You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
IPv4 routes with IPv6 link local next hops are not installed in the hardware. The routes are not pushed to the ASIC DB. The issue is next hop is pushed to APP_DB as v4 instead of v6.
As we can see in the output below fe80:: is directly converted to ipv4 and it results in 254.128.0.0 as next hop which is wrong!!
show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP,
F - PBR, f - OpenFabric,
> - selected route, * - FIB route, q - queued, r - rejected, b - backup
B>* 2.1.0.0/16 [200/0] via fe80::268a:7ff:fed0:d40, Ethernet0, weight 1, 02:22:26
B>* 5.1.0.0/16 [200/0] via fe80::268a:7ff:fed0:d40, Ethernet0, weight 1, 02:22:26
B>* 10.1.0.2/32 [200/0] via fe80::268a:7ff:fed0:d40, Ethernet0, weight 1, 02:22:26
root@sonic:~# ip route
2.1.0.0/16 via 169.254.0.1 dev Ethernet0 proto bgp metric 20 onlink
5.1.0.0/16 via 169.254.0.1 dev Ethernet0 proto bgp metric 20 onlink
10.1.0.2 via 169.254.0.1 dev Ethernet0 proto bgp metric 20 onlink
240.127.1.0/24 dev docker0 proto kernel scope link src 240.127.1.1 linkdown
The fix will require a few changes from fpmsyncd, neighbororch, routeorch to address the FRR BGP IPv6LL NH, BRCM is targeting the fix to be pushed around 9/15.
Description
IPv4 routes with IPv6 link local next hops are not installed in the hardware. The routes are not pushed to the ASIC DB. The issue is next hop is pushed to APP_DB as v4 instead of v6.
As we can see in the output below fe80:: is directly converted to ipv4 and it results in 254.128.0.0 as next hop which is wrong!!
show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP,
F - PBR, f - OpenFabric,
> - selected route, * - FIB route, q - queued, r - rejected, b - backup
B>* 2.1.0.0/16 [200/0] via fe80::268a:7ff:fed0:d40, Ethernet0, weight 1, 02:22:26
B>* 5.1.0.0/16 [200/0] via fe80::268a:7ff:fed0:d40, Ethernet0, weight 1, 02:22:26
B>* 10.1.0.2/32 [200/0] via fe80::268a:7ff:fed0:d40, Ethernet0, weight 1, 02:22:26
redis-cli -n 0 hgetall "ROUTE_TABLE:2.1.0.0/16"
redis-cli -n 1 keys ROUTE_ENTRY
redis-cli -n 0 keys NEIGH
root@sonic:~# ip route
2.1.0.0/16 via 169.254.0.1 dev Ethernet0 proto bgp metric 20 onlink
5.1.0.0/16 via 169.254.0.1 dev Ethernet0 proto bgp metric 20 onlink
10.1.0.2 via 169.254.0.1 dev Ethernet0 proto bgp metric 20 onlink
240.127.1.0/24 dev docker0 proto kernel scope link src 240.127.1.1 linkdown
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: