Restarting the FRR process destroys OSPF

[derritter88]

Important notices Before you add a new report, we ask you kindly to acknowledge the following:

• [x] I have read the contributing guide lines at https://github.com/opnsense/plugins/blob/master/CONTRIBUTING.md
• [x] I have searched the existing issues, open and closed, and I'm convinced that mine is new.
• [x] The title contains the plugin to which this issue belongs

Describe the bug Anytime I restart the OSPF process via WebGUI the routing breaks and no packets will pass OPNsense. To get routing back online I need to restart my network router.

At vtysh I can see that the routes may be seen at FRR but not being used at FIB:

To Reproduce Steps to reproduce the behavior:

1. Go to 'OSPF'
2. restart the process
3. Get offline

Expected behavior A reload of the FRR process should not break the whole network as soon as OSPF exchange is finished.

Screenshots See above.

Relevant log files [S5P8P-AJE73][EC 100663299] *** sendmsg in ospf_write failed to 224.0.0.5, id 0, off 0, len 216, interface vtnet1, mtu 1500: Network is unreachable

I am currently using PTMP instead of broadcast.

Additional context FRR would be:

Building configuration...

Current configuration:
!
frr version 8.5.4
frr defaults traditional
hostname router.hks.lan
log syslog
!
interface lo1
 ip ospf area 0.0.0.0
 ip ospf passive
exit
!
interface vtnet0
 ip ospf area 0.0.0.0
 ip ospf bfd
 ip ospf cost 10
 ip ospf network point-to-multipoint
exit
!
interface vtnet1
 ip ospf area 0.0.0.0
 ip ospf bfd
 ip ospf cost 10
 ip ospf network point-to-multipoint
exit
!
router ospf
 ospf router-id 10.255.255.2
exit
!
bfd
exit
!
end

Environment Virtual OPNsense OPNsense 24.1.3_1-amd64 FreeBSD 13.2-RELEASE-p10 OpenSSL 3.0.13

OS: Proxmox (Hypervisor) Server 1: AMD EPYC 7272 Server 2: Intel(R) Xeon(R) CPU E5-2637 v3

Both VMs are using 8 GB RAM & 8 cores. NIC: virtio

[derritter88]

Maybe my issue is related to https://github.com/FRRouting/frr/issues/15174

[derritter88]

I change from PTMP to broadcast on the interface and now it works. What I recognised is that the network type seems not to be reflected at FRRs config.

CLI:

interface vtnet1
 ip ospf area 0.0.0.0
 ip ospf bfd
 ip ospf cost 20

vs UI:

So broadcast is missing at FRR which could be configured on the interface via ip ospf network broadcast

[OPNsense-bot]

This issue has been automatically timed-out (after 180 days of inactivity).

For more information about the policies for this repository, please read https://github.com/opnsense/plugins/blob/master/CONTRIBUTING.md for further details.

If someone wants to step up and work on this issue, just let us know, so we can reopen the issue and assign an owner to it.