home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / tcpip / 5205 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.9 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!ucsbcsl!spectrum.CMC.COM!lars
  2. From: lars@spectrum.CMC.COM (Lars Poulsen)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: Flow Control
  5. Message-ID: <1992Nov18.000209.20307@spectrum.CMC.COM>
  6. Date: 18 Nov 92 00:02:09 GMT
  7. References: <1992Nov14.012946.13136@advtech.uswest.com>
  8. Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA
  9. Lines: 29
  10.  
  11. In article <1992Nov14.012946.13136@advtech.uswest.com> kdlin@advtech.uswest.com (David Lin) writes:
  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. >1. Are there any circumstances that this scheme ( using packet as
  22. >   the computation unit ) is desirable?
  23. >2. When it is NOT desirable?
  24. >3. Do I really achieve anything by doing that?
  25.  
  26. HDLC, X25 and TP4 do flow control by counting PDUs (protocol data units)
  27. instead of bytes. If the protocol that you are flow controlling has firm
  28. record boundaries that must be preserved, it may be simpler to use
  29. packet counts for flow control.
  30.  
  31. TCP on the other hand, views the data stream as an unstructured byte
  32. stream. Data from several original PDUs may be coalesced on
  33. retransmissions. This saves link bandwidth. Depending on the
  34. implementation of the protocol stack, either model may more accurately
  35. describe the loading on the buffer pools on the two end systems.
  36. -- 
  37. / Lars Poulsen, SMTS Software Engineer    Internet E-mail: lars@CMC.COM
  38.   CMC Network Products / Rockwell Int'l    Telephone: +1-805-968-4262    
  39.   Santa Barbara, CA 93117-3083        TeleFAX:   +1-805-968-8256
  40.