home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / dcom / cellrel / 1028 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.0 KB
  1. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!pacbell.com!ames!olivea!sgigate!sgi!rigden.wpd.sgi.com!rpw3
  2. From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
  3. Newsgroups: comp.dcom.cell-relay
  4. Subject: Re: Bandwidth Control
  5. Message-ID: <ve5afh0@sgi.sgi.com>
  6. Date: 28 Jan 93 04:42:06 GMT
  7. Sender: rpw3@rigden.wpd.sgi.com
  8. Organization: Silicon Graphics, Inc.  Mountain View, CA
  9. Lines: 35
  10.  
  11. hgs@allegra.att.com (Henning G. Schulzrinne) writes:
  12. +---------------
  13. | The paper by Reibman and Berger, Globecom '92, p. 314ff does a fairly
  14. | in-depth comparison of CBR and VBR video (subject to leaky-bucket
  15. | constraints). It shows that significant multiplexing gains are possible,
  16. | but with leaky-bucket constraints and without knowing the source
  17. | behavior in advance, it will be extremely difficult to get more than
  18. | a factor of 2 if you want loss guarantees and if network buffers are small.
  19.                                                 ****************************
  20. | Depending on your viewpoint, this means that either
  21. | 1) leaky buckets and guarantees are a 'bad thing' if you want cheap
  22. | video service
  23. | 2) anything but peak rate allocation is going to be difficult, unless
  24. | you can describe your source very accurately (e.g., for video-on-demand)
  25. +---------------
  26.  
  27. Or unless they drop this "small buffer" assumption!
  28.  
  29. Most (but not all) ATM switches have buffers which are pitifully small
  30. compared to the buffer sizes one would design into a packet-switched
  31. network with an equivalent ammount of "VBR" traffic. As I have said before,
  32. ATM switches need an at least dual queue buffer system, with a set of small
  33. buffers for the CBR traffic and *large* (shared) buffers for VBR traffic.
  34. That will give enough latency buffering for the VBR traffic for traditional
  35. end-to-end congestion-avoidance algorithms to work (or if not that, at least
  36. enough for hop-by-hop per-VCI flow control to work).
  37.  
  38.  
  39. -Rob
  40.  
  41. -----
  42. Rob Warnock, MS-9U/510        rpw3@sgi.com
  43. Silicon Graphics, Inc.        (415)390-1673
  44. 2011 N. Shoreline Blvd.
  45. Mountain View, CA  94043
  46.