The IP Over NBMA (ION) Archive

[Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>]

> 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."

That's fine.

> 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,

That's also fine.

BUT,

> and hopefully the 
> IETF would make use of those solutions.

the IETF uses IP.

If you can't accept IP-based solutions, that's fine.

But, you complaining in IETF mailing list that IETF is concentrating
on IP-based solutions is no good.

You can't let IETF accept CLNP, can you?

						Masataka Ohta