All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jay Vosburgh <jay.vosburgh@canonical.com>
To: Hangbin Liu <liuhangbin@gmail.com>
Cc: netdev@vger.kernel.org, Veaceslav Falico <vfalico@gmail.com>,
	Andy Gospodarek <andy@greyhouse.net>,
	Jarod Wilson <jarod@redhat.com>, Jakub Kicinski <kuba@kernel.org>,
	Jiri Pirko <jiri@resnulli.us>,
	davem@davemloft.net, Denis Kirjanov <dkirjanov@suse.de>,
	David Ahern <dsahern@gmail.com>
Subject: Re: [PATCHv2 net-next] Bonding: add missed_max option
Date: Wed, 17 Nov 2021 16:16:46 +0000	[thread overview]
Message-ID: <86277.1637165806@nyx> (raw)
In-Reply-To: <YZTSUh0vA1gVZFr3@Laptop-X1>

Hangbin Liu <liuhangbin@gmail.com> wrote:

>On Wed, Nov 17, 2021 at 08:40:25AM +0000, Jay Vosburgh wrote:
>> Hangbin Liu <liuhangbin@gmail.com> wrote:
>> 
>> >Currently, we use hard code number to verify if we are in the
>> >arp_interval timeslice. But some user may want to reduce/extend
>> >the verify timeslice. With the similar team option 'missed_max'
>> >the uers could change that number based on their own environment.
>> >
>> >The name of arp_misssed_max is not used as we may use this option for
>> >Bonding IPv6 NS/NA monitor in future.
>> 
>> 	Why reserve "arp_missed_max" for IPv6 which doesn't use ARP?  If
>> the option is for the ARP monitor, then prefixing it with "arp_" would
>> be consistent with the other arp_* options.
>
>I didn't explain it clearly. I want to say:
>
>I'm not using arp_misssed_max as the new option name because I plan to add
>bonding IPv6 NS/NA monitor in future. At that time the option "missed_max"
>could be used for both IPv4/IPv6 monitor.
>
>I will update the commit description in next version.

	There has been talk of adding an IPv6 NS monitor for years, but
it hasn't manifested.  I would prefer to see a consistent set of options
nomenclature in what we have here and now.  If and when an IPv6 version
is added, depending on the implementation, either the IPv6 item can be a
discrete tunable, or an alias could be added, similar to num_grat_arp /
num_unsol_na.

	-J

---
	-Jay Vosburgh, jay.vosburgh@canonical.com

  reply	other threads:[~2021-11-17 16:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-17  8:03 [PATCHv2 net-next] Bonding: add missed_max option Hangbin Liu
2021-11-17  8:03 ` [PATCHv2 iproute2-next] bond: " Hangbin Liu
2021-11-17  8:40 ` [PATCHv2 net-next] Bonding: " Jay Vosburgh
2021-11-17  9:58   ` Hangbin Liu
2021-11-17 16:16     ` Jay Vosburgh [this message]
2021-11-18  1:13       ` Hangbin Liu
2021-11-18 14:10         ` 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=86277.1637165806@nyx \
    --to=jay.vosburgh@canonical.com \
    --cc=andy@greyhouse.net \
    --cc=davem@davemloft.net \
    --cc=dkirjanov@suse.de \
    --cc=dsahern@gmail.com \
    --cc=jarod@redhat.com \
    --cc=jiri@resnulli.us \
    --cc=kuba@kernel.org \
    --cc=liuhangbin@gmail.com \
    --cc=netdev@vger.kernel.org \
    --cc=vfalico@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.