yep, known bug with UBNT, make sure you have the latest firmware as
well, as even if you setup a WDS link, it would not pass OSPF protocol
one way.

-----------------------------------------------------------
Dennis Burgess, CCNA, A+, Mikrotik Certified Trainer
Link Technologies, Inc -- Mikrotik & WISP Support Services
Office: 314-735-0270 Website: http://www.linktechs.net
LIVE On-Line Mikrotik Training - Author of "Learn RouterOS" 

-----Original Message-----
From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On
Behalf Of Justin Mann
Sent: Tuesday, July 13, 2010 5:17 PM
To: wireless@wispa.org
Subject: Re: [WISPA] Problems with UBNT Rocket + Mikrotik combo



I will attempt that. It didn't occur to me before; Star backhauls have 
no WDS configuration as it automatically puts clients in WDS mode if 
they are compatible, but it's an obvious reason as to why it would 
happen. Thank you for your assistance.

On 07/13/2010 03:14 PM, Jason Bailey wrote:
> change to ap-wds and sta-wds ;)
>
> --- On *Tue, 7/13/10, Justin Mann /<justinl...@unwiredwest.com>/*
wrote:
>
>
>     From: Justin Mann <justinl...@unwiredwest.com>
>     Subject: [WISPA] Problems with UBNT Rocket + Mikrotik combo
>     To: wireless@wispa.org
>     Date: Tuesday, July 13, 2010, 6:08 PM
>
>     Hello,
>
>     My name is Justin. I work for Mark Nash, whom I'm sure you have
heard
>     from before. I'm his company's engineer. This is my first time
>     writing
>     into or reading the WISPA list; Mark suggested that some people
here
>     might be able to help me with a particular issue we have been
>     experiencing.  If anyone here has suggestions as to what the issue
>     would
>     be, I would appreciate it.
>
>     Here is my scenario. We have two sites; we will call them "A" and
"B".
>
>     At site "A" we have a Mikrotik router, running RouterOS v4.5. At
site
>     "B" we have 3 StarOS access points.
>
>     Each access point has a /30 on it's ethernet side, shared with the
>     router, and uses RIP. We have a bridged StarOS backhaul between
>     them. It
>     works pleasantly; the router has never failed to pick up the
remote
>     networks on the access points before. Recently, we have wanted to
>     replace our StarOS backhauls with UBNT Rocket backhauls.
>
>     When we attempted to do this, we encountered a very strange bug
>     with no
>     workaround I could find. When we switch to the Rocket backhaul, we
>     can
>     no longer communicate with remote networks. Now, both the APs and
the
>     Router are still running RIP - and you can look at the RIP routing
>     information and see that the router has indeed received the
>     downstream
>     routes. However, we can only communicate with the /30s. If we
>     attempted
>     to reach the remote networks, it returns as unreachable - and if
we
>     attempt to trace those networks, it seems that the Mikrotik router
is
>     attempting to route traffic to an internal-only address assigned
>     to the
>     Rocket backhaul devices.
>
>     Example. Network 1.0.0.0/24 is on the far side of Access point A.
>     With
>     the StarOS bridged backhauls, the Mikrotik router successfully
adds a
>     route to its kernel routing table to route 1.0.0.0/24 through the
/30
>     assigned to the access point. In our failure scenario with the
>     Rockets,
>     the same route is successfully received via RIP, and you can see
that
>     1.0.0.0/24 is still pointing correctly to the /30. However, when
the
>     router actually attempts to forward a packet, it forwards the
>     packet to
>     an internal-only address assigned to the Rocket Backhauls, an
address
>     that does not appear ANYWHERE in the router's routing table.
>
>     What makes it more difficult is that even static routes do not
>     work. If
>     RIP is disabled on the respective devices, and a static route is
>     entered, it still fails to work - it even fails to work if you
>     completely remove the internal network from the router, and leave
>     only
>     the /30s on the interface, with a static route. The router still
>     cannot
>     communicate with downstream networks - only the /30 directly
>     connected
>     to it. this only happens with the UBNT rocket AP is in place.
>
>     Currently, the rockets are configured as bridges, in AP and
Station
>     mode, with AirMax enabled.
>
>     If anyone has any advice I would appreciate it.
>
>
>
------------------------------------------------------------------------
--------
>     WISPA Wants You! Join today!
>     http://signup.wispa.org/
>
------------------------------------------------------------------------
--------
>
>     WISPA Wireless List: wireless@wispa.org
>     <http://us.mc525.mail.yahoo.com/mc/compose?to=wirel...@wispa.org>
>
>     Subscribe/Unsubscribe:
>     http://lists.wispa.org/mailman/listinfo/wireless
>
>     Archives: http://lists.wispa.org/pipermail/wireless/
>
>
>
>
>
>
------------------------------------------------------------------------
--------
> WISPA Wants You! Join today!
> http://signup.wispa.org/
>
------------------------------------------------------------------------
--------
>
> WISPA Wireless List: wireless@wispa.org
>
> Subscribe/Unsubscribe:
> http://lists.wispa.org/mailman/listinfo/wireless
>
> Archives: http://lists.wispa.org/pipermail/wireless/



------------------------------------------------------------------------
--------
WISPA Wants You! Join today!
http://signup.wispa.org/
------------------------------------------------------------------------
--------
 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/


--------------------------------------------------------------------------------
WISPA Wants You! Join today!
http://signup.wispa.org/
--------------------------------------------------------------------------------
 
WISPA Wireless List: wireless@wispa.org

Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless

Archives: http://lists.wispa.org/pipermail/wireless/

Reply via email to