OSPF through QRT Bridge

Hey all, I’m using quite a few QRT radios as Backhauls and typically use at least one end in bridge mode. The remote end I’ll often put in Router mode sand use it to face my APs.
I’m curious if there is any reason to enable OSPF on the bridged QRT.
I had OSPf working in this situation, but I hadn’t enabled it on the bridge interface on the (let’s say) local end. It workd..
Then it quit broadcasting the subnets on the remote interfaces after weeks of working fine. As a last ditch I added 10.0.0.0/8 to the list of Networks in the OSPF tab on the bridged radio.
The subnets immediately came back up..
Any thoughts if this is a good or bad practice?

In general, a bridge should pass network-layer protocols (like OSPF) through it transparently.
(You don’t enable OSPF on ethernet switches, right?)

OSPF is a router thing - so the OSPF adjacency should be between the router-mode endpoint and the router behind the bridge-mode radio.

If your radios support OSPF natively as routers, then I would probably use router mode for all of them. It’s going to cause your network to converge a lot faster in the case of link failure. The radio will know immediately when the link is down, whereas if it’s bridging, then the ethernet router will simply have to time out the adjacency when it stops hearing hellos from the other end.