I can’t suggest too much aside of 6.44.5 but I currently have it set up in 80+80 mode with statically configured frequencies. Specifically
set wlan1 band=5ghz-n/ac channel-width=20/40/80mhz-XXXX frequency=5200 secondary-channel=5530
I do have
adaptive-noise-immunity=none
(and I remember ANI being a massive pain on OpenWRT in the past) but it was off the whole time before anyway.
I actually had a massive amount of trouble setting up 80+80.
For first bunch of attempts “set secondary-channel=” command was accepted, returned me to prompt… but crashed the wireless subsystem.
Both 2.4 and 5.0 wifi go down, and many commands such like /interface print (not to mention /interface wireless print) just frozen the console.
A minute or two later I’ve been also losing the ability to open new ssh connections - key was accepted but then terminal hanged in blank.
Only fix for that was a power cycle.
Actually, no, that was a long night and I forgot the whole story.
Because the faulty config was already saved, after a reset I could log in but wifi was still crashed and trying to do e.g. /interface print would freeze the management plane again.
So after that power cycle it was actually required to restore backup, which would then say it will restart but fail to do so (because crashed system components).
Manual power cycle at that point brought me back to the config from backup, so with the ability to edit wireless config again.
So, try another setting, freeze the device again, rinse, repeat.
I’m still not 100% sure but I think what resolved this was setting
channel-width=20/40/80mhz-XXXX
.
Earlier it was specifically
channel-width=20/40/80mhz-Ceee
on the assumption of “if I’m setting frequencies manually, I should set up the control channel position manually too, right?”.
But… yeah. Works for me for now, at least.
PS. Can anyone point out to me what’s the logic for the code-tag to sometimes render inline and sometimes as a box?
It was discovered empirically that macbook pro 15 “2017 and macbook pro 15” 2019 are to blame for the fall of wlan1. There is no such effect on windows 10.
this is in my case.
ps
maybe it’s itunes wifi synchronization with iphone, ipad behaves like this or Airdrop or something specific - which I don’t know.
ps2
disabled AirDrop everywhere until the interface crashes. I will watch.
After a year of work, my HAP AC2 failed. Bought to replace RB4011. And in this device, for 3 days of operation, WiFi turned off 2 times. Does everyone have a problem or replace the device in the store?
@aya: Please, respect each other. You posted in a topic where multiple people are describing the problem for 4 pages - you should take a look first I think.
The MT is working on the solution. Replacing the device will not help.
In addition… in this time we have a solution that work perfect without any problem…
The solution is CAPsMAN and i have a mini tutorial / sample code above.
Please write to support@mikrotik.com, providing supout.rif from your device generated after the crash (when the interface is “down”). Additionally, If you know how to repeat the issue with your setup, please provide detailed steps.
Timur, I understand from Reinis, that your problem is not related to wireless at all, it’s most likely a Layer 2 misconfiguration problem. My question was to the other participants of this thread.
here it is not a level 2 configuration. You have some problems with RoS on L2. Since it affects wlan1 but not wlan2 - how can you explain this? When all the interfaces are in one bridge! And checked without a bridge! Let's not throw off the problem for a special case!
You DanielJB and others described the same symptoms. ping increases and SSID translation stops
/caps-man remote-cap print
ADDRESS NAME STATE RADIOS
2 172.27.0.1/58405 [11:E9:4B:BF:AB:CE] Run 2
Explain to me what is going on on L2 in RB4011. When the device in capsman constantly generates a left mac address. Non-native!
I already mentioned this to Arthus and Rudolfs and Reinis.
PS
Remember how we resolved the issue of identical mac addresses on SFP and wlan1 for a long time.