summaryrefslogtreecommitdiffstats
path: root/zebra/zebra_vxlan.h
diff options
context:
space:
mode:
authorPhilippe Guibert <philippe.guibert@6wind.com>2021-08-17 10:42:51 +0200
committerPhilippe Guibert <philippe.guibert@6wind.com>2021-09-17 10:25:35 +0200
commitc7620108890f58796b0155bb9ef3d65f0b39909f (patch)
tree403244b44880f83eadda8bc9148cde60fce1e20c /zebra/zebra_vxlan.h
parentzebra: update zl3vni when bridge link refreshed in other namespaces (diff)
downloadfrr-c7620108890f58796b0155bb9ef3d65f0b39909f.tar.xz
frr-c7620108890f58796b0155bb9ef3d65f0b39909f.zip
zebra: handle bridge mac address update in evpn contexts
when running bgp evpn rt5 setup, the Rmac sent in BGP updates stands for the MAC address of the bridge interface. After having loaded frr configuration, the Rmac address is not refreshed. This issue can be easily reproduced by executing some commands: ip netns exec cust1 ip link set dev br1000 address 2e:ab:45:aa:bb:cc Actually, the BGP EVPN contexts are kept unchanged. That commit proposes to fix this by intercepting the mac address change, and refreshing the vxlan interfaces attached to te bridge interface that changed its MAC address. Signed-off-by: Philippe Guibert <philippe.guibert@6wind.com>
Diffstat (limited to 'zebra/zebra_vxlan.h')
-rw-r--r--zebra/zebra_vxlan.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/zebra/zebra_vxlan.h b/zebra/zebra_vxlan.h
index 915e987b6..464a8e5fc 100644
--- a/zebra/zebra_vxlan.h
+++ b/zebra/zebra_vxlan.h
@@ -65,6 +65,7 @@ is_vxlan_flooding_head_end(void)
#define ZEBRA_VXLIF_MASTER_CHANGE (1 << 1)
#define ZEBRA_VXLIF_VLAN_CHANGE (1 << 2)
#define ZEBRA_VXLIF_MCAST_GRP_CHANGE (1 << 3)
+#define ZEBRA_VXLIF_MASTER_MAC_CHANGE (1 << 4)
#define VNI_STR_LEN 32