On Mon, Nov 06, 2000 at 10:59:04PM -0800, David S. Miller wrote:
> Date: Tue, 7 Nov 2000 08:03:42 +0100
> From: Andi Kleen <ak@suse.de>
>
> It looks very like to me like a poster child for the non timestamp
> RTT update problem I just described on netdev. Linux always
> retransmits too early and there is never a better RTT estimate
> which could fix it.
>
> I thought so too, _BUT_ see my analysis of the Linux side vs.
> Win98 side logs, they don't match up and therefore something
> is mangling the packets in the middle. The TCP sequence numbers are
> being changed!
Hmm. One of these weird bandwidth limiters again?
>
> Also, if your theory were true then 2.2.x would be affected
> by it as well.
2.2 does not save RTTs between connections. The RTT is lower than 2.2's
initial 3s RTT, so 2.2 would never see it. One useful experiment would
be to flush the routing cache between attempts or turn off the tcp metrics
saving (why don't we have a sysctl for that btw?)
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Nov 07 2000 - 21:00:21 EST