I have three routers running 2.9.41 and are all interconnected (triangle formation). One router is connected to the other two via two different VLANs. OSPF is enabled on all interfaces.
Issue:
When I shut down the VLAN or main interface for VLAN1 on Router1, the OSPF adjacency goes down between Router 1 and Router 3 as it should. However, when I re-enable the VLAN1 or main interface on router 1, the adjancency will not come back up no matter how long you wait. No initialization packets seem to be ever sent as neither router shows the adjacency in attempt state. I have to flap the VLAN1 OSPF Network on Router 1 and once I do, the adjacency immediately comes up. This is deterministic. This is a really basic bug. Is it fixed in another production build? (I’m not using router-test package). If this is fixed in the router test package, where can I get the 2.9.41 version?
It seems to be quite stable. Have it running on 3 boxes on different possitions of
my net for 3 weeks now without problems. One box of these also running BGP
had a problem resetting all BGP connections once, but no OSPF problem.
Stop consuming our time. If you think nobody should use OSPF on 2.9.43
talk with facts or search a flame forum.
As I told this 3 boxes are in different positions of my net. So there are other
boxes between. I roll out new versions very slow and look at it for weeks.
please, stop ranting about deleted posts, if your writing does not comply with forum rules - they will get deleted.
but that is not my point. My point is - carefully describe situation how your OSPF node crashes. monitor it between crashes. more info you give to MT faster they can reproduce the problem faster devs can start to fix it and most probably they can fix faster as they have information on what circumstances OSPF crashes.
synthetic pre-release tests cannot reveal all the bugs OSPF might have. so if you see that something is wrong or not working as written in RFC try to see if there are some circumstances when problem reproduce itself.
so steps to perform:
install newest RouterOS version, other way all the complaints will be rejected by devs as - this is old version
try to check if everything is ok with configuration (double check everything)
try to reproduce the bug if you succeed write down how you done that.
make shure that following these steps you get at least close to crash
after crash create supout.rif file and send it to support at mikrotik.com
if you think that you should post your finding in forums, so other people here get to know and check if they have time to fiddle around.
forgot to add - all changes will go into routing-test if taking about v.2.9 if 3.0beta, changes will go into routing
So I ran into OSPF troubles, too. One of my 2.9.43 Routers looses all of it’s neighbors
and found it again after rebooting. I enabled/disabled an IP before I noticed the problem
so it might be due to this. But simple enabling/disabling the IP do not reproduce the
problem. The enabled/disabled IP was not within the configured OSPF Network.
I followed all your steps. Let’s see if it helps
So yes: OSPF is not stable. Even 2.9.43 routing-test is not production quality
in my eyes.
May be mt-support finds the problem on my side than I will post here to correct
this statement. But I hope to see 2.9.44 with a rock solid OSPF.
