diff options
| author | sharathr <sharathr@cumulusnetworks.com> | 2021-10-08 16:27:50 +0200 |
|---|---|---|
| committer | Stephen Worley <sworley@nvidia.com> | 2023-02-14 00:12:05 +0100 |
| commit | 00d30205eff94a0940e895ea0558355b48de0574 (patch) | |
| tree | 20a356254f7a45a682d6bc990b88eae48e4be701 /zebra/zebra_vxlan_if.h | |
| parent | zebra: Clean remote FDB entries upon VNI removal (diff) | |
| download | frr-00d30205eff94a0940e895ea0558355b48de0574.tar.xz frr-00d30205eff94a0940e895ea0558355b48de0574.zip | |
zebra: fix for unexpected fdb entry showing up during ifdown/ifup events
Ticket: 2674793
Testing Done: precommit, evpn-min and evpn-smoke
The problem in this case is whenever we are triggering ifdown
followed by ifup of bridge, we see that remote mac entries
are programmed with vlan-1 in the fdb from zebra and never cleaned up.
bridge has vlan_default_pvid 1 which means any port that gets added
will initially have vlan 1 which then gets deleted by ifupdown2 and
the proper vlan gets added.
The problem lies in zebra where we are not cleaning up the remote
macs during vlan change.
Fix is to uninstall the remote macs and then install them
during vlan change.
Signed-off-by: Stephen Worley <sworley@nvidia.com>
Diffstat (limited to 'zebra/zebra_vxlan_if.h')
| -rw-r--r-- | zebra/zebra_vxlan_if.h | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/zebra/zebra_vxlan_if.h b/zebra/zebra_vxlan_if.h index e5ee6dc2d..7d2ddb2d8 100644 --- a/zebra/zebra_vxlan_if.h +++ b/zebra/zebra_vxlan_if.h @@ -80,7 +80,8 @@ extern int zebra_vxlan_if_vni_table_add_update(struct interface *ifp, extern int zebra_vxlan_if_vni_update(struct interface *ifp, struct zebra_vxlan_vni *vni, uint16_t chgflags); -extern int zebra_vxlan_if_update(struct interface *ifp, uint16_t chgflags); +extern int zebra_vxlan_if_update(struct interface *ifp, + struct zebra_vxlan_if_update_ctx *ctx); extern int zebra_vxlan_if_vni_add(struct interface *ifp, struct zebra_vxlan_vni *vni); extern int zebra_vxlan_if_add(struct interface *ifp); |