-
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
IPV6 route:When the number of equal-cost routes exceeds three, the equal-cost routes cannot be fully synchronized to the kernel. #14714
Comments
We are going to need to see more data:
As that this just works for me. Can we see |
|
|
show interface brief
|
what does |
@donaldsharp |
It appears that the Linux kernel commit [1] is not in your RHEL7 3.10 kernel, but in the Ubuntu kernel, so you won't see any problems there. FRR removes both ipv4 and ipv6 routes exactly as described in the commit description. So if you're installing a third path, only the first nexthop of an existing two-path route will be deleted. Unsurprisingly, this leads to a "File exists" error when adding the final (three-path) route. |
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
When I configure IPV6 equal-cost routing, the equal-cost routing configuration fails when I configure the third path.
To Reproduce
ip route 3.3.3.3/32 192.168.10.3
ip route 3.3.3.3/32 192.168.10.2
ip route 3.3.3.3/32 192.168.10.1
IPv4 equal cost routing is successfully delivered to the kernel
ip route 3010::1/128 2010::2
ip route 3010::1/128 2010::3
ip route 3010::1/128 2010::4
The first two equal-cost routes can be successfully delivered to the kernel, but the third equal-cost route cannot be delivered to the
kernel.But found through vtysh that it can be successfully installed to FRRouting,
Expected behavior
I hope that IPV6 equal-cost routing can be successfully delivered to the kernel.
Screenshots
Versions
Additional context
When I use the ip route command, I find that the route can be successfully delivered to the kernel.
ip route add 3010::1/128 nexthop via 2010::2 nexthop via 2010::3 nexthop via 2010::4
It should be noted that I have not found this problem on the ubuntu system
The text was updated successfully, but these errors were encountered: