-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
[Neighbor]When two different Vlans in different VRFs have the same neighbor, one of them is not learnt #18890
Labels
Comments
@theasianpianist @prsunny Can you please prioritize this? |
@theasianpianist Can you please provide ETA for fix? |
@dgsudharsan can you provide the specific CLI commands or APPL_DB entries you are using to reproduce this? |
liat-grozovik
pushed a commit
to sonic-net/sonic-swss
that referenced
this issue
May 30, 2024
- What I did Fixes sonic-net/sonic-buildimage#18890 If we try to learn an existing neighbor on a different VLAN in the same VRF, delete the old neighbor entry before creating the new one. For all other scenarios, proceed with neighbor learning normally. - Why I did it Allow learning the same IP in two different VRFs - How I verified it Run the C++ unit tests Signed-off-by: Lawrence Lee <[email protected]> Co-authored-by: Prince Sunny <[email protected]>
theasianpianist
added a commit
to theasianpianist/sonic-swss
that referenced
this issue
Jun 1, 2024
- What I did Fixes sonic-net/sonic-buildimage#18890 If we try to learn an existing neighbor on a different VLAN in the same VRF, delete the old neighbor entry before creating the new one. For all other scenarios, proceed with neighbor learning normally. - Why I did it Allow learning the same IP in two different VRFs - How I verified it Run the C++ unit tests Signed-off-by: Lawrence Lee <[email protected]> Co-authored-by: Prince Sunny <[email protected]>
yxieca
pushed a commit
to sonic-net/sonic-swss
that referenced
this issue
Jun 3, 2024
- What I did Fixes sonic-net/sonic-buildimage#18890 If we try to learn an existing neighbor on a different VLAN in the same VRF, delete the old neighbor entry before creating the new one. For all other scenarios, proceed with neighbor learning normally. - Why I did it Allow learning the same IP in two different VRFs - How I verified it Run the C++ unit tests Signed-off-by: Lawrence Lee <[email protected]> Co-authored-by: Prince Sunny <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
When two different Vlans in different VRFs have the same neighbor, one of them is not learnt since the other one has route pointing to it.
This is introduced by sonic-net/sonic-swss#3049
The PR doesn't account different VRFs and also references and thus this scenario fails. The below error logs will also be seen
Steps to reproduce the issue:
Describe the results you received:
Describe the results you expected:
Output of
show version
:Output of
show techsupport
:Additional information you deem important (e.g. issue happens only occasionally):
The text was updated successfully, but these errors were encountered: