This is probably the feature that can help with this requirement;
Have a look at this info;
Enabling WLAN Override
By default, access points transmit all defined WLANs on the controller. However, you can use the WLAN Override option to select which WLANs are transmitted and which ones are not on a per access point basis. For example, you can use WLAN override to control where in the network the guest WLAN is transmitted or you can use it to disable a specific WLAN in a certain area of the network.
Once you create a new WLAN, the WLAN > Edit page for the new WLAN appears. In this page you can define various parameters specific to this WLAN including General Policies, RADIUS Servers, Security Policies, and 802.1x Parameters.
**Check Admin Status under General Policies to enable the WLAN. If you want the AP to broadcast the SSID in its beacon frames, check Broadcast SSID.
Note: You can configure up to sixteen WLANs on the controller. The Cisco WLAN Solution can control up to sixteen WLANs for Lightweight APs. Each WLAN has a separate WLAN ID (1 through 16), a separate WLAN SSID (WLAN name), and can be assigned unique security policies. Lightweight APs broadcast all active Cisco WLAN Solution WLAN SSIDs and enforce the policies that you define for each WLAN.
This one has frustrated me as well- seems 100% counter-intuitive to blast all SSIDs by default, then require the manual removal of them with WLAN ovveride- which also requires an AP reboot when first invoked! I have pleaded with anyone at Cisco who will listen to consider modifying this poorly thought-out mechanism- it is very disruptive and with no configuration scheduling available via WCS, it can be hard to even add a new SSID to a small group of controllers as you may have to reboot APs- not prudent on a busy network. Hopefully the WBU developers will look at how this task was done in the pre-LWAPP days and how competitors like Meru and Aruba do it- I know of no other hardware set that is so completely backward and disruptive in this regard.
Yes, this is somewhat like the "old" Cable provider "negative billing" ploy, where they added all sorts of new specialty channels and gave them to you automatically (along with the much higher bill$). Then it was up to you to contact the company to have these removed :( (very a#! backwards!)
The most popular way to mitigate this problem of having to access each AP individually is to use WCS Templates for common requirement AP's. This way the WLAN Override function can be applied at the Template level and then pushed out to the group.
They seemed to take a lot more pride in the WLSE - including periodic user surveys - than they do with the WCS. Their typical response to any issues are "that's expected behavior." I guess that's what happens when you buy rather than build.
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...
I have created a Powershell script to automatically add a Wireless Guest
User on Cisco WLCs. (tested on 2500 Series) The script should be
completely self explanatory. Prerequisites: Powershell SNMP Module
(Install-Module -Name SNMP) SNMP Write Access to y...