The IP Over NBMA (ION) Archive

Cell Relay Retreat>ION Archive>month:1996-Jul> msg00100



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

VENUS

  • From: Albert Manfredi <manfredi@engr05.comsys.rockwell.com>
  • Date: Wed, 24 Jul 1996 19:24:52 -0700
  • Organization: Rockwell Defense Electronics - Collins

I think that draft-armitage-ion-venus-00.txt pretty thoroughly covers the 
problems of cut-through multicast over unrestricted size ATM nets. The 
issues are analyzed at the microscopic level, convincingly so, but less 
microscopic investigation would have come up with the same conclusion.

In general, all multicast models that work aggregate at different levels. 
This is true for "broadcast" radio and TV as it is for IP mrouters. So if 
we have an ATM network that spans the globe, there is no reason to 
believe that reasonable multicast can possibly be supported without the 
same sort of aggregation.

One solution is to say that at a certain point, we can't do pt-mpt VCs 
where the source must be aware of and maintain a list of all active 
participants, and must therefore resort to mrouters. To me, this is 
avoiding the issue "But how would a global ATM do this?" I don't believe 
the answer is "The global ATM must use IP multicast solutions."
 
Or if it is, then we've again given up on making use of this different 
technology's potential benefits.
 
The answer has to lie in using ATM's own aggregation capabilities, in its 
own topology. Assume that ATM is flat, and that type of solution will 
never happen.

Not a job for the IETF? True. It's a job for the ATMF, and hopefully the 
IETF would make use of those solutions.

Bert
manfredi@engr05.comsys.rockwell.com


  • Follow-Ups:
    • VENUS
      • From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
    • VENUS
      • From: Curtis Villamizar <curtis@ans.net>