Thread (30 messages) 30 messages, 9 authors, 2007-09-06

Re: [PATCH] make _minimum_ TCP retransmission timeout configurable

From: Stephen Hemminger <hidden>
Date: 2007-08-29 22:52:06

On Wed, 29 Aug 2007 15:28:12 -0700 (PDT)
David Miller [off-list ref] wrote:
From: Stephen Hemminger <redacted>
Date: Wed, 29 Aug 2007 15:13:01 -0700
quoted
There was some discussion about implementing TCP NCR (RFC4653)
and Narasimha Reddy said he might have something that could be used.
Although this looks interesting, I'm unsure it will help these
cell folks.  Actually I can't tell for sure until Rick provides
us with some more details of the exact issue at hand.

NCR seems to deal with when the trigger loss recovery, whereas
the cell phone network folks aparently want to jack up TCP_RTO_MIN
so that hard timeout based retranmits are deferred a lot more
than normal.

And reading NCR some more, we already have something similar in the
form of Alexey's reordering detection, in fact it handles exactly the
case NCR supposedly deals with.  We do not trigger loss recovery
strictly on the 3rd duplicate ACK, and we've known about and dealt
with the reordering issue explicitly for years.
Yeah, it looked like another case of BSD RFC writers reinventing
Linux algorithms, but it is worth getting the behaviour standardized
and more widely reviewed.

-- 
Stephen Hemminger [off-list ref]
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help