Regression #15623
closed
FRR does not load kernel routes at startup
0%
Description
After upgrading from 23.09.1 to 24.03.1 default kernel routes just disappeared from FRR. As a result, it's not possible to redistribute it using any dynamic routing protocol, breaking any network that uses Default Route Redistribution.
The issue is also reported here:
https://forum.netgate.com/topic/188603/updating-to-pfsense-24-3-breaks-routing-kernel-routes-now-gone
https://forum.netgate.com/topic/189051/frr-2-0-2_3-ospf-default-route-redistribution-not-working
Files
| bug24-03_2.png (226 KB) bug24-03_2.png | FRR routes | ||
| bug24-03_1.png (297 KB) bug24-03_1.png | OS routes | ||
| frr9-9.0.3.zip (3.69 MB) frr9-9.0.3.zip |
Updated by Jim Pingle 4 months ago
- Project changed from pfSense Plus to pfSense Packages
- Category changed from Routing to FRR
- Release Notes deleted (
Default)
Updated by Gavin Owen 4 months ago
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.
Updated by Marcos M 3 months ago
- File frr9-9.0.3.zip frr9-9.0.3.zip added
- Subject changed from Default kernel route to FF may not install or redistribute OSPF default routes
- Status changed from New to Needs Patch
- Priority changed from High to Normal
- OSPF-learned default routes do not get redistributed
- OSPF default routes may not get added to the kernel's routing table
- Extract and upload the files using Diagnostics > Command Prompt
- Stop FRR using Status > Services
pkg install -fy /tmp/frr9-pythontools-9.0.3.pkgpkg install -fy /tmp/frr9-9.0.3.pkg
Updated by Mike Moore 3 months ago
Can confirm after install of 9.0.3 on my SG-6100, kernal default route is back.
- 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
- 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
Updated by Kristof Provost 3 months ago
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.
Updated by Marcos M 3 months ago
- Tracker changed from Bug to Regression
- Subject changed from FRR may not install or redistribute OSPF default routes to FRR does not load kernel routes at startup
- Status changed from Needs Patch to Feedback
- Plus Target Version set to 24.03
The new FRR version is now available in 24.03. It can be pulled in by running pfSense-upgrade from the CLI.
Updated by Danilo Zrenjanin 3 months ago
- Status changed from Feedback to Resolved
After upgrading FRR to 2.0.2_4, the kernel routes appeared again.
I am marking this ticket as resolved.