* [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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.