WLAN Controller 4402, software version 188.8.131.52; 1131AG APs
A problem started several weeks ago after the WLAN Controller was powered down/up in order to move power cords. Now, we are experiencing a problem with the 1131AG APs associating with the WLAN Controller at the correct time.
Network is a Wide Area Ethernet. The controller's interfaces are configured to use LAG and are connected to ports on a 4507 switch. There are 32 1131AG APs on the network. All switches and routers throughout the network are configured with either NTP or SNTP server parameters. The clock timezone and summer-time parameters are the same on all switches/routers throughout the network. The clocks on all switches/routers and the WLAN controller display the correct date and time of day.
We use an ACL on the switches to apply a time-range, since this cannot be done on the WLAN Controller. During the week, the VLAN that the APs are on should pass packets from 6:00 am to 9:15 pm.
For a week or so, the APs were not associating with the controller until 9:20 am, but were being blocked by the ACL at the correct time at 9:15 pm. Then the problem seemed to correct itself for a week or so. Now, it's started again in the last couple of days.
I've tried resetting a couple of the APs, but this didn't change anything. The problem still persists.
I've checked time parameters over and over, but everything displays the correct time. One thing that displays differently now, as opposed to when the problem originally surfaced several weeks ago. On the controller's web admin pages, the APs used to display the same time for Controller Association Time and Controller Association Latency. Oddly, this calculated to the 6:00 am time, even though the APs display ring was still flashing through the red-pink-chartreuse-amber cycle. Now, however, the Controller Associated Time and Controller Association Latency are different and exactly the 3 hours and 20 minute difference that would be expected.