We run each POP as a stub area. We also do summarization at the POP.
CPEs run OSPF so the rest of the net knows how to get to them, not so
they can get out.
By doing the summarization and CPEs running OSPF our routing table went
from over 100 entries to about 500. When we get done adding
summarization for core interconnects, I expect it to get down to about
200 routes.
Installers like it because even if the CPE is configured with the wrong
address, the Internet still works and we can change the addressing from
the desk.
On 5/16/2013 10:15 AM, Casey Mills wrote:
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 <
[email protected]> 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
[email protected]
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
[email protected]
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
[email protected]
http://mail.butchevans.com/mailman/listinfo/mikrotik
Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3336 / Virus Database: 3162/6328 - Release Date: 05/16/13
--
Scott Reed
Owner
NewWays Networking, LLC
Wireless Networking
Network Design, Installation and Administration
Mikrotik Advanced Certified
www.nwwnet.net
(765) 855-1060
(765) 439-4253
(855) 231-6239
_______________________________________________
Mikrotik mailing list
[email protected]
http://mail.butchevans.com/mailman/listinfo/mikrotik
Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS
