I agree with Paolo, only use OSPF on your core network routers. There is no need to have it running on CPE. Most of the time they only have one route to the AP anyway.
Casey On Thu, May 16, 2013 at 6:49 AM, Paolo Di Francesco < paolo.difrance...@level7.it> wrote: > Hi Scott > > we were having a lot of routers on different OSPF areas. Then due to our > topology I thought it was better and much more stable to work with other > stragegies. > > Yes we had some memory issues (leaks?) with flapping but obviously the > solution is not on the OSPF side but on the link part of the infrastrucutre > (to avoid flapping) > > I am glad it worked for you, but it is not working for us :) > > Thank you for the feedback > > Paolo > > > Please define "many routers." We have over 600 RouterBoards >> participating in OSPF and the only time we have an issue is when a >> wireless link flaps as OSPF needs to recalculate the table before it is >> done. That seems to be where there is a memory issue. >> >> On 5/15/2013 9:23 AM, Paolo Di Francesco wrote: >> >>> Hi >>> >>> yes STILL....OSPF has issues when your network has many routers >>> participating to the OSPF graph. The simple solution is to decrease >>> teh number or routers in the graph i.e. do not use OSPF where not >>> absolutely needed and use static routing where possible >>> >>> Also you have to use the right 'configuration' on the link (if you are >>> using wireless to connect) in order to let the OSPF messages pass. >>> Usually ptpm solve many link issues >>> >>> Occasionally, I see OSPF disappearing or not properly working in some >>> links, i.e. traffic passing but OSPF down on that link. In that case, >>> rebooting the LINK (not the router) makes things go again >>> >>> Obviously this opens some problems when you are using PPPoE or >>> accordingly with your network infrastructure. >>> >>> Regards >>> Paolo >>> >>> All- >>>> >>>> I've been noticing a lot of OSPF/route issues, mostly with older >>>> code as I've been adjusting the network (properly). After some >>>> network maintenance I'm going to be bought some time, but I've lost >>>> connections to routers (where rebooting brought them right back, no >>>> changes). Travelling to a router at whenever, not fun, and I know >>>> it's my fault because I don't have OOB built yet. >>>> >>>> It looks like this: >>>> >>>> http://forum.mikrotik.com/**viewtopic.php?f=14&t=57781&**start=0<http://forum.mikrotik.com/viewtopic.php?f=14&t=57781&start=0> >>>> >>>> Does anyone have a CR# for this so we can confirm OSPF fixes, or >>>> perhaps a recommended Code to run until it is? >>>> >>>> It looks like some of yall are seeing the same thing. >>>> >>>> What's the best code for OSPF/routes? >>>> >>>> -Mike Miller >>>> ______________________________**_________________ >>>> Mikrotik mailing list >>>> Mikrotik@mail.butchevans.com >>>> http://mail.butchevans.com/**mailman/listinfo/mikrotik<http://mail.butchevans.com/mailman/listinfo/mikrotik> >>>> >>>> Visit http://blog.butchevans.com/ for tutorials related to Mikrotik >>>> RouterOS >>>> >>>> >>> >>> >> > > -- > > > Ing. Paolo Di Francesco > > Level7 s.r.l. unipersonale > > Sede operativa: Largo Montalto, 5 - 90144 Palermo > > C.F. e P.IVA 05940050825 > Fax : +39-091-8772072 > assistenza: (+39) 091-8776432 > web: http://www.level7.it > > > > ______________________________**_________________ > Mikrotik mailing list > Mikrotik@mail.butchevans.com > http://mail.butchevans.com/**mailman/listinfo/mikrotik<http://mail.butchevans.com/mailman/listinfo/mikrotik> > > Visit http://blog.butchevans.com/ for tutorials related to Mikrotik > RouterOS > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.butchevans.com/pipermail/mikrotik/attachments/20130516/406fe0d6/attachment.html> _______________________________________________ Mikrotik mailing list Mikrotik@mail.butchevans.com http://mail.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS
