* [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
* [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
* 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
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).