Hello, I think I found a bug on OSPF v3 in RouterOS 7.6rc3.
I have an OSPF v2 and v3 setup with BIRD 2.0.10, everything works fine and the routes are swapped. If I restart BIRD, the OSPFv3 session on RouterOS does not automatically resume, I have to deactivate the instance and reactivate it in RouterOS from OSPF> Instances. As soon as I reactivate it after a few seconds the neighbors begin to populate. In OSPF v2 it does not happen, if I restart BIRD after a few seconds, RouterOS also reactivates ..
Some more info, the problem is also between ROS 7.6rc3 and FRR instead of BIRD
If I launch a packet sniffer in ROS we see that when BIRD disappears from the neighbors the HELO packets are correctly sent and received as set in HELO INTERVAL. Even in BIRD from debugging we see the sending and receiving of HELO packets as if everything was working
I just tested on ROS6.49.6 and the OSPF v3 session is stable
I would definitely open a ticket with MikroTik on this.
Are any firewall rules in use? Hw offload? Connection Tracking?
Hello, there is the open tt SUP-95248
Both Bird and RouterOS exchange HELLO packets correctly but it does not appear in the neighbors and obviously does not learn the routes. Only deactivating and reactivating the instance solves the problem for a few minutes. On ROS 6 it works correctly (exact same configuration)
OSPF3 to BIRD also works perfectly on ROS 6.49.7. Completely broken on 7.6 stable
Hi guys, I solved it. First of all it is not a RouterOS BUG but a problem on the firewall. From a more thorough check in our filters we have the ICMPv6 protocol blocked and we only authorize certain queues. Having the type CODE 130 (Multicast) blocked the MAC of the cards could not ping the IP Link Local and after some time OSPFv3 went down ..