Thread (32 messages) 32 messages, 6 authors, 2020-07-01

Re: [regression] TCP_MD5SIG on established sockets

From: Eric Dumazet <edumazet@google.com>
Date: 2020-06-30 21:24:03
Also in: lkml

On Tue, Jun 30, 2020 at 2:17 PM Mathieu Desnoyers
[off-list ref] wrote:
----- On Jun 30, 2020, at 4:56 PM, Eric Dumazet edumazet@google.com wrote:
quoted
On Tue, Jun 30, 2020 at 1:44 PM David Miller [off-list ref] wrote:
quoted
From: Eric Dumazet <edumazet@google.com>
Date: Tue, 30 Jun 2020 13:39:27 -0700
quoted
The (C) & (B) case are certainly doable.

A) case is more complex, I have no idea of breakages of various TCP
stacks if a flow got SACK
at some point (in 3WHS) but suddenly becomes Reno.
I agree that C and B are the easiest to implement without having to
add complicated code to handle various negotiated TCP option
scenerios.

It does seem to be that some entities do A, or did I misread your
behavioral analysis of various implementations Mathieu?

Thanks.
Yes, another question about Mathieu cases is do determine the behavior
of all these stacks vs :
SACK option
TCP TS option.
I will ask my customer's networking team to investigate these behaviors,
which will allow me to prepare a thorough reply to the questions raised
by Eric and David. I expect to have an answer within 2-3 weeks at most.

Thank you!

Great, I am working on adding back support for (B) & (C) by the end of
this week.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help