netdev - Re: [PATCH net-next] bridge: del external_learned fdbs from device on flush or ageout

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAE4R7bBCLchGyTY9Zdexd9BE+33Tqua0CY9K75iRc6sOrMYwFg@mail.gmail.com>
Date:	Sun, 14 Jun 2015 16:19:57 -0700
From:	Scott Feldman <sfeldma@...il.com>
To:	Rami Rosen <roszenrami@...il.com>
Cc:	Netdev <netdev@...r.kernel.org>,
	Jiří Pírko <jiri@...nulli.us>,
	Roopa Prabhu <roopa@...ulusnetworks.com>,
	"Fastabend, John R" <john.r.fastabend@...el.com>,
	"andrew@...n.ch" <andrew@...n.ch>,
	Florian Fainelli <f.fainelli@...il.com>,
	Guenter Roeck <linux@...ck-us.net>,
	"stephen@...workplumber.org" <stephen@...workplumber.org>
Subject: Re: [PATCH net-next] bridge: del external_learned fdbs from device on
 flush or ageout

On Sun, Jun 14, 2015 at 3:14 PM, Rami Rosen <roszenrami@...il.com> wrote:
> Hi,
>
> You mention bridge doing ageing vs. device doing
> ageing. AFAIK, there is no way to prevent a bridge from doing aging by
> a sysfs entry. Do you think that preventing bridge aging via sysfs is
> needed?

The topic has been discussed before, but not at the patch level, yet,
AFIAK.  I had this XXX comment in
Documentation/networking/switchdev.txt:

     XXX: how to turn off ageing in kernel on a per-port basis or
otherwise prevent the kernel from ageing out the FDB entry?

I think the preference would be to use netlink over sysfs.  If we made
this a per-port flag, we could add bool IFLA_BRPORT_AGEING flag (and
BR_AGEING) for IFLA_PROTINFO.

There is also the need to push the bridge's ageing timeout value down
to the device.  This could be done with switchdev attr, e.g.
SWITCHDEV_ATTR_AGEING_TIMEOUT.  (Maybe there is already netlink
plumbing to do this...need to check).

Are you going to work on it?  ;)

-scott
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html