home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / tcpip / 6086 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  1.6 KB
  1. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!slc6!trier
  2. From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: TCP congestion/Nagle's algorithm
  5. Date: 25 Jan 1993 19:09:55 GMT
  6. Organization: Case Western Reserve University, Cleveland OH (USA)
  7. Lines: 24
  8. Message-ID: <1k1du3INNdoe@usenet.INS.CWRU.Edu>
  9. References: <1993Jan23.113544.5652@nmsu.edu>
  10. NNTP-Posting-Host: slc6.ins.cwru.edu
  11.  
  12. In article <1993Jan23.113544.5652@nmsu.edu> amolitor@moink.nmsu.edu (Andrew Molitor) writes:
  13. >    Second, Nagle seems to be saying that a TCP should not
  14. >send new data while unack'd data is outstanding, while Karn's
  15. >code seems to not send new data while unack'd data is outstanding
  16. >*unless* there is a max segment sized chunk to go out.
  17.  
  18. I thought the latter is what Nagle said, too, but I just went and reread
  19. it, and I think you're right.  He doesn't talk about sending immediately
  20. when one can send a full packet.  RFC 1122 amends the 896, though, and
  21. 1122 does say that one should not wait for an ack before sending an MSS-
  22. sized packet.
  23.  
  24. Perhaps what happened is Jacobson's Slow Start and Congestion Avoidance
  25. algorithms provided a better way to solve the broader congestion problem,
  26. so Nagle's algorithm is now used only for smaller-than-MSS packets.
  27.  
  28. RFC 1122 has a nice description of how all of the different "when to send"
  29. algorithms, including Nagle's, fit together.
  30.  
  31. -- 
  32. Stephen Trier                      "We want to offer you a price that you
  33. Network software type               just can't afford to take advantage of."
  34. Case Western Reserve University         - Sales blurb from HSC Software
  35. trier@ins.cwru.edu
  36.