home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / dcom / cellrel / 716 < prev    next >
Encoding:
Text File  |  1992-11-12  |  2.2 KB  |  52 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!stanford.edu!kronos.arc.nasa.gov!iscnvx!news
  3. From: myoung@force.ssd.lmsc.lockheed.com
  4. Subject: Flow Control
  5. Message-ID: <1992Nov12.205820.11179@iscnvx.lmsc.lockheed.com>
  6. Sender: news@iscnvx.lmsc.lockheed.com (News)
  7. Reply-To: myoung@force.ssd.lmsc.lockheed.com
  8. Organization: LMSC, Sunnyvale, California
  9. Date: Thu, 12 Nov 92 20:58:20 GMT
  10. Lines: 40
  11.  
  12. Bursty Data Flow Control Issue:
  13.  
  14. The near term flow control problem can be limited to solving the 
  15. bursty data problem in the local area environment where we need to 
  16. duplicate the current services offered by FDDI and switched ethernet.  
  17.  
  18. Currently there is no mechanism, short of using routers, which
  19. allows bursty traffic across wide area networks.  So in the WAN case
  20. the net can require circuit building procedures with implied bandwidth
  21. reservation and rate based data release, or require the use of embedded 
  22. routers.
  23.  
  24. Ron suggested a "backpressure" (did Tyment invent this term?) method
  25. which can be used in a local multi-hop environment.
  26.  
  27. Ron's method does duplicate the implicit congestion control which
  28. distributed LANs currently employ in the sense that bursty traffic ties 
  29. up all source destination pairs though some pairs may be disjoint from 
  30. the original offending pair.
  31.  
  32. Ron's method has not solved the WAN feedback issue, namely that the
  33. host may have released the entire burst load before receiving the RBCE 
  34. bit.  However in a local environment when links are short and hops few, 
  35. the feedback delay is small enough to that the RBCE should migrate back
  36.  
  37. The method could be applied independently in local regions so that a RBCE  
  38. does not back down a wide area link into another local region which didn't 
  39. causing the original problem.
  40.  
  41. Thus I am opinioning:
  42.  
  43.   * Accept a hop by hop feedback mechanism for the local environment,
  44.     dis-allowing its usage across multiple domains. Thus duplicating  
  45.     existing  LAN service.
  46.  
  47.   * Use embedded routers to duplicate existing service over WANs.
  48.  
  49.   * Newer services such as voice or video applications, distributed 
  50.     database, transaction routing, high speed channel to channel transfer
  51.     must use the new bandwidth reservation mechanisms and call set up.
  52.