]> git.puffer.fish Git - matthieu/frr.git/commit
zebra: Install directly connected route after interface flap
authorPooja Jagadeesh Doijode <pdoijode@nvidia.com>
Mon, 10 Apr 2023 23:03:23 +0000 (16:03 -0700)
committerMergify <37929162+mergify[bot]@users.noreply.github.com>
Wed, 12 Apr 2023 15:04:16 +0000 (15:04 +0000)
commit844be906e7011f2592f6e608df28b5373b78ba76
tree9c360fe20f6aa4c150def281a9db775668eb6c06
parent1a5e2b38bbd2b1356817762ceddbfc2fa7fde31d
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>
(cherry picked from commit e25a0b138a196c7daf389989ebffbd09d345cd53)
zebra/zebra_dplane.c