The IP over ATM Mailing List Archive by date

[manfredi@engr05.comsys.rockwell.com (Albert E. Manfredi)]

> From:	burdy@emerald.yonsei.ac.kr    26-MAR-1996 23:11

> The trend of the methods providing QoS service to IP over ATM is to
> make ST-II (or RSVP) run over ATM.

That seems to be a strong trend.

[ ... ]

> But we can assume a network system, e.g, ATM Backbone for LAN or LAN
> internetworking through public ATM network. In this environment,
> IP runs only over ATM.

Yes, but many people want to address the more general question as well: 
what about large ATM clouds as you suggest adjacent to IP non-ATM clouds? 
How to make that interoperate? And the trend, as you have said, is to say 
"We will make all hosts use IP, no matter what lower-layer protocols they 
use."
 
> In this environment, a new protocol - is on the same layer of IP - may
> be suggested, that uses the ATM signaling to reserve resource, to do etc.
> Since at P-NNI and B-ICI AAL has the responsibility of supporting the
> functions, such as routing, the new protocol operates at end-system 
> at ATM fabric.
> 
> What do you think about my idea?

I think it's a great idea. What you want to do is to make ATM nets operate 
in their native mode, providing the same functionality as IP nets but not 
necessarily using IP. The problems you'll want to address are, in a coarse 
sense,

1. Can you somehow map the ATM net's functions into an IP model to allow 
interoperability (assuming you're interested in interoperability),

2. If you plan to carry IP traffic across the large ATM cloud, perhaps 
without any ATM end-user involved, how would you route the IP traffic?

3. How might one make these new ATM native protocols more easily 
acceptable to the existing PC market, a market which is addicted to 
Ethernet or other broadcast LANs with MAC addressing?

> I will write a paper on this topic.
> I need your opinion...
> Please advice....

Do it!

Bert
manfredi@engr05.comsys.rockwell.com