[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46D5FA04.1060600@psc.edu>
Date: Wed, 29 Aug 2007 18:58:12 -0400
From: John Heffner <jheffner@....edu>
To: Stephen Hemminger <shemminger@...ux-foundation.org>
CC: David Miller <davem@...emloft.net>, ian.mcdonald@...di.co.nz,
rick.jones2@...com, netdev@...r.kernel.org
Subject: Re: NCR, was [PATCH] make _minimum_ TCP retransmission timeout configurable
Stephen Hemminger wrote:
> On Wed, 29 Aug 2007 15:28:12 -0700 (PDT)
> David Miller <davem@...emloft.net> wrote:
>> 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.
I don't believe this was the case. NCR is substantially different, and
came out of work at Texas A&M. The original (only) implementation was
in Linux IIRC. Its goal was to do better. Their papers say it does.
It might be worth looking at.
In my own experience with reordering, Alexey's code had some
hard-to-track-down bugs (look at all the work Ilpo's been doing), and
the relative simplicity of NCR may be one of the reasons it does well in
tests.
-John
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists