summaryrefslogtreecommitdiffstats
path: root/lib
diff options
context:
space:
mode:
authorIdo Schimmel <idosch@nvidia.com>2023-03-15 15:11:48 +0200
committerDavid S. Miller <davem@davemloft.net>2023-03-17 08:05:49 +0000
commitda654c80a0ebba2e2a0614e017c9bbe57f643fe2 (patch)
treeb01f6fee03e7c4cb828016a7f8115cb2244836e1 /lib
parentcc7f5022f810cf7bf4f1826dd620656c35942a13 (diff)
downloadlinux-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