On Thu, Nov 29, 2001 at 06:44:14PM +0000, Josh Paetzel wrote: > > Could you try the same in a telnet or rsh connection? I bet it will > > work. > This gives me the same 1.5megs/sec I am getting with ftp. Doesn't > matter whether I use ssh or telnet.
Hmm, sorry, looks like I misunderstood John's initial mail then: I thought the ssh session was completely hung. Having said that, I looked more closely at the TCP session, and it looks like the transfer stops simply when the client's receive window is full. Looks quite normal to me. Client announces a window size of 17376: 21:41:46.418208 client.4427 > server.22: . ack 11489 win 17376 <nop,nop,timestamp 53827698 105528699> (DF) [tos 0x10] Server sends 1448 bytes: 21:41:47.460903 server.22 > client.4427: . 11489:12937(1448) ack 144 win 17376 <nop,nop,timestamp 105528895 53827698> (DF) [tos 0x10] Client announces a window size of 15928 (17376 - 1448): 21:41:47.569133 client.4427 > server.22: . ack 12937 win 15928 <nop,nop,timestamp 53827813 105528895> (DF) [tos 0x10] Client consumes some data internally then increases the window size by 1448 bytes (17376 - 15928): 21:41:49.001039 client.4427 > server.22: P 144:192(48) ack 12937 win 17376 <nop,nop,timestamp 53827954 105528895> (DF) [tos 0x10] Server sends just enough data to fill the window again: 21:41:49.001073 server.22 > client.4427: . 28049:29497(1448) ack 192 win 17328 <nop,nop,timestamp 105529049 53827954> (DF) [tos 0x10] This is consistent with the value in the backlog shown by netstat, What is the value of net.inet.tcp.sendspace on the server? It's 16K on -stable, it should be very interesting to try and increase it to 32K or 64K, it makes a lot difference on high bw*delay links. Pierre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
