home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5866 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.5 KB  |  41 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!agate!linus!linus.mitre.org!gmarzot
  3. From: gmarzot@mitre.org (G. S. Marzot)
  4. Subject: Round Trip Time(RTT) and FTP
  5. Message-ID: <gmarzot-080193091547@gmarzot.mitre.org>
  6. Followup-To: comp.protocols.tcp-ip
  7. Sender: news@linus.mitre.org (News Service)
  8. Nntp-Posting-Host: gmarzot.mitre.org
  9. Organization: MITRE Corp.
  10. Date: Fri, 8 Jan 1993 16:33:58 GMT
  11. Lines: 28
  12.  
  13. Here are some interesting issues that I have been having trouble nailing
  14. down concerning the behavior of TCP, and FTP on top of TCP in particular. I
  15. am on a Sun SPARC 2 SunOS 4.1.2
  16.  
  17. When FTP begins a file transfer, assuming the connection has already been
  18. established, it makes another connection to host1.ftp-data, negotiates MSS
  19. and window sizes(in my case mss=1460 and window=24576) and then starts
  20. transferring data. The question is - does the second connection use the RTT
  21. calculated when the FTP session was brought up or must it recalculate it
  22. anew?  
  23.  
  24. What is the initial guess at RTT(and corresponding RXMIT timer) for a new
  25. TCP connection?
  26.  
  27. Can this be changed? by FTP? in the kernel?
  28.  
  29. Is there a way to monitor/log the progress of the RTT calculations for a
  30. particular connection?
  31.  
  32. Does Sun's implementation of TCP use adaptive window slow start algoritms?
  33.  
  34. I have seen FTP sessions negotiate different maximum segment sizes(mss) for
  35. different connections - what are the issues driving the selection of an mss
  36. and can this be controlled by the user?
  37.  
  38. Thank you very much in advance for any light shed.
  39.  
  40. -GSM
  41.