I have a customer running code 22.214.171.124 with both Symbol and Intermec devices as clients. At random times during the day all of the Intermec clients will lose their association to the WLAN at one time. The other clients on other WLAN's are not affected as far as we can tell. So far the only way the customer can bring them back online and associating is to remove the WLAN from the controller and add the WLAN back in.
The logs on the controller show only one client that is disassociating after reaching the max-retry count. But it seems that all of the clients on that WLAN are dropping when that one client's max-retry count is reached. I've thought of taking that one client off the network to see if that stops the issue, but that just doesn't seem to make sense to me. Shouldn't the AP just disassociate with that one client and not the entire WLAN?
It turns out the issue was all in the AP deployment and not the Intermecs. In the warehouse they had 40 access points about 20 feet apart in rows using RRM and Auto Channel. RRM had them all set to the 1 and 2 power level settings and channelizaion was all over the place. It was a large distribution center but the signal propogation per cell was pretty wide.
To make a long story short, after I performed a passive survey, I cut the amount of AP's down to 17 (I could have done even less probably). Turned off RRM, re-channeled the environment and manually set power settings to 3 and 4 depending on the density.
As a result, co-channel interference was WAY down (verified by Air Magnet Laptop Analyzer), the devices couldn't see more than 3 AP's (verified by Symbol as a possible issue). And they all were happy and stayed connected. I did increase the timeout just to be sure though.
Just to be safe, I updated the controller to 4.1.181 and due to a high number of 802.1x authentication failures I recommended they update ACS to the latest build.
Note: The Symbols and Intermec devices use the 1MB and 2MB data rates for multicast traffic so I could not disable those rates, as one poster recommended.
IntroductionHow to use the Wireless LAN Controller Configuration Analyzer (WLCCA)
Javier Contreras is a Senior Tech Lead for the Wireless Business Unit in Cisco, with over 2 decades of experi...
< PRE >
(#)For this reason being that : - application that doesn't use multicast, sends one copy of each packet ( data unit of traffic at layer 3 ) to each client (" who seeks the traffic ).- application that does use multicast, sends ...
Transferring Crash file from standby:
Login to the Active WLC in HA.
(Cisco Controller) >transfer upload datatype crash
(Cisco Controller) >transfer upload filename <Desired filename>
(Cisco Controller) >transfer up...