[46752] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: fixing TCP buffers (Re: packet reordering at exchange points)

daemon@ATHENA.MIT.EDU (Richard A Steenbergen)
Tue Apr 9 21:13:01 2002

Date: Tue, 9 Apr 2002 21:12:30 -0400
From: Richard A Steenbergen <ras@e-gerbil.net>
To: "E.B. Dreger" <eddy+public+spam@noc.everquick.net>
Cc: Paul Vixie <paul@vix.com>, nanog@merit.edu
Message-ID: <20020410011230.GB523@overlord.e-gerbil.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.20.0204100043100.23010-100000@www.everquick.net>
Errors-To: owner-nanog-outgoing@merit.edu


On Wed, Apr 10, 2002 at 12:57:19AM +0000, E.B. Dreger wrote:
> 
> Unless, again, there's some sort of limit.  32 MB total, 512
> connections, each socket gets 64 kB until it proves its worth.
> Sockets don't get to play the RED-ish game until they _prove_
> that they're serious about sucking down data.
> 
> Once a socket proves its intentions (and periodically after
> that), it gets to use a BIG buffer, so we find out just how fast
> the connection can go.

That doesn't prevent an intentional local DoS though.

-- 
Richard A Steenbergen <ras@e-gerbil.net>       http://www.e-gerbil.net/ras
PGP Key ID: 0x138EA177  (67 29 D7 BC E8 18 3E DA  B2 46 B3 D8 14 36 FE B6)

home help back first fref pref prev next nref lref last post