Hello, thank you all for the replys. First of all, i switched back to the "Basic Indoor" and use the UNII1 band. Firmware on MR 26.6.1 Firmware on MS 11.31 Firmware on MX 14.40 @NolanHerring I changed to the UNII2 Channels just because the issues happened also on UNII1 (With the Basic Indoor RF Profile). @vassallon Not really "heavy", a lot of 2,4Ghz wifis with maximum -68 dBm. A few 5Ghz wifis mostly using UNII1 band. We got a office in the 3rd floor (highest building nearby), split into two areas. One work are and on the other side of the building on showroom/conference room area. In the Office is the MX100, a MS210 and 4 MR52. In the Showroom is one MS210 and 3 MR52. The Switches are connected over Fiber Optic Cables. On a normal day there will be ~70 clients on the whole network, a few devices using cable but the most connected over wifi (Desktop Workstations also connected over wifi, because of the poor cabling in the building. The office is 10 to 50 meters, zoned with drywalls. The wifi coverage is ok, from -39 dBm to -49 dBm in the workspaces and up to -65 dBm in unused areas. The issues happens on all devices, no matter if they stay stationary or moving. The last DFS event i found in the log and the RF page from the AP which has detected it. Feb 20 11:08:44 AP Training Room DFS event detected channel: 112, radio: 1 Feb 20 11:26:43 AP Training Room Auto RF channel change Channel changed to improve network performance « hide New_Channel 108/80 Old_Channel 48/80 Radio 1 Feb 20 11:36:14 AP Training Room Auto RF channel change Channel changed to improve network performance « hide New_Channel 100/80 Old_Channel 48/80 Radio 1 Feb 20 18:13:28 AP Training Room DFS event detected channel: 100, radio: 1 Feb 20 18:22:59 AP Training Room Auto RF channel change Channel changed to improve network performance « hide New_Channel 100/80 Old_Channel 48/80 Radio 1 Feb 20 18:38:48 AP Training Room Auto RF channel change Channel changed to improve network performance « hide New_Channel 112/80 Old_Channel 48/80 Radio 1 *edit link to screenshot
... View more
Hello, we got huge wifi issues in our network regarding 802.11 disassociation "events". From time to time we got disassociation "waves" in our network, disrupting the traffic of many devices. As you can image, something like this happen in the work hours, with no indication or sign can be devastating for your work and frustrating for yourself. We use a MX100, 2x MS210 and 7x MR52. I contacted the meraki support so many times, actually right know i'm sick of calling the hotline and explaining the support engineer on the other end where hes going to find things in the dashboard / event log. This is not fun. nevermind, this is not going to be a rant. I havent figured out any reason for the disassociation happening. Its "unknown reason", "unspecified reason" and new this morning " disassociated because client interface was disabled". This happens on all SSIDs (and all APs) no matter of encryption (we got one with wpa2 psk, one 802x with meraki auth and a open guest network with splash page) and no matter which NIC the device uses (we have the samedell optiplex desktops and latitude notebooks), but there are just random devices affected by the disassociation "waves". To contain the triggers for this issue, i created a new RF profile in which i forced the ap to use channels in the UNII2 extended range, because UNII1/UNII2 where occupied by other wifis in the area. I noticed while one of the "waves" happens, the affected APs are stuck in a UNII1 channel which they are not supposed to use. Someone here who experiences the same problems, or has a idea how to figure out what is cause for this?
... View more