Page 1 of 1
OSPF fails to redistribute default route after a reboot
Posted: Fri May 04, 2007 1:07 am
by sdischer
I have 10 MT routerboards participating in OSPF in a ring configuration. The Gateway router (GW) redistributes default as Type 1 and the other 9 get their default from the GW Router. If I reboot the GW router, OSPF routes continue to propogate throughout but the neighbors lose and do not get back their default from the GW router unless I disable the networks on the GW router's OSPF configuration and then reenable. I have confirmed this behavior with another local ISP running MT and they ar seeing the same thing. I am runing the routing package, not routing-test.
Posted: Fri May 04, 2007 5:03 am
by ptsip
As far as I know, you must using routing-test for stable OSPF.
OSPF is not stable
Posted: Fri May 04, 2007 8:20 am
by ste
Hi,
I´ve reported a Bug where Ospf looses neighbors and even reboot does
not help. (2.9.42 routing and routing-test). So you cant depend on it.
I`ve found myself testing and inserting static routes the whole night with
a broken network.
So be aware Ospf Implementation is beta quality at the moment.
Stefan
Posted: Fri May 04, 2007 8:56 am
by ptsip
have you tried with M/T ROS v3beta7?
Re: OSPF is not stable
Posted: Fri May 04, 2007 9:21 am
by GWISA
Hi,
I´ve reported a Bug where Ospf looses neighbors and even reboot does
not help. (2.9.42 routing and routing-test). So you cant depend on it.
I`ve found myself testing and inserting static routes the whole night with
a broken network.
So be aware Ospf Implementation is beta quality at the moment.
Stefan
Yep - Unfortunately we have seen the same - using OSPF but with static routes on all routers.
OSPF is just not stable at all...
Posted: Fri May 04, 2007 3:00 pm
by sdischer
Normis, can you confirm that:
1. OSPF is not stable -or-
2. We should be using routing-test?
BTW: I too keep static defaults in place and disabled for just such an occasion.
Posted: Fri May 04, 2007 3:14 pm
by Letni
I would like to add that I have a network of 10 MT routers. I have also noticed that OSPF does not appear to be stable. The most notable issue is under neighbors, it stays at Init. I tried routing-test in the past and did not see any improvement. I should probably try it again before I contact support.
I have been tempted to make a suppout and send it to them for help. I have never used there tech support, anyone have any good coments on them?
-Louis
Posted: Fri May 04, 2007 4:10 pm
by ste
have you tried with M/T ROS v3beta7?
No. It's a production network. I act as conservative as I can
as I get a lot of angry people on the phone.
Stefan
RIP working?
Posted: Fri May 04, 2007 5:13 pm
by ste
Anyone tried RIP with more than 10 MTs?
Stefan
Posted: Fri May 04, 2007 6:23 pm
by mrz
You must use routing-test for sure. Any bugs in routing are fixed only in routing-test package. Don't be afraid of "test" it doesn't mean that this package is only for testing
Posted: Fri May 04, 2007 9:00 pm
by ste
You must use routing-test for sure. Any bugs in routing are fixed only in routing-test package. Don't be afraid of "test" it doesn't mean that this package is only for testing
Yes, routing-test is more advanced, but my problem exists on both
routing and routing-test..May be it has nothing to do with both. Multicast
packets do not reach the neighbors and this is what Ospf depends on.
Stefan
Posted: Mon May 07, 2007 5:02 am
by firebat
Add another that has seen the same thing with default static not getting redistributed on a reboot. It doesn't happen every time.
Posted: Mon May 07, 2007 9:30 am
by tralala
I have seen problem too, many times...
Posted: Mon May 07, 2007 9:58 am
by redkurawa
I have same problem too, use 2.9.42
After the routerboard reboot, the cisco cannot connect the mikrotik OSPF.