Costs are all set right, both incoming and outgoing. The problem is that the TIK does not seem to differentiate between the two towers that it could possibly go to because they are on the same subnet and same OSPF network. That's the problem, in a nutshell
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Scott Reed Sent: Tuesday, February 25, 2014 6:21 AM To: Mikrotik discussions Subject: Re: [Mikrotik] OSPF "problem" situation #1 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/67 > e85431/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 > > -- 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 Toll-free (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 _______________________________________________ Mikrotik mailing list [email protected] http://mail.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS
