home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 233 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  3.4 KB

  1. Path: sparky!uunet!dtix!darwin.sura.net!mips!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!usc!isi.edu!finn
  2. From: finn@isi.edu (Greg Finn)
  3. Newsgroups: comp.dcom.cell-relay
  4. Subject: Re: Packet Sizes
  5. Message-ID: <22004@venera.isi.edu>
  6. Date: 22 Jul 92 23:48:20 GMT
  7. References: <1992Jul22.205809.17641@research.nj.nec.com>
  8. Sender: news@isi.edu
  9. Reply-To: finn@dalek.isi.edu (Greg Finn)
  10. Distribution: na
  11. Organization: USC-Information Sciences Institute
  12. Lines: 61
  13.  
  14. In article <1992Jul22.205809.17641@research.nj.nec.com> rsd@ccrl.nj.nec.com (Rajiv Dighe) writes:
  15.  
  16. >Historical Overview :-)
  17.  
  18. >Unfortunately, it was widely believed that fixed length cells
  19. >were easier to switch than multiple length and so a standard was
  20. >decided based on the design of a fabric.
  21. >That the cost of the network was not in the fabric but in the OA&M 
  22. >was not considered.
  23.  
  24. >Our arguement then that this fixed-length decision would only add to
  25. >the complexity at the end-points due to the segmentation and reassembly
  26. >is being validated if you look at the number of different adaptation
  27. >layers we already have.
  28. >
  29. >Rajiv-looking-back
  30.  
  31.     No argument there.  Those who design the CO-to-CO and
  32. long-haul switching systems look at communication from their points of
  33. view.  We are discussing the utility of ATM as a LAN link-layer
  34. technology.  You have pointed out why ATM is not particularly well
  35. designed from the point of view of computer networking ... extra
  36. end-point complexity.
  37.  
  38.     Some of us in the networking community might not like the PTTs
  39. particular choice of technology for their long-haul communication
  40. networks, but it is generally not our area of expertise, and non-LAN
  41. communication is not the question here.  ATM proponents push ATM as an
  42. end-to-end solution.  Now expertise is not an issue.  Rather the
  43. opposite it seems to some of us, since ATM technology was certainly
  44. not designed as an efficient LAN technology, but rather as an
  45. efficient isochronous switching technology within which asynchronous
  46. traffic can be hosted.
  47.  
  48.     When using ATM in LANs, all the end points do indeed need to
  49. pay that additional cost in complexity that you mention and also the
  50. lower channel utilization that results from fixed versus variable
  51. length cells.  To the extent that most LAN sourced traffic stays
  52. within LANs today, it seems silly to require every end user to pay
  53. those costs.  An ATM-gateway could perform this function itself, the
  54. added complexity being amortized across a set of users and for just
  55. the traffic that requires it.
  56.  
  57.     Non-ATM LAN technologies promise to be at least as fast,
  58. require much less host interface hardware, have lower interface cost
  59. and support variable length packets.  The only thing that they seem
  60. not capable of doing more efficiently is interfacing directly to the
  61. longer-haul MANs and WANs.  Does that one advantage outweigh the
  62. others I just stated.  I think not unless the majority of LAN traffic
  63. crosses wider-area ATM networks.
  64.  
  65.     The decrease in interface complexity makes possible a smaller
  66. interface.  Message routing technology already exists in labs that
  67. allow microprocessors to interface directly to 600+ Mb/s duplex
  68. point-to-point channels.  I think we are poised for another
  69. generational leap in networking scale.  I do not worry about the cost
  70. of the "network" interface but rather about the cost of the
  71. multi-meter cabling technology.
  72. --
  73. Gregory Finn    (310) 822-1511
  74. Information Sciences Institute, Marina Del Rey, CA 90292
  75.