home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / tcpip / 6044 < prev    next >
Encoding:
Text File  |  1993-01-21  |  1.9 KB  |  41 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!news.claremont.edu!ucivax!news.service.uci.edu!gordius!gordius!mike
  3. From: mike@gordian.com (Michael A. Thomas)
  4. Subject: Large Windows and Delayed Acking
  5. Message-ID: <1993Jan21.233655.29402@gordian.com>
  6. Sender: news@gordian.com
  7. Organization: Gordian; Costa Mesa, CA
  8. Date: Thu, 21 Jan 1993 23:36:55 GMT
  9. Lines: 30
  10.  
  11.  
  12.   I have been playing around with a TCP implementation trying to get
  13. the throughput up and discovered an interesting anomaly with large
  14. windows. The setup I have is a program which is an infinite data
  15. source sending to the discard port (port 9) on a remote machine over
  16. ethernet. I am merely measuring the bandwidth and occassionally reporting
  17. that to the user -- nothing complicated.
  18.   What I have found is that with large windows (say 16kb) the sending
  19. TCP stops sending at about 4k and waits for the receiving TCP to
  20. send an ACK. The receiving TCP, however is using a defered acking
  21. scheme which tries to delay sending ACK until a larger window is
  22. consolidated into one packet. The metric it is using is 1/2 the
  23. buffer size, and the delayed ack period is on the order of 100ms.
  24.   I can understand why a sending TCP might be leary of sending *so*
  25. much data without hearing an ack, but my question is what algorithm
  26. is the sending TCP using to determine how much data it will send
  27. before going into this quiesent state? Is there an appropriate
  28. RFC which I should read which describes this situation? Is the
  29. behavior of the sending TCP correct?
  30.  
  31.   (BTW, I noticed that the IBM/AIX which extends a 16k window 
  32.    has the same problem with a Sun running 4.1.2, so the problem
  33.    is not unique to the TCP I'm futzing with...)
  34. -- 
  35.  
  36.         Michael Thomas    (mike@gordian.com)
  37.     "I don't think Bambi Eyes will get you that flame thrower..."  
  38.         -- Hobbes to Calvin
  39.         USnail: 20361 Irvine Ave Santa Ana Heights, Ca,    92707-5637
  40.         PaBell: (714) 850-0205 (714) 850-0533 (fax)
  41.