home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / cellrel / 430 < prev    next >
Encoding:
Text File  |  1992-08-31  |  2.7 KB  |  61 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!mcsun!dxcern!brian
  3. From: brian@dxcern.cern.ch (Brian Carpenter   CERN-CN)
  4. Subject: Re: Future of IP routers
  5. Message-ID: <1992Aug31.133020.10227@dxcern.cern.ch>
  6. Organization: CERN European Lab for Particle Physics
  7. References: <3445@ra.nrl.navy.mil> <1992Aug27.174448.28143@fokus.gmd.de> <1992Aug28.092320.17105@ccsun.strath.ac.uk> <9224411.15484@mulga.cs.mu.OZ.AU> <1992Aug31.091218.21819@fokus.gmd.de>
  8. Date: Mon, 31 Aug 1992 13:30:20 GMT
  9. Lines: 50
  10.  
  11. In <1992Aug31.091218.21819@fokus.gmd.de> icarus!mbu@fokus.gmd.de (M. Burak) writes:
  12.  
  13. Markus:
  14.  
  15. >Brian Carpenter writes:
  16.  
  17. >>Sorry, as usual CCITT and their friends are too far behind reality.
  18. >>IETF and the ATM Forum will have resolved all these questions before
  19. >>CCITT even formally votes on AAL5.
  20.  
  21. >Sounds very good. But please tell me how will IP work over an ATM network with
  22. >AAL type 5? What is the concept of this approach? 
  23. >Is connection setup required prior to sending CL-data or do you assume a fully
  24. >meshed network? What function in the ATM network will perform routing of IP packets if you 
  25. >only have ATM switches providing an ATM layer? 
  26. >I have no idea. Is there anybody who can help me to answer these questions?
  27.  
  28. The IETF has to develop answers to these questions, and this will
  29. most likely take place in a bottom-up process. My guess is "yes", i.e.
  30. routers, fully-meshed subnets and dynamic call setup will coexist.
  31. In the dynamic case each host has to contain call setup logic
  32. and a timer to tear down calls that have been idle for too long.
  33.  
  34. The work done in IETF so far is on the lowest level, how IP packets
  35. will be mapped onto AAL5 PDUs. Once this draft is stable it could
  36. be used immediately in pre-configured networks between hosts and/or
  37. routers - i.e. in any context where the VCI/VPI to reach the next
  38. system is known.  (It would also work for CLNP, IPX etc as far as
  39. I know.)
  40.  
  41. The next stage is "for further study" and I suspect that not much
  42. will happen until Q.93B is stable. I have personally developed the
  43. view that the next stage in the bottom-up design process is to enhance
  44. DNS to be capable of returning arbitrary switched network addresses
  45. as well as IP addresses: initially these could be VCI/VPI values,
  46. later on E.164 or whatever. Then the procedure to establish an IP
  47. based session to foo@bar.sna.fu would be
  48.  - issue DNS request for that address
  49.  - if reply indicates a specific VCI/VPI pair, use it immediately
  50.  - if reply indicates an E.164 address/subaddress, invoke Q.93B
  51.    to establish VC/VP (unless already open)
  52.  - else go to non-ATM processing
  53.  
  54. You will notice this does not need ARP (see my previous posting)
  55.  
  56. Comments on this are wanted!
  57.  
  58. Regards,
  59.     Brian Carpenter CERN, brian@dxcern.cern.ch
  60.             voice +41 22 767 4967, fax +41 22 767 7155
  61.