* [PATCH iproute2-next 0/2] bridge: support for controlling broadcast flooding per port @ 2022-03-08 13:29 Joachim Wiberg 2022-03-08 13:29 ` [PATCH iproute2-next 1/2] bridge: support for controlling flooding of broadcast " Joachim Wiberg 2022-03-08 13:29 ` [PATCH iproute2-next 2/2] man: document new bcast_flood config/query support for bridge ports Joachim Wiberg 0 siblings, 2 replies; 5+ messages in thread From: Joachim Wiberg @ 2022-03-08 13:29 UTC (permalink / raw) To: netdev; +Cc: Stephen Hemminger, Nikolay Aleksandrov, Joachim Wiberg Hi, this patch set addresses a slight omission in controlling broadcast flooding per bridge port, which the bridge has had support for a good while now. I've grouped the setting alongside it's cousin mcast_flood, but there could be a need for some rearrangement to also move unicast flooding to the same group. Best regards /Joachim ^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH iproute2-next 1/2] bridge: support for controlling flooding of broadcast per port 2022-03-08 13:29 [PATCH iproute2-next 0/2] bridge: support for controlling broadcast flooding per port Joachim Wiberg @ 2022-03-08 13:29 ` Joachim Wiberg 2022-03-08 16:11 ` Nikolay Aleksandrov 2022-03-08 13:29 ` [PATCH iproute2-next 2/2] man: document new bcast_flood config/query support for bridge ports Joachim Wiberg 1 sibling, 1 reply; 5+ messages in thread From: Joachim Wiberg @ 2022-03-08 13:29 UTC (permalink / raw) To: netdev; +Cc: Stephen Hemminger, Nikolay Aleksandrov, Joachim Wiberg Add per-port support for controlling flooding of broadcast traffic. Similar to unicast and multcast flooding that already exist. Signed-off-by: Joachim Wiberg <troglobit@gmail.com> --- bridge/link.c | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/bridge/link.c b/bridge/link.c index bc7837a9..407dc8ea 100644 --- a/bridge/link.c +++ b/bridge/link.c @@ -153,6 +153,9 @@ static void print_protinfo(FILE *fp, struct rtattr *attr) if (prtb[IFLA_BRPORT_MCAST_FLOOD]) print_on_off(PRINT_ANY, "mcast_flood", "mcast_flood %s ", rta_getattr_u8(prtb[IFLA_BRPORT_MCAST_FLOOD])); + if (prtb[IFLA_BRPORT_BCAST_FLOOD]) + print_on_off(PRINT_ANY, "bcast_flood", "bcast_flood %s ", + rta_getattr_u8(prtb[IFLA_BRPORT_BCAST_FLOOD])); if (prtb[IFLA_BRPORT_MCAST_TO_UCAST]) print_on_off(PRINT_ANY, "mcast_to_unicast", "mcast_to_unicast %s ", rta_getattr_u8(prtb[IFLA_BRPORT_MCAST_TO_UCAST])); @@ -265,6 +268,7 @@ static void usage(void) " [ learning_sync {on | off} ]\n" " [ flood {on | off} ]\n" " [ mcast_flood {on | off} ]\n" + " [ bcast_flood {on | off} ]\n" " [ mcast_to_unicast {on | off} ]\n" " [ neigh_suppress {on | off} ]\n" " [ vlan_tunnel {on | off} ]\n" @@ -296,6 +300,7 @@ static int brlink_modify(int argc, char **argv) __s8 flood = -1; __s8 vlan_tunnel = -1; __s8 mcast_flood = -1; + __s8 bcast_flood = -1; __s8 mcast_to_unicast = -1; __s8 isolated = -1; __s8 hairpin = -1; @@ -354,6 +359,11 @@ static int brlink_modify(int argc, char **argv) mcast_flood = parse_on_off("mcast_flood", *argv, &ret); if (ret) return ret; + } else if (strcmp(*argv, "bcast_flood") == 0) { + NEXT_ARG(); + bcast_flood = parse_on_off("bcast_flood", *argv, &ret); + if (ret) + return ret; } else if (strcmp(*argv, "mcast_to_unicast") == 0) { NEXT_ARG(); mcast_to_unicast = parse_on_off("mcast_to_unicast", *argv, &ret); @@ -456,6 +466,9 @@ static int brlink_modify(int argc, char **argv) if (mcast_flood >= 0) addattr8(&req.n, sizeof(req), IFLA_BRPORT_MCAST_FLOOD, mcast_flood); + if (bcast_flood >= 0) + addattr8(&req.n, sizeof(req), IFLA_BRPORT_BCAST_FLOOD, + bcast_flood); if (mcast_to_unicast >= 0) addattr8(&req.n, sizeof(req), IFLA_BRPORT_MCAST_TO_UCAST, mcast_to_unicast); -- 2.25.1 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH iproute2-next 1/2] bridge: support for controlling flooding of broadcast per port 2022-03-08 13:29 ` [PATCH iproute2-next 1/2] bridge: support for controlling flooding of broadcast " Joachim Wiberg @ 2022-03-08 16:11 ` Nikolay Aleksandrov 2022-03-09 6:14 ` Joachim Wiberg 0 siblings, 1 reply; 5+ messages in thread From: Nikolay Aleksandrov @ 2022-03-08 16:11 UTC (permalink / raw) To: Joachim Wiberg, netdev; +Cc: Stephen Hemminger On 08/03/2022 15:29, Joachim Wiberg wrote: > Add per-port support for controlling flooding of broadcast traffic. > Similar to unicast and multcast flooding that already exist. > > Signed-off-by: Joachim Wiberg <troglobit@gmail.com> > --- > bridge/link.c | 13 +++++++++++++ > 1 file changed, 13 insertions(+) > Nice, thanks for adding this. Please also update ip/iplink_bridge_slave.c and the respective docs with the bcast flag, it already supports the other two. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH iproute2-next 1/2] bridge: support for controlling flooding of broadcast per port 2022-03-08 16:11 ` Nikolay Aleksandrov @ 2022-03-09 6:14 ` Joachim Wiberg 0 siblings, 0 replies; 5+ messages in thread From: Joachim Wiberg @ 2022-03-09 6:14 UTC (permalink / raw) To: Nikolay Aleksandrov, netdev; +Cc: Stephen Hemminger On Tue, Mar 08, 2022 at 18:11, Nikolay Aleksandrov <razor@blackwall.org> wrote: > On 08/03/2022 15:29, Joachim Wiberg wrote: >> Add per-port support for controlling flooding of broadcast traffic. >> Similar to unicast and multcast flooding that already exist. > Nice, thanks for adding this. Please also update ip/iplink_bridge_slave.c and the > respective docs with the bcast flag, it already supports the other two. Aha, there are knobs and levers over there too! OK, will do :-) /J ^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH iproute2-next 2/2] man: document new bcast_flood config/query support for bridge ports 2022-03-08 13:29 [PATCH iproute2-next 0/2] bridge: support for controlling broadcast flooding per port Joachim Wiberg 2022-03-08 13:29 ` [PATCH iproute2-next 1/2] bridge: support for controlling flooding of broadcast " Joachim Wiberg @ 2022-03-08 13:29 ` Joachim Wiberg 1 sibling, 0 replies; 5+ messages in thread From: Joachim Wiberg @ 2022-03-08 13:29 UTC (permalink / raw) To: netdev; +Cc: Stephen Hemminger, Nikolay Aleksandrov, Joachim Wiberg Signed-off-by: Joachim Wiberg <troglobit@gmail.com> --- man/man8/bridge.8 | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/man/man8/bridge.8 b/man/man8/bridge.8 index 81ce9e6f..1d03eef1 100644 --- a/man/man8/bridge.8 +++ b/man/man8/bridge.8 @@ -46,6 +46,7 @@ bridge \- show / manipulate bridge addresses and devices .BR flood " { " on " | " off " } ] [ " .BR hwmode " { " vepa " | " veb " } ] [ " .BR mcast_flood " { " on " | " off " } ] [ " +.BR bcast_flood " { " on " | " off " } ] [ " .BR mcast_to_unicast " { " on " | " off " } ] [ " .BR neigh_suppress " { " on " | " off " } ] [ " .BR vlan_tunnel " { " on " | " off " } ] [ " @@ -466,6 +467,11 @@ switch. Controls whether multicast traffic for which there is no MDB entry will be flooded towards this given port. By default this flag is on. +.TP +.BR "bcast_flood on " or " bcast_flood off " +Controls flooding of broadcast traffic on the given port. +By default this flag is on. + .TP .BR "mcast_to_unicast on " or " mcast_to_unicast off " Controls whether a given port will replicate packets using unicast -- 2.25.1 ^ permalink raw reply related [flat|nested] 5+ messages in thread
end of thread, other threads:[~2022-03-09 6:14 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2022-03-08 13:29 [PATCH iproute2-next 0/2] bridge: support for controlling broadcast flooding per port Joachim Wiberg 2022-03-08 13:29 ` [PATCH iproute2-next 1/2] bridge: support for controlling flooding of broadcast " Joachim Wiberg 2022-03-08 16:11 ` Nikolay Aleksandrov 2022-03-09 6:14 ` Joachim Wiberg 2022-03-08 13:29 ` [PATCH iproute2-next 2/2] man: document new bcast_flood config/query support for bridge ports Joachim Wiberg
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).