On 19/08/13 - 09:00:31, Eric Dumazet wrote: > On Mon, 2013-08-19 at 17:33 +0200, Christoph Paasch wrote: > > Unfortunately, they will hardly go away in the near futur. Rather the > > opposite is the case. > > > > > > If you have a public server running, I would be interested in the count of > > invalid SACK-blocks received (netstat -s | grep TCPSACKDiscard). This is an > > indication for such kind of middlebox between your server and the client, > > implying that these connections cannot benefit from TCP-FastRetransmission > > and each packet-loss will require an RTO to recover. > > > > If the (random) sequence offset is small rather than completely out of > window, it's going to be hard to detect all problems. Yes, it is not possible to make it 100% perfect. But considering the size of the seq-space, the probability is rather low that the SACK-block falls in-window. > Show us your patch ;) Will send it soon. Have to rebase on net-next,... :) (it's several months ago that I did this) Christoph -- 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
