pfSense » pfSense Packages

I too am affected by this issue (being the original poster on the forums), and can't upgrade to 24.03 because of it. Netgate are now posting about the upcoming 24.08, yet this issue is still in the status of "New" and "High"?!

Has anyone from Netgate at least confirmed this issue? It should be quite easy to confirm. Regressions in my view should be given top priority.

Can confirm after install of 9.0.3 on my SG-6100, kernal default route is back.

1. Before ##

K>* 1.0.0.1/32 [0/0] via 104.13.92.1, igc3, 6d17h01m
K>* 1.1.1.1/32 [0/0] via 104.13.92.1, igc3, 6d17h01m
K>* 10.1.10.0/24 [0/0] via 10.6.106.6, ipsec1, 03:35:35
K>* 10.1.10.254/32 [0/0] via 10.6.106.6, ipsec1, 01w2d01h

1. After using 9.0.3 install provided by Marcos #15680

sh ip route kernel
Codes: K - kernel route, C - connected, S - static, R - RIP,
O - OSPF, I - IS-IS, B - BGP, E - EIGRP, T - Table,
v - VNC, V - VNC-Direct, A - Babel, f - OpenFabric,
> - selected route, * - FIB route, q - queued, r - rejected, b - backup
t - trapped, o - offload failure

K>* 0.0.0.0/0 [0/0] via 104.13.92.1, igc3, 00:00:14
K>* 1.0.0.1/32 [0/0] via 104.13.92.1, igc3, 00:00:14
K>* 1.1.1.1/32 [0/0] via 104.13.92.1, igc3, 00:00:14
K>* 10.1.10.0/24 [0/0] via 10.6.106.6, ipsec1, 00:00:14

I've opened https://github.com/FRRouting/frr/pull/16597 with FRR with the fix.

The short version is that FRR made some changes the code flow in the bits that retrieve routes at startup, and only tested that flow in the netlink case. It was broken everywhere other than Linux.

Outstanding work. Thank you Kristof