Ilpo, On Friday, 25. July 2008 16:06:04 Ilpo Järvinen wrote: > I guess the patch below would be enough in itself to create the desired > effect (though "desired" is hardly a negative enough word to describe a > workaround of this kind). Yeah, the result feels good enough for me. Here's the latest tcpdump before I run out of good filenames for the dumps: http://www.intra2net.com/de/download/tcpdump/tcp_frto_combined_patch.tar.bz2 > Ie., in the worst case 6.8% of your link's capacity was wasted during the > transfer due to inefficiency cause by that middlebox, not counting the > under-utilization that occurs both because of a small window or a wait for > RTOs, not bad result at all... :-D IIRC our outbound box does traffic shaping, so some percents are to be accounted to packets being dropped to slow down the connection a bit if they come (in) too fast. Anyway, we now just have to flip a coin if this gets into the kernel or not :-) I really hope this could save someone from doing the same debug session all over again... Thanks for the hard work you put into debugging this. Thomas -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html