]> git.puffer.fish Git - mirror/frr.git/commit
zebra: Install directly connected route after interface flap 13249/head
authorPooja Jagadeesh Doijode <pdoijode@nvidia.com>
Mon, 10 Apr 2023 23:03:23 +0000 (16:03 -0700)
committerPooja Jagadeesh Doijode <pdoijode@nvidia.com>
Mon, 10 Apr 2023 23:03:23 +0000 (16:03 -0700)
commite25a0b138a196c7daf389989ebffbd09d345cd53
tree618fd593b22c0e6cb2bbb0f40e751992de764b61
parent8b985768bffa7a6cb0b571393e2ae2d119e303c7
zebra: Install directly connected route after interface flap

Issue:
After vlan flap, zebra was not marking the selected/best route as installed.

As a result, when a static route was configured with nexthop as directly
connected interface's(vlan) IP, the static route was not being installed
in the kernel since its nexthop was unresolved. The nexthop was marked
unresolved because zebra failed to mark the best route as installed after
interface flap.

This was happening because, in dplane_route_update_internal() if the old and
new context type, and nexthop group id are the same, then zebra doesn't send
down a route replace request to kernel. But, the installed (ROUTE_ENTRY_INSTALLED)
flag is set when zebra receives a response from kernel. Since the
request to kernel was being skipped for the route entry, installed flag
was not being set

Fix:
In dplane_route_update_internal() if the old and new context type, and
nexthop group id are the same, then before returning, installed flag will
be set on the route-entry if it's not set already.

Signed-off-by: Pooja Jagadeesh Doijode <pdoijode@nvidia.com>
zebra/zebra_dplane.c