home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 268 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  2.2 KB
  1. Path: sparky!uunet!usc!cs.utexas.edu!torn!cunews!revcan!software.mitel.com!grayt
  2. From: grayt@Software.Mitel.COM (Tom Gray)
  3. Newsgroups: comp.dcom.cell-relay
  4. Subject: Re: Curious attitude ...
  5. Message-ID: <12409@pinard>
  6. Date: 28 Jul 92 12:16:45 GMT
  7. References: <12387@pinard> <22041@venera.isi.edu>
  8. Organization: Mitel. Kanata (Ontario). Canada.
  9. Lines: 50
  10.  
  11. In article <22041@venera.isi.edu> finn@dalek.isi.edu (Greg Finn) writes:
  12. >
  13. >In article <12387@pinard> grayt@Software.Mitel.COM (Tom Gray) writes:
  14. >
  15. >>Voice and video service will be the bulk of the traffic
  16. >>on the networks of the future. They have specific requirements
  17. >>which have prevented current data networks from carrying them
  18. >>in any practical situation. Has anyone ever made a voice call
  19.         """"""""""""
  20. >>using TCP/IP?. These requirements will not change and so
  21. >>the network standards of tomorrow must adapt to them.
  22. >
  23. >    The live audio multicast of the IETF meeting last week was
  24. >carried to at least 100 if not 200 sites and a few continents.  Oddly
  25. >enough, this was done using TCP/IP.  It was also accompanied by
  26. >live compressed video.  I leave it to you, how long ago do you think
  27. >researchers were experimenting with live speech over the Internet?
  28. >
  29.  
  30. You have described a very small conference system. I have seen descriptions
  31. of voice switches made over Ethernet, FDDI and probably every other 
  32. network system. What these systems cannot provide is the combination
  33. of the required delay and bandwidth (and at a cost competitive with
  34. other technologies). There is no doubt that anyone can switch voice
  35. information through a data network. If you provide enough bandwidth
  36. to lower the delay, if you provide enough buffers to overcome the
  37. delay jitter, you can do anything.
  38.  
  39. However if you are attempting to provide service comparable to the
  40. existing voice network and extend these services to include
  41. associated video and data service, you will have to come up with a
  42. system comparable to ATM.
  43.  
  44. Now can you demonstrate a 2000 line PBX with integrated ACD
  45. operating over TCP/IP?
  46.  
  47.  
  48. As others have pointed out, ATM/B-ISDN has been designed to work in
  49. a multi-service environment. 
  50.  
  51. >
  52. >
  53. >
  54. >--
  55. >Gregory Finn    (310) 822-1511
  56. >Information Sciences Institute, Marina Del Rey, CA 90292
  57.  
  58.  
  59. -- 
  60. i.sinature
  61.