From: "Nicolas de Pesloüan" <nicolas.2p.debian@gmail.com>
To: Jay Vosburgh <fubar@us.ibm.com>, Jiri Bohac <jbohac@suse.cz>
Cc: "bonding-devel@lists.sourceforge.net"
<bonding-devel@lists.sourceforge.net>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: Bonding on bond
Date: Wed, 02 Feb 2011 11:19:45 +0100 [thread overview]
Message-ID: <4D492FC1.2030203@gmail.com> (raw)
In-Reply-To: <15526.1296261528@death>
Le 29/01/2011 01:38, Jay Vosburgh a écrit :
> Nicolas de Pesloüan<nicolas.2p.debian@gmail.com> wrote:
[snip]
>> However, the ingress path doesn't work at all. bond0 is unable to receive any packets (ARP or IP).
>
> In light of this, I don't see a problem with disallowing nesting
> of bonds. It should be documented in bonding.txt.
Ok, I will do that.
Jiri, any trouble with me stealing your patch (code) and adding the documentation update part? Or do
you prefer to do it yourself?
[snip]
>> That being said, we still miss a way to achieve a simple configuration
>> with several links doing load balancing to a switch and one or several
>> links doing fail over to another switch, both switches *not* being 802.3ad
>> capable.
>
> This is a harder problem, but it's something that doesn't work
> today (and I suspect hasn't for a long time, so if somebody was using
> this, I think there would have been some discussion).
In the mean time, I will state in the documentation that:
- nesting is not allowed.
- only the above particular setup would possibly require nesting.
- this can be achieve using 802.3ad mode, connected to 802.3ad capable switches.
>> Should we arrange for bonding to be allowed to nest, for this purpose, or
>> should we find a way to setup this configuration with a single level of
>> bonding ? I would prefer the second, but...
>
> I'm not sure that either is necessary; 802.3ad will do this
> today, and few current production switches lack 802.3ad support.
>
> Adding support for etherchannel (i.e., not 802.3ad) gang
> failover is nontrivial, because the multiple etherchannel port groups
> will have to be managed separately, and most likely assigned manually.
> Sure, it'd be nice to have, but I'm not sure if it's a benefit worth the
> effort.
I'm far from a 802.3ad (802.1AX) specialist, but... wouldn't it be possible to force the aggregator
by hand, for every slaves, to achieve the same effect as receiving LACPDU, when connected to non
802.3ad capable switches?
echo 802.3ad > /sys/class/net/bond0/bonding/mode
echo +eth0 > /sys/class/net/bond0/bonding/slaves
echo +eth1 > /sys/class/net/bond0/bonding/slaves
echo +eth2 > /sys/class/net/bond0/bonding/slaves
echo 1 > /sys/class/net/bond0/bonding/ad_aggregator_eth0 # those sysfs entries to be created...
echo 1 > /sys/class/net/bond0/bonding/ad_aggregator_eth1
echo 2 > /sys/class/net/bond0/bonding/ad_aggregator_eth2
> Either way, for now, since I recall you mentioned in another
> email that you'd crashed the system from nesting bonds, I don't see a
> problem with disallowing nesting and updating the documentation with a
> bit of this discussion (e.g., "nesting doesn't work, you're probably
> trying to do gang failover, which 802.3ad already does for you").
Thanks.
Nicolas.
prev parent reply other threads:[~2011-02-02 10:19 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-19 20:33 Bonding on bond Nicolas de Pesloüan
2011-01-20 15:31 ` Jiri Bohac
2011-01-20 16:12 ` Nicolas de Pesloüan
2011-01-20 19:53 ` Jay Vosburgh
2011-01-22 22:57 ` Nicolas de Pesloüan
2011-01-29 0:38 ` Jay Vosburgh
2011-02-02 10:19 ` Nicolas de Pesloüan [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=4D492FC1.2030203@gmail.com \
--to=nicolas.2p.debian@gmail.com \
--cc=bonding-devel@lists.sourceforge.net \
--cc=fubar@us.ibm.com \
--cc=jbohac@suse.cz \
--cc=netdev@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).