<div dir="ltr">Can you add `debug zebra rib detail` to the top of your log file and recreate this issue? We should have special code that always allows the kernel route received over netlink. I would be interested in understanding what is going wrong.<div><br></div><div>donald</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 13, 2021 at 6:04 PM Andrew J. Schorr <<a href="mailto:aschorr@telemetry-investments.com">aschorr@telemetry-investments.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I'm upgrading a bunch of Linux routers from CentOS 7 to Rocky 8, and as part of<br>
the upgrade, quagga seems to have been replaced by frr. For the most part,<br>
everything works fine, but I've encountered one problem. I've got a router that<br>
picks up a default route via DHCP from a cable modem. With quagga, this default<br>
route was accepted and redistributed via OSPF. But with FRR, it sometimes<br>
says that the route is "inactive", which horks my routing.<br>
<br>
I built the Fedora 34 quagga package and ran that and saw these results<br>
using quagga-1.2.4-17.el8.x86_64:<br>
<br>
Hello, this is Quagga (version 1.2.4).<br>
Copyright 1996-2005 Kunihiro Ishiguro, et al.<br>
<br>
ti14# show ip route <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Routing entry for <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Known via "ospf", distance 110, metric 103, tag 0, vrf 0<br>
Last update 00:00:13 ago<br>
> 192.168.39.5, via lan0.9<br>
<br>
Routing entry for <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Known via "kernel", distance 0, metric 0, tag 0, vrf 0, best, fib<br>
>* 207.237.112.1, via lan1<br>
<br>
But with the standard frr-7.5-4.el8.x86_64.rpm, it sometimes marks<br>
the kernel route as inactive when it starts, and uses the ospf route instead:<br>
<br>
Hello, this is FRRouting (version 7.5).<br>
Copyright 1996-2005 Kunihiro Ishiguro, et al.<br>
<br>
ti14# show ip route <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Routing entry for <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Known via "ospf", distance 110, metric 103, best<br>
Last update 00:04:42 ago<br>
* 192.168.39.5, via lan0.9, weight 1<br>
<br>
Routing entry for <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Known via "kernel", distance 0, metric 0<br>
Last update 00:05:42 ago<br>
* 207.237.112.1, via lan1 inactive<br>
<br>
When it's working properly, typically after a restart, I see:<br>
<br>
Hello, this is FRRouting (version 7.5).<br>
Copyright 1996-2005 Kunihiro Ishiguro, et al.<br>
<br>
ti14# show ip route <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Routing entry for <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Known via "ospf", distance 110, metric 103<br>
Last update 00:00:01 ago<br>
192.168.39.5, via lan0.9, weight 1<br>
<br>
Routing entry for <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a><br>
Known via "kernel", distance 0, metric 0, best<br>
Last update 00:00:08 ago<br>
* 207.237.112.1, via lan1<br>
<br>
My best guess is that there's some kind of timing issue here. When<br>
the system boots up with FRR, the FRR daemons start before DHCP<br>
installs the default route. That seems to lead to its being marked inactive.<br>
If I then restart FRR, it accepts the kernel default route.<br>
<br>
Is this perhaps fixed in a newer version of FRR? Or am I doing something<br>
stupid? Is there a patch for this? If not, I'm going to need to revert<br>
to quagga.<br>
<br>
Thanks,<br>
Andy<br>
<br>
_______________________________________________<br>
frog mailing list<br>
<a href="mailto:frog@lists.frrouting.org" target="_blank">frog@lists.frrouting.org</a><br>
<a href="https://lists.frrouting.org/listinfo/frog" rel="noreferrer" target="_blank">https://lists.frrouting.org/listinfo/frog</a><br>
</blockquote></div>