Hello all,
I would like to ask if HAP AX3 - version 7.16 or simply recent ROS 7.x supports AP-Bridge mode.
I need to create transparent wireless L2 link between two mikrotik routers deployed indoors.
One HAP AX3 is currently deployed as a main router. I need to connect a second router placed in a different room where there isn’t any cable.
The wifi link between the two devices needs to be l2 transparent because of WoL and other stuff.
End points like computers and a printer are going to be connected to the second mikrotik to its lanports.
I thought combination of AP-Brige on the main router and station-bridge on the newly added router is needed. But unfortunately, I can’t find ap-bridge mode in the main’s router configuration which is currently on the stable ROS 7.16
Please, is AP-Bridge supported on hap ax3 / ROS7.x / wifi-qcom?
If you need any information from my side, please let me know.
But because I am currently testing it between Mikrotik RB951 ( with older WIFI driver ) and the new HAP AX3 ( with wifi-qcom / wifiwave2 driver ) it doesn’t work. And I need to test it before I buy the new router to be sure all needed things work as expected.
Is there any way how to make this work between RB951 and HAP AX3 at least for test purposes? Because unfortunately don’t currently have any other HW with wifiwave2 driver.
Hi, station pseudobridge isn’t L2 transparent for other protocols. I think it does MAC translation for IP protocol, but Mikrotik doesn’t recommend to use it. But yeah, maybe it would work in case the WoL magic packets are encapsulated in UDP or ICMP.
Well, I don’t understand why Mikrotik doesn’t make the “bridge mode” fully compatible between various drivers/models. It would be much better and easier.
100% transparent bridge mode works between same generation of WiFi drivers, e.g. between wireless-wireless pair of devices (legacy driver) or between wifi-wifi pair of devices (new wifi-qcom or wifi-qcom-ac drivers).
I don’t expect to see compatibility between legacy and new drivers, there are at least two functions where these don’t cooperate: bridge and capsman. And MT never mentioned any intention to make them compatible in any of the two functions. My guess is that if this was feasible, they’d already do it (the new wifiwave2 driver suite is “in the wild” since v7 is around so plenty of time to make it compatible).
Are we allowed to state that the adjective “graceful” cannot be used to describe the transition between old and new/wireless and wifi/capsman and capsman(2)?
Btw does it cause any problems to have station bridge and station (a.k.a normal clients) on the same (mikrotik) AP?
Does it have any performance impact to use the station bridge mode? And also the coexistence between station bridge and stations on the same AP?
Mind that applicability matrix with ROS v7 became a bit more complex (wifi-qcom(-ac) supports neither nstreme nor nv2 … and is not compatible with legacy wireless when it comes to station-bridge mode).