We are experiencing a strange issue with our configured WLans periodically dissapearing of our APs since we upgraded our AP licenses from 50 to 100..
The licenses summary correctly displays our two license key with the AP Count now showing the new licensed value of 100.. We currently have not registered any additional APs since the license install.
Following the reboot of the controller ( WiSM ) and re-application of the configured WLANs ( corporate, guest etc ) through the Controller Templates or clients can succesfully select the appropiate SSID and connect to it..
We have experienced the following problems since applying the additional .lic file..
1/ SSIDs drop off the APs after a period of time ( usually 2-3 hours ) and clients loss connectivity. This can be fixed by reapplying the WLANs in the Controller Templates however, they drop off again later..
2/ One of the controllers become unreachable after a period of time… Reachablility status = Unreachable… This causes any AP registered to BS-Wism-1A to fail.. Strangely, this does not failover to the secondary controller BS-WiSM-1B..
3/ If the above is left alone, the APs become fully unreachable from WCS.. A reboot of the AP does not seem to fix the issue as it still tries to register with it’s primary Controller ( which is unreachable ).. The only way to bring back these unregistered APs is to reboot the controller !.
This problem did not exist prior to the additional license install..
I have now removed the additional license and rebooted the controller, however the problem still exists !!.
Has any experienced similar problems or have any suggestions please..
Thanks in advance.
UPDATE..... Ive just logged on to the controller itself and have had a look in the Logs and have found the following popping up on our APs....
Oct 19 23:05:54.637 apf_api.c:12789 APF-1-NOT_ADV_SSID_ON_AP: Not advertising SSID Guest on AP 00:3a:98:b9:8b:e0 due to radio policy
We currently only have 802.11 b/g enabled... ( this was how it has always been )...
are there anything settings worth checking in the 802.11 bg parameters as we have not changed anything ..
With regards to the message "due to radio policy" it is seen when you restrict an SSID to a one of the bands on the SSID configuration page while your AP has to radio interfaces. So the message is not the source of the problem.
You say AP are not advertising SSID. Are the APs loosing their connection with the WLC or LWAPP/CAPWAPP tunnel is steady?
Troubleshooting needs to take place in order to identify why you face this problem suddenly and give you a solution. Do you think you can open a TAC case?
Anyway, I wanted to give you heads up about CSCte89891, you might or might not be facing it. Isolation needs to take place via troubleshooting.
Transferring Crash file from standby: Login to the Active WLC in HA.
From CLI: (Cisco Controller) >transfer upload datatype crash (Cisco
Controller) >transfer upload filename (Cisco
Controller) >transfer upload mode tftp (Cisco Controller) >transfer
This is the start of a display filter cross reference between Wireshark
and OmniPeek. The 1st installment is a table of advanced filters. More
filters will be added as time allows. It is a living doc, so check back
for changes every so often Please feel f...