home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 272 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  1.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!isi.edu!finn
  2. From: finn@isi.edu (Greg Finn)
  3. Newsgroups: comp.dcom.cell-relay
  4. Subject: Re: Curious attitude ...
  5. Message-ID: <22064@venera.isi.edu>
  6. Date: 28 Jul 92 21:53:12 GMT
  7. References: <12387@pinard> <22041@venera.isi.edu> <12409@pinard>
  8. Sender: news@isi.edu
  9. Reply-To: finn@dalek.isi.edu (Greg Finn)
  10. Organization: USC-Information Sciences Institute
  11. Lines: 35
  12.  
  13. In article <12409@pinard> grayt@Software.Mitel.COM (Tom Gray) writes:
  14.  
  15. >However if you are attempting to provide service comparable to the
  16. >existing voice network and extend these services to include
  17. >associated video and data service, you will have to come up with a
  18. >system comparable to ATM.
  19.  
  20.     I never said that I was.  Nor have others that have commented
  21. here recently.  The issue is whether or not ATM is a good LAN
  22. technology, not whether it is a good technology for carrying
  23. isochronous data.
  24.  
  25.     The carrying of voice/video traffic over TCP/IP shows that it
  26. can carry isochronous traffic, just as ATM can carry asynchronous
  27. traffic.  If someone makes a statement that isochronous traffic such
  28. as voice/video can't be carried conveniently over long-haul TCP/IP
  29. system, I will point out the error.
  30.  
  31.     There is a larger looming issue.  Nearly artifact-free
  32. compression algorithms now exist that are used to decrease the
  33. bandwidth loading of both voice and video.  They are often
  34. variable-bit-rate.  This class produces VERY bursty transmission
  35. behavior.  Those of you who are so sure that video data will dominate
  36. MAN and WAN traffic in the future may find yourselves in an
  37. interesting situation.
  38.  
  39. >As others have pointed out, ATM/B-ISDN has been designed to work in
  40. >a multi-service environment. 
  41.  
  42.     I don't disagree.  The ISO suite was designed to replace
  43. TCP/IP by the late 80's.  That ATM will work better than other
  44. link-layer protocols in LANs is an issue much up in the air.
  45. --
  46. Gregory Finn    (310) 822-1511
  47. Information Sciences Institute, Marina Del Rey, CA 90292
  48.