home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / cellrel / 759 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.1 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!usc!isi.edu!finn
  2. From: finn@isi.edu (Greg Finn)
  3. Newsgroups: comp.dcom.cell-relay
  4. Subject: Re: How does one compare tansport systems ?
  5. Message-ID: <22931@venera.isi.edu>
  6. Date: 20 Nov 92 22:44:37 GMT
  7. References: <1992Nov18.025754.14749@trl.oz.au>
  8. Sender: news@isi.edu
  9. Reply-To: finn@dalek.isi.edu (Greg Finn)
  10. Organization: USC-Information Sciences Institute
  11. Lines: 33
  12.  
  13. In article <13566@grayt> grayt@Software.Mitel.COM (Tom Gray) writes:
  14.  
  15. >Traffic goes application to application ie user to user ie end to end.
  16. >ATM addresses the building of user applications which are beyond the
  17. >traditional data applications now running on LAN's.
  18.  
  19.     Name one.  ATM is not a transport layer protocol.  It isn't
  20. end-to-end.  With the addition of call set-up protocol, an AAL layer,
  21. and an as yet undefined multicast layer, each residing above it, ATM
  22. may be thought of as a part of a transport layer.
  23.  
  24. >It does this while retaining the capability of running the traditional data
  25. >applications. Indeed it does this while reducing the complexity of 
  26. >a local network making it more manageable and scalable.
  27.  
  28.     You are labouring under some misunderstandings.  At the very
  29. least ATM requires fragmentation and reassembly in host interfaces.
  30. That is not required for data-link layers that support variable-length
  31. packets.  A four-in/four-out 500 Mb/s per-channel variable-length
  32. router and two DMA drivers already fit onto < 10% of a microprocessor
  33. chip's logic area.  Designed and developed by Caltech, we use them,
  34. the floor below me has them fabricated, proof by silicon.  We don't
  35. need call setup.  We don't need fragmentation or reassembly.  We don't
  36. need AAL.  We support TCP/IP.
  37.  
  38.     ATM will not succeed in the LAN domain because of technical
  39. superiority.  It may succeed because of marketing superiority or
  40. decrees by government.  That happens a lot.  Marketing and politics
  41. are things that I know nothing about.  I also have no informed opinion
  42. about what is well suited to the all-optical networking domain.
  43. --
  44. Gregory Finn    (310) 822-1511
  45. Information Sciences Institute, Marina Del Rey, CA 90292
  46.