[46709] in North American Network Operators' Group

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

Re: packet reordering at exchange points

daemon@ATHENA.MIT.EDU (Richard A Steenbergen)
Mon Apr 8 20:15:12 2002

Date: Mon, 8 Apr 2002 19:45:16 -0400
From: Richard A Steenbergen <ras@e-gerbil.net>
To: "E.B. Dreger" <eddy+public+spam@noc.everquick.net>
Cc: Iljitsch van Beijnum <iljitsch@muada.com>,
	Paul Vixie <paul@vix.com>, nanog@merit.edu
Message-ID: <20020408234516.GQ523@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.0204082309170.1595-100000@www.everquick.net>
Errors-To: owner-nanog-outgoing@merit.edu


On Mon, Apr 08, 2002 at 11:19:56PM +0000, E.B. Dreger wrote:
> 
> > But how is packet reordering on two parallell gigabit interfaces ever
> > going to translate into reordered packets for individual streams? Packets
> 
> Queue depths.  Varying paths.  IIRC, 802.3ad DOES NOT allow round
> robin distribution; it uses hashes.  Sure, hashed distribution
> isn't perfect.  But it's better than "perfect" distribution with
> added latency and/or retransmits out the wazoo.

You don't even need varying paths to create a desynch, all you need is
varying size packets.

-- 
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