I would add :

1) as said, the interfaces should be in ptpm or p2p, broadcast will make things "strange" (some bugs in ubnt, not sure they solved)

2) if you can, avoid ospf and use static routing. If they are leaves of the net, just use static routing + tunnel and you will solve everything

3) is ospf flapping? take a look to the routes of the 3 routers, you should see that every N minutes the routes are changing. If so, better to avoid OSPF for this link

In case contact me off list

Not sure what you have setup, but a couple of things come to mind.
A router ID on any router of 0.0.0.0 will cause funny things to happen
occasionally.  Make sure all routers have an unique ID.
Routes with equal costs will sometimes change.  Make sure you have the
costs setup correctly on the routers.  Make sure the cost is the same
for both directions on a link unless you really do want traffic to use a
different path inbound than outbound.
More specific routes have priority over more general routes.  Not
everything takes the default route, if there are other ways to get
somewhere.
There have been some issues with some levels of UBNT firmware.  If you
are a WISPA member, check the archives on the mail lists. (If you aren't
a WISPA member, get signed up as soon as you can.)
If you want help offlist, feel free to e-mail me directly.

On 2/24/2014 2:34 PM, Paul McCall wrote:
Tower A has a Rocket M5 feeding Tower B (as its primary OSPF path) and
Tower C (as its secondary OSPF Path and that works correctly)

Seemingly since A (xxx.xxx.214.49), B (xxx.xxx.214.50) and C
(xxx.xxx.214.51) are on the same subnet and the same OSPF network,
sometimes Tower B will go through Tower C before going to Tower A.

Even with a static route from B (214.50) to A (214.49),  the OSPF
default route wants to prefer the tower C (214.51) path.   In the IP,
Route List it shows that the default should go the right direction
with a "distance" of 1.  In the OSPF, Routes it shows Tower C (214.51)
as the default path with a cost of 1 and a state of Ext 2.

Any thoughts ?




Paul McCall, Pres.
PDMNet / Florida Broadband
658 Old Dixie Highway
Vero Beach, FL 32962
772-564-6800 office
772-473-0352 cell
www.pdmnet.com<http://www.pdmnet.com/>
[email protected]<mailto:[email protected]>

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.butchevans.com/pipermail/mikrotik/attachments/20140224/67e85431/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: 2014.0.4335 / Virus Database: 3705/7120 - Release Date: 02/24/14





--


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

Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS

Reply via email to