home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / tcpip / ibmpc / 4745 < prev    next >
Encoding:
Internet Message Format  |  1992-08-15  |  1.7 KB
  1. Xref: sparky comp.protocols.tcp-ip.ibmpc:4745 news.software.readers:1656
  2. Newsgroups: comp.protocols.tcp-ip.ibmpc,news.software.readers
  3. Path: sparky!uunet!wupost!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!odin!trier
  4. From: trier@odin.ins.cwru.edu (Stephen C. Trier)
  5. Subject: Re: Trumpet Shell for FTP Software TCP stack.
  6. Message-ID: <1992Aug16.032047.11419@usenet.ins.cwru.edu>
  7. Sender: news@usenet.ins.cwru.edu
  8. Nntp-Posting-Host: odin.ins.cwru.edu
  9. Organization: Case Western Reserve University, Cleveland, OH (USA)
  10. References: <kemp.713806943@convex.convex.com> <1992Aug15.180822.26989@news.csuohio.edu>
  11. Date: Sun, 16 Aug 92 03:20:47 GMT
  12. Lines:       21
  13.  
  14. In article <1992Aug15.180822.26989@news.csuohio.edu> cowboy@trans.csuohio.edu (Syscrusher) writes:
  15. >Try reducing your mss to mss=256 and reduce your rwin to rwin=256.  This
  16. >might help, particularly with a SLIP connection.
  17.  
  18. This is not always the best advice.  The mss should definitely be in the
  19. 200 range, but the receive window can stay large.  Making the receive window
  20. as short as the MSS makes TCP very inefficient.
  21.  
  22. MSS-sized windows cause TCP to degenerate into a protocol more like XMODEM
  23. in which every packet must be acknowledged before the next can be sent.  It
  24. can't stream the data out like it can when the receive window is a reasonable
  25. size.  (In the latter case, the sender can start transmitting the next data
  26. packet *while waiting for* an acknowledgement for the last.  When everything
  27. goes right, there are no sit-and-wait-for-a-reply delays.)
  28.  
  29. -- 
  30. Stephen Trier                      "I am not a lawyer, though I play one
  31. Network Services Engineering        on the net."
  32. CWRU IRIS/INS/Telecom                  Chris Torek, torek@horse.ee.lbl.gov
  33. trier@ins.cwru.edu
  34.