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
| ||
|
Message-ID: <54E7D3BB.9040708@roeck-us.net> Date: Fri, 20 Feb 2015 16:39:23 -0800 From: Guenter Roeck <linux@...ck-us.net> To: Viswanath Bandaru <vbandaru@...adcom.com>, Florian Fainelli <f.fainelli@...il.com>, roopa <roopa@...ulusnetworks.com>, "sfeldma@...il.com" <sfeldma@...il.com> CC: "netdev@...r.kernel.org" <netdev@...r.kernel.org>, "jiri@...nulli.us" <jiri@...nulli.us>, "andrew@...n.ch" <andrew@...n.ch>, "gospo@...ulusnetworks.com" <gospo@...ulusnetworks.com>, "siva.mannem.lnx@...il.com" <siva.mannem.lnx@...il.com> Subject: Re: [PATCH net-next RFC 0/5] Add NTF_EXT_AGED to control FDB ageing in SW or HW On 02/20/2015 04:20 PM, Viswanath Bandaru wrote: > > Like everybody said, the ageing is really the switch's property. If there are two bridges with ports from same switching device, it becomes tricky to configure ageing time on the switch. ( I think this is what you may be referring to be saying it needs more thought). > There is only so much we can do. One thing we can not do is to change the existing switch hardware. Maybe we can ask switch vendors to consider adding the ability to provide aging time per bridge group or per port, but even if vendors agree to do that, it won't happen quickly, and it won't fix existing chips. Asking the switch to set its aging time to min(aging for all ports) is better than to keep the aging time at the default of 5 minutes for all ports, no matter what. Guenter -- 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
Powered by blists - more mailing lists