home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 266 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.0 KB  |  49 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!mcsun!sun4nl!research.ptt.nl!walvdrk
  3. From: walvdrk@research.ptt.nl (KEES VAN DER WAL)
  4. Subject: Re: > Congestion Avoidance
  5. Message-ID: <1992Jul28.104127.1@research.ptt.nl>
  6. Sender: usenet@spider.research.ptt.nl (USEnet News)
  7. Nntp-Posting-Host: dnlts0
  8. Organization: PTT Research, The Netherlands
  9. References: <1992Jul27.165554.8612@sics.se>
  10. Date: Tue, 28 Jul 1992 09:41:27 GMT
  11. Lines: 36
  12.  
  13. In article <1992Jul27.165554.8612@sics.se>, craig@sics.se (Craig Partridge)
  14. writes: 
  15.  
  16. > There's plenty of work going on to try to avoid having ATM use the horribly
  17. > wasteful peak bandwidth approach. (Why is it wasteful?  Well, because
  18. > the peak bandwidth typically isn't being used, but by having chopped the
  19. > full circuit bandwidth into connections, you've made sharing of the unused
  20. > bandwidth harder.  It is usually better to completely share the entire
  21. > bandwidth of the link, than to break it up into smaller fixed bandwidth
  22. > channels).
  23.  
  24. You've got to make a choice: either you stress the "guarantee" for throughput 
  25. and a low loss figure _or_ a high degree of multiplexing gain. A combination of 
  26. both is harder to obtain.
  27.  
  28. You can have _both_ approaches mixed in a single ATM network.
  29.  
  30.  
  31. > One key problem is that data communications traffic is typically not
  32. > nicely IID and thus M/*/n queueing models are of little help.  (The
  33. > Sunshine switch designers reported that when they tried a more realistic
  34. > model of data traffic they found the buffering requirements were an
  35. > order of magnitude larger than M/*/n models predicted).  One can rapidly
  36. > find oneself analyzing queueing theory problems that cause experts to
  37. > shudder.
  38.  
  39. What "more realistic" model did they use? 
  40.  
  41.  
  42. > However, there are some nice ideas.  Some of the token bucket schemes
  43. > (a variant of leaky bucket) have been shown to give delay and bandwidth
  44. > guarantees over cell networks.  See Parekh's MIT dissertation for one.
  45.  
  46. Looks interesting; is this kind of literature available somewhere?
  47.  
  48. Regards, <kees>
  49.