From: Jay Vosburgh <jay.vosburgh@canonical.com>
To: Veli-Matti Lintu <veli-matti.lintu@opinsys.fi>
Cc: zhuyj <zyjzyj2000@gmail.com>, netdev <netdev@vger.kernel.org>,
Andy Gospodarek <andy@greyhouse.net>
Subject: Re: 802.3ad bonding aggregator reselection
Date: Tue, 21 Jun 2016 08:46:00 -0700 [thread overview]
Message-ID: <13338.1466523960@famine> (raw)
In-Reply-To: <CAKdSkDXPYPvHh=AOyysAPWpR0eoMf-wobCTdi35GsF3FYbLxag@mail.gmail.com>
Veli-Matti Lintu <veli-matti.lintu@opinsys.fi> wrote:
>2016-06-20 17:11 GMT+03:00 zhuyj <zyjzyj2000@gmail.com>:
>> 5. Switch Configuration
>> =======================
>>
>> For this section, "switch" refers to whatever system the
>> bonded devices are directly connected to (i.e., where the other end of
>> the cable plugs into). This may be an actual dedicated switch device,
>> or it may be another regular system (e.g., another computer running
>> Linux),
>>
>> The active-backup, balance-tlb and balance-alb modes do not
>> require any specific configuration of the switch.
>>
>> The 802.3ad mode requires that the switch have the appropriate
>> ports configured as an 802.3ad aggregation. The precise method used
>> to configure this varies from switch to switch, but, for example, a
>> Cisco 3550 series switch requires that the appropriate ports first be
>> grouped together in a single etherchannel instance, then that
>> etherchannel is set to mode "lacp" to enable 802.3ad (instead of
>> standard EtherChannel).
>
>The ports are configured in switch settings (HP Procurve 2530-48G) in
>same trunk group (TrkX) and trunk group type is set as LACP.
>/proc/net/bonding/bond0 also shows that the three ports belong to same
>aggregator and bandwidth tests also support this. In my understanding
>Procurve's trunk group is pretty much the same as etherchannel in
>Cisco's terminology. The bonded link comes always up properly, but
>handling of links going down is the problem. Are there known
>differences between different vendors there?
I did the original LACP reselection testing on a Cisco switch,
but I have an HP 2530 now; I'll test it later today or tomorrow and see
if it behaves properly, and whether your proposed patch is needed.
-J
---
-Jay Vosburgh, jay.vosburgh@canonical.com
next prev parent reply other threads:[~2016-06-21 16:05 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAKdSkDUb94mR7cDiZbxsc6fgm_8O5wagjUec4g-t5DF7R_GFDw@mail.gmail.com>
2016-06-17 10:40 ` Fwd: 802.3ad bonding aggregator reselection Veli-Matti Lintu
[not found] ` <CAD=hENdGOFY5027964=f3xk_qeNmVccHYvr2rvTJtpFmaeFG2w@mail.gmail.com>
2016-06-21 10:50 ` Veli-Matti Lintu
2016-06-21 15:46 ` Jay Vosburgh [this message]
2016-06-21 20:48 ` Veli-Matti Lintu
2016-06-22 0:49 ` Jay Vosburgh
2016-06-22 17:43 ` Veli-Matti Lintu
2016-06-23 5:58 ` Jay Vosburgh
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=13338.1466523960@famine \
--to=jay.vosburgh@canonical.com \
--cc=andy@greyhouse.net \
--cc=netdev@vger.kernel.org \
--cc=veli-matti.lintu@opinsys.fi \
--cc=zyjzyj2000@gmail.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.