home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 288 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  2.4 KB
  1. Path: sparky!uunet!utcsri!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: <12459@janice>
  6. Date: 30 Jul 92 18:36:45 GMT
  7. References: <12430@janice> <22074@venera.isi.edu>
  8. Organization: Mitel. Kanata (Ontario). Canada.
  9. Lines: 48
  10.  
  11. In article <22074@venera.isi.edu> finn@dalek.isi.edu (Greg Finn) writes:
  12. >
  13. >In article <12430@janice> grayt@Software.Mitel.COM (Tom Gray) writes:
  14. >
  15. >>ATM as I stated later in the same posting is not a technology
  16. >>for carrying isochronous data. It is a very poor technology for
  17. >>carrying isochronous data.
  18. >
  19. >    You and the AT&T people I meet at conferences are at odds.
  20.  
  21. I am not at odds with the AT&T people. AT&T and anyone else in the
  22. business know that there is no sense in using ATM to carry
  23. isochronous data. They are going to use ATM to multiplex
  24. isochronous, synchronous and asynchronous data and control
  25. into channels. Existing digital switches are much more
  26. capable than ATM in carrying isochronous data and
  27. would be cheaper at it as well. 
  28.  
  29. You (conveniently) edited out the explanation that I presented that
  30. showed that no one would use ATM to carry isochronous traffic
  31. around a building. There is no cost justification in doing so.
  32. However it can make economic sense to use statistical multiplexing
  33. based on ATM techniques to reduce the required network bandwidth
  34. over long haul trunks. ATM is not a technique for carrying
  35. isochronous data (since there are much better ways of doing
  36. this) but it can be used to create services which more
  37. economically carry isochronous data in certain circumstances.
  38.  
  39. ATM is being designed to create a manageable network that 
  40. can be used to create applications. ATM is being designed
  41. with contention resolution, resource allocation, performance
  42. prediction etc etc in  mind. ATM is being designed as a network
  43. in which there will be practical resolutions to these
  44. problems.
  45.  
  46. For an introduction to some of these ideas in ATM, you
  47. could consult Multimedia Traffic Management Principles for 
  48. Guaranteed Network Performance by Woodruff et al in
  49. the April 1990 issue of JSAC.
  50.  
  51. >    As regards your other assertions, you must know more than I.
  52. >    I have no idea what the future will hold.
  53.  
  54. What? You are not going to tell me that ATM is just another link
  55. layer for LAN services that will have major problems with
  56. bursty traffic!
  57. -- 
  58. i.sinature
  59.