Clients Dropping from SSIDs

[pinko]

Hi. We're having issues with clients disconnecting from the SSIDs. This is affecting all sorts of clients - Windows, Macs, Chromebooks, IOS devices. 802.11r is disabled, we have band steering enabled, utilisation is low and interference is low.

Cisco suggested changing the power setting to variable from 100%. We have also upgraded the firmware to the latest version. Nothing major stands out from the DFS events. I have also checked the DHCP and DNS event logs on our domain controller but again, nothing of any significance there.

The APs are MR32s and they have been in place for over 3 years and haven't been a problem up until now. We haven't made any major network changes and there haven't been any environmental changes in the building either.

We have increased the minimum bit rate to 12mbps but we're having no joy. This is happening when connected to several APs, but we have had issues with clients that are connected to one particular AP.

I have checked out the Meraki logs and the disassociation is because of an 'unknown reason'.

For some users, they have to manually re-connect to the network, whereas others it has reconnected itself after a few seconds.

I don't believe it's anything physical but I'm lost as to what else it can be. We have had an external contact look over our config and they can't see anything wrong with it. I'm just out of ideas so any help would be appreciated!

[nealgs1]

does it happen on a particular SSID only or any SSID you have configured?

[pinko]

Hi nealgs, thanks for the response. We've had complaints about 2 SSIDs (which were setup before my time). Our guest SSID less so because it's not used as much.

[Nash]

Have you restarted these APs yet? If not, I would. Did you have a firmware change recently on the APs?

I'm grimacing at the idea of cranking all of your radios up to 100% broadcasting. For reasons of politeness and better performance, you typically want the radios negotiating their broadcast volumes on their own. More signal is very rarely the correct answer, especially in a system that had been functioning up until now.

[kYutobi]

Agreeing with @Nash please reboot all AP's whenever there's downtime either by one offs starting with affected APs. See if this fixes the issue. It might be something wacky after the update. 👾

[pjc]

Was this happening before the firmware upgrade ? If not, try a roll back.

If it was, is it happening on both 2.4ghz and 5ghz band on the same SSiD ? Check the RF stats for utilisation, number of clients etc on the worst affected AP, has this increased in the last 30 days ?

Any changes to DHCP scopes ? Are these bridged or NAT clients (or both) ?

Any potential new sources of interference ? Check air marshall for spoofs, rogues ap's etc

Check channel utilisation

Any upgrades to the client devices, NIC updates etc ?

Good luck

[pinko]

Hi pjc. It was happening before the firmware upgrade. The clients are bridged to the LAN and there hasn't been any changes to the DHCP scopes. There are 2 rogue SSIDs that are both contained, and channel utilisation is low. There haven't been any upgrades to the clients and there isn't an increase on the number of clients in the last 30 days.

Interference levels aren't very high; I will need to go back and check on which band this is happening on most. It's been suggested to me to use the DNS servers of our ISP rather than those of Google as they're set to now, but they've always been set to use Google's. I will restart each AP this evening and see how I go...

[Nash]

I can't see a reason why Google's DNS would be an issue, and it's a bad idea to start making a lot of changes at once.

Start with the AP restart and some reconnaissance.

If you look at the logs, do you see a lot of client dissociation/reassociations for specific clients reporting issues? Can you run any packet captures when a client's seeing issues, from AP to client and - ideally - on the client itself? I know that's a pain with an intermittent issue.

[pjc]

Yes, take your time, get back to the same config prior to the issues, don't wildly make changes like DNS etc.

Take a breath and as @Nash says gather as much reconnaissance as you can to see if there are any similarities with clients, access points, radio band, time of day, client type ect for those working and those having issues

Once you have narrowed it down it'll be easier to diagnose. Even though you said the issue started before you upgraded the firmware, if you have been running 25.13 for many months (that version is nearly 12 mths old) in your enviroment without problems, at least by going back to that will ensure that there are no new variables to worry about

Good luck

[pinko]

Hi pjc. I've been looking at our core switch at the our office and the core switch at one of our other sites that is having no issues. I see that on the interface connecting to the firewall at our office there are a high number of output errors, whereas our other site has none at all. I don't want to say I have found the issue but it seems plausible that this is what's causing it.

[pjc]

@pinko Good work, if thats the case then it's not Meraki related. Get back to basics, get some pings going to the IP's of the affected access points from both sides of your firewall (internal lan and external sources), if you are seeing drop outs then it's no wireless/radio/client issue. Repeat the pings to hardwired devices at the site, printers, servers etc. If you narrow it down to a general network/firewall issue check things like switch port duplex/speed mismatches, broadcast storms (loops on network), routing etc

Good luck

[pinko]

Hi Nash. We did a firmware upgrade last Thursday, and the AP power settings were set to negotiate their broadcast volumes. I thought it maybe because of a client-side issue but I've ruled that out because of the variety of devices affected.Also checked the access switches to which the APs are connected to see if there are any interface issues but nothing there either.

[pjc]

@pinko wrote " We did a firmware upgrade last Thursday "

ROLL BACK FIRMWARE

The bulk of our AP's are MR32's and 25.13 is solid for us

[Philip D'Ath]

You'r not running our of DHCP addresses or anything silly like that?

[[email protected]om]

We're having the same issues. This started happening for us a couple months ago after we went to the 25.14 SRC firmware. We reverted back to the 25.13 firmware, but unfortunately that didn't bring things back to normal. I actually just tried installing the 25.14 firmware now that it's stable release, and things are just as bad. I actually just put a ticket in with support regarding the issue, but haven't heard back from them yet. We have MR42s for a couple years now here as well, and they've worked great up until we installed this firmware update.