The behavior is different in a telnet session as is executing ssh server 'find / -print | dd obs=1'. Telnet pauses but not as long, the ssh command saturates my fractional T.
What I am seeing may not be related to the issues Greg brought up at all. But it does seem odd to me that a window of data is queued on the server, the server has recevied the ack for the last byte it sent, but the server does not start sending until the client acks the same byte again with a data bearing segment. Don't know what the data bearing segment contains, ssh stuff maybe. Quoting Pierre Beyssac ([EMAIL PROTECTED]): > On Thu, Nov 29, 2001 at 12:42:34AM -0500, John Capo wrote: > > sent. find / -print | dd obs=1 will screw up within a few seconds > > and stay that way. Netstat in another ssh session shows data ready > > to go: > > Hmm, some ssh versions tend to hang randomly on lossy links (in the > protocol perhaps, but I haven't ever tried to investigate this). > > Could you try the same in a telnet or rsh connection? I bet it will > work. > > Pierre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
