home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 257 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.0 KB
  1. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!yale!gumby!wupost!news.utdallas.edu!corpgate!bnrgate!nrcnet0!cunews!revcan!software.mitel.com!grayt
  2. From: grayt@Software.Mitel.COM (Tom Gray)
  3. Newsgroups: comp.dcom.cell-relay
  4. Subject: Re: > Cell SIze
  5. Message-ID: <12387@pinard>
  6. Date: 27 Jul 92 12:39:38 GMT
  7. References: <1992Jul26.023447.21173@sics.se>
  8. Organization: Mitel. Kanata (Ontario). Canada.
  9. Lines: 34
  10.  
  11. In article <1992Jul26.023447.21173@sics.se> craig@sics.se (Craig Partridge) writes:
  12. >|> >Note that if you were trying to compromise on these various tradeoffs,
  13. >|> >you'd probably pick a size that balance interrupt costs and bandwidth.
  14. >|> >My guess (based on what I've seen of predicted processor performance
  15. >|> >and estimated packet sizes) is that you'd choose a size of about 1,000
  16. >|> >bits (c. 128 bytes), which was one of the original proposals to CCITT.
  17. >|> 
  18. >|> Yes, but...but.... This analysis considers data traffic only! Remember
  19. >|> that ATM will be expected to provide other services as well. With a cell
  20. >|> payload of 128 bytes echo cancellation will be even more difficult than
  21. >|> with 64 bytes.
  22. >
  23. >I was not focussing on data traffic.  I was focussing on the future,
  24. >and transmission speeds in 100s of Mbits (yes to the home -- we can run
  25. >100 Mbit/sec over twisted pair...).  At that point, small cells are
  26. >silly and serialization times are not a problem.
  27.  
  28. The services are indifferent to the speed of the serial link which
  29. is carrying them. It will still take 8ms to fill a 128 byte
  30. packet with speech whether the serial stream is running at
  31. 64kb/s or 64Mb/s. The problem of echo canellation (and
  32. its other associated problems such as delay jitter) will 
  33. still remain.
  34.  
  35. Voice and video service will be the bulk of the traffic
  36. on the networks of the future. They have specific requirements
  37. which have prevented current data networks from carrying them
  38. in any practical situation. Has anyone ever made a voice call
  39. using TCP/IP?. These requirements will not change and so
  40. the network standards of tomorrow must adapt to them.
  41.  
  42.  
  43. -- 
  44. i.sinature
  45.