the driver should return ENOBUFS and TCP should repect that.. I think it already does in fact..
On Mon, 31 Dec 2001, Matthew Dillon wrote: > :I'm talking about capping the maximum negotiable window size > :over the USB adapter... > : > :How can this cause problems, since (1) the only thing we are talking > :about is window size, not packet size (MTU), and (2) the only thing > :it will effect is the TCP stream post negotiation, so it should not > :result in a slowdown for any virtual circuit other than those that > :*NEED* a slowdown? > : > :-- Terry > > If you look at the tcp dump Josef sent, the server was sending 32-byte > (data) packets over TCP. It only took 8 packets or so to blow up the USB > adapter. 8x32 = 256 bytes. So unless you intend to cap the window size > at, say, 128 bytes, this will solve the ssh issue but destroy performance > for everything else going over the USB ethernet. > > -Matt > Matthew Dillon > <[EMAIL PROTECTED]> > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
