: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
