From: Stephen Hemminger <stephen@networkplumber.org>
To: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>
Cc: Joachim Nilsson <troglobit@gmail.com>,
netdev@vger.kernel.org, roopa <roopa@cumulusnetworks.com>
Subject: Re: [RFC PATCH] net: bridge: multicast querier per VLAN support
Date: Wed, 18 Apr 2018 08:54:07 -0700 [thread overview]
Message-ID: <20180418085407.4f5723de@xeon-e3> (raw)
In-Reply-To: <da36ee2f-d39b-d6c0-15b2-50bde81482ab@cumulusnetworks.com>
On Wed, 18 Apr 2018 16:14:26 +0300
Nikolay Aleksandrov <nikolay@cumulusnetworks.com> wrote:
> On 18/04/18 16:07, Joachim Nilsson wrote:
> > On Wed, Apr 18, 2018 at 03:31:57PM +0300, Nikolay Aleksandrov wrote:
> >> On 18/04/18 15:07, Joachim Nilsson wrote:
> >>> - First of all, is this patch useful to anyone
> >> Obviously to us as it's based on our patch. :-)
> >> We actually recently discussed what will be needed to make it acceptable to upstream.
> >
> > Great! :)
> >
> >>> - The current br_multicast.c is very complex. The support for both IPv4
> >>> and IPv6 is a no-brainer, but it also has #ifdef VLAN_FILTERING and
> >>> 'br->vlan_enabled' ... this has likely been discussed before, but if
> >>> we could remove those code paths I believe what's left would be quite
> >>> a bit easier to read and maintain.
> >> br->vlan_enabled has a wrapper that can be used without ifdefs, as does br_vlan_find()
> >> so in short - you can remove the ifdefs and use the wrappers, they'll degrade to always
> >> false/null when vlans are disabled.
> >
> > Thanks, I'll have a look at that and prepare an RFC v2!
> >
> >>> - Many per-bridge specific multicast sysfs settings may need to have a
> >>> corresponding per-VLAN setting, e.g. snooping, query_interval, etc.
> >>> How should we go about that? (For status reporting I have a proposal)
> >> We'll have to add more to the per-vlan context, but yes it has to happen.
> >> It will be only netlink interface for config/retrieval, no sysfs.
> >
> > Some settings are possible to do with sysfs, like multicast_query_interval
> > and ...
>
> We want to avoid sysfs in general, all of networking config and stats
> are moving to netlink. It is better controlled and structured for such
> changes, also provides nice interfaces for automatic type checks etc.
>
> Also (but a minor reason) there is no tree/entity in sysfs for the vlans
> where to add this. It will either have to be a file which does some
> format string hack (like us currently) or will need to add new tree for
> them which I'd really like to avoid for the bridge.
In general, all bridge attributes need to show in netlink and sysfs.
Sysfs is easier for scripting from languages.
next prev parent reply other threads:[~2018-04-18 15:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-18 12:07 [RFC PATCH] net: bridge: multicast querier per VLAN support Joachim Nilsson
2018-04-18 12:31 ` Nikolay Aleksandrov
2018-04-18 13:07 ` Joachim Nilsson
2018-04-18 13:14 ` Nikolay Aleksandrov
2018-04-18 13:25 ` Joachim Nilsson
2018-04-18 15:54 ` Stephen Hemminger [this message]
2018-04-18 16:27 ` Nikolay Aleksandrov
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=20180418085407.4f5723de@xeon-e3 \
--to=stephen@networkplumber.org \
--cc=netdev@vger.kernel.org \
--cc=nikolay@cumulusnetworks.com \
--cc=roopa@cumulusnetworks.com \
--cc=troglobit@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 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).