Hello!
> binary trace with "tcpdump -n -w" is attached,
I am afraid you forgot it.
> I am wondering if not sending so many duplicate ACKs would help the
> broken sender (I know, that is against RFC793 but hey if it works...).
If it works, hack kernel not to send dupacks. What is the problem? :-)
Yes, on such links fast retransmit is not useful in any case.
Actually, you can make something from your side: if rtt is so high,
most likely this means excessive queueing. You can fight this
advertising smaller window (f.e. adding option "window N" to route).
If intepacket gap is 5sec and rtt 23, you can divide window by 23/5
and rtt should drop to some more reasonable number. "Theoretical"
bandwidth will reduce, but practical will grow.
> For the sake of a Linux test, I shall try proxying this stream via a
> Linux 2.4.2 box I have on the net, and see if it is an improvement.
Yes, it is intersting.
Alexey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Sep 07 2001 - 21:00:12 EST