public inbox for netdev@vger.kernel.org
 help / color / mirror / Atom feed
From: Hangbin Liu <liuhangbin@gmail.com>
To: Jay Vosburgh <jay.vosburgh@canonical.com>
Cc: netdev@vger.kernel.org
Subject: Re: bonding: Do we need netlink events for LACP status?
Date: Wed, 6 Mar 2024 11:19:47 +0800	[thread overview]
Message-ID: <Zefg0-ovyt5KV8WD@Laptop-X1> (raw)
In-Reply-To: <32499.1709620407@famine>

On Mon, Mar 04, 2024 at 10:33:27PM -0800, Jay Vosburgh wrote:
> Hangbin Liu <liuhangbin@gmail.com> wrote:
> 
> >A customer asked to add netlink event notifications for LACP bond state
> >changes. With this, the network monitor could get the LACP state of bonding
> >and port interfaces, and end user may change the down link port based
> >on the current LACP state. Do you think if this is a reasonable case
> >and do able? If yes, I will add it to my to do list.
> 
> 	I think I'm going to need some more detail here.
> 
> 	To make sure I understand, the suggestion here is to add netlink
> notifications for transitions in the LACP mux state machine (ATTACHED,
> COLLECTING, DISTRIBUTING, et al), correct?  If not, then what

Yes, the LACP mux state. Maybe also including the port channel info.

> specifically do you mean?
> 
> 	Also, what does "change the down link port" mean?

If a port is down, or in attached state for a period, which means the end
of port is not in a channel, or the switch crash. The admin could detect this
via the LACP state notification and remove the port from bond, adding other
ports to the bond, etc.

Thanks
Hangbin

  reply	other threads:[~2024-03-06  3:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-05  3:33 bonding: Do we need netlink events for LACP status? Hangbin Liu
2024-03-05  6:33 ` Jay Vosburgh
2024-03-06  3:19   ` Hangbin Liu [this message]
2024-03-10  3:11     ` Jay Vosburgh
2024-03-11 11:44       ` Hangbin Liu

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=Zefg0-ovyt5KV8WD@Laptop-X1 \
    --to=liuhangbin@gmail.com \
    --cc=jay.vosburgh@canonical.com \
    --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