home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 255 < prev    next >
Encoding:
Text File  |  1992-07-26  |  2.1 KB  |  44 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!mcsun!dxcern!brian
  3. From: brian@dxcern.cern.ch (Brian Carpenter   CERN-CN)
  4. Subject: Re: Congestion Avoidance
  5. Message-ID: <1992Jul27.101327.12625@dxcern.cern.ch>
  6. Organization: CERN European Lab for Particle Physics
  7. References: <1992Jul18.230550.3046@sics.se> <1992Jul19.130005.1@research.ptt.nl> <1992Jul25.092823.12189@e2big.mko.dec.com> <k3jm90-.nagle@netcom.com>
  8. Date: Mon, 27 Jul 1992 10:13:27 GMT
  9. Lines: 33
  10.  
  11. In <k3jm90-.nagle@netcom.com> nagle@netcom.com (John Nagle) writes:
  12.  
  13. >        Uh oh.  As the one-time congestion maven of the Internet
  14. >(look at the RFCs that bear my name) I somehow thought the cell relay
  15. >people had developed a new solution to the problem that would make
  16. >huge connectionless nets work.  If they haven't, there's going to be
  17. >trouble a few years downstream.
  18.  
  19. There is nothing new under the sun and M/D/n queuing systems still
  20. behave the same as when Kleinrock wrote the book. The most convincing
  21. story I've heard from an ATM switch fabric designer is "we've ensured
  22. that the fabric can saturate all its outputs simultaneoulsy, and we've
  23. put in enough buffers to guarantee correct re-ordering of cells at every
  24. output." What this means is that if the total traffic at the _inputs_
  25. exceeds the total capacity of the outputs for longer than some delta-T
  26. you are, surprise surprise, in trouble. Of course the designers have done
  27. statistical simulations, but they remain very scared of connectionless
  28. data traffic.
  29.  
  30. >     The existing (NSFNET) approach of generously sizing the backbone using
  31. >government subsidies, may not translate well to the commercial world.
  32.  
  33. Well, as long as your switching fabric is designed to be scalable you
  34. can improve switch performance up to a point just by adding silicon -
  35. and this seems to be more crucial than the bandwidth of trunk lines,
  36. in controlling cell loss rates. (ATM is actually connection-oriented
  37. with guaranteed bandwidth per channel.) But in the end, the queuing theory
  38. will get you.
  39.  
  40.  
  41. Regards,
  42.     Brian Carpenter CERN, brian@dxcern.cern.ch
  43.             voice +41 22 767 4967, fax +41 22 767 7155
  44.