Restarting the FRR process destroys OSPF

[derritter88]

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

• I have read the contributing guide lines at https://github.com/opnsense/plugins/blob/master/CONTRIBUTING.md
• I have searched the existing issues, open and closed, and I'm convinced that mine is new.
• 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
FRRouting/frr#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