The IP over ATM Mailing List Archive by date

Cell Relay Retreat>List Archive>month:1996-Mar> msg00194



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

MARS ipmc-12 suggestions

  • From: "Eric W. Gray" <gray@ctron.com>
  • Date: Wed, 27 Mar 1996 09:51:40 -0500
  • Cc: gja@bellcore.com, ip-atm@nexen.com
  • Organization: Cabletron Systems, Inc.

Andrew,

	I don't think you need to run out and get a "silly" hat - it seems to
me very likely that most switch implementations will consume many times the
resources required for a uni-directional pt-pt when using a pt-mpt.  Otherwise,
these same switches would not be able to distinguish a single-leaf pt-mpt from
a uni-directional pt-pt and could probably even support adding parties to either
one equally effectively.

--
Eric Gray

--------------------------------------------------------------------------------
Andrew wrote (in part):
> >>   Note that pt-mpt calls, even those with a single leaf, can be a lot more
> >>   expensive than pt-pt in some ATM switch implementations.
>
> Reality check here - are you _seriously_ suggesting people are going
> to be building MARS-based IP multicast over ATM solutions when their
> ATM switches are having trouble coping with a pt-mpt VC with a _single_
> leaf node!? C'mon Andrew, lets not optimize for silly cases.

It's not a case of "having trouble with a pt-mpt VC", it's just an economic
argument not to waste resources unnecessarily: I believe there will be a cost
differential between pt-pt and pt-mpt-with-a-single-leaf in many cases (do any
other switch vendors think this important? If not, I'll willingly wear the
"silly" hat and do a "silly walk" off into the corner). Against this we should
weigh the extra cost of some more words in a protocol spec and some more lines 
of code.