home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / dcom / cellrel / 715 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.2 KB
  1. Path: sparky!uunet!know!hri.com!noc.near.net!nic.umass.edu!caen!sdd.hp.com!usc!elroy.jpl.nasa.gov!ames!kronos.arc.nasa.gov!iscnvx!news
  2. From: myoung@force.ssd.lmsc.lockheed.com
  3. Newsgroups: comp.dcom.cell-relay
  4. Subject: More Flow Control
  5. Message-ID: <1992Nov12.222220.27677@iscnvx.lmsc.lockheed.com>
  6. Date: 12 Nov 92 22:22:20 GMT
  7. Sender: news@iscnvx.lmsc.lockheed.com (News)
  8. Reply-To: myoung@force.ssd.lmsc.lockheed.com
  9. Organization: LMSC, Sunnyvale, California
  10. Lines: 31
  11.  
  12. Competition Based Flow Control:
  13.  
  14.   If a data source were required to compete for and reserve available 
  15. bandwidth prior release of a bursty source then flow control would be
  16. well managed in the local environment.  When the local net includes
  17. only short links with network diameter of only a few nodes, then a
  18. competition based bandwidth reservation process can be quite rapid and 
  19. efficient, operating like the distributed database update.  
  20.  
  21.   For simplicity assume that all connections are previously established.
  22. A source wishing to burst some batch of data into a path would precede the 
  23. burst with a burst request, moving up the intended circuit.  At each link, 
  24. the total amount of burst bandwidth reserved would be checked, and if enough 
  25. is available the requirement would be allocated and the burst request would 
  26. travel to the next link in the chain.  If not enough burst is available the 
  27. request would back off. If the request arrived at the destination, having 
  28. reserved sufficient bandwidth, then a release data message would be sent 
  29. directly to the source host, the data released, then a release bandwidth 
  30. message passed back up to remove the reservations.
  31.  
  32.   In order to eliminate oscillations in reservation and usage, reserved
  33. bandwidth would be automatically released after a very short time period
  34. (though still usable by the reserver).  This way, a forward moving burst 
  35. request will pass through while a previously allocated burst is just moving 
  36. into the system.  
  37.  
  38.   The buffers and switches do nothing as the entire reservation system
  39. is an out of band process.
  40.  
  41.   Combine this with the wave based source routing, the entire path building 
  42. and burst request functions could be combined into a single wave formula.
  43.