diff options
author | Ido Schimmel <idosch@nvidia.com> | 2023-03-15 15:11:48 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2023-03-17 08:05:49 +0000 |
commit | da654c80a0ebba2e2a0614e017c9bbe57f643fe2 (patch) | |
tree | b01f6fee03e7c4cb828016a7f8115cb2244836e1 /lib | |
parent | cc7f5022f810cf7bf4f1826dd620656c35942a13 (diff) | |
download | linux-stable-da654c80a0ebba2e2a0614e017c9bbe57f643fe2.tar.gz linux-stable-da654c80a0ebba2e2a0614e017c9bbe57f643fe2.tar.bz2 linux-stable-da654c80a0ebba2e2a0614e017c9bbe57f643fe2.zip |
rtnetlink: bridge: mcast: Relax group address validation in common code
In the upcoming VXLAN MDB implementation, the 0.0.0.0 and :: MDB entries
will act as catchall entries for unregistered IP multicast traffic in a
similar fashion to the 00:00:00:00:00:00 VXLAN FDB entry that is used to
transmit BUM traffic.
In deployments where inter-subnet multicast forwarding is used, not all
the VTEPs in a tenant domain are members in all the broadcast domains.
It is therefore advantageous to transmit BULL (broadcast, unknown
unicast and link-local multicast) and unregistered IP multicast traffic
on different tunnels. If the same tunnel was used, a VTEP only
interested in IP multicast traffic would also pull all the BULL traffic
and drop it as it is not a member in the originating broadcast domain
[1].
Prepare for this change by allowing the 0.0.0.0 group address in the
common rtnetlink MDB code and forbid it in the bridge driver. A similar
change is not needed for IPv6 because the common code only validates
that the group address is not the all-nodes address.
[1] https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-irb-mcast#section-2.6
Signed-off-by: Ido Schimmel <idosch@nvidia.com>
Reviewed-by: Nikolay Aleksandrov <razor@blackwall.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions