MikroTik

Posted: **Mon Dec 03, 2018 9:47 am**

I received my RB4011 last friday. Very happy with the design of the device. I use it as a replacement for my RB2011 which has been running perfectly for about 5 years.

I backupped the running config of the RB2011, and selectively imported this script to the RB4011. Everything seemed to be running fine, but after 24 hours, the 5GHz network disappeared. I rebooted the device, and it was available again. Last night, again after 24 hours, the network disappeared again.

The wlan1 device is enabled, but when I open it, it says 'not running'. Also, under status it shows the date the link went down last, but it seems it never came back up.

Anyone else experiencing this?

Posted: **Mon Dec 03, 2018 5:02 pm**

What does it say in the logs?
5Ghz may be disabling itself if it "thinks" it is seeing DFS and is in a DFS channel. You need to provide more of your config for further help.

Posted: **Mon Dec 03, 2018 11:16 pm**

First - upgrade to 6.43.7 https://download.mikrotik.com/routeros/ ... 6.43.7.npk

Posted: **Mon Dec 03, 2018 11:57 pm**

I didn't see any updates before, pretty sure I checked... Just installed 6.43.7. I'll have to wait another 24 hours to see if it has fixed my wlan1 interface going down.

@Steveocee: I don't see anything specific in the logs (see attachment) explaining why the interface was down. If it was DFS, shouldn't it automatically come back online, after a while?
Anything specific you want to know about the config? I have two interfaces, wlan1 (5ghz) and wlan2 (2.4ghz), with a virtual AP for guest on wlan2.
wlan1 is in ap bridge mode, 5GHz-N/AC, 20/40/80Mhz Ceee channel width, auto frequency
wlan2 is in ap bridge mode, 2GHz-B/G/N, 20/40MHz Ce channel width, 2412MHz frequency

Posted: **Fri Dec 07, 2018 12:05 pm**

Are you using the same SSID name for both your 5G network and 2G network? Devices roaming from 5G to 2G would leave the 5G AP as running but not active. My P20 Lite is a PITA as it's dual band and I have done everything I can to get it to prefer 5G but it always ends up on 2.4G

Posted: **Fri Dec 07, 2018 1:47 pm**

Steveocee: The solution to this is to reduse the 2,4GHz transmit power a bit so that clients sees the 5GHz net as the strongest when close.
This would reduce the 2,4GHz theoretical coverage, but normally not the actual/usable coverage, since coverage is normally limited by tx power on client.

Posted: **Fri Dec 07, 2018 1:56 pm**

Steveocee: The solution to this is to reduse the 2,4GHz transmit power a bit so that clients sees the 5GHz net as the strongest when close.
This would reduce the 2,4GHz theoretical coverage, but normally not the actual/usable coverage, since coverage is normally limited by tx power on client.

Yep, my 2.4Ghz network broadcasts 7dB lower than my 5Ghz. I use UBNT AP's so I also try to make use of band steering to push clients to 5Ghz. Just my P20 Lite that doesn't seem to play nicely with it.

Posted: **Fri Dec 28, 2018 2:39 pm**

I'm having similar issues, but mine do not appear to go away after a reboot.

I have two units (one on the basement and one up on the 2nd floor), for the sake of the discussion we will refer to them as "primary" and "secondary".
Days 1 & 2: All devices connect and communicate immediately and without issues with primary's wlan1, but have difficulties discovering secondary's wlan1.
After a while, once they discover secondary's wlan1, connection and communication is flawless after that.
Day 3 and onwards: All devices still connect and communicate immediately and without issues with primary's wlan1, but now are unable to discover secondary's wlan1.

Tried the following:
- Enabling/Disabling wlan1
- Multiple reboots
- Restoring a backup
- Downgrading RouterOS/Firmware (factory)
- Re-upgrading RouterOS/Firmware (latest)

Nothing solved it, so I thought I'd try fiddling with the channel width.
The interesting thing however is:
All of my 5GHz-capable devices will discover/connect/work fine with the "20/40/80/160MHz eeeeeeeC" option on the primary unit
None of these devices will discover/connect/work with the secondary unit, unless the "20/40/80MHz eeeC" option is selected. (But how exactly were they working before???)

It's definitely not a compatibility issue with the client devices, that much I can tell. But what would cause the "eeeeeeeC" option to irrevocably cease function on one device only?
DFS might be a possible answer yes.. but at the basement floor that the secondary unit resides, not even cellular signal reaches - how can a much weaker 5GHz "rogue" frequency do?
I'm all out of ideas at this point. (I've also opened up a support ticket for this)

A few more extra questions:
I never understood exactly how to decipher those "Ceee, eCee, eeCe, eeeC, XXXX" settings.
From what I have gathered so far "e" is supposed to be a representation of a 20MHz-stepping and "C" denoting the control frequency.
1) But what exactly is a control frequency and what is a exactly the difference between all of these options/offerings in layman's terms? And what's the one in Xs supposed to represent?
2) How do these settings impact the frequency option listed below? What if said option is defined as auto?

Posted: **Fri Dec 28, 2018 3:02 pm**

I'm all out of ideas at this point. (I've also opened up a support ticket for this)

Does log contain anything about wireless? Does some "wifi scanning" software (on a phone) show wifi signal from secondary unit?

I never understood exactly how to decipher those "Ceee, eCee, eeCe, eeeC, XXXX" settings.

C is the 20MHz channel where SSID is actually broadcasted. So if any (legacy) device does quick scan of occupied channels, it'll only see the channel C as occupied. Only devices supporting newer WiFi standards (n, ac) will check for 40/80/160 MHz channles and notice that adjacent channels are occupied as well.

'e' are for adjacent 20MHz channels ... either with lower (if left from C) or higher (if right from C) centre frequency. I don't have any idea about 'X'es.

If option is set to auto, AP will choose (I don't know the order of preference) one of possibilities. E.g. if AP chooses lowest possible channel for C, it'll choose Ce(ee(eeee)). If AP chooses highest possible channel for C, it'll choose ((eeee)ee)eC. If C is placed somewhere mid-band, then I don't know hish kind of e placement will choose.

Posted: **Fri Dec 28, 2018 3:30 pm**

Does log contain anything about wireless? Does some "wifi scanning" software (on a phone) show wifi signal from secondary unit?

Sadly nothing, otherwise I would've mentioned it. Good thing that you brought it up though.

One thing that differs though, and apologies for forgetting to mention it, is that due to the lack of cellular signal - a femtocell unit is installed in the basement.
Could they be the source of the problem? But wouldn't normally these operate between 1.9 and 2.6GHz?

C is the 20MHz channel where SSID is actually broadcasted. So if any (legacy) device does quick scan of occupied channels, it'll only see the channel C as occupied. Only devices supporting newer WiFi standards (n, ac) will check for 40/80/160 MHz channles and notice that adjacent channels are occupied as well.

'e' are for adjacent 20MHz channels ... either with lower (if left from C) or higher (if right from C) centre frequency. I don't have any idea about 'X'es.

If option is set to auto, AP will choose (I don't know the order of preference) one of possibilities. E.g. if AP chooses lowest possible channel for C, it'll choose Ce(ee(eeee)). If AP chooses highest possible channel for C, it'll choose ((eeee)ee)eC. If C is placed somewhere mid-band, then I don't know hish kind of e placement will choose.

So basically the rule of the thumb is to aim for a "C" placement that is known to work with older/legacy devices, as newer ones won't care about it anyways. Gotcha.
If "auto" can change the positioning of "C" then what purpose would selecting the "C" option serve in the first place? Just preference?
How does the "C" option affect the static values besides "auto", does it shift them in any shape or form? I'm currently away from the device so I cannot test it myself.

Posted: **Sat Dec 29, 2018 12:01 am**

What about wifi device scan near secondary AP, does it show its wifi signal?

Re femtocell: it really depends on which bands a MNO operates, but yes, usually they are below 2.6GHz. This doesn't mean femto can't interfere, if (built-in?) antennae are faulty, some higher frequency mixing products might appear. You can easily rule this out by switching off the femto for some time.

Re selection of C: this is description about how it works for 2.4GHz 802.11n (20+20)... When AP is set to support legacy wifi revisions, then legacy devices (i.e. 802.11g) will use only the C channel. Thus in mixed environment, the C channel will receive higher load. Legacy APs will also only notice C as being occupied when selecting channel and e's might getbsome more interference due to that.
In my case (802.11n) I have set channel width to 20/40 eC and frequency to 2472 MHz (channel 13). Legacy clients see SSID only as channel 13 while n clients see it as 9+13. When AP is set to completely auto mode, it scans for other SSIDs on air and it might select the least interferred channel for C and then select the eCe pattern accordingly. Or it might do some other magic, I don't have a clue.

I guess that when manually setting things, ROS won't accept illegal mix. I.e. you can't set frequency to highest possible and select Ce(e*).

Posted: **Sat Dec 29, 2018 2:40 pm**

mkx: Devices are unable to find the SSID. Frequency scanner/snooping does work, but it will show 0% usage on the scanned channels/frequencies in the environment.
The funny thing is that the primary device works fine.. I'm dumbfounded.

Update #1:
Okay, wlan1 on the secondary unit has died completely (I still haven't touched anything since the last post). Now it doesn't work even with the "20/40/80MHz" options.
Only thing I could see in log, was that a client disconnected from wlan1 due to group key exchange timeout, nothing else.
What's particularly interesting is that I ran the frequency scanner (out of curiosity) and I was getting absolutely no results even though I left it running for a couple of minutes.

Rebooting the device fixed that for now. I'm starting to believe that I either got dealt a unit with a faulty QCA9984 or that there are some serious issue with how current RouterOS handles it.
I also tried the "20/40/80/160MHz" settings again just out of curiosity, they still won't work.

On the selection of C topic:
The wiki apparently says that the 'X'es are an automatic selection of the control channel (https://wiki.mikrotik.com/wiki/Manual:I ... e/Wireless).
Also the frequencies listed in bold, are apparently the scanlist frequencies - which means they are frequencies that client devices will search for SSIDs if I understood correctly. If so, I probably need to stick to either them or auto, if I want the SSID to be discovered by clients in the first place. So it's more like selecting where you want the extended channels to be, instead of selecting the control channel.
Could I bother you to explain step-by-step your procedure on selecting both channel-width and frequency options? What's the math/logic behind translating these into let's say Channels X + Y?
I pulled a list of the 5GHz frequencies/channels from here, but I still don't quite yet how to make sense of all the supplied information. The 5GHz situation is a tad more complex than the 2.4 one.

I should clarify at this point that all troubleshooting/tests for the secondary unit's wlan1 are being done with frequency set to auto. Regardless of what we discuss about selecting C (that discussion is so I can finally make sense of what it does, mostly)

Update #2:
The 5GHz WiFi on the -primary- device has just ceased function too. (Was working fine with "20/40/80/160" for about a week)
I'm now definitely convinced that there's some sort of software issue when selecting 160MHz width.

Posted: **Sat Dec 29, 2018 4:53 pm**

The good thing about 5GHz is that it doesn't penetrate walls that well. As I don't care about high Tx powers (clients need to overcome same path loss as AP) I keep using the low frequency part (indoor only ...). Usually I do a quick scan to see if some channel is occupied. And I tend to select frequency mode in a way that control channel is not at frequency band boundary ... in case some other AP targets same part of spectrum and wants to use multiple channels as well, I'll protect the extreme part of spectrum for my own use to certain extent.

One thing to remember: most WiFi devices (APs included) are capable of certain total power per Tx chain. If multiple channels are used, the same power is dustributed to multiple channels thus reducing signal/noise ratio. If noise is really low and signal pathloss low, then this doesn't matter. If external noise is notable (or pathloss is higher due to larger distance or obstacles), then it's sometimes better to operate smaller number of channels (i.e. 40MHz instead of 80MHz) and the end result might even be better.

Posted: **Sat Dec 29, 2018 5:35 pm**

Understood, but the tests with the 160MHz width were conducted about half a meter away from each AP - so I would rule out noise/pathloss.
I would also rule out the total power per Tx chain capabilities of the client devices, simply because they were working for 2 days and 1 week respectively on the secondary and primary AP.

For now I have settled for "auto" + "20/40/80 XXXX", but I'm still curious to see why the "20/40/80/160MHz" options irrevocably decided to stop working all of a sudden.

Posted: **Sun Dec 30, 2018 4:08 pm**

For now I have settled for "auto" + "20/40/80 XXXX", but I'm still curious to see why the "20/40/80/160MHz" options irrevocably decided to stop working all of a sudden.

most probably detected an occupied dfs channel...and closed the wireless entirely (well, is scanning for a free channel, but this will take time)

Posted: **Mon Dec 31, 2018 12:53 am**

most probably detected an occupied dfs channel...and closed the wireless entirely (well, is scanning for a free channel, but this will take time)

There was no "radar detected" entry in the logs however. And in the case of the secondary unit, for the duration it was operational, the devices only struggled finding it - but they did find it eventually.
And also, isn't DFS supposed to switch frequency to a non-overlapping one instead? Completely shutting wireless off is news to me.
I also find it very hard to believe that it wouldn't manage to find a free channel with the amount of them that are available in general.

Truly a headscratcher..

Posted: **Mon Dec 31, 2018 10:16 am**

There was no "radar detected" entry in the logs however. And in the case of the secondary unit, for the duration it was operational, the devices only struggled finding it - but they did find it eventually.
And also, isn't DFS supposed to switch frequency to a non-overlapping one instead? Completely shutting wireless off is news to me.
I also find it very hard to believe that it wouldn't manage to find a free channel with the amount of them that are available in general.
Truly a headscratcher..

some more informations [even they aren't described 'professionally", however there are links to original documentation] - http://forum.notebookreview.com/threads ... ry.816318/ and https://www.smallnetbuilder.com/wireles ... end-or-foe

Posted: **Mon Dec 31, 2018 11:22 am**

some more informations [even they aren't described 'professionally", however there are links to original documentation] - http://forum.notebookreview.com/threads ... ry.816318/ and https://www.smallnetbuilder.com/wireles ... end-or-foe

Thanks for the information, these greatly helped explain the phenomena I've been observing.
And as a matter of fact, yesterday I ran a few more tests and I did see the dreaded "radar detected on frequency 5500" message on the primary unit.
So perhaps the devices have previously somehow failed to display that information in the log, prompting me into a wild goose chase.

My question however is, why are frequencies 5180-5320 (channel 50) not available as an option for us to select? Only frequencies 5500-5700 are offered when using a 160MHz channel width.
According to https://en.wikipedia.org/wiki/List_of_W ... j/n/ac/ax) they are clearly allowed in Europe. There's no reason the international model shouldn't provide them.

So when it detects that ******* radar, I can kiss my 160MHz wide SSID bye bye for 30 minutes (due to the blacklist) and I cannot switch from channel 114 to channel 50 (temporarily or even permanently).

Posted: **Mon Dec 31, 2018 3:45 pm**

...

it's all marketing gimmicks. i returned to wire for serious loads

Posted: **Mon Dec 31, 2018 3:55 pm**

it's all marketing gimmicks. i returned to wire for serious loads

Well yeah, I also avoid wireless like the plague if I can help it. I'd rather use a pair of PLC devices instead of WiFi to reach areas where cabling isn't possible.
But for some types of devices (i.e. media players) is a nice to have, if not a must (i.e. smartphones).

But since I paid for the WiFi version of the 4011, I don't believe my last question goes entirely unwarranted. I just wanted to close on that.

Posted: **Mon Dec 31, 2018 7:46 pm**

Well yeah, I also avoid wireless like the plague if I can help it. I'd rather use a pair of PLC devices instead of WiFi to reach areas where cabling isn't possible.
But for some types of devices (i.e. media players) is a nice to have, if not a must (i.e. smartphones).
But since I paid for the WiFi version of the 4011, I don't believe my last question goes entirely unwarranted. I just wanted to close on that.

4011 is a strong toy - i suppose will deal with pppoe at 2gbps without problems; pairing it with a 4x sfp+ switch, some direct attach cables [4011 is working with, probably not stable, but the connection is negotiated at 10gbps] or s+rj10 modules, throw there a 10gbps capable nas, some cheap 10gbe pcie adapters... and you'll have a good 10gbe soho network for a really small price!
but i also want 160mhz working. and some other things [maybe i'll obtain solutions from forum]

Posted: **Fri Jan 04, 2019 6:01 pm**

I too have this problem. first 24 hours or so everything was fine and I have not been able to see the 802.11AC radio since. I have upgraded software and firmware, restarted, I am nearing factory reset but its at a remote site.

the wlan2 is working perfectly. wlan1 is enabled but not running and cant be seen.

I see lots of posts about it and no real solution.

Posted: **Wed Jan 30, 2019 12:13 pm**

Same here .. wlan1 is there but clients can't see SSID .. seems to be a common problem. Anyone contacted Mikrotik Support?

Posted: **Wed Jan 30, 2019 12:16 pm**

Same here .. wlan1 is there but clients can't see SSID .. seems to be a common problem. Anyone contacted Mikrotik Support?

yes. no reply. only 80mhz option working so far.

Posted: **Wed Jan 30, 2019 3:53 pm**

I've contacted MT Support also .. lets see what they say. I checked the supout.rif viewer and it shows "status: initializing" for wlan1 .. i guess it's maybe a driver problem (crashing or something like that)

Posted: **Fri Feb 01, 2019 12:15 am**

Same issue here. Was loving the 5ghz throughout now just initializing.

To confirm at the moment a reboot fixes mine.

Posted: **Wed Feb 06, 2019 7:52 pm**

I'm having the same issue. Sometimes the 5GHZ network disappears after just a few hours, sometimes a few days. I tried upgrading to the beta firmware (because it mentioned stability issues with ARM wifi devices) but that didn't change anything.

Posted: **Wed Feb 06, 2019 7:54 pm**

One interesting thing .. i have another RB4011 and it's wlan1 is working all the time. I have at least one client connected all the time so it's never idle, i am not sure but i think it has something to do with it ... maybe some with problems could try to connect at least one device permanently (just to test)

Posted: **Thu Feb 07, 2019 2:30 am**

same problem here.. wlan1 5ghz disappear. any fix for this issues?

Posted: **Thu Feb 07, 2019 9:15 am**

more tests [requiring a lot of minutes to spend]
- country: romania, frequency mode:regulatory domain, frequency: auto, channel width:xxxxxxxx - will select one of available channels [5500 or so], will search for radar for ~10 minutes, only single 80mhz made available
- changed country to usa, auto on everything else - the same result
- changed country to 'debug', selected a channel from lower region - the same result
- channel width xxxx, secondary channel: auto (80+80mhz non-contiguous) - status will show selected channels, but adapter (intel 9560) will connect on main channel at 144mbps (i'm not so sure that adapter will support 80+80); but AcrylicWiFi will see something like a wide band.
searching for radar will not display entries in logs, with "wireless" logging rule manually added.
5ghz band being disabled from time to time seems to be caused by "radar" interference; there was documented some cases when an iphone (6?) caused such interference - can't find that article right now; also weather radar.

Posted: **Thu Feb 28, 2019 2:17 pm**

Still not fixed in 6.44

Posted: **Mon Mar 04, 2019 3:21 am**

Still not fixed in 6.44

Posted: **Wed Mar 06, 2019 7:08 am**

Same here, AP says running, but there is no current tx power and no becons being transmitted.
Disabling and re-enabling, status will stay as initialising

From viewtopic.php?f=3&t=138613&p=712855&hilit=4011#p712855
Try not using auto frequency and set the frequency manually.

Posted: **Thu Mar 07, 2019 2:08 pm**

Ok, after many tests i have a "solution" .. you just need at least one 5Ghz Client connected all the time and the wlan1 will always work. The problem is just happening when there is NO client connected for a specified time, then it will "crash"

I already told this to MT support and hope they fix it soon.

Posted: **Fri Mar 08, 2019 7:27 am**

Yep, I'd agree with that forcing the frequency doesn't help.
Next day same thing dead AP, nothing was left connected.

Posted: **Thu Mar 14, 2019 4:21 am**

I have the same problem too

I also sent supout.rif and no response so far (Ticket#2019031222002841).

Edit
Just to not be "me too"-only post: for me that problem happens even in super channel with locked frequency, so the DFS and automatic frequency selection can be ruled-out.

Posted: **Thu Mar 14, 2019 9:18 am**

i'd like to see someone test it in a Faraday cage, to avoid any radar interference.. i bet that will get the very same results.

Posted: **Thu Mar 14, 2019 9:34 am**

i'd like to see someone test it in a Faraday cage, to avoid any radar interference.. i bet that will get the very same results.

+1

Posted: **Sun Mar 17, 2019 8:28 am**

someone did it with ubnt: https://www.eduitguy.com/2018/06/14/ubn ... nightmare/

Posted: **Sun Mar 31, 2019 6:36 am**

I tried tweaking various settings and the WiFi dies as before. Support advised net install, but currently I don’t have a spare in the 100mi radius :p

So far I attached a “diagnostic device” on site consisting of an hAP ac (a huge overkill but I had one half-fried on the shelf :p) which connects to the 5ghz and pings th rb4011. It’s stupid but it works - the radio just cannot have 0 devices connected (and the problematic unit is in a residential location).

I wonder if MT found a reason for this weird behavior?

Posted: **Sun Mar 31, 2019 7:18 pm**

It happened to me as well.

Posted: **Sun Mar 31, 2019 8:01 pm**

quitting about 160mhz; blocked 5ghz interface on a low channel, without regulatory domain and so.
i'll return some time in the future, to find if 160mhz channel problem was solved [also, nuclear fusion and really useful electric car batteries]

Posted: **Wed Apr 10, 2019 4:42 am**

Any news?

Posted: **Sat Apr 20, 2019 11:48 am**

Any news?

Yes, no what news. Three months have passed, and there is no solution and MT does not even think about solving this problem. Many people ask me whether to buy, I show them this problem. Draw your own conclusions.

Posted: **Sat Apr 20, 2019 1:07 pm**

now i'm thinking to upgrade to intel AX200NGW, but no soho ax-capable router [as of time of writing] have 10gbe; so RB4011 && CRS305-1G-4S+ && Qnap QNA-T310G1S (&& various DAC cables) solution stays...

Posted: **Sat Apr 20, 2019 8:02 pm**

The silence is quite ridiculous...

Posted: **Sat Apr 20, 2019 9:35 pm**

Anyone else experiencing this?

I have the same problem on RB4011iGS + 5HacQ2HnD-IN.
I bought it three weeks ago. I do not have so many devices with a wireless network at 5 GHz, so the problem was noticed after a week only.
Now I observe that at least once a week the 5GHz wireless card stops working. It helps me only to reboot the entire device.

Posted: **Sun Apr 21, 2019 9:41 am**

The solution was found quite by accident.
thanks to the post WeWiNet - (viewtopic.php?t=146029#p719239).

I generalise - you need to set the antenna-gain in accordance with the device specification in the description - (Antenna gain dBi for 5 GHz = 3) - https://mikrotik.com/product/rb4011igs_5hacq2hnd_in.

for capsman, it also works, in the settings interface you set antenna-gain and then add the interface to capsman. More interface does not fall.

Of course I want to get comments from experts MikroTik.

PS:
I did all the load and roaming tests on the iPhone XS, XS Max, iPad Pro 2018, Samsung S10, Windows 10 MSI Leopard, MacBook Pro, iMac - everything works stably without failures.

PS2:

iPad Pro 2018 - not for long wlan1 interface freezes when roaming iPad Pro 2018, but does not fall, ping becomes unstable - but everything is restored after a few seconds.

Posted: **Sun Apr 21, 2019 1:30 pm**

If it's really the antenna gain setting, then manually lowering tx power would fix it as well. Antenna gain just limits maximum power to obey regulatory domain.

Posted: **Sun Apr 21, 2019 4:54 pm**

If it's really the antenna gain setting, then manually lowering tx power would fix it as well. Antenna gain just limits maximum power to obey regulatory domain.

It's not exactly the same thing. RB devices have a "Tx power backoff" kicking in at higher modulation modes (higher MCS). If you limit Tx power in a wrong way, then it will get lowered at higher MCS as well. If you set antenna gain, RB will linearize Tx power ... so that there won't be any Tx power backoff any more (if antenna gain is large enough).

Posted: **Sun Apr 21, 2019 5:20 pm**

So I have a customer router that's a 4011 and I set the antenna gain to 3. One device has been connected pretty much all weekend and it's between -70 to -83. The 5g sometimes gives a group key exchange timeout to all connected devices but other times (and here's the interesting one) it'll give the Mac address of the device and state XX:XX:XX:XX:XX:XX@WiFi_5g: disconnected, disabling. It then proceeds to do that on all connected wireless devices and at this point the actual interface has dropped and you can no longer see the SSID anymore.

Posted: **Sun Apr 21, 2019 11:12 pm**

Damn it! : D, As I have not found before? !!!!
Colleagues, pay attention to the mac address sfp-sfplus1 and wlan1
they are the same! Change to sfp-sfpplus1 mac address.

It's all about the same mac address with sfp and wlan1!

How could this happen to the manufacturer - Mikrotik?! is another question!

Posted: **Mon Apr 22, 2019 1:53 am**

Damn it! : D, As I have not found before? !!!!
Colleagues, pay attention to the poppy mac address sfp-sfplus1 and wlan1
they are the same! Change to sfp-sfpplus1 mac address.

It's all about the same poppy address with sfp and wlan1!

How could this happen to the manufacturer - Mikrotik?! is another question!

You are absolutely correct. I saw this even on our device. I however manually override this to what it should be on ours and the disabling is still happening. Another thing I find odd about the RB4011 is that wlan1 is 5.8 and wlan2 is 2.4 while on the hAP AC and cAP AC this is done in the reverse.

Posted: **Mon Apr 22, 2019 8:33 am**

wlan1 is, probably, that one inside SOC, wlan2 being external, on pcie

Posted: **Mon Apr 22, 2019 8:51 am**

wlan1 is, probably, that one inside SOC, wlan2 being external, on pcie

No, they are both on the PCIe, saw the scheme?

https://i.mt.lv/cdn/rb_files/RB4011iGSp ... 110132.png

I already wrote to the support that when registering with the controller RB4011 - it glows with auto-assigned mac addresses.

A mess in general.

And what the hell?! switch chip doesn't work? is it the same as in AH1100, is there anything to hide?
What would we not see host table?

Posted: **Mon Apr 22, 2019 9:06 am**

viewtopic.php?f=3&t=142298#p727488

This method does not work, today I have a 5gn interface crashed. - sadness.
$ 300 worth of device - which out of the box does not work.

Posted: **Mon Apr 22, 2019 3:39 pm**

I set the gain and fixed the duplicated MACs yesterday at 8pm. It’s 7:30 the day after and 5Ghz is crashed again....

Posted: **Mon Apr 22, 2019 8:20 pm**

I know its frustrating guys. I will say that the RB4011 router only model is very nice. The Wifi model, at the moment, is just not ready.

Posted: **Tue Apr 23, 2019 12:46 pm**

I know its frustrating guys. I will say that the RB4011 router only model is very nice. The Wifi model, at the moment, is just not ready.

3 months have passed, no movement in solving the problem.

How do you like that, Elon Musk?

Posted: **Wed Apr 24, 2019 4:01 am**

This should have been fixed long time ago. Bug like this just kills entire product.
Meanwhile MK is still selling RB4011 WIFI version that's clearly flawed and part of it (5GHz WLAN) is completely unusable.

It's easy to just say "if you don't like it, just RMA it and you get your money back"... yeah... NO.
If you made a stupid mistake of giving RB4011 to your customers, you now have to spend your time to answer the support calls, to apologize on behalf of MK and to replace it with something else that works. This sucks and you just feel like an idiot for even buying this thing.

This entire issue is hurting MK far more then they think.
It's impossible to even get any status update (is the fix likely? can we expect it in weeks? months? or even this year?) out of MK.
How many people are working on this issue? Probably not enough.
Usually silence means bad news and this is dragging for far too long.

Anyone buying RB4011 for SOHO use, where you want working 5GHz WIFI, abandon any hope...

Posted: **Wed Apr 24, 2019 9:04 am**

i presume there's a major difference between rb4011 batches; for example, mine, bought from romania, have no problems with 5ghz wireless, besides 160mhz option not functioning; also, there is a "antena gain" setting in winbox, with "3" set as value by default.
also, there is that problem with the same mac address for wlan1 and sfpplus [i added 1 for wlan 1 value, but the router worked before without this modification...using both wlan1 and sfpplus!]

Posted: **Wed Apr 24, 2019 9:15 am**

i presume there's a major difference between rb4011 batches; for example, mine, bought from romania, have no problems with 5ghz wireless, besides 160mhz option not functioning; also, there is a "antena gain" setting in winbox, with "3" set as value by default.
also, there is that problem with the same mac address for wlan1 and sfpplus [i added 1 for wlan 1 value, but the router worked before without this modification...using both wlan1 and sfpplus!]

At the frequency of 5 GHz RB4011 there are other access points?

Can you take please a picture of the mac address sfpplus and wlan1?

Posted: **Wed Apr 24, 2019 9:57 am**

only a few - in the nearest neighbourhood [very thick reinforced walls between apartments], with pretty big attenuation.
mac address was modified, no "reset mac address" option there in winbox for wireless interfaces. so a picture taken now isn't relevant... you must trust my word

Posted: **Wed Apr 24, 2019 10:02 am**

only a few - in the nearest neighbourhood [very thick reinforced walls between apartments], with pretty big attenuation.
mac address was modified, no "reset mac address" option there in winbox for wireless interfaces. so a picture taken now isn't relevant... you must trust my word

Clearly, did you have the same mac address with sfp plus before the change?

Posted: **Wed Apr 24, 2019 10:15 am**

right now, in `export`:

set [ find default-name=wlan1 ] antenna-gain=3 band=5ghz-n/ac channel-width=\
    20/40/80mhz-XXXX country=romania disabled=no distance=indoors \
    frequency-mode=regulatory-domain installation=indoor mac-address=\
    B8:69:F4:BE:35:8E mode=ap-bridge radio-name=B869F4BE358E security-profile=\
    wlan ssid=wlan5 wireless-protocol=802.11 wmm-support=enabled wps-mode=\
    disabled

after resetting wlan1, settings are as in captured screen:

proof same mac rb4011.jpg

also, antenna-gain went to "0" radio-name to "B869F4BE358D", wireless-protocol to "any"

Posted: **Wed Apr 24, 2019 10:52 am**

right now, in `export`:

Thank you very much!

Posted: **Thu Apr 25, 2019 5:31 pm**

Amazing ignore problem of RB4011! from MT support.

I lost all hope.

Posted: **Thu Apr 25, 2019 8:41 pm**

I want to try to turn on debagging wi-fi. Join me. After the 5 GHz Wi-Fi network stops working, we look in the logs.

Posted: **Fri Apr 26, 2019 6:38 am**

I want to try to turn on debagging wi-fi. Join me. After the 5 GHz Wi-Fi network stops working, we look in the logs.

In the logs and debugs, you will not see anything, this is an error of the level of L2, the mac address is the same and changing them on the interface does not help, something else inside RoS, is still at the level of L2. Note that the switch chip is the same as on the AH1100, but the host table on RB4011 is empty!

We are discussing here, and the support does not solve the problem which is obvious.

Another moment during the registration of RB4011 in CAPsMAN, he identifies himself with the self-appointed, left mac address.

Posted: **Fri Apr 26, 2019 7:12 am**

TimurA, show in the screenshot of the winbox which table you have is empty. I will look at my equipment too. It seems to me that we are trying to solve various problems, but perhaps they are interrelated.

Does anyone have a problem that the 5 GHz wireless adapter stops working in the 80 MHz [Ceee] band and at 5180 MHz?

Posted: **Fri Apr 26, 2019 7:19 am**

TimurA, show in the screenshot of the winbox which table you have is empty. I will look at my equipment too. It seems to me that we are trying to solve various problems, but perhaps they are interrelated.

Posted: **Fri Apr 26, 2019 7:24 am**

Does anyone have a problem that the 5 GHz wireless adapter stops working in the 80 MHz [Ceee] band and at 5180 MHz?

and you think that everything will work when a conflict of mac addresses with spf?

Posted: **Fri Apr 26, 2019 8:18 am**

well, it works.. i tested myself, using sfpplus and wlan1 in the same time, with different clients. why does it... it's a mystery.
on an unrelated matter, if i'll change the original 2.4ghz minipcie adapter with, let's say, an intel 7260... will ROS recognize it?

Posted: **Fri Apr 26, 2019 11:27 am**

and you think that everything will work when a conflict of mac addresses with spf?

I think that this is not critical, because the interfaces with the same poppy are not connected to the same second-level network segment (Ethernet). Moreover, probably, almost no one uses the spf-spfplus interface. I have it turned off, but I am seeing an increase in packet counts, pause frame. This is most likely a bug.
The screenshot below is from my RB4011.

Posted: **Fri Apr 26, 2019 12:05 pm**

TimurA, I of course agree with you that with the same MAC addresses on two interfaces this is a mistake of the developers of this Mikrotik model. Moreover, on the box from the device for wlan1 one poppy is written, and on the device itself another. But it all depends on how the device itself handles this situation. As a result, this may or may not affect the fact that the radio interface stops working.

Posted: **Fri Apr 26, 2019 1:36 pm**

if i'll change the original 2.4ghz minipcie adapter with, let's say, an intel 7260... will ROS recognize it?

No, Intel wlan chipsets are unsupported in ROS. Only Atheros may work.

Re same MACs: While this is probably another bug in RB4011, it's not the culprit for 5GHz WLAN troubles, because they happen even when SFP is not used and disabled.

Posted: **Fri Apr 26, 2019 2:13 pm**

and you think that everything will work when a conflict of mac addresses with spf?
I think that this is not critical, because the interfaces with the same poppy are not connected to the same second-level network segment (Ethernet). Moreover, probably, almost no one uses the spf-spfplus interface. I have it turned off, but I am seeing an increase in packet counts, pause frame. This is most likely a bug.
The screenshot below is from my RB4011.

Very interesting, your switch chip works. I have a configuration through the bridge, and hardware offloading does not work .

Posted: **Fri Apr 26, 2019 2:15 pm**

if i'll change the original 2.4ghz minipcie adapter with, let's say, an intel 7260... will ROS recognize it?
No, Intel wlan chipsets are unsupported in ROS. Only Atheros may work.

Re same MACs: While this is probably another bug in RB4011, it's not the culprit for 5GHz WLAN troubles, because they happen even when SFP is not used and disabled.

Similarly. I managed to stabilize 5ghz if I left 3 chain.

Posted: **Fri Apr 26, 2019 2:18 pm**

TimurA, I of course agree with you that with the same MAC addresses on two interfaces this is a mistake of the developers of this Mikrotik model. Moreover, on the box from the device for wlan1 one poppy is written, and on the device itself another. But it all depends on how the device itself handles this situation. As a result, this may or may not affect the fact that the radio interface stops working.

After today's 5ghz experiments, the following can be summarized:

1. switch chip does not work in bridge mode.
2. Mac adresss duplication on sfp and wlan1
3. curve driver for wlan1, does not work on 4 chains.
4. 160mhz not working. - This is superfluous, here 802.11ac does not work correctly.
.......

Why should the consumer act as a tester? for that kind of money yet.

Posted: **Fri Apr 26, 2019 2:52 pm**

After today's 5ghz experiments, the following can be summarized:

1. switch chip does not work in bridge mode.
2. Mac adresss duplication on sfp and wlan1
3. curve driver for wlan1, does not work on 4 chains.
4. 160mhz not working. - This is superfluous, here 802.11ac does not work correctly.

Excellent findings. Please send a new email to MikroTik support.

Posted: **Fri Apr 26, 2019 2:54 pm**

After today's 5ghz experiments, the following can be summarized:

1. switch chip does not work in bridge mode.
2. Mac adresss duplication on sfp and wlan1
3. curve driver for wlan1, does not work on 4 chains.
4. 160mhz not working. - This is superfluous, here 802.11ac does not work correctly.

Excellent findings. Please send a new email to MikroTik support.

Well, now I will write.

Posted: **Fri Apr 26, 2019 3:55 pm**

Very interesting, your switch chip works. I have a configuration through the bridge, and hardware offloading does not work .

I just added all the necessary interfaces to the bridge.
Can you somehow customize the settings?

Posted: **Fri Apr 26, 2019 4:02 pm**

Very interesting, your switch chip works. I have a configuration through the bridge, and hardware offloading does not work .
I just added all the necessary interfaces to the bridge.
Can you somehow customize the settings?

Yokarny babay! - such an expression of emotions.

after 5 overloads, data appeared in the bridge! What's happening?

Posted: **Fri Apr 26, 2019 4:13 pm**

Very interesting, your switch chip works. I have a configuration through the bridge, and hardware offloading does not work .
I just added all the necessary interfaces to the bridge.
Can you somehow customize the settings?

if I turn on the RSTP, the switch chip stops working.

Posted: **Fri Apr 26, 2019 4:54 pm**

after 5 overloads, data appeared in the bridge! What's happening?

You looked like before a switch-> host, but not a bridge-> host.

Posted: **Fri Apr 26, 2019 5:08 pm**

after 5 overloads, data appeared in the bridge! What's happening?
You looked like before a switch-> host, but not a bridge-> host.

RTSP,

sorry, my mistake. Hardware offload for switch chip that RB4011 uses (RTL8367), while STP/RSTP is enabled, is not supported

Posted: **Fri Apr 26, 2019 5:25 pm**

the most curious know?
I received AirPort TimeCapsule for setting, and after that the data appeared on the switch chip on RB4011, which I showed above.
RSTP has been enabled.
Isn't that funny ?!

Posted: **Fri Apr 26, 2019 5:37 pm**

[No, Intel wlan chipsets are unsupported in ROS. Only Atheros may work.

like some of minipcie adapters based on qca 9880-9882-etc.
how ROS will handle the dual-band adapter settings, in this case? academically speaking, as long as the marketed functionality isn't achievable.

Posted: **Sat Apr 27, 2019 11:52 pm**

I think another client was right that the Internet is pretty slow.... well, auto reboot every 24h missed that. With 107 SSIDs on 2.4Ghz not having 5Ghz is really not an option. Problem solved: reboot every 12h.

Untitled 2.png

But really... this is very annoying since it cannot be fixed without reboot and hard-disconnect.

Posted: **Sun Apr 28, 2019 5:26 pm**

please send all your Supout.rif files to the mikrotik support. maybe the find the problem

Posted: **Tue Apr 30, 2019 8:14 pm**

After today's 5ghz experiments, the following can be summarized:

1. switch chip does not work in bridge mode.
2. Mac adresss duplication on sfp and wlan1
3. curve driver for wlan1, does not work on 4 chains.
4. 160mhz not working. - This is superfluous, here 802.11ac does not work correctly.
.......

Why should the consumer act as a tester? for that kind of money yet.

Hello TimurA!

What about flapping (link down/link up) ethernet ports with auto neogation ? I have this problem with differnet hardware and different cables.
Realy, 3 Chains for wlan1 improve 5GHz stability! Thank you!

Posted: **Wed May 01, 2019 11:03 pm**

Hello TimurA!

What about flapping (link down/link up) ethernet ports with auto neogation ? I have this problem with differnet hardware and different cables.
Realy, 3 Chains for wlan1 improve 5GHz stability! Thank you!

Hi Estas, glad that helped. About ethernet, I have no such problem with ports, it was the only thing with SFP, but MT decided this question.
What do you have connected to the ports?

Posted: **Fri May 03, 2019 8:34 pm**

Hello TimurA,

3 chains not help for me, 5ghz still disappering...

Posted: **Sat May 04, 2019 5:45 am**

Hello TimurA,

3 chains not help for me, 5ghz still disappering...

do you have ipv6 on rb4011?

Posted: **Sat May 04, 2019 6:16 pm**

Hello TimurA,

3 chains not help for me, 5ghz still disappering...
do you have ipv6 on rb4011?

No, only ipv4. I disabled ipv6 in packages section.

Posted: **Sat May 04, 2019 6:53 pm**

Hello TimurA,

3 chains not help for me, 5ghz still disappering...
do you have ipv6 on rb4011?
No, only ipv4. I disabled ipv6 in packages section.

generally strange behavior RB4011, I already do not understand anything. Support MT keeps complete silence.

Posted: **Sat May 04, 2019 8:30 pm**

Hello TimurA,

3 chains not help for me, 5ghz still disappering...
do you have ipv6 on rb4011?
No, only ipv4. I disabled ipv6 in packages section.
generally strange behavior RB4011, I already do not understand anything. Support MT keeps complete silence.

I wrote to MT too...Waiting for reply..

Posted: **Sun May 05, 2019 6:57 am**

Hello TimurA,

3 chains not help for me, 5ghz still disappering...
do you have ipv6 on rb4011?
No, only ipv4. I disabled ipv6 in packages section.
generally strange behavior RB4011, I already do not understand anything. Support MT keeps complete silence.
I wrote to MT too...Waiting for reply..

I disabled RB4011, they are not possible to use. I also think MT cannot solve the problem, look at the date of the first post, almost half a year has passed. This is very sad.

Posted: **Tue May 07, 2019 10:59 am**

Hello TimurA,

3 chains not help for me, 5ghz still disappering...
do you have ipv6 on rb4011?
No, only ipv4. I disabled ipv6 in packages section.
generally strange behavior RB4011, I already do not understand anything. Support MT keeps complete silence.
I wrote to MT too...Waiting for reply..

Well how are you? Anything useful answered you?

i'd read your post in the morning, did you delete it yourself?

Posted: **Wed May 15, 2019 6:19 pm**

I received my RB4011 last friday. Very happy with the design of the device. I use it as a replacement for my RB2011 which has been running perfectly for about 5 years.

I backupped the running config of the RB2011, and selectively imported this script to the RB4011. Everything seemed to be running fine, but after 24 hours, the 5GHz network disappeared. I rebooted the device, and it was available again. Last night, again after 24 hours, the network disappeared again.

The wlan1 device is enabled, but when I open it, it says 'not running'. Also, under status it shows the date the link went down last, but it seems it never came back up.

I have the RB4011 WiFi version and don't see this issue. Did you/are you able to capture a supout <10s after the radio goes down?

Posted: **Wed May 15, 2019 6:57 pm**

I received my RB4011 last friday. Very happy with the design of the device. I use it as a replacement for my RB2011 which has been running perfectly for about 5 years.

I backupped the running config of the RB2011, and selectively imported this script to the RB4011. Everything seemed to be running fine, but after 24 hours, the 5GHz network disappeared. I rebooted the device, and it was available again. Last night, again after 24 hours, the network disappeared again.

The wlan1 device is enabled, but when I open it, it says 'not running'. Also, under status it shows the date the link went down last, but it seems it never came back up.
I have the RB4011 WiFi version and don't see this issue. Did you/are you able to capture a supout <10s after the radio goes down?

I sent it to the support many times already. And they are silent, or talk nonsense. Shitty wifi on the router.

64 bytes from 172.26.0.1: icmp_seq=224 ttl=64 time=7.874 ms
64 bytes from 172.26.0.1: icmp_seq=225 ttl=64 time=3.571 ms
Request timeout for icmp_seq 226
Request timeout for icmp_seq 227
Request timeout for icmp_seq 228
Request timeout for icmp_seq 229
Request timeout for icmp_seq 230
Request timeout for icmp_seq 231
Request timeout for icmp_seq 232
Request timeout for icmp_seq 233
Request timeout for icmp_seq 234
Request timeout for icmp_seq 235

Posted: **Fri May 17, 2019 1:11 pm**

This issue is still being investigated by our development team. Unfortunately, this is taking longer than expected because it is not easily repeated. Any additional information regarding to "disappearance" of the 5Ghz wireless interface and how to replicate it would be appreciated and could fasten the process of resolving this matter.

Posted: **Fri May 17, 2019 1:27 pm**

This issue is still being investigated by our development team. Unfortunately, this is taking longer than expected because it is not easily repeated. Any additional information regarding to "disappearance" of the 5Ghz wireless interface and how to replicate it would be appreciated and could fasten the process of resolving this matter.

Good afternoon Rudolfs, at least some news.

I sent you a new suppot file - May 15th.

Posted: **Thu May 23, 2019 10:38 am**

Rudolfs: can you share some sneak peek on the progress? Is the reason for such behavior known and if not can we maybe help somehow?

Posted: **Thu May 23, 2019 10:43 am**

This issue is still being investigated by our development team. Unfortunately, this is taking longer than expected because it is not easily repeated. Any additional information regarding to "disappearance" of the 5Ghz wireless interface and how to replicate it would be appreciated and could fasten the process of resolving this matter.

In my case the 5Ghz doesn't disappears (it is named like the 2Ghz band), but the device doesn't connect after a few hours running.

Entering in WinBox, the 5Ghz appears as "Not running" until rebooted.

Posted: **Mon May 27, 2019 7:41 am**

I ran a RB4011 at home as a wireless access point only, for about a month.

While it suffered from the same... "Can't go faster than about 300M on speed tests..." (This has been the case with every Mikrotik Wireless I have tried.)

I can't think of a time when the 5G was not accepting clients.

I set the 5 GHZ Channel to 20/40/80Mhz Ceee and frequency 5180. This worked consistently and carried an average of 20 clients at a time. I had as many as 50 on the unit when we had guests over.

I have the same settings on a cAP AC right now and it performs exactly the same.

Posted: **Mon May 27, 2019 8:13 am**

I have the same problem.
Some time the 5Ghz wifi stop working.
I tried disable and enable again but is stack in initializing and not running.
Tools like "scan" and "freq. usage" dose not return any result (with 2.4GHz work perfect).
The signal of 5GHz is disappeared from any devices and none of them can connect (only in 2.4GHz).
I believe with reboot, that work for some time and next i will have problem again.
But... in a router the reboot isn't so easy.

RB4011iGS+5HacQ2HnD (6.44.2)

Posted: **Tue May 28, 2019 4:07 pm**

I had many strange problem lately with the unit, but the wifi was the perfect result and working fine all the time. 2.4g and 5g have 2 different ssid name. txpower manual. no country set.
20/40/80Mhz Ceee, detect fine 5g 433mbps. Putting 160mhz is for very new device, there's not much that work with the 160 freq and especially no phone and neither the iphone and other istuff.
Also, with the higher band.. wasn't it supposed to cut the signal and modulate the power when no packet are needed instead of having all time full power.. ? Using eth cable or the sfp will fix all the problem if it's a fix unit or so and you need full all the time.

For the other issues, i did another netinstall, and then it pop up fine. it show rb 6.43.3 firm and upgraded 6.44.3 , ipv4 fasttrack by default at on. 24v around 39degC

Posted: **Tue May 28, 2019 7:36 pm**

I had many strange problem lately with the unit, but the wifi was the perfect result and working fine all the time. 2.4g and 5g have 2 different ssid name. txpower manual. no country set.
20/40/80Mhz Ceee, detect fine 5g 433mbps. Putting 160mhz is for very new device, there's not much that work with the 160 freq and especially no phone and neither the iphone and other istuff.
Also, with the higher band.. wasn't it supposed to cut the signal and modulate the power when no packet are needed instead of having all time full power.. ? Using eth cable or the sfp will fix all the problem if it's a fix unit or so and you need full all the time.

For the other issues, i did another netinstall, and then it pop up fine. it show rb 6.43.3 firm and upgraded 6.44.3 , ipv4 fasttrack by default at on. 24v around 39degC

I tried all of this (different ssd, txpower manual, no_country, Ceee) but the result is the same like above.

I have 6.44.3 not 6.44.2 as i wrote above

Posted: **Tue May 28, 2019 7:54 pm**

No wireless settings combination works for me either - no matter what the card freezes after some hours where the only way to fix it is to reboot.

Posted: **Wed May 29, 2019 7:54 am**

No wireless settings combination works for me either - no matter what the card freezes after some hours where the only way to fix it is to reboot.

The month of May ends.

Posted: **Sun Jun 02, 2019 8:20 am**

I can confirm that when adaptive noise immunity is disabled at 5ghz, everything has become stable on 6.45beta54.

Posted: **Mon Jun 03, 2019 12:27 am**

Mikrotik can route... Much Like a Sony TV looks incredible.

But a Sony speaker is a piece of $h!+.

Posted: **Tue Jun 11, 2019 10:37 am**

I have seen this for the first time in a couple of months with an RB4011-WiFi.

Taking and decoding a supout, the kernel logs show:

2019.06.11-07:16:38.42@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:38.42@3: ath_reset
2019.06.11-07:16:38.42@3: qca9984_tx_disable: timeout
2019.06.11-07:16:39.74@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:39.74@3: ath_reset
2019.06.11-07:16:39.75@3: qca9984_tx_disable: timeout
2019.06.11-07:16:41.07@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:41.07@3: ath_reset
2019.06.11-07:16:41.07@3: qca9984_tx_disable: timeout
2019.06.11-07:16:42.39@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:42.39@3: ath_reset
2019.06.11-07:16:42.40@3: qca9984_tx_disable: timeout
2019.06.11-07:16:42.60@1: bss_timeout: timeout 1336 (jiffies 6538240, lasttx 6537575)
2019.06.11-07:16:43.72@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:43.72@3: ath_reset
2019.06.11-07:16:43.72@3: qca9984_tx_disable: timeout
2019.06.11-07:16:45.04@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:45.04@3: ath_reset
2019.06.11-07:16:45.05@3: qca9984_tx_disable: timeout
2019.06.11-07:16:45.34@0: ap_update_pm: 9c:b6:d0:fa:7d:fd left PS
2019.06.11-07:16:45.44@0: ap_update_pm: 9c:b6:d0:fa:7d:fd entered PS (bytes 0)
2019.06.11-07:16:45.62@0: ap_update_pm: 9c:b6:d0:fa:7d:fd left PS
2019.06.11-07:16:45.72@0: ap_update_pm: 9c:b6:d0:fa:7d:fd entered PS (bytes 0)
2019.06.11-07:16:46.37@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:46.37@3: ath_reset
2019.06.11-07:16:46.37@3: qca9984_tx_disable: timeout
2019.06.11-07:16:47.69@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:47.69@3: ath_reset
2019.06.11-07:16:47.70@3: qca9984_tx_disable: timeout
2019.06.11-07:16:49.02@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:49.02@3: ath_reset
2019.06.11-07:16:49.02@3: qca9984_tx_disable: timeout
2019.06.11-07:16:50.35@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:50.35@3: ath_reset

/interface wireless monitor wlan1 show the interface is running, and I see the noise floor varying:

status: running-ap
channel: 5745/20-Ceee/ac
wireless-protocol: 802.11
noise-floor: -104dBm
overall-tx-ccq: 100%
registered-clients: 1
authenticated-clients: 1
wmm-enabled: yes
notify-external-fdb: no

The registration table shows 1 client connected (which isn't), however there are no SSID broadcasts occurring. The AP got into this state after a prolonged period of co-channel interference. It is highly likely this is a Qualcomm proprietary qca9984 driver bug caused by missing state update (eg an unlock) on an error path.

Posted: **Tue Jun 11, 2019 6:39 pm**

Hello, Rudolfs

hap ac2 have same problem. 5ghz randomly disappearing.

Posted: **Tue Jun 11, 2019 7:36 pm**

do you have ipv6 on rb4011?
No, only ipv4. I disabled ipv6 in packages section.
generally strange behavior RB4011, I already do not understand anything. Support MT keeps complete silence.
I wrote to MT too...Waiting for reply..
Well how are you? Anything useful answered you?

i'd read your post in the morning, did you delete it yourself?

Hello, TimurA

I sended supout to mikrotik, they answered that they did not see any problems with 5ghz.
More interesting, hap ac2 have same problem, 5ghz randomly disappearing

Hmmm, i dont deleted any post..

Do you have any news/solutions for this problem?
6.45 beta54 did not help for me.

Now i have two not working properly devices, hap ac2 and rb4011

)))

Posted: **Tue Jun 11, 2019 7:41 pm**

I can confirm that when adaptive noise immunity is disabled at 5ghz, everything has become stable on 6.45beta54.

This solutions not working for me:( 5GHz still randomly disappearing...

Posted: **Sun Jun 16, 2019 12:08 pm**

I can confirm that when adaptive noise immunity is disabled at 5ghz, everything has become stable on 6.45beta54.
This solutions not working for me:( 5GHz still randomly disappearing...

Hello!, try test on 6.45beta62.

Posted: **Mon Jun 17, 2019 10:21 pm**

Hello!, try test on 6.45beta62.

I can confirm that when adaptive noise immunity is disabled at 5ghz, everything has become stable on 6.45beta54.
This solutions not working for me:( 5GHz still randomly disappearing...
Hello!, try test on 6.45beta62.

More interesting

I have tv box xiaomi mi box mini, when i watch iptv (5GHz) on it, 5GHz on rb4011 and hap ac2 randomly disappears...
If i turn off mi box, 5Ghz works fine!
WiFi router asus 88u and linksys e4200 dont have any problem with mi box

)

Posted: **Sat Jun 22, 2019 5:07 pm**

No, only ipv4. I disabled ipv6 in packages section.
generally strange behavior RB4011, I already do not understand anything. Support MT keeps complete silence.
I wrote to MT too...Waiting for reply..
Well how are you? Anything useful answered you?

i'd read your post in the morning, did you delete it yourself?
Hello, TimurA

I sended supout to mikrotik, they answered that they did not see any problems with 5ghz.
More interesting, hap ac2 have same problem, 5ghz randomly disappearing

Hmmm, i dont deleted any post..

Do you have any news/solutions for this problem?
6.45 beta54 did not help for me.

Now i have two not working properly devices, hap ac2 and rb4011 )))

Yes, not fully working RB4011 devices at 5ghz and hap ac2 on qca9984 chips.

Why did they let them out ?, it's not at all clear! only trust undermined.

Posted: **Wed Jun 26, 2019 7:16 pm**

This issue is still being investigated by our development team. Unfortunately, this is taking longer than expected because it is not easily repeated. Any additional information regarding to "disappearance" of the 5Ghz wireless interface and how to replicate it would be appreciated and could fasten the process of resolving this matter.

Just connect xiaomi mi box mini to the rb 4011 or hap ac2, 5ghz will disappear soon

Posted: **Fri Jun 28, 2019 7:17 pm**

with the 6.45beta62 on my hap ac2 i have no problem with the 5ghz. After 1 week the Wifi is still running, Maybe some can confirm this with the RB4011

Posted: **Fri Jun 28, 2019 7:32 pm**

Maybe some can confirm this with the RB4011

No, it's still bad!

Posted: **Sat Jun 29, 2019 10:25 pm**

Maybe some can confirm this with the RB4011

A fundamental solution (on photo) to the 5ghz problem on the RB4011. + wAP ac.

PS
I no longer believe that they will solve this problem at all in the next 1 year.

Posted: **Sat Jun 29, 2019 11:27 pm**

What i forget to write is that i use a CAPs Manager on the hap ac2. I have two hap ac2 running. one of them is the CAPs Manager- Both oft them running without problems.

Posted: **Sat Jun 29, 2019 11:28 pm**

We halt purchasing RB4011 with wireless. My personal one now has hAP AC next to it for 5Ghz.

MT: really, seriously, this is a joke. The device is mostly punched as a replacement for RB2011/3011 which packs more ports than hAP AC. Having non-functional 5Ghz makes is literally useless.

Posted: **Sun Jun 30, 2019 12:30 am**

is the 5Ghz Wifi on the R11E Card? or is it on the main board?

Posted: **Sun Jun 30, 2019 6:32 am**

RB4011 Jaś R11e, but it’s responsible for handling 2.4Ghz. The 5Ghz is handled by a built-in QCA9984.

p.s. just coming back from emergency replacement of post-thunderstorm of 2x RB4011 - switched to hAP ac + switch at one location ;p

Posted: **Mon Jul 01, 2019 7:46 pm**

6.45.1 didn't solve the problem.

Posted: **Tue Jul 02, 2019 2:28 pm**

6.45.1 didn't solve the problem.

TimurA,
did you reset wlan interface configuration? solved it?

Posted: **Wed Jul 03, 2019 4:32 am**

That’s expected - there’s no mention of this in the release notes. I think they’re still debugging the issue.

Posted: **Thu Jul 04, 2019 10:47 am**

6.45.1 didn't solve the problem.
TimurA,
did you reset wlan interface configuration? solved it?

yes, in 6.45.1 solve mac address, 5ghz down again and again.

ps
I take off RB4011, and put up for sale. The problem with 5ghz will not be solved as I understand it.

Posted: **Thu Jul 04, 2019 11:16 am**

6.45.1 didn't solve the problem.
TimurA,
did you reset wlan interface configuration? solved it?
yes, in 6.45.1 solve mac address, 5ghz down again and again.

ps
I take off RB4011, and put up for sale. The problem with 5ghz will not be solved as I understand it.

I upgraded my RB4011 to 6.45.1 and 5ghz down again, with different MAC but down again. Not solved

Posted: **Thu Jul 04, 2019 1:46 pm**

First Mikrotik device I bought and definitely the last one. My 5ghz wlan works max for one day. Then It disappears. Latest stable firmware. I should've bought Ubiquiti instead. Wireless device with unstable wifi like the RB4011 one is unacceptable.

Posted: **Fri Jul 05, 2019 3:44 pm**

First Mikrotik device I bought and definitely the last one. My 5ghz wlan works max for one day. Then It disappears. Latest stable firmware. I should've bought Ubiquiti instead. Wireless device with unstable wifi like the RB4011 one is unacceptable.

you're right. I bought it in February and at the same time I opened the ticket. There is no solution to this day.

Posted: **Sat Jul 06, 2019 1:28 pm**

Yesterday I bought a cAP ac and had the same problem as the 4011 on 5GHz. After set-up he began to emit normally at 5GHz and after ~ 5 'ceased to operate the particular band. At this time, both cAP ac and 4011 have the 5GHz band stuck in enable / disable running / slave / initializing. The scan / freq options. usage does not work.

Posted: **Sat Jul 06, 2019 3:22 pm**

First Mikrotik device I bought and definitely the last one. My 5ghz wlan works max for one day. Then It disappears. Latest stable firmware. I should've bought Ubiquiti instead. Wireless device with unstable wifi like the RB4011 one is unacceptable.

Yes, you right! I also wanted to buy ubiquiti, but mikrotiks fanboys convinced me

These are my first two devices from mikrotik, rb4011 and hap ac2, and both do not work properly...
Mikrotik can not solve the problem for almost a half of the year and I do not think that they will solve it.
And I am lucky that I use these devices for home. I wanted to build a enterprie project on mikrotiks devices.
But no more mikrotik in my life...I'm also trying to sell them out and buy ubiquiti.

Posted: **Sun Jul 07, 2019 4:43 am**

I miss the good old days when Mikrotik Routed...
And Ubnt did wireless...

It's when one tried to do the other that things start to fall apart.

Posted: **Sun Jul 07, 2019 2:59 pm**

Have you try to first install fresh with netinstall 6.44.3, and then only used the: quick set and just put a password and a name ? No vpn, no port blocking.. no nothing. I'm on 20-40-80ceee , freq/chan : auto, no country set. ap-bridge and i get full speed and no disconnect at all. ssid always present.
And do you get disconnect when you are under 15feet ?
It could be extra setting you put/change.
If you want a constant link, perhaps go with eth cable, as the AC protocol is not made, intended to be transmitting 100% power all the time and keep the link open all time.

Posted: **Mon Jul 08, 2019 6:45 am**

The ac is perfectly stable on other devices. We have plenty of hAP ac's and wAPs and there are no complains. Seems like only QCA9984-based devices are problematic.
The issue is not with disconnections but with the SSID being gone. From what I've seen in the lab as well as from the feedback of other people the issue is only present when nothing is connected to the 5Ghz AP for too long.

Posted: **Mon Jul 08, 2019 2:00 pm**

the issue is only present when nothing is connected to the 5Ghz AP for too long.

No,its not true. 5GHz randomly disappears when i watch iptv.

Posted: **Mon Jul 08, 2019 2:07 pm**

Is your IPTV multicast or unicast?

Posted: **Mon Jul 08, 2019 3:52 pm**

Is your IPTV multicast or unicast?

did you read it, from DanielJB?
Do you understand that the device does not work?
For you already and debug made.
I have 5ghz falling from any sneeze!

I have seen this for the first time in a couple of months with an RB4011-WiFi.

Taking and decoding a supout, the kernel logs show:
2019.06.11-07:16:38.42@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:38.42@3: ath_reset
2019.06.11-07:16:38.42@3: qca9984_tx_disable: timeout
2019.06.11-07:16:39.74@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:39.74@3: ath_reset
2019.06.11-07:16:39.75@3: qca9984_tx_disable: timeout
2019.06.11-07:16:41.07@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:41.07@3: ath_reset
2019.06.11-07:16:41.07@3: qca9984_tx_disable: timeout
2019.06.11-07:16:42.39@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:42.39@3: ath_reset
2019.06.11-07:16:42.40@3: qca9984_tx_disable: timeout
2019.06.11-07:16:42.60@1: bss_timeout: timeout 1336 (jiffies 6538240, lasttx 6537575)
2019.06.11-07:16:43.72@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:43.72@3: ath_reset
2019.06.11-07:16:43.72@3: qca9984_tx_disable: timeout
2019.06.11-07:16:45.04@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:45.04@3: ath_reset
2019.06.11-07:16:45.05@3: qca9984_tx_disable: timeout
2019.06.11-07:16:45.34@0: ap_update_pm: 9c:b6:d0:fa:7d:fd left PS
2019.06.11-07:16:45.44@0: ap_update_pm: 9c:b6:d0:fa:7d:fd entered PS (bytes 0)
2019.06.11-07:16:45.62@0: ap_update_pm: 9c:b6:d0:fa:7d:fd left PS
2019.06.11-07:16:45.72@0: ap_update_pm: 9c:b6:d0:fa:7d:fd entered PS (bytes 0)
2019.06.11-07:16:46.37@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:46.37@3: ath_reset
2019.06.11-07:16:46.37@3: qca9984_tx_disable: timeout
2019.06.11-07:16:47.69@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:47.69@3: ath_reset
2019.06.11-07:16:47.70@3: qca9984_tx_disable: timeout
2019.06.11-07:16:49.02@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:49.02@3: ath_reset
2019.06.11-07:16:49.02@3: qca9984_tx_disable: timeout
2019.06.11-07:16:50.35@3: ath_beacon_tasklet: busy, reset
2019.06.11-07:16:50.35@3: ath_reset
/interface wireless monitor wlan1 show the interface is running, and I see the noise floor varying:
status: running-ap
channel: 5745/20-Ceee/ac
wireless-protocol: 802.11
noise-floor: -104dBm
overall-tx-ccq: 100%
registered-clients: 1
authenticated-clients: 1
wmm-enabled: yes
notify-external-fdb: no
The registration table shows 1 client connected (which isn't), however there are no SSID broadcasts occurring. The AP got into this state after a prolonged period of co-channel interference. It is highly likely this is a Qualcomm proprietary qca9984 driver bug caused by missing state update (eg an unlock) on an error path.

Posted: **Mon Jul 08, 2019 5:23 pm**

Is your IPTV multicast or unicast?

Multicast

Posted: **Mon Jul 08, 2019 5:38 pm**

Is your IPTV multicast or unicast?
Multicast

the game with the multicast settings on the wlan interface does not give any result either. The problem is deeper .... it is enough to read how solved problems on the QCA9984 chip on OpenWRT in 2017-2018 year

Posted: **Tue Jul 09, 2019 9:05 am**

I found a way to make at least this piece of shit work.
We do the following: in the ACL for 5ghz, we write the rule limiting connection -120 ..-65 (or -67).
5GHz is falling due to the fact that the client starts to reconnect frequently.

Mikrotik! solve this problem already, how much can you analyze?

Posted: **Tue Jul 09, 2019 12:07 pm**

5GHz is falling due to the fact that the client starts to reconnect frequently.

So why it fails when there's no clients at all? After a long period of idle?

My observations show that rts/cts disabling may help. Still investigating.

Posted: **Tue Jul 09, 2019 1:21 pm**

5GHz is falling due to the fact that the client starts to reconnect frequently.
So why it fails when there's no clients at all? After a long period of idle?

My observations show that rts/cts disabling may help. Still investigating.

rts/cts disabling - not help.
look at answer from DanielJB.

Posted: **Tue Jul 16, 2019 1:46 pm**

I upgraded to 6.45.1 and 5ghz is running and visible for 3 days. It lasts only for 1 day before. Is the issue fixed? Can someone confirm?

Posted: **Tue Jul 16, 2019 1:52 pm**

I upgraded to 6.45.1 and 5ghz is running and visible for 3 days. It lasts only for 1 day before. Is the issue fixed? Can someone confirm?

Yep, running for 5 days or so. But maybe "adaptive noise immunity" disabling helped also.

Posted: **Tue Jul 16, 2019 1:56 pm**

I upgraded to 6.45.1 and 5ghz is running and visible for 3 days. It lasts only for 1 day before. Is the issue fixed? Can someone confirm?
Yep, running for 5 days or so. But maybe "adaptive noise immunity" disabling helped also.

I didn't change anything in config. Just upgraded routeros.

Posted: **Tue Jul 16, 2019 2:09 pm**

I didn't change anything in config. Just upgraded routeros.

is adaptive noise immunity enabled in your config?

Posted: **Wed Jul 17, 2019 7:29 pm**

is adaptive noise immunity enabled in your config?

No. I'll enable it and check if my wlan is unstable. So far so good.

Posted: **Fri Jul 19, 2019 7:55 am**

I had a boring day today and tested - as with beta no change, the wlan disappeared after couple of hours.

Posted: **Fri Jul 19, 2019 5:57 pm**

6.45.2 *) wireless - improved 802.11ac stability for all ARM devices with wireless;

Posted: **Fri Jul 19, 2019 7:00 pm**

6.45.2 *) wireless - improved 802.11ac stability for all ARM devices with wireless;

The sfp port does not work at 6.45.2, it is not possible to verify.

Posted: **Sat Jul 20, 2019 8:57 am**

Just updated to 6.45.2 . Wifi drops immediately, less than in 1 day

Posted: **Sun Jul 21, 2019 11:57 pm**

SFP Not work at 6.45.2!!!, Is it any way to back on 6.45.1?

Posted: **Mon Jul 22, 2019 4:27 am**

SFP Not work at 6.45.2!!!, Is it any way to back on 6.45.1?

LMGTFY - 1st result: viewtopic.php?t=133611

Posted: **Mon Jul 22, 2019 7:52 am**

SFP Not work at 6.45.2!!!, Is it any way to back on 6.45.1?
LMGTFY - 1st result: viewtopic.php?t=133611

Thanx dear,
I am realy NEW here!
Where I can find 6.45.1? How I can find there https://mikrotik.com/download/archive image for RB4011 device?

Posted: **Mon Jul 22, 2019 8:08 am**

SFP Not work at 6.45.2!!!, Is it any way to back on 6.45.1?
LMGTFY - 1st result: viewtopic.php?t=133611
Thanx dear,
I am realy NEW here!
Where I can find 6.45.1? How I can find there https://mikrotik.com/download/archive image for RB4011 device?

https://download.mikrotik.com/routeros/ ... 6.45.1.npk

Posted: **Mon Jul 22, 2019 1:27 pm**

SFP Not work at 6.45.2!!!, Is it any way to back on 6.45.1?
LMGTFY - 1st result: viewtopic.php?t=133611
Thanx dear,
I am realy NEW here!
Where I can find 6.45.1? How I can find there https://mikrotik.com/download/archive image for RB4011 device?
https://download.mikrotik.com/routeros/ ... 6.45.1.npk

Thx Timur, you are the best

Posted: **Mon Jul 22, 2019 2:30 pm**

This is honestly unacceptable! If you can't fix your product, issue a recall! More than half a year has passed already..
These units are not cheap at all (230+ EUR) to purchase, and they can't even perform their basic as-advertised functionality in a reliable fashion, for Pete's sake!

Also..

Literally no one:

MikroTik:
*Offers supposed WiFi stability upgrade; SFP+ port no longer works*

Posted: **Tue Jul 23, 2019 7:40 am**

i suppose that nobody tried another OS on rb4011...

Posted: **Wed Jul 24, 2019 4:50 pm**

6.45.2 *) wireless - improved 802.11ac stability for all ARM devices with wireless;

test on 6.46beta16, wlan1 disabling itself. not fix

Posted: **Thu Jul 25, 2019 12:04 am**

This is honestly unacceptable! If you can't fix your product, issue a recall! More than half a year has passed already..
These units are not cheap at all (230+ EUR) to purchase, and they can't even perform their basic as-advertised functionality in a reliable fashion, for Pete's sake!

Also..

Literally no one:

MikroTik:
*Offers supposed WiFi stability upgrade; SFP+ port no longer works*

Hello, Frostbyte, I have the exact same situation, 7 months. No response and no response that the device is defective. The only thing that I received from the support is that they have been working on the problem for 7 months already. This is sad!

They write that they fixed 802.11ac for ARM, but in the end it was frustrating.

In my regions, all distributors - seeing my problem do not order the RB4011, for fear of return and complaints. And this is all that I could achieve.

Posted: **Thu Jul 25, 2019 8:42 am**

i still believe that it's a hardware version problem; i haven't this problem with wlan1 disabling itself (router bought from romania, in december 2018).
for sure, 160mhz option isn't working, even if the settings say so; and only once wlan1 started to search another free 5ghz channel, due of meteo radars relatively nearby [an anti-hail rockets system at ~10km], kicking me out for those regulated 10 minutes.

Posted: **Thu Jul 25, 2019 11:10 am**

i still believe that it's a hardware version problem; i haven't this problem with wlan1 disabling itself (router bought from romania, in december 2018).
for sure, 160mhz option isn't working, even if the settings say so; and only once wlan1 started to search another free 5ghz channel, due of meteo radars relatively nearby [an anti-hail rockets system at ~10km], kicking me out for those regulated 10 minutes.

I also bought the RB4011 in 2018, in December. After the MUM, fell for advertising.
Came to me in early January. And there is a problem.

Posted: **Thu Jul 25, 2019 2:01 pm**

PCI info of RB4011 - Atheros Communications Inc. unknown device (rev: 0)

Most likely the problem is in the wifi chip, it is previously a revision. According to the openwrt people Atheros QCA9984 rev 1.0, and the problem was solved by the firmware of the chip back in 2018. I am very disappointed in RB4011. I do not want to be more impressed.

Posted: **Thu Jul 25, 2019 8:44 pm**

@mikrotik seems to me not looking there at all. Constantly write increased stability in 802.11ac. wlan1 often crashes when a device reconnects to RB4011 from another device.
And there will be ipv6 - multicast.

and here are the links to fixes on openwrt on the QCA9984 chip:
https://patchwork.kernel.org/patch/10723033/
https://patchwork.kernel.org/patch/10385043/

Posted: **Fri Jul 26, 2019 7:59 pm**

after a wlan1 failure, a red diode is lit on the inside of the device.

Posted: **Sat Jul 27, 2019 8:28 am**

I found a solution!
i hade wlan1 was always in the bridge. If wlan1 is removed from the bridge, then it stops falling, and the red diode goes out.
In the case of CAPSMAN, I installed a datapach for wlan1 without Local Forwarding, and it also stopped falling, and the red diode is off.

@mikrotik, why should an expensive router users themselves look for your problem? We have been talking about the problem for 7 months already, and you are silent - like a fish on the ice! You have a problem with ROS in the bridge for QCA9984!

Posted: **Sat Jul 27, 2019 9:32 am**

The problem is with ipv6 multicast or with bridge on 5ghz?

Posted: **Sat Jul 27, 2019 9:42 am**

The problem is with ipv6 multicast or with bridge on 5ghz?

something makes wlan1 fall, obviously not the correct processing of data from wlan1. If refer to patches from openwrt then multicast.

Posted: **Sat Jul 27, 2019 2:11 pm**

What i forget to write is that i use a CAPs Manager on the hap ac2. I have two hap ac2 running. one of them is the CAPs Manager- Both oft them running without problems.

As i wrote before. On my hap ac2 with the caps manager and without local forward on the wifi its running fine. Maybe this helps someone

Posted: **Sat Jul 27, 2019 2:32 pm**

What i forget to write is that i use a CAPs Manager on the hap ac2. I have two hap ac2 running. one of them is the CAPs Manager- Both oft them running without problems.
As i wrote before. On my hap ac2 with the caps manager and without local forward on the wifi its running fine. Maybe this helps someone

Yes, only link performance drops

Posted: **Sat Jul 27, 2019 5:31 pm**

160mg is for future, if people try or complain about an iphone not connecting at that speed.. the istuff don't support it. The ac norm is not made to be all time on, it's an hashing power. Better to used the 10g fiber port or simple eth cable to have a full conectivity. Why wifi is so needed ? Only a battery operated stuff need it, the rest, as soon you need to be plug to the ac, you can have an eth cable.
Do a netinstall, do the simple ac setup /corner left and all is up and wifi work without disconnect. So no vlan, no ipv6, no extra firewall stuff... This is the basic first step to do before saying it's not working. and not after a-b-c-z mod and addition of vlan and multiple subnet and so on..

Posted: **Sat Jul 27, 2019 5:38 pm**

Cutting off multicast completely is probably a terrible idea since many applications rely on that (AirPlay, Dropbox just to name two).

Also, phones are pretty capable of ac but they rarely use it due to the battery consumption.

8946D612-1D8F-4202-979E-AC82028F24F8.png

Tablets and laptops in the other hand... well, ac is needed.
I want to see how you drag Ethernet cable to a TV, thermostat, smart speaker and all different things which are wired to the power but connected to the WiFi for convenience. You cannot tell your customers that you will rip their walls and connect everything using an Ethernet cable... cmon, it’s 2019.

p.s. also the point about ipv6 is completely missed. A lot of systems use IPv6 in the local network. Disabling IPv6 nowadays is like refusing to use LTE.

Posted: **Sat Jul 27, 2019 5:57 pm**

Do a netinstall, do the simple ac setup /corner left and all is up and wifi work without disconnect. So no vlan, no ipv6, no extra firewall stuff... This is the basic first step to do before saying it's not working. and not after a-b-c-z mod and addition of vlan and multiple subnet and so on..

how much can we do netinstall! Do you think idiots here?
if we do not use multicast, vlan, ipv6 and so on - then why is this neutered device needed?
Can take ASUS or Tp-Link for morons and everything works without tuning.
Synology RT2600ac - QCA9984, there were similar problems, even in 2018, and they solved them.
In the framework of this forum, I gave a link to the forum of theirs.
PS
Do you think I did not with an empty config and did not check?!. @Mikrotik has a ticket with suppot files and not one. And not only from me open tickets.

PS
Synology - they screwed WPA3 back in 2018, CARLL!
Synology RT2600ac Release Notes - v1.2-7742 (2018-10-16)
Added support for WPA3 Personal/Enterprise

PS
on the other hand, they release 6.45.2 and send an SPF port to hells. A week has passed and no warning in the description of a stable branch, and if it were not for the forum, many would suffer.

Posted: **Mon Jul 29, 2019 3:41 pm**

I found a solution!
i hade wlan1 was always in the bridge. If wlan1 is removed from the bridge, then it stops falling, and the red diode goes out.
In the case of CAPSMAN, I installed a datapach for wlan1 without Local Forwarding, and it also stopped falling, and the red diode is off.

@mikrotik, why should an expensive router users themselves look for your problem? We have been talking about the problem for 7 months already, and you are silent - like a fish on the ice! You have a problem with ROS in the bridge for QCA9984!

Sorry but i cant verify.
I removed wlan1 (5ghz) from bridge but still dose not work.
I tried disable/enable but... same problem.
I tried add to bridge again but... nothing.
I tried all combinations with above (without restart) but nothing worked.

5ghz work only after reboot and for limited time.

Posted: **Thu Aug 01, 2019 12:30 pm**

What i forget to write is that i use a CAPs Manager on the hap ac2. I have two hap ac2 running. one of them is the CAPs Manager- Both oft them running without problems.
As i wrote before. On my hap ac2 with the caps manager and without local forward on the wifi its running fine. Maybe this helps someone

TimurA, my friend, thanks a lot. Seems like turning the local forwarding off fixed my problems with more than 20 CAP ACs.

Posted: **Sat Aug 03, 2019 2:14 pm**

What i forget to write is that i use a CAPs Manager on the hap ac2. I have two hap ac2 running. one of them is the CAPs Manager- Both oft them running without problems.
As i wrote before. On my hap ac2 with the caps manager and without local forward on the wifi its running fine. Maybe this helps someone
TimurA, my friend, thanks a lot. Seems like turning the local forwarding off fixed my problems with more than 20 CAP ACs.

always please skb73.

Posted: **Sat Aug 03, 2019 2:15 pm**

I found a solution!
i hade wlan1 was always in the bridge. If wlan1 is removed from the bridge, then it stops falling, and the red diode goes out.
In the case of CAPSMAN, I installed a datapach for wlan1 without Local Forwarding, and it also stopped falling, and the red diode is off.

@mikrotik, why should an expensive router users themselves look for your problem? We have been talking about the problem for 7 months already, and you are silent - like a fish on the ice! You have a problem with ROS in the bridge for QCA9984!
Sorry but i cant verify.
I removed wlan1 (5ghz) from bridge but still dose not work.
I tried disable/enable but... same problem.
I tried add to bridge again but... nothing.
I tried all combinations with above (without restart) but nothing worked.

5ghz work only after reboot and for limited time.

rechecked. Unfortunately wlan1 only works through CAPSMAN without Local forward.

Posted: **Wed Aug 07, 2019 8:34 am**

I found a solution!
i hade wlan1 was always in the bridge. If wlan1 is removed from the bridge, then it stops falling, and the red diode goes out.
In the case of CAPSMAN, I installed a datapach for wlan1 without Local Forwarding, and it also stopped falling, and the red diode is off.

@mikrotik, why should an expensive router users themselves look for your problem? We have been talking about the problem for 7 months already, and you are silent - like a fish on the ice! You have a problem with ROS in the bridge for QCA9984!
Sorry but i cant verify.
I removed wlan1 (5ghz) from bridge but still dose not work.
I tried disable/enable but... same problem.
I tried add to bridge again but... nothing.
I tried all combinations with above (without restart) but nothing worked.

5ghz work only after reboot and for limited time.
rechecked. Unfortunately wlan1 only works through CAPSMAN without Local forward.

I confirm.
With CAPsMAN work perfect.
3 days work perfect without problem.

Posted: **Wed Aug 07, 2019 5:50 pm**

Can you please post you config on a working RB4011 running with CAPSMAN?

Posted: **Wed Aug 07, 2019 6:07 pm**

I cannot explain it, but now it works for 3 days without capsman... Still waiting for a glitch

Posted: **Wed Aug 07, 2019 6:34 pm**

Can you please post you config on a working RB4011 running with CAPSMAN?

/interface bridge port
add bridge=bridge1 interface=ether2
add bridge=bridge1 interface=ether3
add bridge=bridge1 interface=ether4
add bridge=bridge1 interface=ether5
add bridge=bridge1 interface=ether6
add bridge=bridge1 interface=ether7
add bridge=bridge1 interface=ether8
add bridge=bridge1 interface=ether9
add bridge=bridge1 interface=ether10
add bridge=bridge1 interface=wlan2

/interface wireless cap
# 
set bridge=bridge1 discovery-interfaces=bridge1 enabled=yes interfaces=wlan1

/caps-man configuration
add country=greece datapath.bridge=bridge1 hide-ssid=yes installation=indoor \
    keepalive-frames=enabled mode=ap multicast-helper=default name=cfg1 \
    rates.vht-supported-mcs="" security.authentication-types=wpa2-psk \
    security.group-encryption=aes-ccm security.group-key-update=5m \
    security.passphrase=123456 ssid=MySSID

/caps-man interface
add configuration=cfg1 disabled=no l2mtu=1600 mac-address=12:34:56:78:90:12 \
    master-interface=none name=cap1 radio-mac=12:34:56:78:90:12 radio-name=\
    012345678912

/caps-man manager
set enabled=yes

/caps-man manager interface
set [ find default=yes ] forbid=yes
add disabled=no interface=bridge1

/caps-man provisioning
add action=create-dynamic-enabled disabled=yes master-configuration=cfg1

Posted: **Wed Aug 07, 2019 8:56 pm**

so, technically, me, who didn't use all mk gimmicks, just plain setup... i had a perfectly useful router!

)

Posted: **Sun Aug 11, 2019 5:02 pm**

Well, knock on wood, but after last round of config changes my 5G wifi is still working with 10 days of uptime...

[admin@MikroTik] > /system resource print
             uptime: 1w3d12h10m4s
            version: 6.44.5 (long-term)
         build-time: Jul/04/2019 10:32:21
   factory-software: 6.43.10
        free-memory: 955.2MiB
       total-memory: 1024.0MiB
                cpu: ARMv7
          cpu-count: 4
      cpu-frequency: 1400MHz
           cpu-load: 0%
     free-hdd-space: 128.8MiB
    total-hdd-space: 170.9MiB
  architecture-name: arm
         board-name: RB4011iGS+5HacQ2HnD
           platform: MikroTik
[admin@MikroTik] > /interface wireless monitor [find] once
                   status: running-ap           running-ap
                  channel: 2447/20-Ce/gn(17dBm) 5200/20-eCee/ac/P(20dBm)+5530/80/DP(24dBm)
        wireless-protocol: 802.11               802.11
              noise-floor: -102dBm              -105dBm
           overall-tx-ccq: 77%                  100%
       registered-clients: 2                    1
    authenticated-clients: 2                    1
              wmm-enabled: yes                  yes

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?

Posted: **Tue Aug 13, 2019 5:12 pm**

Nope. Playing with channel settings still have no effect.

Posted: **Wed Aug 14, 2019 9:17 am**

I'll stay with CAPsMAN until MT release a patch in stable ROS.
In this time, is the only solution that work 100%.

Posted: **Fri Aug 16, 2019 8:05 am**

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.

Posted: **Sat Aug 17, 2019 5:47 pm**

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?

Posted: **Sat Aug 17, 2019 6:03 pm**

@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.

Posted: **Sun Aug 18, 2019 10:59 am**

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.

Posted: **Mon Aug 19, 2019 7:22 am**

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?

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.

Posted: **Fri Aug 23, 2019 9:08 am**

Several days passed, still no replies and not a single email about this issue.

Is the RB4011 5GHz issue resolved?

Posted: **Fri Aug 23, 2019 9:30 am**

Several days passed, still no replies and not a single email about this issue.

Is the RB4011 5GHz issue resolved?

Hello Normis,

No, the problem is not resolved.
we sit and watch you

when something is decided

PS
I sent new data to Reiniss, and my conclusions about the SSID drop.

Posted: **Fri Aug 23, 2019 9:43 am**

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.

Posted: **Fri Aug 23, 2019 9:55 am**

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.

Normis!

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.

MikroTik

RB4011: wlan1 disabling itself

RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself

Re: RB4011: wlan1 disabling itself