-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
The PIM assert mechanism did not take effect in a ring network topology, so downstream routers still receive two copies of duplicate multicast packets. #13574
Comments
Based on the initial analysis of the existing logs, However, there are two problems with Router2:
The specific assert election results and assert status flags are as follows:
|
This issue is stale because it has been open 180 days with no activity. Comment or remove the |
This issue will be automatically closed in the specified period unless there is further activity. |
Describe the bug
Recently, I have been using FRR8.2.2 to set up a ring network topology and conduct PIM assert testing.
However, I found that the PIM assert mechanism did not fully take effect due to one upstream router (Router2) not participating in the assert election, resulting in failure to prune the assert oif.
This caused downstream Router4 to continue receiving duplicate multicast traffic.
To Reproduce
Expected behavior
The br-lan_R_3402 interface of upstream Router3 wins the assert election and is retained to continue forwarding multicast traffic.
Screenshots
Versions
FRR Version: 8.2.2
The text was updated successfully, but these errors were encountered: