A couple of thoughts Paul.
If you suspect that broadcast traffic is maybe not making it on one of
the paths, you might try configuring them with NBMA.
The other thought was why you don't configure each of the paths with a
/30, so that they are on distinctly different subnets?
bp
On 2/25/2014 5:41 PM, Paul McCall wrote:
I have run extensive tests under load and I cant find any Ethernet errors while
I am doing it, nor any ping losss from each Tik up the tower to the radios.
I will find it.. I know... but it actually seems logical on why it would not
know where to route to since both destinations are on the same OSPF network
Paul
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Terri Kelley
Sent: Tuesday, February 25, 2014 8:38 PM
To: Mikrotik discussions
Subject: Re: [Mikrotik] OSPF "problem" situation #1
Doesn't sound right then. I'm running it through several different versions of
M5s with no issues. They are set to bridge with 750gl doing the ospf. The RJ45
that I talked about was on the cat 5 from the bridge Plugging into the 750. Not
sure what else to tell you
Terri Kelley
Network Engineer
254.697.6710
Farm to Market Broadband
-----Original Message-----
From: Paul McCall <[email protected]>
To: Mikrotik discussions <[email protected]>
Sent: Tue, 25 Feb 2014 7:32 PM
Subject: Re: [Mikrotik] OSPF "problem" situation #1
Terry, I tried PTP mode. It wouldn't stay "up" on that OSPF leg.
Paul
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Terri Kelley
Sent: Tuesday, February 25, 2014 8:16 PM
To: Mikrotik discussions
Subject: Re: [Mikrotik] OSPF "problem" situation #1
So a couple of things. Doesn't matter what you put in as a static, ospf will
still choose it's own so you may see both. Static should take priority though.
You may want to make the wireless connections point to point in ospf rather
than broadcast. Seems to be more stable for me. I kept seeing it lose the ospf
one direction then sometime later it would come back. And finally in my case
mine would change even though I thought it shouldn't. Then I noticed there were
some speed issues under load. Turns out an rj45 wasnt on good. That settled the
whole thing.
Terri Kelley
Network Engineer
254.697.6710
Farm to Market Broadband
-----Original Message-----
From: Paul McCall <[email protected]>
To: Mikrotik discussions <[email protected]>
Sent: Tue, 25 Feb 2014 6:38 PM
Subject: Re: [Mikrotik] OSPF "problem" situation #1
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.butchevans.com/pipermail/mikrotik/attachments/20140225/43634dd7/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
_______________________________________________
Mikrotik mailing list
[email protected]
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/20140225/5409579a/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
_______________________________________________
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
