-
Notifications
You must be signed in to change notification settings - Fork 580
[201911] Flushing FDB entries per VLAN when deleting VLAN #1575
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[201911] Flushing FDB entries per VLAN when deleting VLAN #1575
Conversation
@madhanmellanox do we need a PR for master as well or this already fixed there? |
Can you confirm this? |
retest this please |
This fix is required only in 201911 branch, since the FDB flush implementation is very limited in 201911. In master branch, FdbOrch::updateVlanMember() function is also calling flushFDBEntries(), so we are not seeing this issue in master branch. So, this fix is also not required in master branch. |
@prsunny how can we run the LGTM again? or we can merge regardless of the failure? |
Updating submodule for sonic-swss to get the changes to Azure 201911. The following were the commits that were part of this submodule. [201911-SWSS]flushing FDB entries per VLAN when deleting VLAN (PR#sonic-net/sonic-swss#1575) 9519fead3fc63972131de9cb8963a5aeacf7b23d
What I did
Flushed FDB entries for specific VLAN when trying to delete the VLAN
Why I did it
As flushing the FDB entries was not done, the VLAN had references in ASIC-DB and could not be removed.
How I verified it
Verified it by creating a VLAN, injecting traffic on the VLAN port and trying to remove the VLAN member port and then removed the VLAN. VLAN removal was successful.
Details if related
Changes were in FDB orchagent and PORTS orchagent of SONIC-SWSS.