Skip to content

[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

Merged
merged 1 commit into from
Jan 6, 2021

Conversation

madhanmellanox
Copy link
Contributor

@madhanmellanox madhanmellanox commented Dec 31, 2020

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.

@liat-grozovik
Copy link
Collaborator

@madhanmellanox do we need a PR for master as well or this already fixed there?

@liat-grozovik liat-grozovik changed the title [201911-SWSS]flushing FDB entries per VLAN when deleting VLAN [201911] Flushing FDB entries per VLAN when deleting VLAN Jan 3, 2021
@prsunny
Copy link
Collaborator

prsunny commented Jan 5, 2021

@madhanmellanox do we need a PR for master as well or this already fixed there?

Can you confirm this?

@madhanmellanox
Copy link
Contributor Author

madhanmellanox commented Jan 5, 2021 via email

@liat-grozovik
Copy link
Collaborator

retest this please

@madhanmellanox
Copy link
Contributor Author

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.

@liat-grozovik
Copy link
Collaborator

@prsunny how can we run the LGTM again? or we can merge regardless of the failure?

@prsunny prsunny merged commit 9519fea into sonic-net:201911 Jan 6, 2021
abdosi pushed a commit to sonic-net/sonic-buildimage that referenced this pull request Jan 7, 2021
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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants