All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Fink <billfink@mindspring.com>
To: Jay Vosburgh <fubar@us.ibm.com>
Cc: Rick Jones <rick.jones2@hp.com>,
	Linux Network Development list <netdev@vger.kernel.org>
Subject: Re: error(s) in 2.6.23-rc5 bonding.txt ?
Date: Sat, 8 Sep 2007 02:05:11 -0400	[thread overview]
Message-ID: <20070908020511.1285c043.billfink@mindspring.com> (raw)
In-Reply-To: <32121.1189207861@death>

On Fri, 07 Sep 2007, Jay Vosburgh wrote:

> Rick Jones <rick.jones2@hp.com> wrote:
> [...]
> >>         Note that this out of order delivery occurs when both the
> >>         sending and receiving systems are utilizing a multiple
> >>         interface bond.  Consider a configuration in which a
> >>         balance-rr bond feeds into a single higher capacity network
> >>         channel (e.g., multiple 100Mb/sec ethernets feeding a single
> >>         gigabit ethernet via an etherchannel capable switch).  In this
> >>         configuration, traffic sent from the multiple 100Mb devices to
> >>         a destination connected to the gigabit device will not see
> >>         packets out of order.  

I would just change the last part of the last sentence to:

	configuration, traffic sent from the multiple 100Mb devices to
	a destination connected to the gigabit device will not usually
	see packets out of order in the absence of congestion on the
	outgoing gigabit ethernet interface.

If there was momentary congestion on the outgoing gigabit ethernet
interface, I suppose it would be possible to get out of order delivery
if some of the incoming packets on the striped round-robin interfaces
had to be buffered a short while before delivery was possible.

> 	The text probably is lacking in some detail, though.  The real
> key is that the last sender before getting to the destination system has
> to do the round-robin striping.  Most switches that I'm familiar with
> (again, never seen one, but willing to believe there is one) don't have
> round-robin as a load balance option for etherchannel, and thus won't
> evenly stripe traffic, but instead do some math on the packets so that a
> given "connection" isn't split across ports.

Just FYI, the "i" series of Extreme switches (and some of their other
switches) support round-robin load balancing.  We consider this an
extremely useful feature (but only use it for switch-to-switch link
aggregation), and bemoan its lack in their newer switch offerings.
Force10 switches also have a pseudo round-robin load balancing capability
which they call packet-based, which works by distributing packets based
on the IP Identification field (and only works for IPv4).  One downside
of the Force10 feature is that it is a global setting and thus affects
all link aggregated links (the Extreme feature can be set on a per
link aggregated link basis).

						-Bill

      parent reply	other threads:[~2007-09-08  6:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-07 22:02 error(s) in 2.6.23-rc5 bonding.txt ? Rick Jones
2007-09-07 23:31 ` Jay Vosburgh
2007-09-07 23:46   ` Rick Jones
2007-09-08  1:01     ` Jay Vosburgh
2007-09-28 21:31       ` Rick Jones
2007-09-08  6:05   ` Bill Fink [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070908020511.1285c043.billfink@mindspring.com \
    --to=billfink@mindspring.com \
    --cc=fubar@us.ibm.com \
    --cc=netdev@vger.kernel.org \
    --cc=rick.jones2@hp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.