home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / tcpip / 5173 < prev    next >
Encoding:
Internet Message Format  |  1992-11-16  |  1.8 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!stanford.edu!rutgers!ub!csn!cherokee!kdlin
  2. From: kdlin@advtech.uswest.com (David Lin)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Flow Control
  5. Message-ID: <1992Nov14.012946.13136@advtech.uswest.com>
  6. Date: 14 Nov 92 01:29:46 GMT
  7. Sender: news@advtech.uswest.com (Radio Free Boulder)
  8. Organization: U S WEST Advanced Technologies
  9. Lines: 35
  10. Nntp-Posting-Host: colt45.advtech.uswest.com
  11.  
  12. I understand that many end-to-end sliding window flow control schemes 
  13. ( eq. in TCP/IP and in XTP ) use byte as the unit for calculation. For 
  14. example, if the window size is 6K bytes and you have transmitted 2K bytes
  15. without receiving ACKs from the receiver, then you are allowed to transmit
  16. 4K more bytes.
  17.  
  18. Now, if I change the unit for flow control calculation to packet ( or 
  19. frame ), what is the impact to the whole system? What's the implication?
  20.  
  21. Since most networks have an upper limit for the frame size ( <= MTU ), 
  22. I cannot transmit unlimited-size packets. Consequently, I will be treating
  23. any packets of size in between 1 and MTU equally, as far as flow control
  24. is concerned.
  25.  
  26. I understand that interactive traffic will be affected first. However,
  27. packet video and packet voice may not be affected at all, especially
  28. when they have real time delivery requirement.
  29.  
  30. So why am I doing this? I think it will simplify the computation 
  31. needed for the flow control mechanism. Three more questions follow:
  32.  
  33. 1. Are there any circumstances that this scheme ( using packet as
  34.    the computation unit ) is desirable?
  35.  
  36. 2. When it is NOT desirable?
  37.  
  38. 3. Do I really achieve anything by doing that?
  39.  
  40. Many thanks.
  41.  
  42. David
  43. -- 
  44.  K. David Lin, Ph.D.              | E-mail: kdlin@advtech.uswest.com  
  45.  Communication Services Research  | Defend your life with style! -- Beretta
  46.  U S WEST Advanced Technologies   | Disclaimer: Only personal opinions
  47.