Without nstreme or nv2 support this is unuseable for outdoor WISP operation.Product code: L11UG-5HaxD
CPU Dual-Core IPQ-5010 800 MHz
CPU architecture ARM
Size of RAM 256 MB
Storage 128 MB, NAND
Number of 1G Ethernet ports 1
USB port 1 USB 2.0 port type A
Wireless band 5 GHz
Wireless interface model QCN-6102
Wireless 802.11a/n/ac/ax dual chain
Dimensions 107 x 114 x 27 mm
Operating system RouterOS v7, License level 4
Operating temperature -40°C to +70°C
https://www.youtube.com/watch?v=ycaWP5hOax0
Dream = L11UG-6HaxD
Why.Without nstreme or nv2 support this is unuseable for outdoor WISP operation.
Why dream so faintly?Dreaming about device ...5HaxD6axD
Meh. Nothing with 6GHz radio ... or 7GHz 4x4MIMO radioTurns out there's a lot of new products coming from Mikrotik.
Can we add the letter "R" in these dreams?Why dream so faintly?Dreaming about device ...5HaxD6axD
7HbeQ, 7HbeO
Throw an "A" for a good measureCan we add the letter "R" in these dreams?
Why dream so faintly?
7HbeQ, 7HbeO
WiFi6 in non-mixed mode doesn't have hidden node problem in OFDMA so it fares far better outdoors. if you run mixed mode ie AC clients then you'll suffer hidden node. That's really all TDMA has ever done on mikrotik since there's not been GPS sync. It's not going to scale super well but for smaller <20 client APs I think it'll be a nice kit. for a 2x2 AP it should be good, 4x4+ APs run into some problems with the default MUMIMO groupings because it's more or less setup to have a small number of heavy stations.All these models probably have same board inside, that's easy way to upgrade products. But it's all good only for setting up outdoor APs for regular devices.
None of this would work in WISP scenario without bridge mode, TDMA, not even basic WDS. There could be some workarounds for that using tunnels but no advanced WIFI control and lack of TDMA will be far worse without any workaround to fix it as that's hardware limitation...
where do you find this information? v7.13 supports station-bridge and I'm having no issues connecting ac clients up to a hap ax3 I'm using for testing.This access point does not support MikroTik AC clients in Station Bridge mode; it only allows pseudo-bridge, which is not useful
Some help on how to use it with a bridge?
Pretty sure he means MikroTik AC clients using the wireless package. They effectively only work in station-pseudobridge mode with APs running wifi-qcom package.where do you find this information? v7.13 supports station-bridge and I'm having no issues connecting ac clients up to a hap ax3 I'm using for testing.
No everything is still like this and no changes are expected.I get that but I think as of 7.13 that’s not the case anymore…
There is still one crutch solution to lay additional EOIP.Some help on how to use it with a bridge?
Just tried it. Pair of SXTsq 5 ac, both running v7.13.5, one with wifi-qcom-ac package, the other with wireless package.I get that but I think as of 7.13 that’s not the case anymore…
As the rumours go it'll stay this way ... i.e. no bridging between wifi and wireless drivers ... ever.So no, bridging still doesn't work between old/new wireless packages.
Which is completely unacceptable, as you have no way to upgrade/forklift your network to the next generation. If you have to swap everything anyways, better swap it with Ubiquiti or Cambium, at least the latter has a working TDD implementation and backwards compatibility with older generation devices.As the rumours go it'll stay this way ... i.e. no bridging between wifi and wireless drivers ... ever.
That's great for a couple of devices, not when you have 1500 of them. Just managing all those tunnel is a disaster.Easiest workaround: EOIP across wifi interfaces.
When communicating between old and new drivers, you should use the same settings as for devices from other vendors. That is, use the station-pseudobridge mode. In 7.14 this mode station-pseudobridge appears for wifi-qcomWith the wifi-qcom-ac device using 'ap' mode and the wireless device using 'station-bridge' mode, no connection is established.
Except that breaks a whole bunch of other things (such as STP), is unstable and according to MikroTik's own wiki article, should be avoided whenever possible:When communicating between old and new drivers, you should use the same settings as for devices from other vendors. That is, use the station-pseudobridge mode. In 7.14 this mode station-pseudobridge appears for wifi-qcom
This mode is available for all protocols except nv2 and should be avoided when possible. The usage of this mode can only be justified if AP does not support better mode for L2 bridging (e.g. when non-RouterOS AP is used) or if only one end-user device must be connected to network by means of station device.
Bingo! Just noticed new L23UGSR-5HaxD2HaxD. My complaints about the L11UG was the lack of miniPCIe/SIM and no SFP (or 2nd port) seem solved:Can we add the letter "R" in these dreams?Why dream so faintly?
7HbeQ, 7HbeO
the slot supports only LTE modems and LoRa cardsBingo! Just noticed new L23UGSR-5HaxD2HaxD. My complaints about the L11UG was the lack of miniPCIe/SIM and no SFP (or 2nd port) seem solved:
Can we add the letter "R" in these dreams?
https://mikrotik.com/product/l23ugsr_5haxd2haxd
I'll be getting a couple of these to try. Good work Mikrotik.