dslreports logo
site
 
    All Forums Hot Topics Gallery
spc

spacer




how-to block ads


Search Topic:
uniqs
20
share rss forum feed


Mad Dawg
Mad Dawg
Premium
join:2006-03-19
reply to unwired9

Re: OSPF Backhauls

I am using ospf over UBNT all over the place
all the OSPF is handled by MikroTiks on each end the radios are just wireless bridges works very well for us
We always disable IP alias and enable multicast on the radios

gunther_01
Premium
join:2004-03-29
Saybrook, IL
But are you able to access your radio's when the appropriate router/gateway for a radio becomes accessible?

I think the main issue he is asking about is in a routed scenario, your UBNT radio's (event though in bridge modes) will have a gateway set in them for IP purposes. In the odd case that your bridged wireless link fails, and OSPF re-routes around the issue,(via some other redundant path) you loose your gateway for that link, and you can no longer communicate with the radio's to check on them, or work on them...

Say x.x.x.1 OSPF router --> x.2 UBNT AP -->. x.3 UBNT CPE --> x.4 OSPF router .

If the link fails doesn't x.1 go out of service when your routers re-route around the problem via another route/link? But than at that point x.4 would be accessible via the redundant link. BUT, you are trying to access the UBNT radios via x.4, which isn't their gateway, so they don't communicate back to you properly??

I think this is the problem. And also I guess my question to clarify from him and or the group. I have dabbled a bit with OSPF, but not had a chance to see how it really works within my network and it's caveats during redundant links
--
»www.wirelessdatanet.net


Mad Dawg
Mad Dawg
Premium
join:2006-03-19

4 edits
said by gunther_01:

But are you able to access your radio's when the appropriate router/gateway for a radio becomes accessible?

I think the main issue he is asking about is in a routed scenario, your UBNT radio's (event though in bridge modes) will have a gateway set in them for IP purposes. In the odd case that your bridged wireless link fails, and OSPF re-routes around the issue,(via some other redundant path) you loose your gateway for that link, and you can no longer communicate with the radio's to check on them, or work on them...



Yes this is correct but it also depends on what you use for the gateway ip on
each wireless link ie you could have radio ones gateway as the opposing ends mikrotik port IP or its local
i.e. tik-1-IP-10.255.0.1/29
radio1-10.255.0.3/29 gateway 10.255.0.1
radio2 10.255.0.4/29 gateway 10.255.0.2
Tik-2-IP-10.255.0.2/29
alternatively radio 1 would use the opposite end (10.255.0.2) as its gateway
either way will work but in method one the radio will still be accessable via its gateway interface
since its local,directly connected to it and its gateway it shouldnt matter if the link is down and not actually in use

This is how I set mine and I can still access the radios even if the primary wireless link is down and
were running on the backup link as long as the radio is phsically connected and running I can still access the primarys
--
Best Regards

MD


Inssomniak
The Glitch
Premium
join:2005-04-06
Cayuga, ON
kudos:2
Yea this is how I do it as well, sometimes its hit or miss though for me.
--
OptionsDSL Wireless Internet
»www.optionsdsl.ca

unwired9
Premium
join:2008-04-08
Algoma, WI
reply to Mad Dawg
This is how I had been doing it - The issue is even though the gateway is local the subnet is not necessarily routed to that router. So why I could access the router then in turn the device via ssh/telnet - I could not access the gui. It was not just an issue of when the link goes down but also taking the links down for spectrum scans etc. I try to make a habit of verifing my links from time to time. As I posted for those fighting this - I created a vlan interface on the router and set the management vlan on the ubnt then assigned a /30 so I have a /30 assigned to the routers for direct communication the a /30 assigned to a vlan on each end for access to the bridge. If I take the link down I just have to wait a couple seconds for the far side route to repropogate and then I can access both sides.