Cisco Systems 102087P Cisco Aironet 802.11ac Dual Band Access Points User Manual Wireless LAN Controller Configuration Guide Part2

Cisco Systems Inc Cisco Aironet 802.11ac Dual Band Access Points Wireless LAN Controller Configuration Guide Part2

Wireless LAN Controller Configuration Guide_Part2

CHAPTER 27Configuring the Management Interface•Information About the Management Interface, page 295•Configuring the Management Interface (GUI), page 296•Configuring the Management Interface (CLI), page 297Information About the Management InterfaceThe management interface is the default interface for in-band management of the controller and connectivityto enterprise services such as AAA servers. It is also used for communications between the controller andaccess points. The management interface has the only consistently “pingable”in-band interface IP address onthe controller. You can access the GUI of the controller by entering the management interface IP address ofthe controller in the address field of either Internet Explorer or Mozilla Firefox browser.For CAPWAP, the controller requires one management interface to control all inter-controller communicationsand one AP-manager interface to control all controller-to-access point communications, regardless of thenumber of ports.To prevent or block a wired or wireless client from accessing the management network on a controller(from the wireless client dynamic interface or VLAN), the network administrator must ensure that onlyauthorized clients gain access to the management network through proper CPU ACLs, or use a firewallbetween the client dynamic interface and the management network.NoteDo not map a guest WLAN to the management interface. If the EoIP tunnel breaks, the client could obtainan IP and be placed on the management subnet.CautionDo not configure wired clients in the same VLAN or subnet of the service port of the controller on thenetwork. If you configure wired clients on the same subnet or VLAN as the service port, it is not possibleto access the management interface of the controller.CautionCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 295
Configuring the Management Interface (GUI)Step 1 Choose Controller > Interfaces to open the Interfaces page.Step 2 Click the management link.The Interfaces > Edit page appears.Step 3 Set the management interface parameters:The management interface uses the controller’s factory-set distribution system MAC address.Note•Quarantine and quarantine VLAN ID, if applicableSelect the Quarantine check box if you want to configure this VLAN as unhealthy or you want to configurenetwork access control (NAC) out-of-band integration. Doing so causes the data traffic of any client thatis assigned to this VLAN to pass through the controller.Note•NAT address (only Cisco 2500 Series Controllers and Cisco 5500 Series Controllers are configured for dynamicAP management.)Select the Enable NAT Address check box and enter the external NAT IP address if you want to be ableto deploy your Cisco 2500 Series Controllers or Cisco 5500 Series Controller behind a router or othergateway device that is using one-to-one mapping network address translation (NAT). NAT allows a device,such as a router, to act as an agent between the Internet (public) and a local network (private). In this case,it maps the controller’s intranet IP addresses to a corresponding external address. The controller’s dynamicAP-manager interface must be configured with the external NAT IP address so that the controller can sendthe correct IP address in the Discovery Response.NoteIf a Cisco 2500 Series Controllers or Cisco 5500 Series Controller is configured with an external NAT IPaddress under the management interface, the APs in local mode cannot associate with the controller. Theworkaround is to either ensure that the management interface has a globally valid IP address or ensurethat external NAT IP address is valid internally for the local APs.NoteThe NAT parameters are supported for use only with one-to-one-mapping NAT, where each private clienthas a direct and fixed mapping to a global address. The NAT parameters do not support one-to-many NAT,which uses source port mapping to enable a group of clients to be represented by a single IP address.Note•VLAN identifierEnter 0 for an untagged VLAN or a nonzero value for a tagged VLAN. We recommend using taggedVLANs for the management interface.Note•Fixed IP address, IP netmask, and default gateway•Dynamic AP management (for Cisco 2500 Series Controllers or Cisco 5500 Series Controller only)For Cisco 5500 Series Controllers, the management interface acts like an AP-manager interface by default.If desired, you can disable the management interface as an AP-manager interface and create anotherdynamic interface as an AP manager.Note•Physical port assignment (for all controllers except the Cisco 2500 Series Controllers or Cisco 5500 Series Controller)•Primary and secondary DHCP servers•Access control list (ACL) setting, if required   Cisco Wireless LAN Controller Configuration Guide, Release 7.4296 OL-28744-01  Configuring the Management Interface (GUI)
Step 4 Click Save Configuration.Step 5 If you made any changes to the management or virtual interface, reboot the controller so that your changes take effect.Configuring the Management Interface (CLI)Step 1 Enter the show interface detailed management command to view the current management interface settings.The management interface uses the controller’s factory-set distribution system MAC address.NoteStep 2 Enter the config wlan disable wlan-number command to disable each WLAN that uses the management interface fordistribution system communication.Step 3 Enter these commands to define the management interface:•config interface address management ip-addr ip-netmask gateway•config interface quarantine vlan management vlan_idUse the config interface quarantine vlan management vlan_id command to configure a quarantineVLAN on the management interface.Note•config interface vlan management {vlan-id |0}Enter 0 for an untagged VLAN or a nonzero value for a tagged VLAN. We recommend using taggedVLANs for the management interface.Note•config interface ap-manager management {enable |disable} (for Cisco 5500 Series Controllers only)Use the config interface ap-manager management {enable |disable} command to enable or disabledynamic AP management for the management interface. For Cisco 5500 Series Controllers, the managementinterface acts like an AP-manager interface by default. If desired, you can disable the management interfaceas an AP-manager interface and create another dynamic interface as an AP manager.Note•config interface port management physical-ds-port-number (for all controllers except the 5500 series)•config interface dhcp management ip-address-of-primary-dhcp-server [ip-address-of-secondary-dhcp-server]•config interface acl management access-control-list-nameStep 4 Enter these commands if you want to be able to deploy your Cisco 5500 Series Controller behind a router or other gatewaydevice that is using one-to-one mapping network address translation (NAT):•config interface nat-address management {enable |disable}•config interface nat-address management set public_IP_addressNAT allows a device, such as a router, to act as an agent between the Internet (public) and a local network (private). Inthis case, it maps the controller’s intranet IP addresses to a corresponding external address. The controller’s dynamicAP-manager interface must be configured with the external NAT IP address so that the controller can send the correctIP address in the Discovery Response.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 297Configuring the Management Interface (CLI)
These commands are supported for use only with one-to-one-mapping NAT, where each private client has adirect and fixed mapping to a global address. These commands do not support one-to-many NAT, which usessource port mapping to enable a group of clients to be represented by a single IP address.NoteStep 5 Enter the save config command.Step 6 Enter the show interface detailed management command to verify that your changes have been saved.Step 7 If you made any changes to the management interface, enter the reset system command to reboot the controller in orderfor the changes to take effect.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4298 OL-28744-01  Configuring the Management Interface (CLI)
CHAPTER 28Configuring the AP-Manager Interface•Information the About AP-Manager Interface, page 299•Restrictions for Configuring AP Manager Interfaces, page 299•Configuring the AP-Manager Interface (GUI), page 300•Configuring the AP Manager Interface (CLI), page 300•Configuration Example: Configuring AP-Manager on a Cisco 5500 Series Controller, page 301Information the About AP-Manager InterfaceA controller has one or more AP-manager interfaces, which are used for all Layer 3 communications betweenthe controller and lightweight access points after the access points have joined the controller. The AP-managerIP address is used as the tunnel source for CAPWAP packets from the controller to the access point and asthe destination for CAPWAP packets from the access point to the controller.The controller does not support transmitting the jumbo frames. To avoid having the controller transmitCAPWAP packets to the AP that will necessitate fragmentation and reassembly, reduce MTU/MSS onthe client side.NoteThe AP-manager interface communicates through any distribution system port by listening across the Layer3 network for access point CAPWAP or LWAPP join messages to associate and communicate with as manylightweight access points as possible.Restrictions for Configuring AP Manager Interfaces•The MAC address of the management interface and the AP-manager interface is the same as the baseLAG MAC address.•If only one distribution system port can be used, you should use distribution system port 1.•Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 299
•An AP-manager interface is not required to be configured. The management interface acts like anAP-manager interface by default, and the access points can join on this interface.•If link aggregation (LAG) is enabled, there can be only one AP-manager interface. But when LAG isdisabled, one or more AP-manager interfaces can be created, generally one per physical port.•Port redundancy for the AP-manager interface is not supported. You cannot map the AP-managerinterface to a backup port.Configuring the AP-Manager Interface (GUI)Step 1 Choose Controller > Interfaces to open the Interfaces page.Step 2 Click AP-Manager Interface.The Interface > Edit page appears.Step 3 Set the AP-Manager Interface parameters:For Cisco 5500 Series Controllers, you are not required to configure an AP-manager interface. The managementinterface acts like an AP-manager interface by default.Note•Physical port assignment•VLAN identifierEnter 0 for an untagged VLAN or a nonzero value for a tagged VLAN. We recommend using taggedVLANs for the AP-manager interface.Note•Fixed IP address, IP netmask, and default gateway•Primary and secondary DHCP servers•Access control list (ACL) name, if requiredStep 4 Click Save Configuration to save your changes.Step 5 If you made any changes to the management or virtual interface, reboot the controller so that your changes take effect.Configuring the AP Manager Interface (CLI)Before You BeginFor Cisco 5500 Series Controllers, you are not required to configure an AP-manager interface. The managementinterface acts like an AP-manager interface by default.Step 1 Enter the show interface summary command to view the current interfaces.If the system is operating in Layer 2 mode, the AP-manager interface is notlisted.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4300 OL-28744-01  Configuring the AP-Manager Interface (GUI)
Step 2 Enter the show interface detailed ap-manager command to view the current AP-manager interface settings.Step 3 Enter the config wlan disable wlan-number command to disable each WLAN that uses the AP-manager interface fordistribution system communication.Step 4 Enter these commands to define the AP-manager interface:•config interface address ap-manager ip-addr ip-netmask gateway•config interface vlan ap-manager {vlan-id |0}Enter 0for an untagged VLAN or a nonzero value for a tagged VLAN. We recommend using taggedVLANs for the AP-manager interface.Note•config interface port ap-manager physical-ds-port-number•config interface dhcp ap-manager ip-address-of-primary-dhcp-server [ip-address-of-secondary-dhcp-server]•config interface acl ap-manager access-control-list-nameStep 5 Enter the save config command to save your changes.Step 6 Enter the show interface detailed ap-manager command to verify that your changes have been saved.Configuration Example: Configuring AP-Manager on a Cisco 5500 SeriesControllerFor a Cisco 5500 Series Controller, we recommend that you have eight dynamic AP-manager interfaces andassociate them to the eight Gigabit ports of the controller when LAG is not used. If you are using themanagement interface, which acts like an AP-manager interface by default, you must create only seven moredynamic AP-manager interfaces and associate them to the remaining seven Gigabit ports.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 301Configuration Example: Configuring AP-Manager on a Cisco 5500 Series Controller
This figure shows a dynamic interface that is enabled as a dynamic AP-manager interface and associated toport number 2.Figure 35: Dynamic Interface Example with Dynamic AP Management   Cisco Wireless LAN Controller Configuration Guide, Release 7.4302 OL-28744-01  Configuration Example: Configuring AP-Manager on a Cisco 5500 Series Controller
This figure shows a Cisco 5500 Series Controller with LAG disabled, the management interface used as onedynamic AP-manager interface, and seven additional dynamic AP-manager interfaces, each mapped to adifferent Gigabit port.Figure 36: Cisco 5500 Series Controller Interface Configuration ExampleCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 303Configuration Example: Configuring AP-Manager on a Cisco 5500 Series Controller
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4304 OL-28744-01  Configuration Example: Configuring AP-Manager on a Cisco 5500 Series Controller
CHAPTER 29Configuring Virtual Interfaces•Information About the Virtual Interface, page 305•Configuring Virtual Interfaces (GUI), page 306•Configuring Virtual Interfaces (CLI), page 306Information About the Virtual InterfaceThe virtual interface is used to support mobility management, Dynamic Host Configuration Protocol (DHCP)relay, and embedded Layer 3 security such as guest web authentication and VPN termination. It also maintainsthe DNS gateway host name used by Layer 3 security and mobility managers to verify the source of certificateswhen Layer 3 web authorization is enabled.Specifically, the virtual interface plays these two primary roles:•Acts as the DHCP server placeholder for wireless clients that obtain their IP address from a DHCPserver.•Serves as the redirect address for the web authentication login page.The virtual interface IP address is used only in communications between the controller and wireless clients.It never appears as the source or destination address of a packet that goes out a distribution system port andonto the switched network. For the system to operate correctly, the virtual interface IP address must be set (itcannot be 0.0.0.0), and no other device on the network can have the same address as the virtual interface.Therefore, the virtual interface must be configured with an unassigned and unused gateway IP address. Thevirtual interface IP address is not pingable and should not exist in any routing table in your network. In addition,the virtual interface cannot be mapped to a physical port.All controllers within a mobility group must be configured with the same virtual interface IP address.Otherwise, inter-controller roaming may appear to work, but the handoff does not complete, and the clientloses connectivity for a period of time.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 305
Configuring Virtual Interfaces (GUI)Step 1 Choose Controller > Interfaces to open the Interfaces page.Step 2 Click Virtual.The Interfaces > Edit page appears.Step 3 Enter the following parameters:•Any fictitious, unassigned, and unused gateway IP address•DNS gateway hostnameTo ensure connectivity and web authentication, the DNS server should always point to the virtual interface.If a DNS hostname is configured for the virtual interface, then the same DNS host name must be configuredon the DNS server(s) used by the client.NoteStep 4 Click Save Configuration.Step 5 If you made any changes to the management or virtual interface, reboot the controller so that your changes take effect.Configuring Virtual Interfaces (CLI)Step 1 Enter the show interface detailed virtual command to view the current virtual interface settings.Step 2 Enter the config wlan disable wlan-number command to disable each WLAN that uses the virtual interface for distributionsystem communication.Step 3 Enter these commands to define the virtual interface:•config interface address virtual ip-addressFor ip-address, enter any fictitious, unassigned, and unused gateway IP address.Note•config interface hostname virtual dns-host-nameStep 4 Enter the reset system command. At the confirmation prompt, enter Y to save your configuration changes to NVRAM.The controller reboots.Step 5 Enter the show interface detailed virtual command to verify that your changes have been saved.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4306 OL-28744-01  Configuring Virtual Interfaces (GUI)
CHAPTER 30Configuring Service-Port Interfaces•Information About Service-Port Interfaces, page 307•Restrictions for Configuring Service-Port Interfaces, page 307•Configuring Service-Port Interfaces (GUI), page 307•Configuring Service-Port Interfaces (CLI), page 308Information About Service-Port InterfacesThe service-port interface controls communications through and is statically mapped by the system to theservice port. The service port can obtain an IP address using DHCP, or it can be assigned a static IP address,but a default gateway cannot be assigned to the service-port interface. Static routes can be defined throughthe controller for remote network access to the service port.Restrictions for Configuring Service-Port Interfaces•Only Cisco 7500 Series Controllers and Cisco 5500 Series Controllers have a physical service-portinterface that is reachable from the external network.Configuring Service-Port Interfaces (GUI)Step 1 Choose Controller >Interfaces to open the Interfaces page.Step 2 Click the service-port link to open the Interfaces > Edit page.Step 3 Enter the Service-Port Interface parameters:The service-port interface uses the controller’s factory-set service-port MAC address.Note•DHCP protocol (enabled)•DHCP protocol (disabled) and IP address and IP netmaskCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 307
Step 4 Click Save Configuration to save your changes.Step 5 If you made any changes to the management or virtual interface, reboot the controller so that your changes take effect.Configuring Service-Port Interfaces (CLI)Step 1 To view the current service-port interface settings, enter this command:show interface detailed service-portThe service-port interface uses the controller’s factory-set service-port MAC address.NoteStep 2 Enter these commands to define the service-port interface:•To configure the DHCP server, enter this command:config interface dhcp service-port enable•To disable the DHCP server, enter this command:config interface dhcp service-port disable•To configure the IP address, enter this command:config interface address service-port ip-addr ip-netmaskStep 3 The service port is used for out-of-band management of the controller. If the management workstation is in a remotesubnet, you may need to add a route on the controller in order to manage the controller from that remote workstation.To do so, enter this command:config route add network-ip-addr ip-netmask gatewayStep 4 Enter the save config command to save your changes.Step 5 Enter the show interface detailed service-port command to verify that your changes have been saved.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4308 OL-28744-01  Configuring Service-Port Interfaces (CLI)
CHAPTER 31Configuring Dynamic Interfaces•Information About Dynamic Interface, page 309•Pre - requisites for Configuring Dynamic Interfaces, page 310•Restrictions for Configuring Dynamic Interfaces, page 310•Configuring Dynamic Interfaces (GUI), page 310•Configuring Dynamic Interfaces (CLI), page 312Information About Dynamic InterfaceDynamic interfaces, also known as VLAN interfaces, are created by users and designed to be analogous toVLANs for wireless LAN clients. A controller can support up to 512 dynamic interfaces (VLANs). Eachdynamic interface is individually configured and allows separate communication streams to exist on any orall of a controller’s distribution system ports. Each dynamic interface controls VLANs and other communicationsbetween controllers and all other network devices, and each acts as a DHCP relay for wireless clients associatedto WLANs mapped to the interface. You can assign dynamic interfaces to distribution system ports, WLANs,the Layer 2 management interface, and the Layer 3 AP-manager interface, and you can map the dynamicinterface to a backup port.You can configure zero, one, or multiple dynamic interfaces on a distribution system port. However, alldynamic interfaces must be on a different VLAN or IP subnet from all other interfaces configured on the port.If the port is untagged, all dynamic interfaces must be on a different IP subnet from any other interfaceconfigured on the port.This table lists the maximum number of VLANs supported on the various controller platforms.Table 7: Maximum number of VLANs supported on Cisco Wireless ControllersMaximum VLANsWireless Controllers512Cisco Virtual Wireless Controller16Cisco Wireless Controller Module for ISR G216Cisco 2500 Series Wireless ControllersCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 309
Maximum VLANsWireless Controllers512Cisco 5500 Series Wireless Controller512Cisco Catalyst 6500 Series Wireless ServicesModule2 (WiSM2)4,096Cisco Flex 7500 Series Cloud Controller4,096Cisco 8500 Series ControllerPre - requisites for Configuring Dynamic InterfacesWhile configuring on the dynamic interface of the controller, you must ensure the following:••You must use tagged VLANs for dynamic interfaces.Restrictions for Configuring Dynamic InterfacesThe following restrictions apply for configuring the dynamic interfaces on the controller:•You must not configure a dynamic interface in the same subnetwork as a server that is reachable by thecontroller CPU, such as a RADIUS server, as it might cause asymmetric routing issues.•Wired clients cannot access management interface of the Cisco WLC 2500 series using the IP addressof the AP Manager interface –when Dynamic AP Management is enabled on a dynamic VLAN.••For SNMP requests that come from a subnet that is configured as a dynamic interface, the controllerresponds but the response does not reach the device that initiated the conversation.•If you are using DHCP proxy and/or a RADIUS source interface, ensure that the dynamic interface hasa valid routable address. Duplicate or overlapping addresses across controller interfaces are not supported.Configuring Dynamic Interfaces (GUI)Step 1 Choose Controller > Interfaces to open the Interfaces page.Step 2 Perform one of the following:•To create a new dynamic interface, click New. The Interfaces > New page appears. Go to Step 3.•To modify the settings of an existing dynamic interface, click the name of the interface. The Interfaces > Editpage for that interface appears. Go to Step 5.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4310 OL-28744-01  Pre - requisites for Configuring Dynamic Interfaces
•To delete an existing dynamic interface, hover your cursor over the blue drop-down arrow for the desired interfaceand choose Remove.Step 3 Enter an interface name and a VLAN identifier, as shown in the figure above.Step 4 Click Apply to commit your changes. The Interfaces > Edit page appears.Step 5 Configure the following parameters:•Guest LAN, if applicable•Quarantine and quarantine VLAN ID, if applicableSelect the Quarantine check box if you want to configure this VLAN as unhealthy or you want to configurenetwork access control (NAC) out-of-band integration. Doing so causes the data traffic of any client thatis assigned to this VLAN to pass through the controller.Note•Physical port assignment (for all controllers except the 5500 series)•NAT address (only for Cisco 5500 Series Controllers configured for dynamic AP management)Select the Enable NAT Address check box and enter the external NAT IP address if you want to be ableto deploy your Cisco 5500 Series Controller behind a router or other gateway device that is using one-to-onemapping network address translation (NAT). NAT allows a device, such as a router, to act as an agentbetween the Internet (public) and a local network (private). In this case, it maps the controller’s intranetIP addresses to a corresponding external address. The controller’s dynamic AP-manager interface mustbe configured with the external NAT IP address so that the controller can send the correct IP address inthe Discovery Response.NoteThe NAT parameters are supported for use only with one-to-one-mapping NAT, where each private clienthas a direct and fixed mapping to a global address. The NAT parameters do not support one-to-many NAT,which uses source port mapping to enable a group of clients to be represented by a single IP address.Note•Dynamic AP managementWhen you enable this feature, this dynamic interface is configured as an AP-manager interface (only oneAP-manager interface is allowed per physical port). A dynamic interface that is marked as an AP-managerinterface cannot be used as a WLAN interface.NoteSet the APs in a VLAN that is different than the dynamic interface configured on the controller. If the APsare in the same VLAN as the dynamic interface, the APs are not registered on the controller and the“LWAPP discovery rejected”and “Layer 3 discovery request not received on management VLAN”errorsare logged on the controller.Note•VLAN identifier•Fixed IP address, IP netmask, and default gateway•Primary and secondary DHCP servers•Access control list (ACL) name, if requiredTo ensure proper operation, you must set the Port Number and Primary DHCP Server parameters.NoteStep 6 Click Save Configuration to save your changes.Step 7 Repeat this procedure for each dynamic interface that you want to create or edit.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 311Configuring Dynamic Interfaces (GUI)
Configuring Dynamic Interfaces (CLI)Step 1 Enter the show interface summary command to view the current dynamic interfaces.Step 2 View the details of a specific dynamic interface by entering this command:show interface detailed operator_defined_interface_name.Interface names that contain spaces must be enclosed in double quotes. For example: config interface create"vlan 25"NoteStep 3 Enter the config wlan disable wlan_id command to disable each WLAN that uses the dynamic interface for distributionsystem communication.Step 4 Enter these commands to configure dynamic interfaces:•config interface create operator_defined_interface_name {vlan_id |x}•config interface address interface ip_addr ip_netmask [gateway]•config interface vlan operator_defined_interface_name {vlan_id |o}•config interface port operator_defined_interface_name physical_ds_port_number•config interface ap-manager operator_defined_interface_name {enable |disable}Use the config interface ap-manager operator_defined_interface_name {enable |disable} commandto enable or disable dynamic AP management. When you enable this feature, this dynamic interface isconfigured as an AP-manager interface (only one AP-manager interface is allowed per physical port). Adynamic interface that is marked as an AP-manager interface cannot be used as a WLAN interface.Note•config interface dhcp operator_defined_interface_name ip_address_of_primary_dhcp_server[ip_address_of_secondary_dhcp_server]•config interface quarantine vlan interface_name vlan_idUse the config interface quarantine vlan interface_name vlan_id command to configure a quarantineVLAN on any interface.Note•config interface acl operator_defined_interface_name access_control_list_nameStep 5 Enter these commands if you want to be able to deploy your Cisco 5500 Series Controller behind a router or other gatewaydevice that is using one-to-one mapping network address translation (NAT):•config interface nat-address dynamic-interface operator_defined_interface_name {enable |disable}•config interface nat-address dynamic-interface operator_defined_interface_name set public_IP_addressNAT allows a device, such as a router, to act as an agent between the Internet (public) and a local network (private). Inthis case, it maps the controller’s intranet IP addresses to a corresponding external address. The controller’s dynamicAP-manager interface must be configured with the external NAT IP address so that the controller can send the correctIP address in the Discovery Response.These commands are supported for use only with one-to-one-mapping NAT, whereby each private client has adirect and fixed mapping to a global address. These commands do not support one-to-many NAT, which usessource port mapping to enable a group of clients to be represented by a single IP address.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4312 OL-28744-01  Configuring Dynamic Interfaces (CLI)
Step 6 Enter the config wlan enable wlan_id command to reenable each WLAN that uses the dynamic interface for distributionsystem communication.Step 7 Enter the save config command to save your changes.Step 8 Enter the show interface detailed operator_defined_interface_name command and show interface summary commandto verify that your changes have been saved.If desired, you can enter the config interface delete operator_defined_interface_name command to delete adynamic interface.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 313Configuring Dynamic Interfaces (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4314 OL-28744-01  Configuring Dynamic Interfaces (CLI)
CHAPTER 32Configuring Ports•Configuring Ports (GUI), page 315Configuring Ports (GUI)The controller’s ports are configured with factory-default settings designed to make the controllers’portsoperational without additional configuration. However, you can view the status of the controller’s ports andedit their configuration parameters at any time.Step 1 Choose Controller >Ports to open the Ports page.This page shows the current configuration for each of the controller’s ports.If you want to change the settings of any port, click the number for that specific port. The Port > Configure page appears.If the management and AP-manager interfaces are mapped to the same port and are members of the same VLAN,you must disable the WLAN before making a port-mapping change to either interface. If the management andAP-manager interfaces are assigned to different VLANs, you do not need to disable the WLAN.NoteThe number of parameters available on the Port > Configure page depends on your controllertype.NoteThe following show the current status of the port:•Port Number—Number of the current port.•Admin Status—Current state of the port. Values: Enable or Disable•Physical Mode—Configuration of the port physical interface. The mode varies by the controller type.•Physical Status—The data rate being used by the port. The available data rates vary based on controller type.◦2500 series - 1 Gbps full duplex◦WiSM2 - 10 Gbps full duplex◦7500 series - 10 Gbps full duplex•Link Status—Link status of the port. Values: Link Up or Link DownCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 315
•Link Trap—Whether the port is set to send a trap when the link status changes. Values: Enable or Disable•Power over Ethernet (PoE)—If the connecting device is equipped to receive power through the Ethernet cable andif so, provides –48 VDC. Values: Enable or DisableSome older Cisco access points do not draw PoE even if it is enabled on the controller port. In such cases,contact the Cisco Technical Assistance Center (TAC).NoteThe following is a list of the port’s configurable parameters.1Admin Status—Enables or disables the flow of traffic through the port. Options: Enable or Disable Default: Enable.When a primary port link goes down, messages may get logged internally only and not be posted to a syslogserver. It may take up to 40 seconds to restore logging to the syslog server.Note2Physical Mode—Determines whether the port’s data rate is set automatically or specified by the user. The supporteddata rates vary based on the controller type. Default: Auto.3Link Trap—Causes the port to send a trap when the port’s link status changes. Options: Enable or Disable Default:Enable.Step 2 Click Apply.Step 3 Click Save Configuration.Step 4 Click Back to return to the Ports page and review your changes.Step 5 Repeat this procedure for each additional port that you want to configure.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4316 OL-28744-01  Configuring Ports (GUI)
CHAPTER 33Information About Using Cisco 5500 SeriesController USB Console PortThe USB console port on the Cisco 5500 Series Controllers connects directly to the USB connector of a PCusing a USB Type A-to-5-pin mini Type B cable.The 4-pin mini Type B connector is easily confused with the 5-pin mini Type B connector. They are notcompatible. Only the 5-pin mini Type B connector can be used.NoteFor operation with Microsoft Windows, the Cisco Windows USB console driver must be installed on anyPC connected to the console port. With this driver, you can plug and unplug the USB cable into and fromthe console port without affecting Windows HyperTerminal operations.Only one console port can be active at a time. When a cable is plugged into the USB console port, theRJ-45 port becomes inactive. Conversely, when the USB cable is removed from the USB port, the RJ-45port becomes active.Note•USB Console OS Compatibility, page 317•Changing the Cisco USB Systems Management Console COM Port to an Unused Port, page 318USB Console OS CompatibilityBefore You BeginThese operating systems are compatible with the USB console:•Microsoft Windows 2000, Windows XP, Windows Vista, Windows 7 (Cisco Windows USB consoledriver required)•Apple Mac OS X 10.5.2 (no driver required)Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 317
•Linux (no driver required)Step 1 Download the USB_Console.inf driver file as follows:a) Click this URL to go to the Software Center: http://tools.cisco.com/support/downloads/go/Redirect.x?mdfid=278875243b) Click Wireless LAN Controllers.c) Click Standalone Controllers.d) Click Cisco 5500 Series Wireless LAN Controllers.e) Click Cisco 5508 Wireless LAN Controller.f) Choose the USB driver file.g) Save the file to your hard drive.Step 2 Connect the Type A connector to a USB port on your PC.Step 3 Connect the mini Type B connector to the USB console port on the controller.Step 4 When prompted for a driver, browse to the USB_Console.inf file on your PC. Follow the prompts to install the USBdriver.Some systems might also require an additional system file. You can download the Usbser.sys file from http://support.microsoft.com/kb/918365.NoteChanging the Cisco USB Systems Management Console COM Port to an UnusedPortBefore You BeginThe USB driver is mapped to COM port 6. Some terminal emulation programs do not recognize a port higherthan COM 4. If necessary, you must change the Cisco USB systems management console COM port to anunused port of COM 4 or lower.Step 1 From your Windows desktop, right-click My Computer and choose Manage.Step 2 From the list on the left side, choose Device Manager.Step 3 From the device list on the right side, double-click Ports (COM & LPT).Step 4 Right-click Cisco USB System Management Console 0108 and choose Properties.Step 5 Click the Port Settings tab and click the Advanced button.Step 6 From the COM Port Number drop-down list, choose an unused COM port of 4 or lower.Step 7 Click OK to save and then close the Advanced Settings dialog box.Step 8 Click OK to save and then close the Communications Port Properties dialog box.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4318 OL-28744-01  Changing the Cisco USB Systems Management Console COM Port to an Unused Port
CHAPTER 34Configuring Link Aggregation•Information About Link Aggregation, page 319•Restrictions for Link Aggregation, page 319•Enabling Link Aggregation (GUI), page 321•Enabling Link Aggregation (CLI), page 321•Verifying Link Aggregation Settings (CLI), page 322•Configuring Neighbor Devices to Support Link Aggregation, page 322•Choosing Between Link Aggregation and Multiple AP-Manager Interfaces, page 322Information About Link AggregationLink aggregation (LAG) is a partial implementation of the 802.3ad port aggregation standard. It bundles allof the controller’s distribution system ports into a single 802.3ad port channel, thereby reducing the numberof IP addresses needed to configure the ports on your controller. When LAG is enabled, the system dynamicallymanages port redundancy and load balances access points transparently to the user.LAG simplifies controller configuration because you no longer need to configure primary and secondary portsfor each interface. If any of the controller ports fail, traffic is automatically migrated to one of the other ports.As long as at least one controller port is functioning, the system continues to operate, access points remainconnected to the network, and wireless clients continue to send and receive data.LAG is supported across switches.NoteRestrictions for Link Aggregation•You can bundle all eight ports on a Cisco 5508 Controller into a single link.•Terminating on two different modules within a single Catalyst 6500 series switch provides redundancyand ensures that connectivity between the switch and the controller is maintained when one modulefails. The controller’s port 1 is connected to Gigabit interface 3/1, and the controller’s port 2 is connectedCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 319
to Gigabit interface 2/1 on the Catalyst 6500 series switch. Both switch ports are assigned to the samechannel group.•LAG requires the EtherChannel to be configured for 'mode on' on both the controller and the Catalystswitch.•Once the EtherChannel is configured as on at both ends of the link, the Catalyst switch should not beconfigured for either Link Aggregation Control Protocol (LACP) or Cisco proprietary Port AggregationProtocol (PAgP) but be set unconditionally to LAG. Because no channel negotiation is done betweenthe controller and the switch, the controller does not answer to negotiation frames and the LAG is notformed if a dynamic form of LAG is set on the switch. Additionally, LACP and PAgP are not supportedon the controller.•If the recommended load-balancing method cannot be configured on the Catalyst switch, then configurethe LAG connection as a single member link or disable LAG on the controller.Figure 37: Link Aggregation with the Catalyst 6500 Series Neighbor Switch•You cannot configure the controller’s ports into separate LAG groups. Only one LAG group is supportedper controller. Therefore, you can connect a controller in LAG mode to only one neighbor device.•When you enable LAG or make any changes to the LAG configuration, you must immediately rebootthe controller.•When you enable LAG, you can configure only one AP-manager interface because only one logical portis needed. LAG removes the requirement for supporting multiple AP-manager interfaces.•When you enable LAG, all dynamic AP-manager interfaces and untagged interfaces are deleted, and allWLANs are disabled and mapped to the management interface. Also, the management, static AP-manager,and VLAN-tagged dynamic interfaces are moved to the LAG port.•Multiple untagged interfaces to the same port are not allowed.•When you enable LAG, you cannot create interfaces with a primary port other than 29.•When you enable LAG, all ports participate in LAG by default. You must configure LAG for all of theconnected ports in the neighbor switch.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4320 OL-28744-01  Restrictions for Link Aggregation
•When you enable LAG, if any single link goes down, traffic migrates to the other links.•When you enable LAG, only one functional physical port is needed for the controller to pass clienttraffic.•When you enable LAG, access points remain connected to the controller until you reboot the controller,which is needed to activate the LAG mode change, and data service for users continues uninterrupted.•When you enable LAG, you eliminate the need to configure primary and secondary ports for eachinterface.•When you enable LAG, the controller sends packets out on the same port on which it received them. Ifa CAPWAP packet from an access point enters the controller on physical port 1, the controller removesthe CAPWAP wrapper, processes the packet, and forwards it to the network on physical port 1. Thismay not be the case if you disable LAG.•When you disable LAG, the management, static AP-manager, and dynamic interfaces are moved to port1.•When you disable LAG, you must configure primary and secondary ports for all interfaces.•When you disable LAG, you must assign an AP-manager interface to each port on the controller.Otherwise, access points are unable to join.•Cisco 5500 Series Controllers support a single static link aggregation bundle.•LAG is typically configured using the Startup Wizard, but you can enable or disable it at any time througheither the GUI or CLI.•When you enable LAG on Cisco 2500 Series Controller to which the direct-connect access point isassociated, the direct connect access point is disconnected since LAG enabling is still in the transitionstate. You must reboot the controller immediately after enabling LAG.Enabling Link Aggregation (GUI)Step 1 Choose Controller > General to open the General page.Step 2 Set the LAG Mode on Next Reboot parameter to Enabled.Step 3 Click Apply to commit your changes.Step 4 Click Save Configuration to save your changes.Step 5 Reboot the controller.Step 6 Assign the WLAN to the appropriate VLAN.Enabling Link Aggregation (CLI)Step 1 Enter the config lag enable command to enable LAG.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 321Enabling Link Aggregation (GUI)
Enter the config lag disable command if you want to disableLAG.NoteStep 2 Enter the save config command to save your settings.Step 3 Reboot the controller.Verifying Link Aggregation Settings (CLI)To verify your LAG settings, enter this command:show lag summaryInformation similar to the following appears:LAG EnabledConfiguring Neighbor Devices to Support Link AggregationThe controller’s neighbor devices must also be properly configured to support LAG.•Each neighbor port to which the controller is connected should be configured as follows:interface GigabitEthernet <interface id>switchportchannel-group <id> mode onno shutdown•The port channel on the neighbor switch should be configured as follows:interface port-channel <id>switchportswitchport trunk encapsulation dot1qswitchport trunk native vlan <native vlan id>switchport trunk allowed vlan <allowed vlans>switchport mode trunkno shutdownChoosing Between Link Aggregation and Multiple AP-Manager InterfacesCisco 5500 Series Controllers have no restrictions on the number of access points per port, but we recommendusing LAG or multiple AP-manager interfaces on each Gigabit Ethernet port to automatically balance theload.The following factors should help you decide which method to use if your controller is set for Layer 3 operation:•With LAG, all of the controller ports need to connect to the same neighbor switch. If the neighbor switchgoes down, the controller loses connectivity.•With multiple AP-manager interfaces, you can connect your ports to different neighbor devices. If oneof the neighbor switches goes down, the controller still has connectivity. However, using multipleAP-manager interfaces presents certain challenges when port redundancy is a concern.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4322 OL-28744-01  Verifying Link Aggregation Settings (CLI)
CHAPTER 35Configuring Multiple AP-Manager Interfaces•Information About Multiple AP-Manager Interfaces, page 323•Restrictions for Configuring Multiple AP Manager Interfaces, page 323•Creating Multiple AP-Manager Interfaces (GUI), page 324•Creating Multiple AP-Manager Interfaces (CLI), page 324Information About Multiple AP-Manager InterfacesWhen you create two or more AP-manager interfaces, each one is mapped to a different port. The ports shouldbe configured in sequential order so that AP-manager interface 2 is on port 2, AP-manager interface 3 is onport 3, and AP-manager interface 4 is on port 4.Before an access point joins a controller, it sends out a discovery request. From the discovery response thatit receives, the access point can tell the number of AP-manager interfaces on the controller and the numberof access points on each AP-manager interface. The access point generally joins the AP-manager with theleast number of access points. In this way, the access point load is dynamically distributed across the multipleAP-manager interfaces.Access points may not be distributed completely evenly across all of the AP-manager interfaces, but acertain level of load balancing occurs.NoteRestrictions for Configuring Multiple AP Manager InterfacesThe following restrictions apply while configuring the multiple AP manager interfaces in the controller:•You must assign an AP-manager interface to each port on the controller.•Before implementing multiple AP-manager interfaces, you should consider how they would impact yourcontroller’s port redundancy.•Only Cisco 5500 Series Controllers support the use of multiple AP-manager interfaces.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 323
•AP-manager interfaces do not need to be on the same VLAN or IP subnet, and they may or may not beon the same VLAN or IP subnet as the management interface. However, we recommend that you configureall AP-manager interfaces on the same VLAN or IP subnet.•If the port of one of the AP-manager interfaces fails, the controller clears the state of the access points,and the access points must reboot to reestablish communication with the controller using the normalcontroller join process. The controller no longer includes the failed AP-manager interface in the CAPWAPor LWAPP discovery responses. The access points then rejoin the controller and are load balanced amongthe available AP-manager interfaces.Creating Multiple AP-Manager Interfaces (GUI)Step 1 Choose Controller > Interfaces to open the Interfaces page.Step 2 Click New.The Interfaces > New page appears.Step 3 Enter an AP-manager interface name and a VLAN identifier.Step 4 Click Apply to commit your changes. The Interfaces > Edit page appears.Step 5 Enter the appropriate interface parameters.Every interface supports primary and backup port with the following exceptionsNote•Dynamic interface is converted to AP manager which does not support backup of port configuration.•If AP manager is enabled on management interface and when management interface moves to backup portbecause of primary port failure, the AP manager will be disabled.Step 6 To make this interface an AP-manager interface, select the Enable Dynamic AP Management check box.Only one AP-manager interface is allowed per physical port. A dynamic interface that is marked as an AP-managerinterface cannot be used as a WLAN interface.NoteStep 7 Click Save Configuration to save your settings.Step 8 Repeat this procedure for each additional AP-manager interface that you want to create.Creating Multiple AP-Manager Interfaces (CLI)Step 1 Enter these commands to create a new interface:•config interface create operator_defined_interface_name {vlan_id |x}•config interface address operator_defined_interface_name ip_addr ip_netmask [gateway]•config interface vlan operator_defined_interface_name {vlan_id |o}•config interface port operator_defined_interface_name physical_ds_port_number   Cisco Wireless LAN Controller Configuration Guide, Release 7.4324 OL-28744-01  Creating Multiple AP-Manager Interfaces (GUI)
•config interface dhcp operator_defined_interface_name ip_address_of_primary_dhcp_server[ip_address_of_secondary_dhcp_server]•config interface quarantine vlan interface_name vlan_idUse this command to configure a quarantine VLAN on anyinterface.Note•config interface acl operator_defined_interface_name access_control_list_nameStep 2 To make this interface an AP-manager interface, enter this command:{config interface ap-manager operator_defined_interface_name enable | disable}Only one AP-manager interface is allowed per physical port. A dynamic interface that is marked as an AP-managerinterface cannot be used as a WLAN interface.NoteStep 3 Enter save config command to save your changes.Step 4 Repeat this procedure for each additional AP-manager interface that you want to create.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 325Creating Multiple AP-Manager Interfaces (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4326 OL-28744-01  Creating Multiple AP-Manager Interfaces (CLI)
CHAPTER 36Configuring VLAN Select•Information About VLAN Select, page 327•Restrictions for Configuring VLAN Select, page 328•Configuring Interface Groups, page 328Information About VLAN SelectWhenever a wireless client connects to a wireless network (WLAN), the client is placed in a VLAN that isassociated with the WLAN. In a large venue such as an auditorium, a stadium, or a conference where theremay be numerous wireless clients, having only a single WLAN to accommodate many clients might be achallenge.The VLAN select feature enables you to use a single WLAN that can support multiple VLANs. Clients canget assigned to one of the configured VLANs. This feature enables you to map a WLAN to a single or multipleinterface VLANs using interface groups. Wireless clients that associate to the WLAN get an IP address froma pool of subnets identified by the interfaces. The IP address is derived by an algorithm based on the MACaddress of the wireless client. This feature also extends the current AP group architecture where AP groupscan override an interface or interface group to which the WLAN is mapped to, with multiple interfaces usingthe interface groups. This feature also provides the solution to auto anchor restrictions where a wireless guestuser on a foreign location can get an IP address from multiple subnets based on their foreign locations orforeign controllers from the same anchor controller.When a client roams from one controller to another, the foreign controller sends the VLAN information aspart of the mobility announce message. Based on the VLAN information received, the anchor decides whetherthe tunnel should be created between the anchor controller and the foreign controller. If the same VLAN isavailable on the foreign controller, the client context is completely deleted from the anchor and the foreigncontroller becomes the new anchor controller for the client.If an interface (int-1) in a subnet is untagged in one controller (Vlan ID 0) and the interface (int-2) in the samesubnet is tagged to another controller (Vlan ID 1), then with the VLAN select, client joining the first controllerover this interface may not undergo an L2 roam while it moves to the second controller. Hence, for L2 roamingto happen between two controllers with VLAN select, all the interfaces in the same subnet should be eithertagged or untagged.As part of the VLAN select feature, the mobility announce message carries an additional vendor payload thatcontains the list of VLAN interfaces in an interface group mapped to a foreign controller’s WLAN. ThisVLAN list enables the anchor to differentiate from a local to local or local to foreign handoff.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 327
Restrictions for Configuring VLAN Select•The VLAN select feature enables you to use a single WLAN that can support multiple VLANs.Configuring Interface GroupsInformation About Interface GroupsInterface groups are logical groups of interfaces. Interface groups facilitate user configuration where the sameinterface group can be configured on multiple WLANs or while overriding a WLAN interface per AP group.An interface group can exclusively contain either quarantine or nonquarantine interfaces. An interface can bepart of multiple interface groups.A WLAN can be associated with an interface or interface group. The interface group name and the interfacename cannot be the same.This feature also enables you to associate a client to specific subnets based on the foreign controller that theyare connected to. The anchor controller WLAN can be configured to maintain a mapping between foreigncontroller MAC and a specific interface or interface group (Foreign maps) as needed. If this mapping is notconfigured, clients on that foreign controller gets VLANs associated in a round robin fashion from interfacegroup configured on WLAN.You can also configure AAA override for interface groups. This feature extends the current access point groupand AAA override architecture where access point groups and AAA override can be configured to overridethe interface group WLAN that the interface is mapped to. This is done with multiple interfaces using interfacegroups.This feature enables network administrators to configure guest anchor restrictions where a wireless guest userat a foreign location can obtain an IP address from multiple subnets on the foreign location and controllersfrom within the same anchor controller.Restrictions for Configuring Interface Groups•The priority order for configuring VLAN interface select for WLAN is:◦AAA override◦AP group◦DHCP server override◦Interface groupCreating Interface Groups (GUI)Step 1 Choose Controller >Interface Groups.The Interface Groups page appears with the list of interface groups already created.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4328 OL-28744-01  Restrictions for Configuring VLAN Select
To remove an interface group, hover your mouse pointer over the blue drop-down icon and choose Remove.NoteStep 2 Click Add Group.The Add New Interface Group page appears.Step 3 Enter the details of the interface group:•Interface Group Name—Specify the name of the interface group.•Description—Add a brief description of the interface group.Step 4 Click Add.Creating Interface Groups (CLI)•config interface group {create |delete}interface_group_name—Creates or deletes an interface group•config interface group description interface_group_name description—Adds a description to theinterface groupAdding Interfaces to Interface Groups (GUI)Step 1 Choose Controller > Interface Groups.The Interface Groups page appears with a list of all interface groups.Step 2 Click the name of the interface group to which you want to add interfaces.The Interface Groups > Edit page appears.Step 3 Choose the interface name that you want to add to this interface group from the Interface Name drop-down list.Step 4 Click Add Interface to add the interface to the Interface group.Step 5 Repeat Steps 2 and 3 if you want to add multiple interfaces to this interface group.To remove an interface from the interface group, hover your mouse pointer over the blue drop-down arrow andchoose Remove.NoteAdding Interfaces to Interface Groups (CLI)To add interfaces to interface groups, use the config interface group interface add interface_groupinterface_name command.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 329Configuring Interface Groups
Viewing VLANs in Interface Groups (CLI)To view a list of VLANs in the interface groups, use the show interface group detailed interface-group-namecommand.Adding an Interface Group to a WLAN (GUI)Step 1 Choose the WLAN tab.The WLANs page appears listing the available WLANs.Step 2 Click the WLAN ID of the WLAN to which you want to add the interface group.Step 3 In the General tab, choose the interface group from the Interface/Interface Group (G) drop-down list.Step 4 Click Apply.Suppose that the interface group that you add to a WLAN has RADIUS Server Overwrite interface enabled. Inthis case, when a client requests for authentication, the controller selects the first IP address from the interfacegroup as the RADIUS server.NoteAdding an Interface Group to a WLAN (CLI)To add an interface group to a WLAN, enter the config wlan interface wlan_id interface_group_namecommand.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4330 OL-28744-01  Configuring Interface Groups
CHAPTER 37Configuring Interface Groups•Information About Interface Groups, page 331•Restrictions for Configuring Interface Groups, page 332•Creating Interface Groups (GUI), page 332•Creating Interface Groups (CLI), page 332•Adding Interfaces to Interface Groups (GUI), page 333•Adding Interfaces to Interface Groups (CLI), page 333•Viewing VLANs in Interface Groups (CLI), page 333•Adding an Interface Group to a WLAN (GUI), page 333•Adding an Interface Group to a WLAN (CLI), page 334Information About Interface GroupsInterface groups are logical groups of interfaces. Interface groups facilitate user configuration where the sameinterface group can be configured on multiple WLANs or while overriding a WLAN interface per AP group.An interface group can exclusively contain either quarantine or nonquarantine interfaces. An interface can bepart of multiple interface groups.A WLAN can be associated with an interface or interface group. The interface group name and the interfacename cannot be the same.This feature also enables you to associate a client to specific subnets based on the foreign controller that theyare connected to. The anchor controller WLAN can be configured to maintain a mapping between foreigncontroller MAC and a specific interface or interface group (Foreign maps) as needed. If this mapping is notconfigured, clients on that foreign controller gets VLANs associated in a round robin fashion from interfacegroup configured on WLAN.You can also configure AAA override for interface groups. This feature extends the current access point groupand AAA override architecture where access point groups and AAA override can be configured to overridethe interface group WLAN that the interface is mapped to. This is done with multiple interfaces using interfacegroups.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 331
This feature enables network administrators to configure guest anchor restrictions where a wireless guest userat a foreign location can obtain an IP address from multiple subnets on the foreign location and controllersfrom within the same anchor controller.Restrictions for Configuring Interface Groups•The priority order for configuring VLAN interface select for WLAN is:◦AAA override◦AP group◦DHCP server override◦Interface groupCreating Interface Groups (GUI)Step 1 Choose Controller >Interface Groups.The Interface Groups page appears with the list of interface groups already created.To remove an interface group, hover your mouse pointer over the blue drop-down icon and choose Remove.NoteStep 2 Click Add Group.The Add New Interface Group page appears.Step 3 Enter the details of the interface group:•Interface Group Name—Specify the name of the interface group.•Description—Add a brief description of the interface group.Step 4 Click Add.Creating Interface Groups (CLI)•config interface group {create |delete}interface_group_name—Creates or deletes an interface group•config interface group description interface_group_name description—Adds a description to theinterface group   Cisco Wireless LAN Controller Configuration Guide, Release 7.4332 OL-28744-01  Restrictions for Configuring Interface Groups
Adding Interfaces to Interface Groups (GUI)Step 1 Choose Controller > Interface Groups.The Interface Groups page appears with a list of all interface groups.Step 2 Click the name of the interface group to which you want to add interfaces.The Interface Groups > Edit page appears.Step 3 Choose the interface name that you want to add to this interface group from the Interface Name drop-down list.Step 4 Click Add Interface to add the interface to the Interface group.Step 5 Repeat Steps 2 and 3 if you want to add multiple interfaces to this interface group.To remove an interface from the interface group, hover your mouse pointer over the blue drop-down arrow andchoose Remove.NoteAdding Interfaces to Interface Groups (CLI)To add interfaces to interface groups, use the config interface group interface add interface_groupinterface_name command.Viewing VLANs in Interface Groups (CLI)To view a list of VLANs in the interface groups, use the show interface group detailed interface-group-namecommand.Adding an Interface Group to a WLAN (GUI)Step 1 Choose the WLAN tab.The WLANs page appears listing the available WLANs.Step 2 Click the WLAN ID of the WLAN to which you want to add the interface group.Step 3 In the General tab, choose the interface group from the Interface/Interface Group (G) drop-down list.Step 4 Click Apply.Suppose that the interface group that you add to a WLAN has RADIUS Server Overwrite interface enabled. Inthis case, when a client requests for authentication, the controller selects the first IP address from the interfacegroup as the RADIUS server.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 333Adding Interfaces to Interface Groups (GUI)
Adding an Interface Group to a WLAN (CLI)To add an interface group to a WLAN, enter the config wlan interface wlan_id interface_group_namecommand.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4334 OL-28744-01  Adding an Interface Group to a WLAN (CLI)
CHAPTER 38Configuring Multicast Optimization•Information About Multicast Optimization, page 335•Configuring a Multicast VLAN (GUI), page 335•Configuring a Multicast VLAN (CLI), page 336Information About Multicast OptimizationPrior to the 7.0.116.0 release, multicast was based on the grouping of the multicast address and the VLAN asone entity, MGID. With VLAN select and VLAN pooling, there is a possibility that you might increaseduplicate packets. With the VLAN select feature, every client listens to the multicast stream on a differentVLAN. As a result, the controller creates different MGIDs for each multicast address and VLAN. Therefore,the upstream router sends one copy for each VLAN, which results, in the worst case, in as many copies asthere are VLANs in the pool. Since the WLAN is still the same for all clients, multiple copies of the multicastpacket are sent over the air. To suppress the duplication of a multicast stream on the wireless medium andbetween the controller and access points, you can use the multicast optimization feature.Multicast optimization enables you to create a multicast VLAN which you can use for multicast traffic. Youcan configure one of the VLANs of the WLAN as a multicast VLAN where multicast groups are registered.Clients are allowed to listen to a multicast stream on the multicast VLAN. The MGID is generated usingmulicast VLAN and multicast IP addresses. If multiple clients on the VLAN pool of the same WLAN arelistening to a single multicast IP address, a single MGID is generated. The controller makes sure that allmulticast streams from the clients on this VLAN pool always go out on the multicast VLAN to ensure thatthe upstream router has one entry for all the VLANs of the VLAN pool. Only one multicast stream hits theVLAN pool even if the clients are on different VLANs. Therefore, the multicast packets that are sent out overthe air is just one stream.Configuring a Multicast VLAN (GUI)Step 1 Choose WLANs >WLAN ID. The WLAN > Edit page appears.Step 2 In the General tab, select the Multicast VLAN feature check box to enable multicast VLAN for the WLAN.The Multicast Interface drop-down list appears.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 335
Step 3 Choose the VLAN from the Multicast Interface drop-down list.Step 4 Click Apply.Configuring a Multicast VLAN (CLI)Use the config wlan multicast interface wlan_id enable interface_name command to configure the multicastVLAN feature.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4336 OL-28744-01  Configuring a Multicast VLAN (CLI)
PART IIIConfiguring VideoStream•Configuring VideoStream, page 339
CHAPTER 39Configuring VideoStream•Information about VideoStream, page 339•Prerequisites for VideoStream, page 339•Restrictions for Configuring VideoStream, page 339•Configuring VideoStream (GUI), page 340•Configuring VideoStream (CLI), page 343•Viewing and Debugging Media Streams, page 344Information about VideoStreamThe IEEE 802.11 wireless multicast delivery mechanism does not provide a reliable way to acknowledge lostor corrupted packets. As a result, if any multicast packet is lost in the air, it is not sent again which may causean IP multicast stream unviewable.The VideoStream feature makes the IP multicast stream delivery reliable over the air, by converting themulticast frame to a unicast frame over the air. Each VideoStream client acknowledges receiving a video IPmulticast stream.Prerequisites for VideoStreamMake sure that the multicast feature is enabled. We recommend configuring IP multicast on the controllerwith multicast-multicast mode.Check for the IP address on the client machine. The machine should have an IP address from the respectiveVLAN.Verify that the access points have joined the controllers.Make sure that the clients are able to associate to the configured WLAN at 802.11n speed.Restrictions for Configuring VideoStreamVideoStream is supported in the 7.0.98.0 and later controller software releases.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 339
VideoStream is supported on the following access points: Cisco Aironet 3600, 3500, 1260, 1250, 1240, 1140,1130, and 1040.Configuring VideoStream (GUI)Step 1 Configure the multicast feature by following these steps:a) Choose Wireless >MediaStream >General.b) Select or unselect the Multicast Direct feature check box. The default value is disabled.Enabling the multicast direct feature does not automatically reset the existing client state. The wireless clientsmust rejoin the multicast stream after enabling the multicast direct feature on the controller.Notec) In the Session Message Config area, select Session announcement State check box to enable the sessionannouncement mechanism. If the session announcement state is enabled, clients are informed each time a controlleris not able to serve the multicast direct data to the client.d) In the Session announcement URL text box, enter the URL where the client can find more information when anerror occurs during the multicast media stream transmission.e) In the Session announcement e-mail text box, enter the e-mail address of the person who can be contacted.f) In the Session announcement Phone text box, enter the phone number of the person who can be contacted.g) In the Session announcement Note text box, enter a reason as to why a particular client cannot be served with amulticast media.h) Click Apply.Step 2 Add a media stream by following these steps:a) Choose Wireless >Media Stream >Streams to open the Media Stream page.b) Click Add New to configure a new media stream. The Media Stream > New page appears.The Stream Name, Multicast Destination Start IP Address (IPv4 or IPv6), and Multicast Destination End IPAddress (IPv4 or IPv6) text boxes are mandatory. You must enter information in these text boxes.Notec) In the Stream Name text box, enter the media stream name. The stream name can be up to 64 characters.d) In the Multicast Destination Start IP Address (IPv4 or IPv6) text box, enter the start (IPv4 or IPv6) address ofthe multicast media stream.e) In the Multicast Destination End IP Address (IPv4 or IPv6) text box, enter the end (IPv4 or IPv6) address of themulticast media stream.Ensure that the Multicast Destination Start and End IP addresses are of the same type, that is both addressesshould be of either IPv4 or IPv6 type.Notef) In the Maximum Expected Bandwidth text box, enter the maximum expected bandwidth that you want to assignto the media stream. The values can range between 1 to 35000 kbps.We recommend that you use a template to add a media stream to the controller.Noteg) From the Select from Predefined Templates drop-down list under Resource Reservation Control (RRC) Parameters,choose one of the following options to specify the details about the resource reservation control:•Very Coarse (below 300 kbps)•Coarse (below 500 kbps)•Ordinary (below 750 kbps)•Low (below 1 Mbps)•Medium (below 3 Mbps)   Cisco Wireless LAN Controller Configuration Guide, Release 7.4340 OL-28744-01  Configuring VideoStream (GUI)
•High (below 5 Mbps)When you select a predefined template from the drop-down list, the following text boxes under theResource Reservation Control (RRC) Parameters list their default values that are assigned with thetemplate.Note•Average Packet Size (100-1500 bytes)—Specifies the average packet size. The value can be in the range of 100to 1500 bytes. The default value is 1200.•RRC Periodic update—Enables the RRC (Resource Reservation Control Check) Periodic update. By default,this option is enabled. RRC periodically updates the admission decision on the admitted stream according tothe correct channel load. As a result, it may deny certain low priority admitted stream requests.•RRC Priority (1-8)—Specifies the priority bit set in the media stream. The priority can be any number between1 and 8. The larger the value means the higher the priority is. For example, a priority of 1 is the lowest valueand a value of 8 is the highest value. The default priority is 4. The low priority stream may be denied in theRRC periodic update.•Traffic Profile Violation—Specifies the action to perform in case of a violation after a re-RRC. Choose anaction from the drop-down list. The possible values are as follows:Drop—Specifies that a stream is dropped on periodic revaluation.Fallback—Specifies that a stream is demoted to Best Effort class on periodic reevaluation.The default value is drop.h) Click Apply.Step 3 Enable the media stream for multicast-direct by following these steps:a) Choose WLANs > WLAN ID to open the WLANs > Edit page.b) Click the QoS tab and select Gold (Video) from the Quality of Service (QoS) drop-down list.c) Click Apply.Step 4 Set the EDCA parameters to voice and video optimized (optional) by following these steps:a) Choose Wireless >802.11a/n or 802.11b/g/n >EDCA Parameters.b) From the EDCA Profile drop-down list, choose the Voice and Video Optimized option.c) Click Apply.Step 5 Enable the admission control on a band for video (optional) by following these steps:Keep the voice bandwidth allocation to a minimum for betterperformance.Notea) Choose Wireless >802.11a/n or 802.11b/g/n >Media to open the 802.11a/n (5 GHZ) or 802.11b/g/n > Media page.b) Click the Video tab.c) Select the Admission Control (ACM) check box to enable bandwidth-based CAC for this radio band. The defaultvalue is disabled.d) Click Apply.Step 6 Configure the video bandwidth by following these steps:The template bandwidth that is configured for a media stream should be more than the bandwidth for the sourcemedia stream.NoteThe voice configuration is optional. Keep the voice bandwidth allocation to a minimum for better performance.Notea) Disable all WMM WLANs.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 341Configuring VideoStream (GUI)
b) Choose Wireless >802.11a/n or 802.11b/g/n >Media to open the 802.11a/n (5 GHZ) or 802.11b/g/n > Media page.c) Click the Video tab.d) Select the Admission Control (ACM) check box to enable the video CAC for this radio band. The default value isdisabled.e) In the Max RF Bandwidth field, enter the percentage of the maximum bandwidth allocated to clients for videoapplications on this radio band. Once the client reaches the value specified, the access point rejects new requests onthis radio band.f) The range is 5 to 85%.g) The default value is 9%.h) Click Apply.i) Reenable all WMM WLANs and click Apply.Step 7 Configure the media bandwidth by following these steps:a) Choose Wireless >802.11a/n or 802.11b/g/n >Media to open the 802.11a (or 802.11b) > Media > Parameters page.b) Click the Media tab to open the Media page.c) Select the Unicast Video Redirect check box to enable Unicast Video Redirect. The default value is disabled.d) In the Maximum Media Bandwidth (0-85%) text box, enter the percentage of the maximum bandwidth to beallocated for media applications on this radio band. Once the client reaches a specified value, the access point rejectsnew calls on this radio band.e) The default value is 85%; valid values are from 0% to 85%.f) In the Client Minimum Phy Rate text box, enter the minimum transmission data rate to the client. If the transmissiondata rate is below the phy rate, either the video will not start or the client may be classified as a bad client. The badclient video can be demoted for better effort QoS or subject to denial.g) In the Maximum Retry Percent (0-100%) text box, enter the percentage of maximum retries that are allowed. Thedefault value is 80. If it exceeds 80, either the video will not start or the client might be classified as a bad client. Thebad client video can be demoted for better effort QoS or subject to denial.h) Select the Multicast Direct Enable check box to enable the Multicast Direct Enable field. The default value isenabled.i) From the Max Streams per Radio drop-down list, choose the maximum number of streams allowed per radio fromthe range 0 to 20. The default value is set to No-limit. If you choose No-limit, there is no limit set for the number ofclient subscriptions.j) From the Max Streams per Client drop-down list, choose the maximum number of streams allowed per client fromthe range 0 to 20. The default value is set to No-limit. If you choose No-limit, there is no limit set for the number ofclient subscriptions.k) Select the Best Effort QoS Admission check box to enable best-effort QoS admission.l) Click Apply.Step 8 Enable a WLAN by following these steps:a) Choose WLANS > WLAN ID. The WLANs > Edit page appears.b) Select the Status check box.c) Click Apply.Step 9 Enable the 802.11 a/n or 802.11 b/g/n network by following these steps:a) Choose Wireless >802.11a/n or 802.11b/g/n >Network.b) Select the 802.11a or 802.11b/g Network Status check box to enable the network status.c) Click Apply.Step 10 Verify that the clients are associated with the multicast groups and group IDs by following these steps:   Cisco Wireless LAN Controller Configuration Guide, Release 7.4342 OL-28744-01  Configuring VideoStream (GUI)
a) Choose Monitor > Clients. The Clients page appears.b) Check if the 802.11a/n or 802.11b/g/n network clients have the associated access points.c) Choose Monitor > Multicast. The Multicast Groups page appears.d) Select the MGID check box for the VideoStream to the clients.e) Click MGID. The Multicast Group Detail page appears. Check the Multicast Status details.Configuring VideoStream (CLI)Step 1 Configure the multicast-direct feature on WLANs media stream by entering this command:config wlan media-stream multicast-direct {wlan_id |all} {enable |disable}Step 2 Enable or disable the multicast feature by entering this command:config media-stream multicast-direct {enable |disable}Step 3 Configure various message configuration parameters by entering this command:config media-stream message {state [enable |disable] | url url |email email |phone phone _number |note note}Step 4 Save your changes by entering this command:save configStep 5 Configure various global media-stream configurations by entering this command:config media-stream add multicast-direct stream-name media_stream_name start_IP end_IP [template {very-coarse|coarse |ordinary |low-resolution |med-resolution |high-resolution} | detail {Max_bandwidth bandwidth |packetsize packet_size |Re-evaluation re-evaluation {periodic |initial}} video video priority {drop |fallback}•The Resource Reservation Control (RRC) parameters are assigned with the predefined values based on the valuesassigned to the template.•The following templates are used to assign RRC parameters to the media stream:◦Very Coarse (below 3000 kbps)◦Coarse (below 500 kbps)◦Ordinary (below 750 kbps)◦Low Resolution (below 1 mbps)◦Medium Resolution (below 3 mbps)◦High Resolution (below 5 mbps)Step 6 Delete a media stream by entering this command:config media-stream delete media_stream_nameStep 7 Enable a specific enhanced distributed channel access (EDC) profile by entering this command:config advanced{801.11a |802.11b}edca-parameters optimized-video-voiceCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 343Configuring VideoStream (CLI)
Step 8 Enable the admission control on the desired bandwidth by entering the following commands:•Enable bandwidth-based voice CAC for 802.11a or 802.11b/g network by entering this command:config {802.11a |802.11b}cac voice acm enable•Set the percentage of the maximum bandwidth allocated to clients for voice applications on the 802.11a or 802.11b/gnetwork by entering this command:config {802.11a |802.11b}cac voice max-bandwidth bandwidth•Configure the percentage of the maximum allocated bandwidth reserved for roaming voice clients on the 802.11aor 802.11b/g network by entering this command:config {802.11a |802.11b}cac voice roam-bandwidth bandwidthFor TSpec and SIP based CAC for video calls, only Static method is supported.NoteStep 9 Set the maximum number of streams per radio and/or per client by entering these commands:•Set the maximum limit to the number multicast streams per radio by entering this command:config {802.11a |802.11b}media-stream multicast-direct radio-maximum [value |no-limit]•Set the maximum number of multicast streams per client by entering this command:config {802.11a |802.11b}media-stream multicast-direct client-maximum [value |no-limit]Step 10 Save your changes by entering this command:save configViewing and Debugging Media Streams•See the configured media streams by entering this command:show wlan wlan_id•See the details of the media stream name by entering this command:show 802.11{a | b | h} media-stream media-stream_name•See the clients for a media stream by entering this command:show 802.11a media-stream client media-stream-name•See a summary of the media stream and client information by entering this command:show media-stream group summary•See details about a particular media stream group by entering this command:show media-stream group detail media_stream_name•See details of the 802.11a or 802.11b media resource reservation configuration by entering this command:show {802.11a | 802.11b} media-stream rrc•Enable debugging of the media stream history by entering this command:   Cisco Wireless LAN Controller Configuration Guide, Release 7.4344 OL-28744-01  Viewing and Debugging Media Streams
debug media-stream history {enable | disable}Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 345Viewing and Debugging Media Streams
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4346 OL-28744-01  Viewing and Debugging Media Streams
PART IVConfiguring Security Solutions•Cisco Unified Wireless Network Solution Security, page 349•Configuring RADIUS, page 351•Configuring TACACS+, page 373•Configuring Maximum Local Database Entries, page 383•Configuring Local Network Users on the Controller, page 385•Configuring Password Policies, page 389•Configuring LDAP, page 393•Configuring Local EAP, page 399•Configuring the System for SpectraLink NetLink Telephones, page 409•Configuring RADIUS NAC Support, page 413•Using Management Over Wireless, page 417•Using Dynamic Interfaces for Management, page 419•Configuring DHCP Option 82, page 421•Configuring and Applying Access Control Lists, page 425•Configuring Management Frame Protection, page 433•Configuring Client Exclusion Policies, page 439•Configuring Identity Networking, page 443
•Configuring AAA Override, page 449•Managing Rogue Devices, page 453•Classifying Rogue Access Points, page 461•Configuring Cisco TrustSec SXP, page 475•Configuring Cisco Intrusion Detection System, page 481•Configuring IDS Signatures, page 487•Configuring wIPS, page 497•Configuring the Wi-Fi Direct Client Policy, page 507•Configuring Web Auth Proxy, page 509•Detecting Active Exploits, page 513
CHAPTER 40Cisco Unified Wireless Network SolutionSecurity•Security Overview, page 349•Layer 1 Solutions, page 349•Layer 2 Solutions, page 349•Layer 3 Solutions, page 350•Integrated Security Solutions, page 350Security OverviewThe Cisco Unified Wireless Network (UWN) security solution bundles potentially complicated Layer 1,Layer 2, and Layer 3 802.11 Access Point security components into a simple policy manager that customizessystem-wide security policies on a per-WLAN basis. The Cisco UWN security solution provides simple,unified, and systematic security management tools.One of the biggest hurdles to WLAN deployment in the enterprise is WEP encryption, which is a weakstandalone encryption method. A newer problem is the availability of low-cost access points, which can beconnected to the enterprise network and used to mount man-in-the-middle and denial-of-service attacks.Layer 1 SolutionsThe Cisco UWN security solution ensures that all clients gain access within a user-set number of attempts. Ifa client fails to gain access within that limit, it is automatically excluded (blocked from access) until theuser-set timer expires. The operating system can also disable SSID broadcasts on a per-WLAN basis.Layer 2 SolutionsIf a higher level of security and encryption is required, you can also implement industry-standard securitysolutions such as Extensible Authentication Protocol (EAP), Wi-Fi Protected Access (WPA), and WPA2. TheCisco UWN solution WPA implementation includes AES (Advanced Encryption Standard), TKIP and Michael(temporal key integrity protocol and message integrity code checksum) dynamic keys, or WEP (WiredCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 349
Equivalent Privacy) static keys. Disabling is also used to automatically block Layer 2 access after a user-setnumber of failed authentication attempts.Regardless of the wireless security solution selected, all Layer 2 wired communications between controllersand lightweight access points are secured by passing data through CAPWAP tunnels.Restrictions for Layer 2 SolutionsCisco Aironet client adapter version 4.2 does not authenticate if WPA/WPA2 is used with CCKM as auth keymanagement and a 2 second latency between the controller and AP.Layer 3 SolutionsThe WEP problem can be further solved using industry-standard Layer 3 security solutions such as passthroughVPNs (virtual private networks).The Cisco UWN solution supports local and RADIUS MAC (media access control) filtering. This filteringis best suited to smaller client groups with a known list of 802.11 access card MAC addresses.The Cisco UWN solution supports local and RADIUS user/password authentication. This authentication isbest suited to small to medium client groups.Integrated Security SolutionsThe integrated security solutions are as follows:•Cisco Unified Wireless Network (UWN) solution operating system security is built around a 802.1XAAA (authorization, authentication and accounting) engine, which allows users to rapidly configureand enforce a variety of security policies across the Cisco UWN solution.•The controllers and lightweight access points are equipped with system-wide authentication andauthorization protocols across all ports and interfaces, maximizing system security.•Operating system security policies are assigned to individual WLANs, and lightweight access pointssimultaneously broadcast all (up to 16) configured WLANs, which can eliminate the need for additionalaccess points, which can increase interference and degrade system throughput.•Operating system security uses the RRM function to continually monitor the air space for interferenceand security breaches and to notify the user when they are detected.•Operating system security works with industry-standard authorization, authentication, and accounting(AAA) servers.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4350 OL-28744-01  Layer 3 Solutions
CHAPTER 41Configuring RADIUS•Information About RADIUS, page 351•Configuring RADIUS on the ACS, page 353•Configuring RADIUS (GUI), page 354•Configuring RADIUS (CLI), page 358•RADIUS Authentication Attributes Sent by the Controller, page 361•Authentication Attributes Honored in Access-Accept Packets (Airespace), page 364•RADIUS Accounting Attributes, page 371Information About RADIUSRemote Authentication Dial-In User Service (RADIUS) is a client/server protocol that provides centralizedsecurity for users attempting to gain management access to a network. It serves as a backend database similarto local and TACACS+ and provides authentication and accounting services:•Authentication—The process of verifying users when they attempt to log into the controller.Users must enter a valid username and password in order for the controller to authenticate users to theRADIUS server. If multiple databases are configured, you can specify the sequence in which the backenddatabase must be tired.•Accounting—The process of recording user actions and changes.Whenever a user successfully executes an action, the RADIUS accounting server logs the changedattributes, the user ID of the person who made the change, the remote host where the user is logged in,the date and time when the command was executed, the authorization level of the user, and a descriptionof the action performed and the values provided. If the RADIUS accounting server becomes unreachable,users are able to continue their sessions uninterrupted.RADIUS uses User Datagram Protocol (UDP) for its transport. It maintains a database and listens on UDPport 1812 for incoming authentication requests and UDP port 1813 for incoming accounting requests. Thecontroller, which requires access control, acts as the client and requests AAA services from the server. Thetraffic between the controller and the server is encrypted by an algorithm defined in the protocol and a sharedsecret key configured on both devices.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 351
You can configure multiple RADIUS accounting and authentication servers. For example, you may want tohave one central RADIUS authentication server but several RADIUS accounting servers in different regions.If you configure multiple servers of the same type and the first one fails or becomes unreachable, the controllerautomatically tries the second one, then the third one if necessary, and so on.When a management user is authenticated using a RADIUS server, only the PAP protocol is used. For webauthentication users, PAP, MSCHAPv2 and MD5 security mechanisms are supported.RADIUS Server Support•You can configure up to 17 RADIUS authentication and accounting servers each.•If multiple RADIUS servers are configured for redundancy, the user database must be identical in allthe servers for the backup to work properly.•One Time Passwords (OTPs) are supported on the controller using RADIUS. In this configuration, thecontroller acts as a transparent passthrough device. The controller forwards all client requests to theRADIUS server without inspecting the client behavior. When using OTP, the client must establish asingle connection to the controller to function properly. The controller currently does not have anyintelligence or checks to correct a client that is trying to establish multiple connections.•To create a read-only controller user on the RADIUS sever, you must set the service type to NAS promptinstead of Callback NAS prompt. If you set the service type to Callback NAS Prompt, the userauthentication fails while setting it to NAS prompt gives the user read-only access to the controller.Also, the Callback Administrative service type gives the user the lobby ambassador privileges to thecontroller.Radius ACS Support•You must configure RADIUS on both your CiscoSecure Access Control Server (ACS) and your controller.•RADIUS is supported on CiscoSecure ACS version 3.2 and later releases. See the CiscoSecure ACSdocumentation for the version that you are running.Primary and Fallback RADIUS ServersThe primary RADIUS server (the server with the lowest server index) is assumed to be the most preferableserver for the controller. If the primary server becomes unresponsive, the controller switches to the next activebackup server (the server with the next lowest server index). The controller continues to use this backup server,unless you configure the controller to fall back to the primary RADIUS server when it recovers and becomesresponsive or to a more preferable server from the available backup servers.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4352 OL-28744-01  Information About RADIUS
Configuring RADIUS on the ACSStep 1 Choose Network Configuration on the ACS main page.Step 2 Choose Add Entry under AAA Clients to add your controller to the server. The Add AAA Client page appears.Figure 38: Add AAA Client Page on CiscoSecure ACSStep 3 In the AAA Client Hostname text box, enter the name of your controller.Step 4 In the AAA Client IP Address text box, enter the IP address of your controller.Step 5 In the Shared Secret text box, enter the shared secret key to be used for authentication between the server and thecontroller.The shared secret key must be the same on both the server and thecontroller.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 353Configuring RADIUS on the ACS
Step 6 From the Authenticate Using drop-down list, choose RADIUS (Cisco Airespace).Step 7 Click Submit + Apply to save your changes.Step 8 Choose Interface Configuration on the ACS main page.Step 9 Choose RADIUS (Cisco Aironet). The RADIUS (Cisco Aironet) page appears.Step 10 Under User Group, select the Cisco-Aironet-Session-Timeout check box.Step 11 Click Submit to save your changes.Step 12 On the ACS main page, from the left navigation pane, choose System Configuration.Step 13 Choose Logging.Step 14 When the Logging Configuration page appears, enable all of the events that you want to be logged and save your changes.Step 15 On the ACS main page, from the left navigation pane, choose Group Setup.Step 16 Choose a previously created group from the Group drop-down list.This step assumes that you have already assigned users to groups on the ACS according to the roles to whichthey will be assigned.NoteStep 17 Click Edit Settings. The Group Setup page appears.Step 18 Under Cisco Aironet Attributes, select the Cisco-Aironet-Session-Timeout check box and enter a session timeoutvalue in the edit box.Step 19 Specify read-only or read-write access to controllers through RADIUS authentication, by setting the Service-Typeattribute (006) to Callback NAS Prompt for read-only access or to Administrative for read-write privileges. If you donot set this attribute, the authentication process completes successfully (without an authorization error on the controller),but you might be prompted to authenticate again.If you set the Service-Type attribute on the ACS, make sure to select the Management check box on the RADIUSAuthentication Servers page of the controller GUI.NoteStep 20 Click Submit to save your changes.Configuring RADIUS (GUI)Step 1 Choose Security >AAA >RADIUS.Step 2 Perform one of the following:•If you want to configure a RADIUS server for authentication, choose Authentication.•If you want to configure a RADIUS server for accounting, choose Accounting.The pages used to configure authentication and accounting contain mostly the same text boxes. Therefore, theseinstructions walk through the configuration only once, using the Authentication pages as examples. You wouldfollow the same steps to configure multiple services and/or multiple servers.NoteThe RADIUS Authentication (or Accounting) Servers page appears.This page lists any RADIUS servers that have already been configured.•If you want to delete an existing server, hover your cursor over the blue drop-down arrow for that server and chooseRemove.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4354 OL-28744-01  Configuring RADIUS (GUI)
•If you want to make sure that the controller can reach a particular server, hover your cursor over the blue drop-downarrow for that server and choose Ping.Step 3 From the Call Station ID Type drop-down list, choose the option that is sent to the RADIUS server in the Access-Requestmessage. The following options are available:•IP Address•System MAC Address•AP MAC Address•AP MAC Address:SSID•AP Name:SSID•AP Name•AP Group•Flex Group•AP Location•VLAN IDThe AP Name:SSID, AP Name, AP Group, Flex Group, AP Location, and VLAN ID options are added in the7.4 release.NoteStep 4 Enable RADIUS-to-controller key transport using AES key wrap protection by selecting the Use AES Key Wrap checkbox. The default value is unselected. This feature is required for FIPS customers.Step 5 Click Apply. Perform one of the following:•To edit an existing RADIUS server, click the server index number for that server. The RADIUS Authentication(or Accounting) Servers > Edit page appears.•To add a RADIUS server, click New. The RADIUS Authentication (or Accounting) Servers > New page appears.Step 6 If you are adding a new server, choose a number from the Server Index (Priority) drop-down list to specify the priorityorder of this server in relation to any other configured RADIUS servers providing the same service.Step 7 If you are adding a new server, enter the IP address of the RADIUS server in the Server IP Address text box.Step 8 From the Shared Secret Format drop-down list, choose ASCII or Hex to specify the format of the shared secret keyto be used between the controller and the RADIUS server. The default value is ASCII.Step 9 In the Shared Secret and Confirm Shared Secret text boxes, enter the shared secret key to be used for authenticationbetween the controller and the server.The shared secret key must be the same on both the server and the controller.NoteStep 10 If you are configuring a new RADIUS authentication server and want to enable AES key wrap, which makes the sharedsecret between the controller and the RADIUS server more secure, follow these steps:AES key wrap is designed for Federal Information Processing Standards (FIPS) customers and requires akey-wrap compliant RADIUS authentication server.Notea) Select the Key Wrap check box.b) From the Key Wrap Format drop-down list, choose ASCII or HEX to specify the format of the AES key wrapkeys: Key Encryption Key (KEK) and Message Authentication Code Key (MACK).Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 355Configuring RADIUS (GUI)
c) In the Key Encryption Key (KEK) text box, enter the 16-byte KEK.d) In the Message Authentication Code Key (MACK) text box, enter the 20-byte KEK.Step 11 If you are adding a new server, enter the RADIUS server’s UDP port number for the interface protocols in the PortNumber text box. The valid range is 1 to 65535, and the default value is 1812 for authentication and 1813 for accounting.Step 12 From the Server Status text box, choose Enabled to enable this RADIUS server or choose Disabled to disable it. Thedefault value is enabled.Step 13 If you are configuring a new RADIUS authentication server, choose Enabled from the Support for RFC 3576 drop-downlist to enable RFC 3576, which is an extension to the RADIUS protocol that allows dynamic changes to a user session,or choose Disabled to disable this feature. The default value is Enabled. RFC 3576 includes support for disconnectingusers and changing authorizations applicable to a user session and supports disconnect and change-of-authorization(CoA) messages. Disconnect messages cause a user session to be terminated immediately where CoA messages modifysession authorization attributes such as data filters.Step 14 In the Server Timeout text box, enter the number of seconds between retransmissions. The valid range is 2 to 30 seconds,and the default value is 2 seconds.Select the Key Wrap check box.We recommend that you increase the timeout value if you experience repeated reauthentication attempts or thecontroller falls back to the backup server when the primary server is active and reachable.NoteStep 15 Select the Network User check box to enable network user authentication (or accounting), or unselect it to disable thisfeature. The default value is selected. If you enable this feature, this entry is considered the RADIUS authentication (oraccounting) server for network users. If you did not configure a RADIUS server entry on the WLAN, you must enablethis option for network users.Step 16 If you are configuring a RADIUS authentication server, select the Management check box to enable managementauthentication, or unselect it to disable this feature. The default value is selected. If you enable this feature, this entry isconsidered the RADIUS authentication server for management users, and authentication requests go to the RADIUSserver.Step 17 Select the IPSec check box to enable the IP security mechanism, or unselect it to disable this feature. The default valueis unselected.Step 18 If you enabled IPsec in Step 17, follow these steps to configure additional IPsec parameters:a) From the IPSec drop-down list, choose one of the following options as the authentication protocol to be used for IPsecurity: HMAC MD5 or HMAC SHA1. The default value is HMAC SHA1.A message authentication code (MAC) is used between two parties that share a secret key to validate informationtransmitted between them. HMAC (Hash MAC) is based on cryptographic hash functions. It can be used in combinationwith any iterated cryptographic hash function. HMAC MD5 and HMAC SHA1 are two constructs of the HMACusing the MD5 hash function and the SHA1 hash function. HMAC also uses a secret key for calculation and verificationof the message authentication values.b) From the IPSec Encryption drop-down list, choose one of the following options to specify the IP security encryptionmechanism:•DES—Data Encryption Standard that is a method of data encryption using a private (secret) key. DES appliesa 56-bit key to each 64-bit block of data.•3DES—Data Encryption Standard that applies three keys in succession. This is the default value.•AES CBC—Advanced Encryption Standard that uses keys with a length of 128, 192, or 256 bits to encryptdata blocks with a length of 128, 192, or 256 bits. AES 128 CBC uses a 128-bit data path in Cipher BlockChaining (CBC) mode.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4356 OL-28744-01  Configuring RADIUS (GUI)
c) From the IKE Phase 1 drop-down list, choose one of the following options to specify the Internet Key Exchange(IKE) protocol: Aggressive or Main. The default value is Aggressive.IKE Phase 1 is used to negotiate how IKE should be protected. Aggressive mode passes more information in fewerpackets with the benefit of slightly faster connection establishment at the cost of transmitting the identities of thesecurity gateways in the clear.d) In the Lifetime text box, enter a value (in seconds) to specify the timeout interval for the session. The valid range is1800 to 57600 seconds, and the default value is 1800 seconds.e) From the IKE Diffie Hellman Group drop-down list, choose one of the following options to specify the IKE DiffieHellman group: Group 1 (768 bits),Group 2 (1024 bits), or Group 5 (1536 bits). The default value is Group 1(768 bits).Diffie-Hellman techniques are used by two devices to generate a symmetric key through which they can publiclyexchange values and generate the same symmetric key. Although all three groups provide security from conventionalattacks, Group 5 is considered more secure because of its larger key size. However, computations involving Group1 and Group 2 based keys might occur slightly faster because of their smaller prime number size.Step 19 Click Apply.Step 20 Click Save Configuration.Step 21 Repeat the previous steps if you want to configure any additional services on the same server or any additional RADIUSservers.Step 22 Specify the RADIUS server fallback behavior, as follows:a) Choose Security >AAA >RADIUS > Fallback to open the RADIUS > Fallback Parameters to open the fallbackparameters page.b) From the Fallback Mode drop-down list, choose one of the following options:•Off—Disables RADIUS server fallback. This is the default value.•Passive—Causes the controller to revert to a server with a lower priority from the available backup serverswithout using extraneous probe messages. The controller ignores all inactive servers for a time period and retrieslater when a RADIUS message needs to be sent.•Active—Causes the controller to revert to a server with a lower priority from the available backup servers byusing RADIUS probe messages to proactively determine whether a server that has been marked inactive is backonline. The controller ignores all inactive servers for all active RADIUS requests. Once the primary serverreceives a response from the recovered ACS server, the active fallback RADIUS server no longer sends probemessages to the server requesting the active probe authentication.c) If you enabled Active fallback mode in Step b, enter the name to be sent in the inactive server probes in the Usernametext box. You can enter up to 16 alphanumeric characters. The default value is “cisco-probe.”d) If you enabled Active fallback mode in Step b, enter the probe interval value (in seconds) in the Interval in Sec textbox. The interval serves as inactive time in passive mode and probe interval in active mode. The valid range is 180to 3600 seconds, and the default value is 300 seconds.Step 23 Specify the order of authentication when multiple databases are configured by choosing Security >Priority Order >Management User. The Priority Order > Management User page appears.Step 24 In the Order Used for Authentication text box, specify which servers have priority when the controller attempts toauthenticate management users. Use the >and <buttons to move servers between the Not Used and Order Used forAuthentication text boxes. After the desired servers appear in the Order Used for Authentication text box, use the Upand Down buttons to move the priority server to the top of the list.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 357Configuring RADIUS (GUI)
By default, the local database is always queried first. If the username is not found, the controller switches to the RADIUSserver if configured for RADIUS or to the TACACS+ server if configured for TACACS+. The default setting is localand then RADIUS.Step 25 Click Apply.Step 26 Click Save Configuration.Configuring RADIUS (CLI)•Specify whether the IP address, system MAC address, AP MAC address, AP Ethernet MAC address ofthe originator will be sent to the RADIUS server in the Access-Request message by entering thiscommand:config radius callStationIdType {ipaddr |macaddr |ap-macaddr-only |ap-macaddr-ssid |||ap-group-name |ap-location |ap-name |ap-name-ssid |flex-group-name |vlan-id}The default is System MAC Address.NoteDo not use callStation IdType for IPv6-only clients.Caution•Specify the delimiter to be used in the MAC addresses that are sent to the RADIUS authentication oraccounting server in Access-Request messages by entering this command:config radius {auth |acct}mac-delimiter {colon | hyphen | single-hyphen | none}where•colon sets the delimiter to a colon (the format is xx:xx:xx:xx:xx:xx).•hyphen sets the delimiter to a hyphen (the format is xx-xx-xx-xx-xx-xx). This is the default value.•single-hyphen sets the delimiter to a single hyphen (the format is xxxxxx-xxxxxx).•none disables delimiters (the format is xxxxxxxxxxxx).•Configure a RADIUS authentication server by entering these commands:•config radius auth add index server_ip_address port# {ascii |hex}shared_secret—Adds aRADIUS authentication server.•config radius auth keywrap {enable |disable}—Enables AES key wrap, which makes the sharedsecret between the controller and the RADIUS server more secure. AES key wrap is designed forFederal Information Processing Standards (FIPS) customers and requires a key-wrap compliantRADIUS authentication server.•config radius auth keywrap add {ascii |hex}kek mack index—Configures the AES key wrapattributeswhere   Cisco Wireless LAN Controller Configuration Guide, Release 7.4358 OL-28744-01  Configuring RADIUS (CLI)
◦kek specifies the 16-byte Key Encryption Key (KEK).◦mack specifies the 20-byte Message Authentication Code Key (MACK).◦index specifies the index of the RADIUS authentication server on which to configure theAES key wrap.•config radius auth rfc3576 {enable |disable}index—Enables or disables RFC 3576, which isan extension to the RADIUS protocol that allows dynamic changes to a user session. RFC 3576includes support for disconnecting users and changing authorizations applicable to a user sessionand supports disconnect and change-of-authorization (CoA) messages. Disconnect messages causea user session to be terminated immediately where CoA messages modify session authorizationattributes such as data filters.•config radius auth retransmit-timeout index timeout—Configures the retransmission timeoutvalue for a RADIUS authentication server.•config radius auth network index {enable |disable}—Enables or disables network userauthentication. If you enable this feature, this entry is considered the RADIUS authentication serverfor network users. If you did not configure a RADIUS server entry on the WLAN, you must enablethis option for network users.•config radius auth management index {enable |disable}—Enables or disables managementauthentication. If you enable this feature, this entry is considered the RADIUS authentication serverfor management users, and authentication requests go to the RADIUS server.•config radius auth ipsec {enable |disable}index—Enables or disables the IP security mechanism.•config radius auth ipsec authentication {hmac-md5 |hmac-sha1}index—Configures theauthentication protocol to be used for IP security.•config radius auth ipsec encryption {3des |aes | des | none}index—Configures the IP securityencryption mechanism.•config radius auth ipsec ike dh-group {group-1 |group-2 |group-5}index—Configures theIKE Diffie-Hellman group.•config radius auth ipsec ike lifetime interval index—Configures the timeout interval for thesession.•config radius auth ipsec ike phase1{aggressive |main}index—Configures the Internet KeyExchange (IKE) protocol.•config radius auth {enable |disable}index—Enables or disables a RADIUS authentication server.•config radius auth delete index—Deletes a previously added RADIUS authentication server.•Configure a RADIUS accounting server by entering these commands:•config radius acct add index server_ip_address port# {ascii |hex}shared_secret—Adds aRADIUS accounting server.•config radius acct server-timeout index timeout—Configures the retransmission timeout valuefor a RADIUS accounting server.•config radius acct network index {enable |disable}—Enables or disables network user accounting.If you enable this feature, this entry is considered the RADIUS accounting server for networkCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 359Configuring RADIUS (CLI)
users. If you did not configure a RADIUS server entry on the WLAN, you must enable this optionfor network users.•config radius acct ipsec {enable |disable}index—Enables or disables the IP security mechanism.•config radius acct ipsec authentication {hmac-md5 |hmac-sha1}index—Configures theauthentication protocol to be used for IP security.•config radius acct ipsec encryption {3des | aes | des | none}index—Configures the IP securityencryption mechanism.•config radius acct ipsec ike dh-group {group-1 | group-2 | group-5} index—Configures the IKEDiffie Hellman group.•config radius acct ipsec ike lifetime interval index—Configures the timeout interval for thesession.•config radius acct ipsec ike phase1{aggressive |main}index—Configures the Internet KeyExchange (IKE) protocol.•config radius acct {enable |disable} index—Enables or disables a RADIUS accounting server.•config radius acct delete index—Deletes a previously added RADIUS accounting server.•Configure the RADIUS server fallback behavior by entering this command:config radius fallback-test mode {off | passive | active}where•off disables RADIUS server fallback.•passive causes the controller to revert to a server with a lower priority from the available backupservers without using extraneous probe messages. The controller simply ignores all inactive serversfor a time period and retries later when a RADIUS message needs to be sent.•active causes the controller to revert to a server with a lower priority from the available backupservers by using RADIUS probe messages to proactively determine whether a server that has beenmarked inactive is back online. The controller simply ignores all inactive servers for all activeRADIUS requests. Once the primary server receives a response from the recovered ACS server,the active fallback RADIUS server no longer sends probe messages to the server requesting theactive probe authentication.•If you enabled Active mode in Step 5, enter these commands to configure additional fallback parameters:•config radius fallback-test username username—Specifies the name to be sent in the inactiveserver probes. You can enter up to 16 alphanumeric characters for the username parameter.•config radius fallback-test interval interval—Specifies the probe interval value (in seconds).•Save your changes by entering this command:save config•Configure the order of authentication when multiple databases are configured by entering this command:config aaa auth mgmt AAA_server_type AAA_server_typewhere AAA_server_type is local, radius, or tacacs.To see the current management authentication server order, enter the show aaa auth command.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4360 OL-28744-01  Configuring RADIUS (CLI)
•See RADIUS statistics by entering these commands:•show radius summary—Shows a summary of RADIUS servers and statistics with AP EthernetMAC configurations.•show radius auth statistics—Shows the RADIUS authentication server statistics.•show radius acct statistics—Shows the RADIUS accounting server statistics.•show radius rfc3576 statistics—Shows a summary of the RADIUS RFC-3576 server.•See active security associations by entering these commands:•show ike {brief | detailed} ip_or_mac_addr—Shows a brief or detailed summary of active IKEsecurity associations.•show ipsec {brief | detailed} ip_or_mac_addr—Shows a brief or detailed summary of activeIPSec security associations.•Clear the statistics for one or more RADIUS servers by entering this command:clear stats radius {auth |acct} {index |all}•Make sure that the controller can reach the RADIUS server by entering this command:ping server_ip_addressRADIUS Authentication Attributes Sent by the ControllerThe following tables identify the RADIUS authentication attributes sent between the controller and theRADIUS server in access-request and access-accept packets.Table 8: Authentication Attributes Sent in Access-Request PacketsDescriptionAttribute IDUser-Name1Password2CHAP-Password3NAS-IP-Address4NAS-Port5Service-Type46Framed-MTU12Called-Station-ID (MAC address)30Calling-Station-ID (MAC address)31NAS-Identifier32Proxy-State33CHAP-Challenge60Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 361RADIUS Authentication Attributes Sent by the Controller
DescriptionAttribute IDNAS-Port-Type61EAP-Message79TPLUS-Role2434To specify read-only or read-write access to controllers through RADIUS authentication, you must set the Service-Type attribute (6) on the RADIUS serverto Callback NAS Prompt for read-only access or to Administrative for read-write privileges.Table 9: Authentication Attributes Honored in Access-Accept Packets (Cisco)DescriptionAttribute IDCisco-LEAP-Session-Key1Cisco-Keywrap-Msg-Auth-Code2Cisco-Keywrap-NonCE3Cisco-Keywrap-Key4Cisco-URL-Redirect5Cisco-URL-Redirect-ACL6These Cisco-specific attributes are not supported: Auth-Algo-Type and SSID.NoteTable 10: Authentication Attributes Honored in Access-Accept Packets (Standard)DescriptionAttribute IDService-Type. To specify read-only or read-write access to controllersthrough RADIUS authentication, you must set the Service-Type attribute(6) on the RADIUS server to Callback NAS Prompt for read-only accessor to Administrative for read-write privileges.6Framed-IP-Address8Class25Vendor-Specific26Timeout27Termination-Action29Acct-Status-Type40Tunnel-Type64EAP-Message79   Cisco Wireless LAN Controller Configuration Guide, Release 7.4362 OL-28744-01  RADIUS Authentication Attributes Sent by the Controller
Tunnel-Group-ID81Message authentication is not supported.NoteTable 11: Authentication Attributes Honored in Access-Accept Packets (Microsoft)DescriptionAttribute IDMS-CHAP-Challenge11MS-MPPE-Send-Key16MS-MPPE-Receive-Key17MS-MSCHAP2-Response25MS-MSCHAP2-Success26Table 12: Authentication Attributes Honored in Access-Accept Packets (Airespace)DescriptionAttribute IDVAP-ID1DSCP38021P-Type4VLAN-Interface-Name5ACL-Name6Data-Bandwidth-Average-Contract7Real-Time-Bandwidth-Average-Contract8Data-Bandwidth-Burst-Contract9Real-Time-Bandwidth-Burst-Contract10Guest-Role-Name11Data-Bandwidth-Average-Contract-US13Real-Time-Bandwidth-Average-Contract-US14Data-Bandwidth-Burst-Contract-US15Real-Time-Bandwidth-Burst-Contract-US16Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 363RADIUS Authentication Attributes Sent by the Controller
Authentication Attributes Honored in Access-Accept Packets (Airespace)This section lists the RADIUS authentication Airespace attributes currently supported on the Cisco WLC.VAP IDThis attribute indicates the WLAN ID of the WLAN to which the client should belong. When the WLAN-IDattribute is present in the RADIUS Access Accept, the system applies the WLAN-ID (SSID) to the clientstation after it authenticates. The WLAN ID is sent by the Cisco WLC in all instances of authentication exceptIPsec. In case of web authentication, if the Cisco WLC receives a WLAN-ID attribute in the authenticationresponse from the AAA server, and it does not match the ID of the WLAN, authentication is rejected. Othertypes of security methods do not do this. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| WLAN ID (VALUE) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –1•Vendor length –4•Value –ID of the WLAN to which the client should belong.QoS-LevelThis attribute indicates the QoS level to be applied to the mobile client's traffic within the switching fabric,as well as over the air. This example shows a summary of the QoS-Level Attribute format. The fields aretransmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| QoS Level |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –2•Vendor length –4   Cisco Wireless LAN Controller Configuration Guide, Release 7.4364 OL-28744-01  Authentication Attributes Honored in Access-Accept Packets (Airespace)
•Value –Three octets:◦3–Bronze (Background)◦0–Silver (Best Effort)◦1–Gold (Video)◦2–Platinum (Voice)Differentiated Services Code Point (DSCP)DSCP is a packet header code that can be used to provide differentiated services based on the QoS levels.This attribute defines the DSCP value to be applied to a client. When present in a RADIUS Access Accept,the DSCP value overrides the DSCP value specified in the WLAN profile. The fields are transmitted fromleft to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| DSCP (VALUE) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –3•Vendor length –4•Value –DSCP value to be applied for the client.802.1p Tag Type802.1p VLAN tag received from the client, defining the access priority. This tag maps to the QoS Level forclient-to-network packets. This attribute defines the 802.1p priority to be applied to the client. When presentin a RADIUS Access Accept, the 802.1p value overrides the default specified in the WLAN profile. The fieldsare transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 802.1p (VALUE) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-SpecificCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 365Authentication Attributes Honored in Access-Accept Packets (Airespace)
•Length –10•Vendor-Id –14179•Vendor type –4•Vendor length –3•Value –802.1p priority to be applied to a client.VLAN Interface NameThis attribute indicates the VLAN interface a client is to be associated to. A summary of the Interface-NameAttribute format is shown below. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Interface Name...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –>7•Vendor-Id –14179•Vendor type –5•Vendor length –>0•Value –A string that includes the name of the interface the client is to be assigned to.This attribute only works when MAC filtering is enabled or if 802.1X or WPA is usedas the security policy.NoteACL-NameThis attribute indicates the ACL name to be applied to the client. A summary of the ACL-Name Attributeformat is shown below. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| ACL Name...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –>7   Cisco Wireless LAN Controller Configuration Guide, Release 7.4366 OL-28744-01  Authentication Attributes Honored in Access-Accept Packets (Airespace)
•Vendor-Id –14179•Vendor type –6•Vendor length –>0•Value –A string that includes the name of the ACL to use for the clientData Bandwidth Average ContractThis attribute is a rate limiting value. It indicates the Data Bandwidth Average Contract that will be appliedfor a client for non-realtime traffic such as TCP. This value is specific for downstream direction from wiredto wireless. When present in a RADIUS Access Accept, the Data Bandwidth Average Contract value overridesthe Average Data Rate value present in the WLAN or QoS Profile. The fields are transmitted from left toright.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Data Bandwidth Average Contract...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –7•Vendor length –4•Value –A value in kbpsReal Time Bandwidth Average ContractThis attribute is a rate limiting value. It indicates the Data Bandwidth Average Contract that will be appliedto a client for realtime traffic such as UDP. This value is specific for downstream direction from wired towireless. When present in a RADIUS Access Accept, the Real Time Bandwidth Average Contract valueoverrides the Average Real-Time Rate value present in the WLAN or QoS Profile. The fields are transmittedfrom left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Real Time Bandwidth Average Contract...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 367Authentication Attributes Honored in Access-Accept Packets (Airespace)
•Vendor type –8•Vendor length –4•Value –A value in kbpsData Bandwidth Burst ContractThis attribute is a rate limiting value. It indicates the Data Bandwidth Burst Contract that will be applied toa client for non-realtime traffic such as TCP. This value is specific to downstream direction from wired towireless. When present in a RADIUS Access Accept, the Data Bandwidth Burst Contract value overrides theBurst Data Rate value present in the WLAN or QoS Profile. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Data Bandwidth Burst Contract...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –9•Vendor length –4•Value –A value in kbpsReal Time Bandwidth Burst ContractThis attribute is a rate limiting value. It indicates the Data Bandwidth Burst Contract that will be applied toa client for realtime traffic such as UDP. This value is specific to downstream direction from wired to wireless.When present in a RADIUS Access Accept, the Real Time Bandwidth Burst Contract value overrides theBurst Real-Time Rate value present in the WLAN or QoS Profile. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Real Time Bandwidth Burst Contract...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –10•Vendor length –4   Cisco Wireless LAN Controller Configuration Guide, Release 7.4368 OL-28744-01  Authentication Attributes Honored in Access-Accept Packets (Airespace)
•Value –A value in kbpsGuest Role NameThis attribute provides the bandwidth contract values to be applied for an authenticating user. When presentin a RADIUS Access Accept, the bandwidth contract values defined for the Guest Role overrides the bandwidthcontract values (based on QOS value) specified for the WLAN. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| GuestRoleName ...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –11•Vendor length –Variable based on the Guest Role Name length•Value –A string of alphanumeric charactersData Bandwidth Average Contract UpstreamThis attribute is a rate limiting value. It indicates the Data Bandwidth Average Contract that will be appliedto a client for non-realtime traffic such as TCP. This value is specific to upstream direction from wireless towired. When present in a RADIUS Access Accept, the Data Bandwidth Average Contract value overrides theAverage Data Rate value present in the WLAN or QoS Profile. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Data Bandwidth Average Contract Upstream...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –13•Vendor length –4•Value –A value in kbpsCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 369Authentication Attributes Honored in Access-Accept Packets (Airespace)
Real Time Bandwidth Average Contract UpstreamThis attribute is a rate limiting value. It indicates the Data Bandwidth Average Contract that will be appliedto a client for realtime traffic such as UDP. This value is specific to upstream direction from wireless to wired.When present in a RADIUS Access Accept, the Real Time Bandwidth Average Contract value overrides theAverage Real-Time Rate value present in the WLAN or QoS Profile. The fields are transmitted from left toright.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Real Time Bandwidth Average Contract Upstream...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –14•Vendor length –4•Value –A value in kbpsData Bandwidth Burst Contract UpstreamThis attribute is a rate limiting value. It indicates the Data Bandwidth Burst Contract that will be applied toa client for non-realtime traffic such as TCP. This value is specific to upstream direction from wireless towired. When present in a RADIUS Access Accept, the Data Bandwidth Burst Contract value overrides theBurst Data Rate value present in the WLAN or QoS Profile. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Data Bandwidth Burst Contract Upstream...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –15•Vendor length –4•Value –A value in kbps   Cisco Wireless LAN Controller Configuration Guide, Release 7.4370 OL-28744-01  Authentication Attributes Honored in Access-Accept Packets (Airespace)
Real Time Bandwidth Burst Contract UpstreamThis attribute is a rate limiting value. It indicates the Data Bandwidth Burst Contract that will be applied toa client for realtime traffic such as UDP. This value is specific to upstream direction from wireless to wired.When present in a RADIUS Access Accept, the Real Time Bandwidth Burst Contract value overrides theBurst Real-Time Rate value present in the WLAN or QoS Profile. The fields are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Real Time Bandwidth Burst Contract Upstream...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –16•Vendor length –4•Value –A value in kbpsRADIUS Accounting AttributesThis table identifies the RADIUS accounting attributes for accounting requests sent from a controller to theRADIUS server.Table 13: Accounting Attributes for Accounting RequestsDescriptionAttribute IDUser-Name1NAS-IP-Address4NAS-Port5Framed-IP-Address8Class25Called-Station-ID (MAC address)30Calling-Station-ID (MAC address)31NAS-Identifier32Accounting-Status-Type40Accounting-Delay-Time (Stop and interim messages only)41Accounting-Input-Octets (Stop and interim messages only)42Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 371RADIUS Accounting Attributes
DescriptionAttribute IDAccounting-Output-Octets (Stop and interim messages only)43Accounting-Session-ID44Accounting-Authentic45Accounting-Session-Time (Stop and interim messages only)46Accounting-Input-Packets (Stop and interim messages only)47Accounting-Output-Packets (Stop and interim messages only)48Accounting-Terminate-Cause (Stop messages only)49Accounting-Input-Gigawords52Accounting-Output-Gigawords53Event-Timestamp55Tunnel-Type64Tunnel-Medium-Type65Tunnel-Group-ID81This table lists the different values for the Accounting-Status-Type attribute (40).Table 14: Accounting-Status-Type Attribute ValuesDescriptionAttribute IDStart1Stop2Interim-Update3Accounting-On7Accounting-Off8Reserved for Tunneling Accounting9-14Reserved for Failed15   Cisco Wireless LAN Controller Configuration Guide, Release 7.4372 OL-28744-01  RADIUS Accounting Attributes
CHAPTER 42Configuring TACACS+•Information About TACACS+, page 373•Configuring TACACS+ on the ACS, page 376•Configuring TACACS+ (GUI), page 378•Configuring TACACS+ (CLI), page 379•Viewing the TACACS+ Administration Server Logs, page 380Information About TACACS+Terminal Access Controller Access Control System Plus (TACACS+) is a client/server protocol that providescentralized security for users attempting to gain management access to a controller. It serves as a backenddatabase similar to local and RADIUS. However, local and RADIUS provide only authentication support andlimited authorization support while TACACS+ provides three services:•Authentication—The process of verifying users when they attempt to log into the controller.Users must enter a valid username and password in order for the controller to authenticate users to theTACACS+ server. The authentication and authorization services are tied to one another. For example,if authentication is performed using the local or RADIUS database, then authorization would use thepermissions associated with the user in the local or RADIUS database (which are read-only, read-write,and lobby-admin) and not use TACACS+. Similarly, when authentication is performed using TACACS+,authorization is tied to TACACS+.When multiple databases are configured, you can use the controller GUI or CLI tospecify the sequence in which the backend databases should be tried.Note•Authorization—The process of determining the actions that users are allowed to take on the controllerbased on their level of access.For TACACS+, authorization is based on privilege (or role) rather than specific actions. The availableroles correspond to the seven menu options on the controller GUI: MONITOR, WLAN, CONTROLLER,WIRELESS, SECURITY, MANAGEMENT, and COMMANDS. An additional role, LOBBY, is availablefor users who require only lobby ambassador privileges. The roles to which users are assigned areCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 373
configured on the TACACS+ server. Users can be authorized for one or more roles. The minimumauthorization is MONITOR only, and the maximum is ALL, which authorizes the user to execute thefunctionality associated with all seven menu options. For example, a user who is assigned the role ofSECURITY can make changes to any items appearing on the Security menu (or designated as securitycommands in the case of the CLI). If users are not authorized for a particular role (such as WLAN), theycan still access that menu option in read-only mode (or the associated CLI show commands). If theTACACS+ authorization server becomes unreachable or unable to authorize, users are unable to loginto the controller.If users attempt to make changes on a controller GUI page that are not permitted fortheir assigned role, a message appears indicating that they do not have sufficient privilege.If users enter a controller CLI command that is not permitted for their assigned role, amessage may appear indicating that the command was successfully executed althoughit was not. In this case, the following additional message appears to inform users thatthey lack sufficient privileges to successfully execute the command: “InsufficientPrivilege! Cannot execute command!”Note•Accounting—The process of recording user actions and changes.Whenever a user successfully executes an action, the TACACS+ accounting server logs the changedattributes, the user ID of the person who made the change, the remote host where the user is logged in,the date and time when the command was executed, the authorization level of the user, and a descriptionof the action performed and the values provided. If the TACACS+ accounting server becomes unreachable,users are able to continue their sessions uninterrupted.TACACS+ uses Transmission Control Protocol (TCP) for its transport, unlike RADIUS which uses UserDatagram Protocol (UDP). It maintains a database and listens on TCP port 49 for incoming requests. Thecontroller, which requires access control, acts as the client and requests AAA services from the server. Thetraffic between the controller and the server is encrypted by an algorithm defined in the protocol and a sharedsecret key configured on both devices.You can configure up to three TACACS+ authentication, authorization, and accounting servers each. Forexample, you may want to have one central TACACS+ authentication server but several TACACS+authorization servers in different regions. If you configure multiple servers of the same type and the first onefails or becomes unreachable, the controller automatically tries the second one and then the third one ifnecessary.If multiple TACACS+ servers are configured for redundancy, the user database must be identical in allthe servers for the backup to work properly.NoteThe following are some guidelines about TACACS+:•You must configure TACACS+ on both your CiscoSecure Access Control Server (ACS) and yourcontroller. You can configure the controller through either the GUI or the CLI.•TACACS+ is supported on CiscoSecure ACS version 3.2 and later releases. See the CiscoSecure ACSdocumentation for the version that you are running.•One Time Passwords (OTPs) are supported on the controller using TACACS. In this configuration, thecontroller acts as a transparent passthrough device. The controller forwards all client requests to the   Cisco Wireless LAN Controller Configuration Guide, Release 7.4374 OL-28744-01  Information About TACACS+
TACACS server without inspecting the client behavior. When using OTP, the client must establish asingle connection to the controller to function properly. The controller currently does not have anyintelligence or checks to correct a client that is trying to establish multiple connections.•We recommend that you increase the retransmit timeout value for TACACS+ authentication, authorization,and accounting servers if you experience repeated reauthentication attempts or the controller falls backto the backup server when the primary server is active and reachable. The default retransmit timeoutvalue is 2 seconds and you can increase the retransmit timeout value to a maximum of 30 seconds.TACACS+ VSAThe Internet Engineering Task Force (IETF) draft standard specifies a method for communicatingvendor-specific attributes (VSAs) between the network access server and the TACACS+ server. The IETFuses attribute 26. VSAs allow vendors to support their own extended attributes that are not suitable for generaluse.The Cisco TACACS+ implementation supports one vendor-specific option using the format recommendedin the IETF specification. The Cisco vendor ID is 9, and the supported option is vendor type 1, which is namedcisco-av-pair. The value is a string with the following format:protocol : attribute separator value *The protocol is a Cisco attribute for a particular type of authorization, the separator is = (equal sign) formandatory attributes, and * (asterisk) indicates optional attributes.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 375Information About TACACS+
Configuring TACACS+ on the ACSStep 1 Choose Network Configuration on the ACS main page.Step 2 Choose Add Entry under AAA Clients to add your controller to the server. The Add AAA Client page appears.Figure 39: Add AAA Client Page on CiscoSecure ACSStep 3 In the AAA Client Hostname text box, enter the name of your controller.Step 4 In the AAA Client IP Address text box, enter the IP address of your controller.Step 5 In the Shared Secret text box, enter the shared secret key to be used for authentication between the server and the controller.The shared secret key must be the same on both the server and thecontroller.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4376 OL-28744-01  Configuring TACACS+ on the ACS
Step 6 From the Authenticate Using drop-down list, choose TACACS+ (Cisco IOS).Step 7 Click Submit + Apply to save your changes.Step 8 On the ACS main page, in the left navigation pane, choose Interface Configuration.Step 9 Choose TACACS+ (Cisco IOS). The TACACS+ (Cisco) page appears.Step 10 Under TACACS+ Services, select the Shell (exec) check box.Step 11 Under New Services, select the first check box and enter ciscowlc in the Service text box and common in the Protocoltext box.Step 12 Under Advanced Configuration Options, select the Advanced TACACS+ Features check box.Step 13 Click Submit to save your changes.Step 14 On the ACS main page, in the left navigation pane, choose System Configuration.Step 15 Choose Logging.Step 16 When the Logging Configuration page appears, enable all of the events that you want to be logged and save your changes.Step 17 On the ACS main page, in the left navigation pane, choose Group Setup.Step 18 From the Group drop-down list, choose a previously created group.This step assumes that you have already assigned users to groups on the ACS according to the roles to whichthey will be assigned.NoteStep 19 Click Edit Settings. The Group Setup page appears.Step 20 Under TACACS+ Settings, select the ciscowlc common check box.Step 21 Select the Custom Attributes check box.Step 22 In the text box below Custom Attributes, specify the roles that you want to assign to this group. The available roles areMONITOR, WLAN, CONTROLLER, WIRELESS, SECURITY, MANAGEMENT, COMMANDS, ALL, and LOBBY.The first seven correspond to the menu options on the controller GUI and allow access to those particular controllerfeatures. If a user is not entitled for a particular task, the user is still allowed to access that task in read-only mode. Youcan enter one or multiple roles, depending on the group's needs. Use ALL to specify all seven roles or LOBBY to specifythe lobby ambassador role. Enter the roles using this format:rolex=ROLEFor example, to specify the WLAN, CONTROLLER, and SECURITY roles for a particular user group, you would enterthe following text:role1=WLANrole2=CONTROLLERrole3=SECURITY?To give a user group access to all seven roles, you would enter the following text:role1=ALL?Make sure to enter the roles using the format shown above. The roles must be in all uppercase letters, and therecan be no spaces within the text.NoteYou should not combine the MONITOR role or the LOBBY role with any other roles. If you specify one ofthese two roles in the Custom Attributes text box, users will have MONITOR or LOBBY privileges only, evenif additional roles are specified.NoteStep 23 Click Submit to save your changes.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 377Configuring TACACS+ on the ACS
Configuring TACACS+ (GUI)Step 1 Choose Security >AAA >TACACS+.Step 2 Perform one of the following:•If you want to configure a TACACS+ server for authentication, choose Authentication.•If you want to configure a TACACS+ server for authorization, choose Authorization.•If you want to configure a TACACS+ server for accounting, choose Accounting.The pages used to configure authentication, authorization, and accounting all contain the same text boxes.Therefore, these instructions walk through the configuration only once, using the Authentication pages asexamples. You would follow the same steps to configure multiple services and/or multiple servers.NoteFor basic management authentication via TACACS+ to succeed, it is required to configure authentication andauthorization servers on the WLC. Accounting configuration is optional.NoteThe TACACS+ (Authentication, Authorization, or Accounting) Servers page appears. This page lists any TACACS+servers that have already been configured.•If you want to delete an existing server, hover your cursor over the blue drop-down arrow for that server and chooseRemove.•If you want to make sure that the controller can reach a particular server, hover your cursor over the blue drop-downarrow for that server and choose Ping.Step 3 Perform one of the following:•To edit an existing TACACS+ server, click the server index number for that server. The TACACS+ (Authentication,Authorization, or Accounting) Servers > Edit page appears.•To add a TACACS+ server, click New. The TACACS+ (Authentication, Authorization, or Accounting) Servers> New page appears.Step 4 If you are adding a new server, choose a number from the Server Index (Priority) drop-down list to specify the priorityorder of this server in relation to any other configured TACACS+ servers providing the same service. You can configureup to three servers. If the controller cannot reach the first server, it tries the second one in the list and then the third ifnecessary.Step 5 If you are adding a new server, enter the IP address of the TACACS+ server in the Server IP Address text box.Step 6 From the Shared Secret Format drop-down list, choose ASCII or Hex to specify the format of the shared secret keyto be used between the controller and the TACACS+ server. The default value is ASCII.Step 7 In the Shared Secret and Confirm Shared Secret text boxes, enter the shared secret key to be used for authenticationbetween the controller and the server.The shared secret key must be the same on both the server and thecontroller.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4378 OL-28744-01  Configuring TACACS+ (GUI)
Step 8 If you are adding a new server, enter the TACACS+ server’s TCP port number for the interface protocols in the PortNumber text box. The valid range is 1 to 65535, and the default value is 49.Step 9 In the Server Status text box, choose Enabled to enable this TACACS+ server or choose Disabled to disable it. Thedefault value is Enabled.Step 10 In the Server Timeout text box, enter the number of seconds between retransmissions. The valid range is 5 to 30 seconds,and the default value is 5 seconds.We recommend that you increase the timeout value if you experience repeated reauthentication attempts or thecontroller falls back to the backup server when the primary server is active and reachable.NoteStep 11 Click Apply.Step 12 Click Save Configuration.Step 13 Repeat the previous steps if you want to configure any additional services on the same server or any additional TACACS+servers.Step 14 Specify the order of authentication when multiple databases are configured by choosing Security >Priority Order >Management User. The Priority Order > Management User page appears.Step 15 In the Order Used for Authentication text box, specify which servers have priority when the controller attempts toauthenticate management users.Use the >and <buttons to move servers between the Not Used and Order Used for Authentication text boxes. Afterthe desired servers appear in the Order Used for Authentication text box, use the Up and Down buttons to move thepriority server to the top of the list. By default, the local database is always queried first. If the username is not found,the controller switches to the RADIUS server if configured for RADIUS or to the TACACS+ server if configured forTACACS+. The default setting is local and then RADIUS.Step 16 Click Apply.Step 17 Click Save Configuration.Configuring TACACS+ (CLI)•Configure a TACACS+ authentication server by entering these commands:•config tacacs auth add index server_ip_address port# {ascii |hex}shared_secret—Adds aTACACS+ authentication server.•config tacacs auth delete index—Deletes a previously added TACACS+ authentication server.•config tacacs auth (enable |disable}index—Enables or disables a TACACS+ authenticationserver.•config tacacs auth server-timeout index timeout—Configures the retransmission timeout valuefor a TACACS+ authentication server.•Configure a TACACS+ authorization server by entering these commands:◦config tacacs athr add index server_ip_address port# {ascii |hex}shared_secret—Adds aTACACS+ authorization server.◦config tacacs athr delete index—Deletes a previously added TACACS+ authorization server.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 379Configuring TACACS+ (CLI)
◦config tacacs athr (enable |disable}index—Enables or disables a TACACS+ authorizationserver.◦config tacacs athr server-timeout index timeout—Configures the retransmission timeout valuefor a TACACS+ authorization server.•Configure a TACACS+ accounting server by entering these commands:◦config tacacs acct add index server_ip_address port# {ascii |hex}shared_secret—Adds aTACACS+ accounting server.◦config tacacs acct delete index—Deletes a previously added TACACS+ accounting server.◦config tacacs acct (enable |disable}index—Enables or disables a TACACS+ accounting server.◦config tacacs acct server-timeout index timeout—Configures the retransmission timeout valuefor a TACACS+ accounting server.•See TACACS+ statistics by entering these commands:◦show tacacs summary—Shows a summary of TACACS+ servers and statistics.◦show tacacs auth stats—Shows the TACACS+ authentication server statistics.◦show tacacs athr stats—Shows the TACACS+ authorization server statistics.◦show tacacs acct stats—Shows the TACACS+ accounting server statistics.•Clear the statistics for one or more TACACS+ servers by entering this command:clear stats tacacs [auth |athr |acct] {index |all}•Configure the order of authentication when multiple databases are configured by entering this command.The default setting is local and then radius.config aaa auth mgmt [radius |tacacs]See the current management authentication server order by entering the show aaa auth command.•Make sure the controller can reach the TACACS+ server by entering this command:ping server_ip_address•Enable or disable TACACS+ debugging by entering this command:debug aaa tacacs {enable |disable}•Save your changes by entering this command:save configViewing the TACACS+ Administration Server LogsStep 1 On the ACS main page, in the left navigation pane, choose Reports and Activity.Step 2 Under Reports, choose TACACS+ Administration.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4380 OL-28744-01  Viewing the TACACS+ Administration Server Logs
Click the .csv file corresponding to the date of the logs you want to view. The TACACS+ Administration .csv pageappears.Figure 40: TACACS+ Administration .csv Page on CiscoSecure ACSThis page displays the following information:•Date and time the action was taken•Name and assigned role of the user who took the action•Group to which the user belongs•Specific action that the user took•Privilege level of the user who executed the action•IP address of the controller•IP address of the laptop or workstation from which the action was executedSometimes a single action (or command) is logged multiple times, once for each parameter in the command. For example,if you enter the snmp community ipaddr ip_address subnet_mask community_name command, the IP address may belogged on one line while the subnet mask and community name are logged as “E.”On another line, the subnet maskCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 381Viewing the TACACS+ Administration Server Logs
maybe logged while the IP address and community name are logged as “E.”See the first and third lines in the examplein this figure.Figure 41: TACACS+ Administration .csv Page on CiscoSecure ACS   Cisco Wireless LAN Controller Configuration Guide, Release 7.4382 OL-28744-01  Viewing the TACACS+ Administration Server Logs
CHAPTER 43Configuring Maximum Local Database Entries•Information About Configuring Maximum Local Database Entries, page 383•Configuring Maximum Local Database Entries (GUI), page 383•Configuring Maximum Local Database Entries (CLI), page 384Information About Configuring Maximum Local Database EntriesYou can configure the controller to specify the maximum number of local database entries used for storinguser authentication information. The database entries include local management users (including lobbyambassadors), local network users (including guest users), MAC filter entries, exclusion list entries, and accesspoint authorization list entries. Together they cannot exceed the configured maximum value.Configuring Maximum Local Database Entries (GUI)Step 1 Choose Security >AAA >General to open the General page.Step 2 In the Maximum Local Database Entries text box, enter a value for the maximum number of entries that can be addedto the local database the next time the controller reboots. The currently configured value appears in parentheses to theright of the text box. The valid range is 512 to 2048, and the default setting is 2048.The Number of Entries, Already Used text box shows the number of entries currently in the database.Step 3 Click Apply to commit your changes.Step 4 Click Save Configuration to save your settings.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 383
Configuring Maximum Local Database Entries (CLI)Step 1 Specify the maximum number of entries that can be added to the local database the next time the controller reboots byentering this command:config database size max_entriesStep 2 Save your changes by entering this command:save configStep 3 View the maximum number of database entries and the current database contents by entering this command:show database summary   Cisco Wireless LAN Controller Configuration Guide, Release 7.4384 OL-28744-01  Configuring Maximum Local Database Entries (CLI)
CHAPTER 44Configuring Local Network Users on theController•Information About Local Network Users on Controller, page 385•Configuring Local Network Users for the Controller (GUI), page 385•Configuring Local Network Users for the Controller (CLI), page 386Information About Local Network Users on ControllerYou can add local network users to the local user database on the controller. The local user database storesthe credentials (username and password) of all the local network users. These credentials are then used toauthenticate the users. For example, local EAP may use the local user database as its backend database toretrieve user credentials.The controller passes client information to the RADIUS authentication server first. If the client informationdoes not match a RADIUS database entry, the RADIUS authentication server replies with an authenticationfailure message. If the RADIUS authentication server does not reply, then the local user database is queried.Clients located in this database are granted access to network services if the RADIUS authentication failsor does not exist.NoteConfiguring Local Network Users for the Controller (GUI)Step 1 Choose Security >AAA >Local Net Users to open the Local Net Users page.If you want to delete an existing user, hover your cursor over the blue drop-down arrow for that user and chooseRemove.NoteStep 2 Perform one of the following:•To edit an existing local network user, click the username for that user. The Local Net Users > Edit page appears.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 385
•To add a local network user, click New. The Local Net Users > New page appears.Step 3 If you are adding a new user, enter a username for the local user in the User Name text box. You can enter up to 24alphanumeric characters.Local network usernames must be unique because they are all stored in the same database.NoteStep 4 In the Password and Confirm Password text boxes, enter a password for the local user. You can enter up to 24alphanumeric characters.Step 5 If you are adding a new user, select the Guest User check box if you want to limit the amount of time that the user hasaccess to the local network. The default setting is unselected.Step 6 If you are adding a new user and you selected the Guest User check box, enter the amount of time (in seconds) that theguest user account is to remain active in the Lifetime text box. The valid range is 60 to 2,592,000 seconds (30 days)inclusive, and the default setting is 86,400 seconds.Step 7 If you are adding a new user, you selected the Guest User check box, and you want to assign a QoS role to this guestuser, select the Guest User Role check box. The default setting is unselected.If you do not assign a QoS role to a guest user, the bandwidth contracts for this user are defined in the QoSprofile for the WLAN.NoteStep 8 If you are adding a new user and you selected the Guest User Role check box, choose the QoS role that you want toassign to this guest user from the Role drop-down list.Step 9 From the WLAN Profile drop-down list, choose the name of the WLAN that is to be accessed by the local user. If youchoose Any WLAN, which is the default setting, the user can access any of the configured WLANs.Step 10 In the Description text box, enter a descriptive title for the local user (such as “User 1”).Step 11 Click Apply to commit your changes.Step 12 Click Save Configuration to save your changes.Configuring Local Network Users for the Controller (CLI)•Configure a local network user by entering these commands:◦config netuser add username password wlan wlan_id userType permanent descriptiondescription—Adds a permanent user to the local user database on the controller.◦config netuser add username password {wlan | guestlan} {wlan_id |guest_lan_id} userTypeguestlifetime seconds description description—Adds a guest user on a WLAN or wired guestLAN to the local user database on the controller.Instead of adding a permanent user or a guest user to the local user database from the controller, you canchoose to create an entry on the RADIUS server for the user and enable RADIUS authentication for theWLAN on which web authentication is performed.Note◦config netuser delete username—Deletes a user from the local user database on the controller.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4386 OL-28744-01  Configuring Local Network Users for the Controller (CLI)
Local network usernames must be unique because they are all stored in the same database.Note•See information related to the local network users configured on the controller by entering thesecommands:◦show netuser detail username—Shows the configuration of a particular user in the local userdatabase.◦show netuser summary—Lists all the users in the local user database.•Save your changes by entering this command:save configCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 387Configuring Local Network Users for the Controller (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4388 OL-28744-01  Configuring Local Network Users for the Controller (CLI)
CHAPTER 45Configuring Password Policies•Information About Password Policies, page 389•Configuring Password Policies (GUI), page 390•Configuring Password Policies (CLI), page 390Information About Password PoliciesThe password policies allows you to enforce strong password checks on newly created passwords for additionalmanagement users of controller and access point. The following are the requirements enforced on the newpassword:•When the controller is upgraded from old version, all the old passwords are maintained as it is, eventhough the passwords are weak. After the system upgrade, if strong password checks are enabled, thesame is enforced from that time and the strength of previously added passwords will not be checked oraltered.•Depending on the settings done in the Password Policy page, the local management and access pointuser configuration is affected.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 389
Configuring Password Policies (GUI)Step 1 Choose Security >AAA >Password Policies to open the Password Policies page.Step 2 Select the Password must contain characters from at least 3 different classes check box if you want your passwordto contain characters from at least three of the following classes: lower case letters, upper case letters, digits, and specialcharacters.Step 3 Select the No character can be repeated more than 3 times consecutively check box if you do not want character inthe new password to repeat more than three times consecutively.Step 4 Select the Password cannot be the default words like cisco, admin check box if you do not want the password tocontain words such as Cisco, ocsic, admin, nimda, or any variant obtained by changing the capitalization of letters or bysubstituting 1, |, or! or substituting 0 for o or substituting $ for s.Step 5 Select the Password cannot contain username or reverse of username check box if you do not want the password tocontain a username or the reverse letters of a username.Step 6 Click Apply to commit your changes.Step 7 Click Save Configuration to save your changes.Configuring Password Policies (CLI)•Enable or disable strong password check for AP and WLC by entering this command:config switchconfig strong-pwd {case-check |consecutive-check |default-check |username-check|all-checks} {enable |disable}where◦case-check—Checks the occurrence of same character thrice consecutively◦consecutive-check—Checks the default values or its variants are being used.◦default-check—Checks either username or its reverse is being used.◦all-checks—Enables/disables all the strong password checks.•See the configured options for strong password check by entering this command:show switchconfigInformation similar to the following appears:802.3x Flow Control Mode......................... DisabledFIPS prerequisite features....................... Disabledsecret obfuscation............................... EnabledStrong Password Check Features:case-check ...........Enabledconsecutive-check ....Enableddefault-check .......Enabledusername-check ......Enabled   Cisco Wireless LAN Controller Configuration Guide, Release 7.4390 OL-28744-01  Configuring Password Policies (GUI)
Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 391Configuring Password Policies (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4392 OL-28744-01  Configuring Password Policies (CLI)
CHAPTER 46Configuring LDAP•Information About LDAP, page 393•Configuring LDAP (GUI), page 394•Configuring LDAP (CLI), page 396Information About LDAPAn LDAP backend database allows the controller to query an LDAP server for the credentials (username andpassword) of a particular user. These credentials are then used to authenticate the user. For example, localEAP may use an LDAP server as its backend database to retrieve user credentials.Fallback LDAP ServersThe LDAP servers are configured on a WLAN for authentication. You require at least two LDAP servers toconfigure them for fallback behavior. A maximum of three LDAP servers can be configured for the fallbackbehavior per WLAN. The servers are listed in the priority order for authentication. If the first LDAP serverbecomes irresponsive, then the controller switches to the next LDAP server. If the second LDAP serverbecomes irresponsive, then the controller switches again to the third LDAP server.The LDAP backend database supports these local EAP methods: EAP-TLS, EAP-FAST/GTC, andPEAPv1/GTC. LEAP, EAP-FAST/MSCHAPv2, and PEAPv0/MSCHAPv2 are also supported but onlyif the LDAP server is set up to return a clear-text password.NoteCisco wireless LAN controllers support Local EAP authentication against external LDAP databases suchas Microsoft Active Directory and Novell’s eDirectory. For more information about configuring thecontroller for Local EAP authentication against Novell’s eDirectory, see the Configure Unified WirelessNetwork for Authentication Against Novell's eDirectory Database whitepaper at http://www.cisco.com/en/US/products/ps6366/products_white_paper09186a0080b4cd24.shtml.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 393
Configuring LDAP (GUI)Step 1 Choose Security >AAA >LDAP to open the LDAP Servers page.•If you want to delete an existing LDAP server, hover your cursor over the blue drop-down arrow for that serverand choose Remove.•If you want to make sure that the controller can reach a particular server, hover your cursor over the blue drop-downarrow for that server and choose Ping.Step 2 Perform one of the following:•To edit an existing LDAP server, click the index number for that server. The LDAP Servers > Edit page appears.•To add an LDAP server, click New. The LDAP Servers > New page appears. If you are adding a new server,choose a number from the Server Index (Priority) drop-down list to specify the priority order of this server inrelation to any other configured LDAP servers. You can configure up to 17 servers. If the controller cannot reachthe first server, it tries the second one in the list and so on.Step 3 If you are adding a new server, enter the IP address of the LDAP server in the Server IP Address text box.Step 4 If you are adding a new server, enter the LDAP server’s TCP port number in the Port Number text box. The valid rangeis 1 to 65535, and the default value is 389.Step 5 From the Server Mode drop-down list, choose None.Step 6 Select the Enable Server Status check box to enable this LDAP server or unselect it to disable it. The default value isdisabled.Step 7 From the Simple Bind drop-down list, choose Anonymous or Authenticated to specify the local authentication bindmethod for the LDAP server. The Anonymous method allows anonymous access to the LDAP server. The Authenticatedmethod requires that a username and password be entered to secure access. The default value is Anonymous.Step 8 If you chose Authenticated in the previous step, follow these steps:a) In the Bind Username text box, enter a username to be used for local authentication to the LDAP server. The usernamecan contain up to 80 characters.If the username starts with “cn=”(in lowercase letters), the controller assumes that the username includesthe entire LDAP database path and does not append the user base DN. This designation allows theauthenticated bind user to be outside the user base DN.Noteb) In the Bind Username text box, enter a username to be used for local authentication to the LDAP server. The usernamecan contain up to 80 characters.Step 9 In the User Base DN text box, enter the distinguished name (DN) of the subtree in the LDAP server that contains a listof all the users. For example, ou=organizational unit, .ou=next organizational unit, and o=corporation.com. If the treecontaining users is the base DN, type.o=corporation.comor   Cisco Wireless LAN Controller Configuration Guide, Release 7.4394 OL-28744-01  Configuring LDAP (GUI)
dc=corporation,dc=comStep 10 In the User Attribute text box, enter the name of the attribute in the user record that contains the username. You canobtain this attribute from your directory server.Step 11 In the User Object Type text box, enter the value of the LDAP objectType attribute that identifies the record as a user.Often, user records have several values for the objectType attribute, some of which are unique to the user and some ofwhich are shared with other object types.Step 12 In the Server Timeout text box, enter the number of seconds between retransmissions. The valid range is 2 to 30 seconds,and the default value is 2 seconds.Step 13 Click Apply to commit your changes.Step 14 Click Save Configuration to save your changes.Step 15 Specify LDAP as the priority backend database server for local EAP authentication as follows:a) Choose Security >Local EAP >Authentication Priority to open the Priority Order > Local-Auth page.b) Highlight LOCAL and click <to move it to the left User Credentials box.c) Highlight LDAP and click >to move it to the right User Credentials box. The database that appears at the top of theright User Credentials box is used when retrieving user credentials.If both LDAP and LOCAL appear in the right User Credentials box with LDAP on the top and LOCAL onthe bottom, local EAP attempts to authenticate clients using the LDAP backend database and fails over tothe local user database if the LDAP servers are not reachable. If the user is not found, the authenticationattempt is rejected. If LOCAL is on the top, local EAP attempts to authenticate using only the local userdatabase. It does not fail over to the LDAP backend database.Noted) Click Apply to commit your changes.e) Click Save Configuration to save your changes.Step 16 (Optional) Assign specific LDAP servers to a WLAN as follows:a) Choose WLANs to open the WLANs page.b) Click the ID number of the desired WLAN.c) When the WLANs > Edit page appears, choose the Security >AAA Servers tabs to open the WLANs > Edit (Security> AAA Servers) page.d) From the LDAP Servers drop-down lists, choose the LDAP server(s) that you want to use with this WLAN. You canchoose up to three LDAP servers, which are tried in priority order.These LDAP servers apply only to WLANs with web authentication enabled. They are not used by localEAP.Notee) Click Apply to commit your changes.f) Click Save Configuration to save your changes.Step 17 Specify the LDAP server fallback behavior, as follows:a) Choose WLAN >AAA Server to open the Fallback Parameters page.b) From the LDAP Servers drop-down list, choose the LDAP server in the order of priority when the controller attemptsto authenticate management users. The order of authentication is from server.c) Choose Security >AAA >LDAP to view the list of global LDAP servers configured for the controller.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 395Configuring LDAP (GUI)
Configuring LDAP (CLI)•Configure an LDAP server by entering these commands:◦config ldap add index server_ip_address port# user_base user_attr user_type —Adds an LDAPserver.◦config ldap delete index—Deletes a previously added LDAP server.◦config ldap {enable |disable}index—Enables or disables an LDAP server.◦config ldap simple-bind {anonymous index |authenticated index username username passwordpassword}—Specifies the local authentication bind method for the LDAP server. The anonymousmethod allows anonymous access to the LDAP server whereas the authenticated method requiresthat a username and password be entered to secure access. The default value is anonymous. Theusername can contain up to 80 characters.If the username starts with “cn=”(in lowercase letters), the controller assumes that the usernameincludes the entire LDAP database path and does not append the user base DN. This designationallows the authenticated bind user to be outside the user base DN.◦config ldap retransmit-timeout index timeout—Configures the number of seconds betweenretransmissions for an LDAP server.•Specify LDAP as the priority backend database server by entering this command:config local-auth user-credentials ldapIf you enter the config local-auth user-credentials ldap local command, local EAP attempts toauthenticate clients using the LDAP backend database and fails over to the local user database if theLDAP servers are not reachable. If the user is not found, the authentication attempt is rejected. If youenter the config local-auth user-credentials local ldap command, local EAP attempts to authenticateusing only the local user database. It does not fail over to the LDAP backend database.•(Optional) Assign specific LDAP servers to a WLAN by entering these commands:◦config wlan ldap add wlan_id server_index—Links a configured LDAP server to a WLAN.The LDAP servers specified in this command apply only to WLANs with web authenticationenabled. They are not used by local EAP.◦config wlan ldap delete wlan_id {all |index}—Deletes a specific or all configured LDAP server(s)from a WLAN.•View information pertaining to configured LDAP servers by entering these commands:◦show ldap summary—Shows a summary of the configured LDAP servers.Idx Server Address Port Enabled--- --------------- ---- -------1 2.3.1.4 389 No2 10.10.20.22 389 Yes◦show ldap index—Shows detailed LDAP server information. Information like the followingappears:Server Index..................................... 2Address.......................................... 10.10.20.22Port............................................. 389   Cisco Wireless LAN Controller Configuration Guide, Release 7.4396 OL-28744-01  Configuring LDAP (CLI)
Enabled.......................................... YesUser DN.......................................... ou=active,ou=employees,ou=people,o=cisco.comUser Attribute................................... uidUser Type........................................ PersonRetransmit Timeout............................... 2 secondsBind Method ..................................... AuthenticatedBind Username................................. user1◦show ldap statistics—Shows LDAP server statistics.Server Index..................................... 1Server statistics:Initialized OK................................. 0Initialization failed.......................... 0Initialization retries......................... 0Closed OK...................................... 0Request statistics:Received....................................... 0Sent........................................... 0OK............................................. 0Success........................................ 0Authentication failed.......................... 0Server not found............................... 0No received attributes......................... 0No passed username............................. 0Not connected to server........................ 0Internal error................................. 0Retries........................................ 0Server Index..................................... 2..◦show wlan wlan_id—Shows the LDAP servers that are applied to a WLAN.•Make sure the controller can reach the LDAP server by entering this command:ping server_ip_address•Save your changes by entering this command:save config•Enable or disable debugging for LDAP by entering this command:debug aaa ldap {enable | disable}Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 397Configuring LDAP (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4398 OL-28744-01  Configuring LDAP (CLI)
CHAPTER 47Configuring Local EAP•Information About Local EAP, page 399•Restrictions for Local EAP, page 400•Configuring Local EAP (GUI), page 401•Configuring Local EAP (CLI), page 404Information About Local EAPLocal EAP is an authentication method that allows users and wireless clients to be authenticated locally. It isdesigned for use in remote offices that want to maintain connectivity to wireless clients when the backendsystem becomes disrupted or the external authentication server goes down. When you enable local EAP, thecontroller serves as the authentication server and the local user database, which removes dependence on anexternal authentication server. Local EAP retrieves user credentials from the local user database or the LDAPbackend database to authenticate users. Local EAP supports LEAP, EAP-FAST, EAP-TLS, PEAPv0/MSCHAPv2, and PEAPv1/GTC authentication between the controller and wireless clients.The LDAP backend database supports these local EAP methods: EAP-TLS, EAP-FAST/GTC, andPEAPv1/GTC. LEAP, EAP-FAST/MSCHAPv2, and PEAPv0/MSCHAPv2 are also supported but onlyif the LDAP server is set up to return a clear-text password.NoteCisco wireless LAN controllers support Local EAP authentication against external LDAP databases suchas Microsoft Active Directory and Novell’s eDirectory. For more information about configuring thecontroller for Local EAP authentication against Novell’s eDirectory, see the Configure Unified WirelessNetwork for Authentication Against Novell's eDirectory Database whitepaper at http://www.cisco.com/en/US/products/ps6366/products_white_paper09186a0080b4cd24.shtml.NoteIf any RADIUS servers are configured on the controller, the controller tries to authenticate the wireless clientsusing the RADIUS servers first. Local EAP is attempted only if no RADIUS servers are found, either becausethe RADIUS servers timed out or no RADIUS servers were configured. If four RADIUS servers are configured,the controller attempts to authenticate the client with the first RADIUS server, then the second RADIUSserver, and then local EAP. If the client attempts to then reauthenticate manually, the controller tries the thirdCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 399
RADIUS server, then the fourth RADIUS server, and then local EAP. If you never want the controller to tryto authenticate clients using an external RADIUS server, enter these CLI commands in this order:•config wlan disable wlan_id•config wlan radius_server auth disable wlan_id•config wlan enable wlan_idFigure 42: Local EAP ExampleRestrictions for Local EAPLocal EAP profiles are not supported on Cisco 600 Series OfficeExtend access points.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4400 OL-28744-01  Restrictions for Local EAP
Configuring Local EAP (GUI)Before You BeginEAP-TLS, P EAPv0/MSCHAPv2, and PEAPv1/GTC use certificates for authentication, and EAP-FASTuses either certificates or PACs. The controller is shipped with Cisco-installed device and CertificateAuthority (CA) certificates. However, if you want to use your own vendor-specific certificates, they mustbe imported on the controller.NoteStep 1 If you are configuring local EAP to use one of the EAP types listed in the note above, make sure that the appropriatecertificates and PACs (if you will use manual PAC provisioning) have been imported on the controller.Step 2 If you want the controller to retrieve user credentials from the local user database, make sure that you have properlyconfigured the local network users on the controller.Step 3 If you want the controller to retrieve user credentials from an LDAP backend database, make sure that you have properlyconfigured an LDAP server on the controller.Step 4 Specify the order in which user credentials are retrieved from the backend database servers as follows:a) Choose Security >Local EAP >Authentication Priority to open the Priority Order > Local-Auth page.b) Determine the priority order in which user credentials are to be retrieved from the local and/or LDAP databases. Forexample, you may want the LDAP database to be given priority over the local user database, or you may not wantthe LDAP database to be considered at all.c) When you have decided on a priority order, highlight the desired database. Then use the left and right arrows andthe Up and Down buttons to move the desired database to the top of the right User Credentials box.If both LDAP and LOCAL appear in the right User Credentials box with LDAP on the top and LOCAL onthe bottom, local EAP attempts to authenticate clients using the LDAP backend database and fails over tothe local user database if the LDAP servers are not reachable. If the user is not found, the authenticationattempt is rejected. If LOCAL is on the top, local EAP attempts to authenticate using only the local userdatabase. It does not fail over to the LDAP backend database.Noted) Click Apply to commit your changes.Step 5 Specify values for the local EAP timers as follows:a) Choose Security >Local EAP >General to open the General page.b) In the Local Auth Active Timeout text box, enter the amount of time (in seconds) in which the controller attemptsto authenticate wireless clients using local EAP after any pair of configured RADIUS servers fails. The valid rangeis 1 to 3600 seconds, and the default setting is 100 seconds.c) In the Identity Request Timeout text box, enter the amount of time (in seconds) in which the controller attempts tosend an EAP identity request to wireless clients using local EAP. The valid range is 1 to 120 seconds, and the defaultsetting is 30 seconds.d) In the Identity Request Max Retries text box, enter the maximum number of times that the controller attempts toretransmit the EAP identity request to wireless clients using local EAP. The valid range is 1 to 20 retries, and thedefault setting is 20 retries.e) In the Dynamic WEP Key Index text box, enter the key index used for dynamic wired equivalent privacy (WEP).The default value is 0, which corresponds to a key index of 1; the valid values are 0 to 3 (key index of 1 to 4).Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 401Configuring Local EAP (GUI)
f) In the Request Timeout text box, enter the amount of time (in seconds) in which the controller attempts to send anEAP request to wireless clients using local EAP. The valid range is 1 to 120 seconds, and the default setting is 30seconds.g) In the Request Max Retries text box, enter the maximum number of times that the controller attempts to retransmitthe EAP request to wireless clients using local EAP. The valid range is 1 to 120 retries, and the default setting is 20retries.h) From the Max-Login Ignore Identity Response drop-down list, choose Enable to limit the number of devices thatcan be connected to the controller with the same username. You can log in up to eight times from different devices(PDA, laptop, IP phone, and so on) on the same controller. The default value is enabled.i) In the EAPOL-Key Timeout text box, enter the amount of time (in seconds) in which the controller attempts to sendan EAP key over the LAN to wireless clients using local EAP. The valid range is 1 to 5 seconds, and the defaultsetting is 1 second.If the controller and access point are separated by a WAN link, the default timeout of 1 second may not besufficient.Notej) In the EAPOL-Key Max Retries text box, enter the maximum number of times that the controller attempts to sendan EAP key over the LAN to wireless clients using local EAP. The valid range is 0 to 4 retries, and the default settingis 2 retries.k) Click Apply to commit your changes.Step 6 Create a local EAP profile, which specifies the EAP authentication types that are supported on the wireless clients asfollows:a) Choose Security >Local EAP >Profiles to open the Local EAP Profiles page.This page lists any local EAP profiles that have already been configured and specifies their EAP types. You cancreate up to 16 local EAP profiles.If you want to delete an existing profile, hover your cursor over the blue drop-down arrow for that profileand choose Remove.Noteb) Click New to open the Local EAP Profiles > New page.c) In the Profile Name text box, enter a name for your new profile and then click Apply.You can enter up to 63 alphanumeric characters for the profile name. Make sure not to include spaces.Noted) When the Local EAP Profiles page reappears, click the name of your new profile. The Local EAP Profiles > Editpage appears.e) Select the LEAP,EAP-FAST,EAP-TLS, and/or PEAP check boxes to specify the EAP type that can be used forlocal authentication.You can specify more than one EAP type per profile. However, if you choose multiple EAP types that usecertificates (such as EAP-FAST with certificates, EAP-TLS, PEAPv0/MSCHAPv2, and PEAPv1/GTC), allof the EAP types must use the same certificate (from either Cisco or another vendor).NoteIf you select the PEAP check box, both PEAPv0/MSCHAPv2 or PEAPv1/GTC are enabled on the controller.Notef) If you chose EAP-FAST and want the device certificate on the controller to be used for authentication, select theLocal Certificate Required check box. If you want to use EAP-FAST with PACs instead of certificates, leave thischeck box unselected, which is the default setting.This option applies only to EAP-FAST because device certificates are not used with LEAP and are mandatoryfor EAP-TLS and PEAP.Noteg) If you chose EAP-FAST and want the wireless clients to send their device certificates to the controller in order toauthenticate, select the Client Certificate Required check box. If you want to use EAP-FAST with PACs insteadof certificates, leave this check box unselected, which is the default setting.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4402 OL-28744-01  Configuring Local EAP (GUI)
This option applies only to EAP-FAST because client certificates are not used with LEAP or PEAP and aremandatory for EAP-TLS.Noteh) If you chose EAP-FAST with certificates, EAP-TLS, or PEAP, choose which certificates will be sent to the client,the ones from Cisco or the ones from another Vendor, from the Certificate Issuer drop-down list. The default settingis Cisco.i) If you chose EAP-FAST with certificates or EAP-TLS and want the incoming certificate from the client to be validatedagainst the CA certificates on the controller, select the Check against CA certificates check box. The default settingis enabled.j) If you chose EAP-FAST with certificates or EAP-TLS and want the common name (CN) in the incoming certificateto be validated against the CA certificates’CN on the controller, select the Verify Certificate CN Identity checkbox. The default setting is disabled.k) If you chose EAP-FAST with certificates or EAP-TLS and want the controller to verify that the incoming devicecertificate is still valid and has not expired, select the Check Certificate Date Validity check box. The default settingis enabled.Certificate date validity is checked against the current UTC (GMT) time that is configured on the controller.Timezone offset will be ignored.Notel) Click Apply to commit your changes.Step 7 If you created an EAP-FAST profile, follow these steps to configure the EAP-FAST parameters:a) Choose Security >Local EAP >EAP-FAST Parameters to open the EAP-FAST Method Parameters page.b) In the Server Key and Confirm Server Key text boxes, enter the key (in hexadecimal characters) used to encrypt anddecrypt PACs.c) In the Time to Live for the PAC text box, enter the number of days for the PAC to remain viable. The valid range is1 to 1000 days, and the default setting is 10 days.d) In the Authority ID text box, enter the authority identifier of the local EAP-FAST server in hexadecimal characters.You can enter up to 32 hexadecimal characters, but you must enter an even number of characters.e) In the Authority ID Information text box, enter the authority identifier of the local EAP-FAST server in text format.f) If you want to enable anonymous provisioning, select the Anonymous Provision check box. This feature allowsPACs to be sent automatically to clients that do not have one during PAC provisioning. If you disable this feature,PACS must be manually provisioned. The default setting is enabled.If the local and/or client certificates are required and you want to force all EAP-FAST clients to usecertificates, unselect the Anonymous Provision check box.Noteg) Click Apply to commit your changes.Step 8 Enable local EAP on a WLAN as follows:a) Choose WLANs to open the WLANs page.b) Click the ID number of the desired WLAN.c) When the WLANs > Edit page appears, choose the Security >AAA Servers tabs to open the WLANs > Edit(Security > AAA Servers) page.d) Select the Local EAP Authentication check box to enable local EAP for this WLAN.e) From the EAP Profile Name drop-down list, choose the EAP profile that you want to use for this WLAN.f) If desired, choose the LDAP server that you want to use with local EAP on this WLAN from the LDAP Serversdrop-down lists.g) Click Apply to commit your changes.Step 9 Click Save Configuration to save your changes.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 403Configuring Local EAP (GUI)
Configuring Local EAP (CLI)Before You BeginEAP-TLS, P EAPv0/MSCHAPv2, and PEAPv1/GTC use certificates for authentication, and EAP-FASTuses either certificates or PACbs. The controller is shipped with Cisco-installed device and CertificateAuthority (CA) certificates. However, if you want to use your own vendor-specific certificates, they mustbe imported on the controller.NoteStep 1 If you are configuring local EAP to use one of the EAP types listed in the note above, make sure that the appropriatecertificates and PACs (if you will use manual PAC provisioning) have been imported on the controller.Step 2 If you want the controller to retrieve user credentials from the local user database, make sure that you have properlyconfigured the local network users on the controller.Step 3 If you want the controller to retrieve user credentials from an LDAP backend database, make sure that you have properlyconfigured an LDAP server on the controller.Step 4 Specify the order in which user credentials are retrieved from the local and/or LDAP databases by entering this command:config local-auth user-credentials {local |ldap}If you enter the config local-auth user-credentials ldap local command, local EAP attempts to authenticateclients using the LDAP backend database and fails over to the local user database if the LDAP servers are notreachable. If the user is not found, the authentication attempt is rejected. If you enter the config local-authuser-credentials local ldap command, local EAP attempts to authenticate using only the local user database.It does not fail over to the LDAP backend database.NoteStep 5 Specify values for the local EAP timers by entering these commands:•config local-auth active-timeout timeout—Specifies the amount of time (in seconds) in which the controllerattempts to authenticate wireless clients using local EAP after any pair of configured RADIUS servers fails. Thevalid range is 1 to 3600 seconds, and the default setting is 100 seconds.•config advanced eap identity-request-timeout timeout—Specifies the amount of time (in seconds) in which thecontroller attempts to send an EAP identity request to wireless clients using local EAP. The valid range is 1 to 120seconds, and the default setting is 30 seconds.•config advanced eap identity-request-retries retries—Specifies the maximum number of times that the controllerattempts to retransmit the EAP identity request to wireless clients using local EAP. The valid range is 1 to 20 retries,and the default setting is 20 retries.•config advanced eap key-index index—Specifies the key index used for dynamic wired equivalent privacy (WEP).The default value is 0, which corresponds to a key index of 1; the valid values are 0 to 3 (key index of 1 to 4).•config advanced eap request-timeout timeout—Specifies the amount of time (in seconds) in which the controllerattempts to send an EAP request to wireless clients using local EAP. The valid range is 1 to 120 seconds, and thedefault setting is 30 seconds.•config advanced eap request-retries retries—Specifies the maximum number of times that the controller attemptsto retransmit the EAP request to wireless clients using local EAP. The valid range is 1 to 120 retries, and the defaultsetting is 20 retries.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4404 OL-28744-01  Configuring Local EAP (CLI)
•config advanced eap eapol-key-timeout timeout—Specifies the amount of time (in seconds) in which the controllerattempts to send an EAP key over the LAN to wireless clients using local EAP. The valid range is 1 to 5 seconds,and the default setting is 1 second.If the controller and access point are separated by a WAN link, the default timeout of 1 second may notbe sufficient.Note•config advanced eap eapol-key-retries retries—Specifies the maximum number of times that the controllerattempts to send an EAP key over the LAN to wireless clients using local EAP. The valid range is 0 to 4 retries,and the default setting is 2 retries.•config advanced eap max-login-ignore-identity-response {enable |disable}—When enabled, this commandlimits the number of devices that can be connected to the controller with the same username. You can log in up toeight times from different devices (PDA, laptop, IP phone, and so on) on the same controller. The default value isenabled.Step 6 Create a local EAP profile by entering this command:config local-auth eap-profile add profile_nameDo not include spaces within the profilename.NoteTo delete a local EAP profile, enter the config local-auth eap-profile delete profile_name command.NoteStep 7 Add an EAP method to a local EAP profile by entering this command:config local-auth eap-profile method add method profile_nameThe supported methods are leap, fast, tls, and peap.If you choose peap, both P EAPv0/MSCHAPv2 or PEAPv1/GTC are enabled on the controller.NoteYou can specify more than one EAP type per profile. However, if you create a profile with multiple EAP typesthat use certificates (such as EAP-FAST with certificates, EAP-TLS, PEAPv0/MSCHAPv2, and PEAPv1/GTC),all of the EAP types must use the same certificate (from either Cisco or another vendor).NoteTo delete an EAP method from a local EAP profile, enter the config local-auth eap-profile method deletemethod profile_name command:NoteStep 8 Configure EAP-FAST parameters if you created an EAP-FAST profile by entering this command:config local-auth method fast ?where ?is one of the following:•anon-prov {enable |disable}—Configures the controller to allow anonymous provisioning, which allows PACsto be sent automatically to clients that do not have one during PAC provisioning.•authority-id auth_id—Specifies the authority identifier of the local EAP-FAST server.•pac-ttl days—Specifies the number of days for the PAC to remain viable.•server-key key—Specifies the server key used to encrypt and decrypt PACs.Step 9 Configure certificate parameters per profile by entering these commands:•config local-auth eap-profile method fast local-cert {enable |disable}profile_name—Specifies whether thedevice certificate on the controller is required for authentication.This command applies only to EAP-FAST because device certificates are not used with LEAP and aremandatory for EAP-TLS and PEAP.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 405Configuring Local EAP (CLI)
•config local-auth eap-profile method fast client-cert {enable |disable}profile_name—Specifies whetherwireless clients are required to send their device certificates to the controller in order to authenticate.This command applies only to EAP-FAST because client certificates are not used with LEAP or PEAPand are mandatory for EAP-TLS.Note•config local-auth eap-profile cert-issuer {cisco |vendor}profile_name—If you specified EAP-FAST withcertificates, EAP-TLS, or PEAP, specifies whether the certificates that will be sent to the client are from Cisco oranother vendor.•config local-auth eap-profile cert-verify ca-issuer {enable |disable}profile_name—If you chose EAP-FASTwith certificates or EAP-TLS, specifies whether the incoming certificate from the client is to be validated againstthe CA certificates on the controller.•config local-auth eap-profile cert-verify cn-verify {enable |disable}profile_name—If you chose EAP-FASTwith certificates or EAP-TLS, specifies whether the common name (CN) in the incoming certificate is to be validatedagainst the CA certificates’CN on the controller.•config local-auth eap-profile cert-verify date-valid {enable |disable}profile_name—If you chose EAP-FASTwith certificates or EAP-TLS, specifies whether the controller is to verify that the incoming device certificate isstill valid and has not expired.Step 10 Enable local EAP and attach an EAP profile to a WLAN by entering this command:config wlan local-auth enable profile_name wlan_idTo disable local EAP for a WLAN, enter the config wlan local-auth disable wlan_id command.NoteStep 11 Save your changes by entering this command:save configStep 12 View information pertaining to local EAP by entering these commands:•show local-auth config—Shows the local EAP configuration on the controller.User credentials database search order:Primary ..................................... Local DBTimer:Active timeout .............................. 300Configured EAP profiles:Name ........................................ fast-certCertificate issuer ........................ vendorPeer verification options:Check against CA certificates ........... EnabledVerify certificate CN identity .......... DisabledCheck certificate date validity ......... EnabledEAP-FAST configuration:Local certificate required .............. YesClient certificate required ............. YesEnabled methods ........................... fastConfigured on WLANs ....................... 1Name ........................................ tlsCertificate issuer ........................ vendorPeer verification options:Check against CA certificates ........... EnabledVerify certificate CN identity .......... DisabledCheck certificate date validity ......... EnabledEAP-FAST configuration:Local certificate required .............. NoClient certificate required ............. No   Cisco Wireless LAN Controller Configuration Guide, Release 7.4406 OL-28744-01  Configuring Local EAP (CLI)
Enabled methods ........................... tlsConfigured on WLANs ....................... 2EAP Method configuration:EAP-FAST:Server key ................................ <hidden>TTL for the PAC ........................... 10Anonymous provision allowed ............... YesAccept client on auth prov ................ NoAuthority ID .............................. 436973636f0000000000000000000000Authority Information ..................... Cisco A-ID•show local-auth statistics—Shows the local EAP statistics.•show local-auth certificates—Shows the certificates available for local EAP.•show local-auth user-credentials—Shows the priority order that the controller uses when retrieving user credentialsfrom the local and/or LDAP databases.•show advanced eap—Shows the timer values for local EAP.EAP-Identity-Request Timeout (seconds)........... 1EAP-Identity-Request Max Retries................. 20EAP Key-Index for Dynamic WEP.................... 0EAP Max-Login Ignore Identity Response........... enableEAP-Request Timeout (seconds).................... 20EAP-Request Max Retries.......................... 20EAPOL-Key Timeout (seconds)...................... 1EAPOL-Key Max Retries......................... 2•show ap stats wlan Cisco_AP—Shows the EAP timeout and failure counters for a specific access point for eachWLAN.•show client detail client_mac—Shows the EAP timeout and failure counters for a specific associated client. Thesestatistics are useful in troubleshooting client association issues....Client Statistics:Number of Bytes Received................... 10Number of Bytes Sent....................... 10Number of Packets Received................. 2Number of Packets Sent..................... 2Number of EAP Id Request Msg Timeouts...... 0Number of EAP Id Request Msg Failures...... 0Number of EAP Request Msg Timeouts......... 2Number of EAP Request Msg Failures......... 1Number of EAP Key Msg Timeouts............. 0Number of EAP Key Msg Failures............. 0Number of Policy Errors.................... 0Radio Signal Strength Indicator............ UnavailableSignal to Noise Ratio...................... Unavailable•show wlan wlan_id—Shows the status of local EAP on a particular WLAN.Step 13 (Optional) Troubleshoot local EAP sessions by entering these commands:•debug aaa local-auth eap method {all |errors |events |packets |sm} {enable |disable}—Enables or disablesdebugging of local EAP methods.•debug aaa local-auth eap framework {all |errors |events |packets |sm} {enable |disable}—Enables ordisables debugging of the local EAP framework.In these two debug commands, sm is the statemachine.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 407Configuring Local EAP (CLI)
•clear stats local-auth—Clears the local EAP counters.•clear stats ap wlan Cisco_AP—Clears the EAP timeout and failure counters for a specific access point for eachWLAN.WLAN 1EAP Id Request Msg Timeouts................... 0EAP Id Request Msg Timeouts Failures.......... 0EAP Request Msg Timeouts...................... 2EAP Request Msg Timeouts Failures............. 1EAP Key Msg Timeouts.......................... 0EAP Key Msg Timeouts Failures................. 0WLAN 2EAP Id Request Msg Timeouts................... 1EAP Id Request Msg Timeouts Failures.......... 0EAP Request Msg Timeouts...................... 0EAP Request Msg Timeouts Failures............. 0EAP Key Msg Timeouts.......................... 3EAP Key Msg Timeouts Failures.............. 1   Cisco Wireless LAN Controller Configuration Guide, Release 7.4408 OL-28744-01  Configuring Local EAP (CLI)
CHAPTER 48Configuring the System for SpectraLink NetLinkTelephones•Information About SpectraLink NetLink Telephones, page 409•Configuring SpectraLink NetLink Phones, page 409Information About SpectraLink NetLink TelephonesFor the best integration with the Cisco UWN solution, SpectraLink NetLink Telephones require an extraoperating system configuration step: enable long preambles. The radio preamble (sometimes called a header)is a section of data at the head of a packet that contains information that wireless devices need when sendingand receiving packets. Short preambles improve throughput performance, so they are enabled by default.However, some wireless devices, such as SpectraLink NetLink phones, require long preambles.Configuring SpectraLink NetLink PhonesEnabling Long Preambles (GUI)Step 1 Choose Wireless >802.11b/g/n >Network to open the 802.11b/g Global Parameters page.Step 2 If the Short Preamble check box is selected, continue with this procedure. However, if the Short Preamble check boxis unselected (which means that long preambles are enabled), the controller is already optimized for SpectraLink NetLinkphones and you do not need to continue this procedure.Step 3 Unselect the Short Preamble check box to enable long preambles.Step 4 Click Apply to update the controller configuration.If you do not already have an active CLI session to the controller, we recommend that you start a CLI sessionto reboot the controller and watch the reboot process. A CLI session is also useful because the GUI loses itsconnection when the controller reboots.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 409
Step 5 Choose Commands >Reboot >Reboot > Save and Reboot to reboot the controller. Click OK in response to thisprompt:Configuration will be saved and the controller will be rebooted. Click ok to confirm.The controller reboots.Step 6 Log back onto the controller GUI to verify that the controller is properly configured.Step 7 Choose Wireless >802.11b/g/n >Network to open the 802.11b/g Global Parameters page. If the Short Preamble checkbox is unselected, the controller is optimized for SpectraLink NetLink phones.Enabling Long Preambles (CLI)Step 1 Log on to the controller CLI.Step 2 Enter the show 802.11b command and select the Short preamble mandatory parameter. If the parameter indicates thatshort preambles are enabled, continue with this procedure. This example shows that short preambles are enabled:Short Preamble mandatory....................... EnabledHowever, if the parameter shows that short preambles are disabled (which means that long preambles are enabled), thecontroller is already optimized for SpectraLink NetLink phones and you do not need to continue this procedure.Step 3 Disable the 802.11b/g network by entering this command:config 802.11b disable networkYou cannot enable long preambles on the 802.11a network.Step 4 Enable long preambles by entering this command:config 802.11b preamble longStep 5 Reenable the 802.11b/g network by entering this command:config 802.11b enable networkStep 6 Enter the reset system command to reboot the controller. Enter y when the prompt to save the system changes is displayed.The controller reboots.Step 7 Verify that the controller is properly configured by logging back into the CLI and entering the show 802.11b commandto view these parameters:802.11b Network................................ EnabledShort Preamble mandatory....................... DisabledThese parameters show that the 802.11b/g network is enabled and that short preambles are disabled.Configuring Enhanced Distributed Channel Access (CLI)To configure 802.11 enhanced distributed channel access (EDCA) parameters to support SpectraLink phones,use the following CLI commands:   Cisco Wireless LAN Controller Configuration Guide, Release 7.4410 OL-28744-01  Configuring SpectraLink NetLink Phones
config advanced edca-parameter {custom-voice |optimized-video-voice |optimized-voice |svp-voice |wmm-default}where•custom-voice enables custom voice EDCA parameters•optimized-video-voice enables combined video-voice-optimized parameters•optimized-voice enables non-SpectraLink voice-optimized parameters•svp-voice enables SpectraLink voice priority (SVP) parameters•wmm-default enables wireless multimedia (WMM) default parametersTo propagate this command to all access points connected to the controller, make sure to disable and thenreenable the 802.11b/g network after entering this command.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 411Configuring SpectraLink NetLink Phones
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4412 OL-28744-01  Configuring SpectraLink NetLink Phones
CHAPTER 49Configuring RADIUS NAC Support•Information About RADIUS NAC Support, page 413•Restrictions for RADIUS NAC Support, page 414•Configuring RADIUS NAC Support (GUI), page 415•Configuring RADIUS NAC Support (CLI), page 416Information About RADIUS NAC SupportThe Cisco Identity Services Engine (ISE) is a next-generation, context-based access control solution thatprovides the functions of Cisco Secure Access Control System (ACS) and Cisco Network Admission Control(NAC) in one integrated platform.ISE has been introduced in the 7.0.116.0 release of the Cisco Unified Wireless Network. ISE can be used toprovide advanced security for your deployed network. It is an authentication server that you can configureon your controller. When a client associates to the controller on a RADIUS NAC–enabled WLAN, the controllerforwards the request to the ISE server.The ISE server validates the user in the database and on successful authentication, the URL and pre-AUTHACL are sent to the client. The client then moves to the Posture Required state and is redirected to the URLreturned by the ISE server.The client moves to the Central Web Authentication state, if the URL returned by the ISE server has thekeyword 'cwa'.NoteThe NAC agent in the client triggers the posture validation process. On successful posture validation by theISE server, the client is moved to the run state.Flex local switching with Radius NAC support is added in Release 7.2.110.0. It is not supported in 7.0Releases and 7.2 Releases. Downgrading 7.2.110.0 and later releases to either 7.2 or 7.0 releases willrequire you to reconfigure the WLAN for Radius NAC feature to work.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 413
Device RegistrationDevice registration enables you to authenticate and provision new devices on the WLAN with RADIUS NACenabled. When the device is registered on the WLAN, it can use the network based on the configured ACL.Central Web AuthenticationIn the case of Central Web Authentication (CWA), the web-authentication occurs on the ISE server. The webportal in the ISE server provides a login page to the client. Once the credentials are verified on the ISE server,the client is provisioned. The client remains in the POSTURE_REQD state until a CoA is reached. Thecredentials and ACLs are received from the ISE server.Local Web AuthenticationLocal web authentication is not supported for RADIUS NAC.This table describes the possible combinations in a typical ISE deployment with Device Registration, CWAand LWA enabled:Table 15: ISE Network Authentication FlowDevice RegistrationLWACWAWLAN ConfigurationYesNoYesRADIUS NAC EnabledNoPSK, Static WEP, CKIPNoL2 NoneN/AInternal/ExternalN/AL3 NoneYesNoYesMAC Filtering EnabledRestrictions for RADIUS NAC Support•A RADIUS NAC-enabled WLAN supports Open Authentication and MAC filtering.•Radius NAC functionality does not work if the configured accounting server is different fromauthentication (ISE) server. You should configure the same server as the authentication and accountingserver in case ISE functionalities are used. If ISE is used only for ACS functionality, the accountingserver can be flexible.•When clients move from one WLAN to another, the controller retains the client’s audit session ID if itreturns to the WLAN before the idle timeout occurs. As a result, when clients join the controller beforethe idle timeout session expires, they are immediately moved to RUN state. The clients are validated ifthey reassociate with the controller after the session timeout.•Suppose you have two WLANs, where WLAN 1 is configured on a controller (WLC1) and WLAN2 isconfigured on another controller (WLC2) and both are RADIUS NAC enabled. The client first connectsto WLC1 and moves to the RUN state after posture validation. Assume that the client now moved toWLC2. If the client connects back to WLC1 before the PMK expires for this client in WLC1, the posture   Cisco Wireless LAN Controller Configuration Guide, Release 7.4414 OL-28744-01  Restrictions for RADIUS NAC Support
validation is skipped for the client. The client directly moves to RUN state by passing posture validationas the controller retains the old audit session ID for the client that is already known to ISE.•When deploying RADIUS NAC in your wireless network, do not configure a primary and secondaryISE server. Instead, we recommend that you configure HA between the two ISE servers. Having aprimary and secondary ISE setup will require a posture validation to happen before the clients move toRUN state. If HA is configured, the client is automatically moved to RUN state in the fallback ISEserver.•The controller software configured with RADIUS NAC does not support a change of authorization(CoA) on the service port.•Do not swap AAA server indexes in a live network because clients might get disconnected and have toreconnect to the RADIUS server, which might result in log messages to be appended to the ISE serverlogs.•You must enable AAA override on the WLAN to use RADIUS NAC.•WPA and WPA2 or dot1X must be enabled on the WLAN.•During slow roaming, the client goes through posture validation.•Guest tunneling mobility is supported for ISE NAC–enabled WLANs.•VLAN select is not supported•Workgroup bridges are not supported.•The AP Group over NAC is not supported over RADIUS NAC.•FlexConnect local switching is not supported.•With RADIUS NAC enabled, the RADIUS server overwrite interface is not supported.•Any DHCP communication between client and server. We parse the DHCP profiling only once. This issent to the ISE server only once.•If the AAA url-redirect-acl and url-redirect attributes are expected from the AAA server, theAAA override feature must be enabled on the controller.Configuring RADIUS NAC Support (GUI)Step 1 Choose the WLANs tab.Step 2 Click the WLAN ID of the WLAN for which you want to enable ISE.The WLANs > Edit page appears.Step 3 Click the Advanced tab.Step 4 From the NAC State drop-down list, choose Radius NAC:•SNMP NAC—Uses SNMP NAC for the WLAN.•Radius NAC—Uses Radius NAC for the WLAN.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 415Configuring RADIUS NAC Support (GUI)
AAA override is automatically enabled when you use RADIUS NAC on a WLAN.NoteStep 5 Click Apply.Configuring RADIUS NAC Support (CLI)Enter the following command:config wlan nac radius {enable |disable}wlan_id   Cisco Wireless LAN Controller Configuration Guide, Release 7.4416 OL-28744-01  Configuring RADIUS NAC Support (CLI)
CHAPTER 50Using Management Over Wireless•Information About Management over Wireless, page 417•Enabling Management over Wireless (GUI), page 417•Enabling Management over Wireless (CLI), page 417Information About Management over WirelessThe management over wireless feature allows you to monitor and configure local controllers using a wirelessclient. This feature is supported for all management tasks except uploads to and downloads from (transfersto and from) the controller.Enabling Management over Wireless (GUI)Step 1 Choose Management > Mgmt Via Wireless to open the Management Via Wireless page.Step 2 Select the Enable Controller Management to be accessible from Wireless Clients check box to enable managementover wireless for the WLAN or unselect it to disable this feature. The default value is unselected.Step 3 Click Apply to commit your changes.Step 4 Click Save Configuration to save your changes.Enabling Management over Wireless (CLI)Step 1 Verify whether the management over wireless interface is enabled or disabled by entering this command:show network summaryCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 417
•If disabled: Enable management over wireless by entering this command:config network mgmt-via-wirelessenable•Otherwise, use a wireless client to associate with an access point connected to the controller that you want tomanage.Step 2 Log into the CLI to verify that you can manage the WLAN using a wireless client by entering this command:telnet controller-ip-address command   Cisco Wireless LAN Controller Configuration Guide, Release 7.4418 OL-28744-01  Enabling Management over Wireless (CLI)
CHAPTER 51Using Dynamic Interfaces for Management•Information About Using Dynamic Interfaces for Management, page 419•Configuring Management using Dynamic Interfaces (CLI), page 420Information About Using Dynamic Interfaces for ManagementYou can access the controller with one of its dynamic interface IP addresses. While wired computers can haveonly CLI access with the dynamic interface of the WLC, wireless clients have both CLI and GUI access withthe dynamic interface.A device, when the management using dynamic interfaces is disabled, can open an SSH connection, if theprotocol is enabled. However, you are not prompted to log on. Additionally, the management address remainsaccessible from a dynamic interface VLAN, unless a CPU ACL is in place. When management using dynamicinterface is enabled along with CPU ACL, the CPU ACL has more priority.The following are some examples of management access and management access using dynamic interfaces,here the management VLAN IP address of the Cisco WLC is 209.165. 201.1 and dynamic VLAN IP addressof the Cisco WLC is 209.165. 202.129:•Source wired client from Cisco WLC's dynamic interface VLAN accesses the management interfaceVLAN and tries for management access. This is an example of management access.•Source wired client from Cisco WLC's management interface VLAN accesses the dynamic interfaceVLAN and tries for management access. This is an example of management using dynamic interface.•Source wired client from Cisco WLC's dynamic interface VLAN accesses the dynamic interface VLANtries and tries for management access. This is an example of management using dynamic interface.•Source wired client from Layer 3 VLAN interface accesses the dynamic interface or the managementinterface and tries for management access. This is an example of management using dynamic interface.Here, management is not the management interface but the configuration access. If the Cisco WLC configurationis accessed from any other IP address on the Cisco WLC other than the management IP, it is managementusing dynamic interface.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 419
Configuring Management using Dynamic Interfaces (CLI)Enable or disable management using dynamic interfaces by entering this command:config network mgmt-via-dynamic-interface {enable |disable}   Cisco Wireless LAN Controller Configuration Guide, Release 7.4420 OL-28744-01  Configuring Management using Dynamic Interfaces (CLI)
CHAPTER 52Configuring DHCP Option 82•Information About DHCP Option 82, page 421•Restrictions for DHCP Option 82, page 422•Configuring DHCP Option 82 (GUI), page 422•Configuring DHCP Option 82 (CLI), page 422Information About DHCP Option 82DHCP option 82 provides additional security when DHCP is used to allocate network addresses. It enablesthe controller to act as a DHCP relay agent to prevent DHCP client requests from untrusted sources. You canconfigure the controller to add option 82 information to DHCP requests from clients before forwarding therequests to the DHCP server.Figure 43: DHCP Option 82The access point forwards all DHCP requests from a client to the controller. The controller adds the DHCPoption 82 payload and forwards the request to the DHCP server. The payload can contain the MAC addressor the MAC address and SSID of the access point, depending on how you configure this option.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 421
Any DHCP packets that already include a relay agent option are dropped at the controller.NoteFor DHCP option 82 to operate correctly, DHCP proxy must be enabled.Restrictions for DHCP Option 82•DHCP option 82 is not supported for use with auto-anchor mobility.Configuring DHCP Option 82 (GUI)Step 1 Choose Controller >Advanced >DHCP to open the DHCP Parameters page.Step 2 Select the Enable DHCP Proxy check box to enable DHCP proxy.Step 3 Choose a DHCP Option 82 Remote ID field format from the drop-down list to specify the format of the DHCP option82 payload.For more information about the options available, see the Controller Online Help.Step 4 Enter the DHCP Timeout. The timeout value is globally applicable.Step 5 Click Apply.Step 6 Click Save Configuration .What to Do NextOn the controller CLI, you can enable DHCP option 82 on the dynamic interface to which the WLAN isassociated by entering this command:config interface dhcp dynamic-interface interface-name option-82 enableConfiguring DHCP Option 82 (CLI)•Configure the format of the DHCP option 82 payload by entering one of these commands:◦config dhcp opt-82 remote-id ap_mac—Adds the MAC address of the access point to the DHCPoption 82 payload.◦config dhcp opt-82 remote-id ap_mac:ssid—Adds the MAC address and SSID of the accesspoint to the DHCP option 82 payload.◦config dhcp opt-82 remote-id ap-ethmac—Adds the Ethernet MAC address of the access pointto the DHCP option 82 payload.◦config dhcp opt-82 remote-id apname:ssid—Adds the AP name and SSID of the access pointto the DHCP option 82 payload.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4422 OL-28744-01  Restrictions for DHCP Option 82
◦config dhcp opt-82 remote-id ap-group-name—Adds the AP group name to the DHCP option82 payload.◦config dhcp opt-82 remote-id flex-group-name—Adds the FlexConnect group name to the DHCPoption 82 payload.◦config dhcp opt-82 remote-id ap-location—Adds the AP location to the DHCP option 82 payload.◦config dhcp opt-82 remote-id apmac-vlan-id—Adds the MAC address of the access point andthe VLAN ID to the DHCP option 82 payload.◦config dhcp opt-82 remote-id apname-vlan-id—Adds the AP name and its VLAN ID to theDHCP option 82 payload.◦config dhcp opt-82 remote-id ap-ethmac-ssid—Adds the Ethernet MAC address of the accesspoint and the SSID to the DHCP option 82 payload.•Enable DHCP Option 82 on the dynamic interface to which the WLAN is associated by entering thiscommand:config interface dhcp dynamic-interface interface-name option-82 enable•See the status of DHCP option 82 on the dynamic interface by entering the show interface detaileddynamic-interface-namecommand.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 423Configuring DHCP Option 82 (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4424 OL-28744-01  Configuring DHCP Option 82 (CLI)
CHAPTER 53Configuring and Applying Access Control Lists•Information About Access Control Lists, page 425•Restrictions for Access Control Lists, page 425•Configuring and Applying Access Control Lists (GUI), page 426•Configuring and Applying Access Control Lists (CLI), page 430Information About Access Control ListsAn Access Control List (ACL) is a set of rules used to limit access to a particular interface (for example, ifyou want to restrict a wireless client from pinging the management interface of the controller). After ACLsare configured on the controller, they can be applied to the management interface, the AP-manager interface,any of the dynamic interfaces, or a WLAN to control data traffic to and from wireless clients or to the controllercentral processing unit (CPU) to control all traffic destined for the CPU.You may also want to create a preauthentication ACL for web authentication. Such an ACL could be used toallow certain types of traffic before authentication is complete.Both IPv4 and IPv6 ACL are supported. IPv6 ACLs support the same options as IPv4 ACLs including source,destination, source and destination ports.You can enable only IPv4 traffic in your network by blocking IPv6 traffic. That is, you can configure anIPv6 ACL to deny all IPv6 traffic and apply it on specific or all WLANs.NoteRestrictions for Access Control Lists•You can define up to 64 ACLs, each with up to 64 rules (or filters) for both IPv4 and IPv6. Each rulehas parameters that affect its action. When a packet matches all of the parameters for a rule, the actionset for that rule is applied to the packet.•When you apply CPU ACLs on a Cisco 5500 Series Controller or a Cisco WiSM2, you must permittraffic towards the virtual interface IP address for web authentication.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 425
•All ACLs have an implicit “deny all rule”as the last rule. If a packet does not match any of the rules, itis dropped by the controller.•If you are using an external web server with a Cisco 5500 Series Controller or a controller networkmodule, you must configure a preauthentication ACL on the WLAN for the external web server.•If you apply an ACL to an interface or a WLAN, wireless throughput is degraded when downloadingfrom a 1-GBps file server. To improve throughput, remove the ACL from the interface or WLAN, movethe ACL to a neighboring wired device with a policy rate-limiting restriction, or connect the file serverusing 100 Mbps rather than 1 Gbps.•Multicast traffic received from wired networks that is destined to wireless clients is not processed byWLC ACLs. Multicast traffic initiated from wireless clients, destined to wired networks or other wirelessclients on the same controller, is processed by WLC ACLs.•ACLs are configured on the controller directly or configured through templates. The ACL name mustbe unique.•You can configure ACL per client (AAA overridden ACL) or on either an interface or a WLAN. TheAAA overridden ACL has the highest priority. However, each interface, WLAN, or per client ACLconfiguration that you apply can override one another.•If peer-to-peer blocking is enabled, traffic is blocked between peers even if the ACL allows trafficbetween them.Configuring and Applying Access Control Lists (GUI)Configuring Access Control ListsStep 1 Choose Security >Access Control Lists >Access Control Lists to open the Access Control Lists page.Step 2 If you want to see if packets are hitting any of the ACLs configured on your controller, select the Enable Counterscheck box and click Apply. Otherwise, leave the check box unselected, which is the default value. This feature is usefulwhen troubleshooting your system.If you want to clear the counters for an ACL, hover your cursor over the blue drop-down arrow for that ACLand choose Clear Counters.NoteStep 3 Add a new ACL by clicking New. The Access Control Lists > New page appears.Step 4 In the Access Control List Name text box, enter a name for the new ACL. You can enter up to 32 alphanumeric characters.Step 5 Choose the ACL type. There are two types of ACL supported, IPv4 and IPv6.Step 6 Click Apply. When the Access Control Lists page reappears, click the name of the new ACL.Step 7 When the Access Control Lists > Edit page appears, click Add New Rule. The Access Control Lists > Rules > Newpage appears.Step 8 Configure a rule for this ACL as follows:a) The controller supports up to 64 rules for each ACL. These rules are listed in order from 1 to 64. In the Sequencetext box, enter a value (between 1 and 64) to determine the order of this rule in relation to any other rules defined forthis ACL.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4426 OL-28744-01  Configuring and Applying Access Control Lists (GUI)
If rules 1 through 4 are already defined and you add rule 29, it is added as rule 5. If you add or change asequence number for a rule, the sequence numbers for other rules adjust to maintain a continuous sequence.For instance, if you change a rule’s sequence number from 7 to 5, the rules with sequence numbers 5 and 6are automatically reassigned as 6 and 7, respectively.Noteb) From the Source drop-down list, choose one of these options to specify the source of the packets to which this ACLapplies:•Any—Any source (this is the default value).•IP Address—A specific source. If you choose this option, enter the IP address and netmask of the source inthe text boxes. If you are configuring IPv6 ACL, enter the IPv6 address and prefix length of the destination inthe text boxes.c) From the Destination drop-down list, choose one of these options to specify the destination of the packets to whichthis ACL applies:•Any—Any destination (this is the default value).•IP Address—A specific destination. If you choose this option, enter the IP address and netmask of the destinationin the text boxes. If you are configuring IPv6 ACL, enter the IPv6 address and prefix length of the destinationin the text boxes.d) From the Protocol drop-down list, choose the protocol ID of the IP packets to be used for this ACL. These are theprotocol options:•Any—Any protocol (this is the default value)•TCP—Transmission Control Protocol•UDP—User Datagram Protocol•ICMP/ICMPv6—Internet Control Message ProtocolICMPv6 is only available for IPv6ACL.Note•ESP—IP Encapsulating Security Payload•AH—Authentication Header•GRE—Generic Routing Encapsulation•IP in IP—Internet Protocol (IP) in IP (permits or denies IP-in-IP packets)•Eth Over IP—Ethernet-over-Internet Protocol•OSPF—Open Shortest Path First•Other—Any other Internet Assigned Numbers Authority (IANA) protocolIf you choose Other, enter the number of the desired protocol in the Protocol text box. You can findthe list of available protocols in the INAI website.NoteThe controller can permit or deny only IP packets in an ACL. Other types of packets (such as ARP packets) cannotbe specified.e) If you chose TCP or UDP in the previous step, two additional parameters appear: Source Port and Destination Port.These parameters enable you to choose a specific source port and destination port or port ranges. The port optionsCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 427Configuring and Applying Access Control Lists (GUI)
are used by applications that send and receive data to and from the networking stack. Some ports are designated forcertain applications such as Telnet, SSH, HTTP, and so on.Source and Destination ports based on the ACLtype.Notef) From the DSCP drop-down list, choose one of these options to specify the differentiated services code point (DSCP)value of this ACL. DSCP is an IP header text box that can be used to define the quality of service across the Internet.•Any—Any DSCP (this is the default value)•Specific—A specific DSCP from 0 to 63, which you enter in the DSCP edit boxg) From the Direction drop-down list, choose one of these options to specify the direction of the traffic to which thisACL applies:•Any—Any direction (this is the default value)•Inbound—From the client•Outbound—To the clientIf you are planning to apply this ACL to the controller CPU, the packet direction does not have anysignificance, it is always ‘Any’.Noteh) From the Action drop-down list, choose Deny to cause this ACL to block packets or Permit to cause this ACL toallow packets. The default value is Deny.i) Click Apply to commit your changes. The Access Control Lists > Edit page reappears, showing the rules for thisACL.The Deny Counters fields shows the number of times that packets have matched the explicit deny ACL rule. TheNumber of Hits field shows the number of times that packets have matched an ACL rule. You must enable ACLcounters on the Access Control Lists page to enable these fields.If you want to edit a rule, click the sequence number of the desired rule to open the Access Control Lists >Rules > Edit page. If you want to delete a rule, hover your cursor over the blue drop-down arrow for thedesired rule and choose Remove.Notej) Repeat this procedure to add any additional rules for this ACL.Step 9 Click Save Configuration to save your changes.Step 10 Repeat this procedure to add any additional ACLs.Applying an Access Control List to an InterfaceStep 1 Choose Controller >Interfaces.Step 2 Click the name of the desired interface. The Interfaces > Edit page for that interface appears.Step 3 Choose the desired ACL from the ACL Name drop-down list and click Apply. The default is None.Only IPv4 ACL are supported as interfaceACL.NoteStep 4 Click Save Configuration to save your changes.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4428 OL-28744-01  Configuring and Applying Access Control Lists (GUI)
Applying an Access Control List to the Controller CPUStep 1 Choose Security >Access Control Lists >CPU Access Control Lists to open the CPU Access Control Lists page.Step 2 Select the Enable CPU ACL check box to enable a designated ACL to control the traffic to the controller CPU orunselect the check box to disable the CPU ACL feature and remove any ACL that had been applied to the CPU. Thedefault value is unselected.Step 3 From the ACL Name drop-down list, choose the ACL that will control the traffic to the controller CPU. None is thedefault value when the CPU ACL feature is disabled. If you choose None while the CPU ACL Enable check box isselected, an error message appears indicating that you must choose an ACL.This parameter is available only if you have selected the CPU ACL Enable checkbox.NoteWhen CPU ACL is enabled, it is applicable to both wireless and wired traffic. Only IPv4 ACL are supportedas CPU ACL.NoteStep 4 Click Apply to commit your changes.Step 5 Click Save Configuration to save your changes.Applying an Access Control List to a WLANStep 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the desired WLAN to open the WLANs > Edit page.Step 3 Choose the Advanced tab to open the WLANs > Edit (Advanced) page.Step 4 From the Override Interface ACL drop-down list, choose the IPv4 or IPv6 ACL that you want to apply to this WLAN.The ACL that you choose overrides any ACL that is configured for the interface. None is the default value.To support centralized access control through AAA server such as ISE or ACS, IPv6 ACL must be configuredon the controller and the WLAN must be configured with AAA override enabled feature.NoteStep 5 Click Apply.Step 6 Click Save Configuration.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 429Configuring and Applying Access Control Lists (GUI)
Applying a Preauthentication Access Control List to a WLANStep 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the desired WLAN to open the WLANs > Edit page.Step 3 Choose the Security and Layer 3 tabs to open the WLANs > Edit (Security > Layer 3) page.Step 4 Select the Web Policy check box.Step 5 From the Preauthentication ACL drop-down list, choose the desired ACL and click Apply. None is the default value.Step 6 Click Save Configuration to save your changes.Configuring and Applying Access Control Lists (CLI)Configuring Access Control ListsStep 1 See all of the ACLs that are configured on the controller by entering this command:show [ipv6]acl summaryStep 2 See detailed information for a particular ACL by entering this command:show [ipv6]acl detailed acl_nameThe Counter text box increments each time a packet matches an ACL rule, and the DenyCounter text box incrementseach time a packet does not match any of the rules.If a traffic/request is allowed from the controller by a permit rule, then the response to the traffic/request in theopposite direction also is allowed and cannot be blocked by a deny rule in the ACL.NoteStep 3 Enable or disable ACL counters for your controller by entering this command:config acl counter {start |stop}If you want to clear the current counters for an ACL, enter the clear acl counters acl_name command.NoteStep 4 Add a new ACL by entering this command:config [ipv6] acl create acl_name.You can enter up to 32 alphanumeric characters for the acl_name parameter.When you try to create an interface name with space, the controller CLI does not create an interface. For example,if you want to create an interface name int 3, the CLI will not create this since there is a space between int and3. If you want to use int 3 as the interface name, you need to enclose within single quotes like ‘int 3’.NoteStep 5 Add a rule for an ACL by entering this command:config [ipv6] acl rule add acl_name rule_indexStep 6 Configure an ACL rule by entering config [ipv6] acl rule command:Step 7 Save your settings by entering this command:save config   Cisco Wireless LAN Controller Configuration Guide, Release 7.4430 OL-28744-01  Configuring and Applying Access Control Lists (CLI)
To delete an ACL, enter the config [ipv6]acl delete acl_name command. To delete an ACL rule, enter theconfig [ipv6]acl rule delete acl_name rule_index command.NoteApplying Access Control ListsStep 1 Perform any of the following:•To apply an ACL to the data path, enter this command:config acl apply acl_name•To apply an ACL to the controller CPU to restrict the type of traffic (wired, wireless, or both) reaching the CPU,enter this command:config acl cpu acl_name {wired | wireless | both}To see the ACL that is applied to the controller CPU, enter the show acl cpu command. To remove theACL that is applied to the controller CPU, enter the config acl cpu none command.NoteFor 2504 and 4400 series WLC, the CPU ACL cannot be used to control the CAPWAP traffic. Use theaccess-list on the network to control CAPWAP traffic.Note•To apply an ACL to a WLAN, enter this command:config wlan acl wlan_id acl_nameTo see the ACL that is applied to a WLAN, enter the show wlan wlan_id command. To remove the ACLthat is applied to a WLAN, enter the config wlan acl wlan_id none command.Note•To apply a preauthentication ACL to a WLAN, enter this command:config wlan security web-auth acl wlan_id acl_nameStep 2 Save your changes by entering this command:save configCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 431Configuring and Applying Access Control Lists (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4432 OL-28744-01  Configuring and Applying Access Control Lists (CLI)
CHAPTER 54Configuring Management Frame Protection•Information About Management Frame Protection, page 433•Restrictions for Management Frame Protection, page 435•Configuring Management Frame Protection (GUI), page 435•Viewing the Management Frame Protection Settings (GUI), page 435•Configuring Management Frame Protection (CLI), page 436•Viewing the Management Frame Protection Settings (CLI), page 436•Debugging Management Frame Protection Issues (CLI), page 436Information About Management Frame ProtectionManagement frame protection (MFP) provides security for the otherwise unprotected and unencrypted 802.11management messages passed between access points and clients. MFP provides both infrastructure and clientsupport.•Infrastructure MFP—Protects management frames by detecting adversaries that are invokingdenial-of-service attacks, flooding the network with associations and probes, interjecting as rogue accesspoints, and affecting network performance by attacking the QoS and radio measurement frames.Infrastructure MFP is a global setting that provides a quick and effective means to detect and reportphishing incidents.Specifically, infrastructure MFP protects 802.11 session management functions by adding messageintegrity check information elements (MIC IEs) to the management frames emitted by access points(and not those emitted by clients), which are then validated by other access points in the network.Infrastructure MFP is passive. It can detect and report intrusions but has no means to stop them.•Client MFP—Shields authenticated clients from spoofed frames, preventing many of the common attacksagainst wireless LANs from becoming effective. Most attacks, such as deauthentication attacks, revertto simply degrading performance by contending with valid clients.Specifically, client MFP encrypts management frames are sent between access points and CCXv5 clientsso that both the access points and clients can take preventative action by dropping spoofed class 3management frames (that is, management frames passed between an access point and a client that isauthenticated and associated). Client MFP leverages the security mechanisms defined by IEEE 802.11iCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 433
to protect the following types of class 3 unicast management frames: disassociation, deauthentication,and QoS (WMM) action. Client MFP protects a client-access point session from the most common typeof denial-of-service attack. It protects class 3 management frames by using the same encryption methodused for the session’s data frames. If a frame received by the access point or client fails decryption, it isdropped, and the event is reported to the controller.To use client MFP, clients must support CCXv5 MFP and must negotiate WPA2 using either TKIP orAES-CCMP. EAP or PSK may be used to obtain the PMK. CCKM and controller mobility managementare used to distribute session keys between access points for Layer 2 and Layer 3 fast roaming.To prevent attacks using broadcast frames, access points supporting CCXv5 will notemit any broadcast class 3 management frames (such as disassociation, deauthentication,or action). CCXv5 clients and access points must discard broadcast class 3 managementframes.Client MFP supplements infrastructure MFP rather than replaces it because infrastructureMFP continues to detect and report invalid unicast frames sent to clients that are notclient-MFP capable as well as invalid class 1 and 2 management frames. InfrastructureMFP is applied only to management frames that are not protected by client MFP.Infrastructure MFP consists of three main components:Note•Management frame protection—The access point protects the management frames it transmits by addinga MIC IE to each frame. Any attempt to copy, alter, or replay the frame invalidates the MIC, causingany receiving access point configured to detect MFP frames to report the discrepancy. MFP is supportedfor use with Cisco Aironet lightweight access points.•Management frame validation—In infrastructure MFP, the access point validates every managementframe that it receives from other access points in the network. It ensures that the MIC IE is present (whenthe originator is configured to transmit MFP frames) and matches the content of the management frame.If it receives any frame that does not contain a valid MIC IE from a BSSID belonging to an access pointthat is configured to transmit MFP frames, it reports the discrepancy to the network management system.In order for the timestamps to operate properly, all controllers must be Network Time Protocol (NTP)synchronized.•Event reporting—The access point notifies the controller when it detects an anomaly, and the controlleraggregates the received anomaly events and can report the results through SNMP traps to the networkmanagement system.Client MFP uses the same event reporting mechanisms as infrastructure MFP.NoteInfrastructure MFP is enabled by default and can be disabled globally. When you upgrade from a previoussoftware release, infrastructure MFP is disabled globally if access point authentication is enabled because thetwo features are mutually exclusive. Once infrastructure MFP is enabled globally, signature generation (addingMICs to outbound frames) can be disabled for selected WLANs, and validation can be disabled for selectedaccess points.Client MFP is enabled by default on WLANs that are configured for WPA2. It can be disabled, or it can bemade mandatory (in which case, only clients that negotiate MFP are allowed to associate) on selected WLANs.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4434 OL-28744-01  Information About Management Frame Protection
Restrictions for Management Frame Protection•Lightweight access points support infrastructure MFP in local and monitor modes and in FlexConnectmode when the access point is connected to a controller. They support client MFP in local, FlexConnect,and bridge modes.•OEAP 600 Series Access points do not support MFP.•Client MFP is supported for use only with CCXv5 clients using WPA2 with TKIP or AES-CCMP.•Non-CCXv5 clients may associate to a WLAN if client MFP is disabled or optional.•Error reports generated on a FlexConnect access point in standalone mode cannot be forwarded to thecontroller and are dropped.Configuring Management Frame Protection (GUI)Step 1 Choose Security> Wireless Protection Policies > AP Authentication/MFP to open the AP Authentication Policy page.Step 2 Enable infrastructure MFP globally for the controller by choosing Management Frame Protection from the ProtectionType drop-down list.Step 3 Click Apply to commit your changes.If more than one controller is included in the mobility group, you must configure a Network Time Protocol(NTP) server on all controllers in the mobility group that are configured for infrastructure MFP.NoteStep 4 Configure client MFP for a particular WLAN after infrastructure MFP has been enabled globally for the controller asfollows:a) Choose WLANs.b) Click the profile name of the desired WLAN. The WLANs > Edit page appears.c) Choose Advanced. The WLANs > Edit (Advanced) page appears.d) Choose Disabled,Optional, or Required from the MFP Client Protection drop-down list. The default value isOptional. If you choose Required, clients are allowed to associate only if MFP is negotiated (that is, if WPA2 isconfigured on the controller and the client supports CCXv5 MFP and is also configured for WPA2).For Cisco OEAP 600, MFP is not supported. It should either be Disabled or Optional.Notee) Click Apply to commit your changes.Step 5 Click Save Configuration to save your settings.Viewing the Management Frame Protection Settings (GUI)To see the controller’s current global MFP settings, choose Security >Wireless Protection Policies >Management Frame Protection. The Management Frame Protection Settings page appears.On this page, you can see the following MFP settings:Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 435Restrictions for Management Frame Protection
•The Management Frame Protection field shows if infrastructure MFP is enabled globally for thecontroller.•The Controller Time Source Valid field indicates whether the controller time is set locally (by manuallyentering the time) or through an external source (such as the NTP server). If the time is set by an externalsource, the value of this field is “True.”If the time is set locally, the value is “False.”The time source isused for validating the timestamp on management frames between access points of different controllerswithin a mobility group.•The Client Protection field shows if client MFP is enabled for individual WLANs and whether it isoptional or required.Configuring Management Frame Protection (CLI)•Enable or disable infrastructure MFP globally for the controller by entering this command:config wps mfp infrastructure {enable |disable}•Enable or disable client MFP on a specific WLAN by entering this command:config wlan mfp client {enable |disable}wlan_id [required ]If you enable client MFP and use the optional required parameter, clients are allowed to associate onlyif MFP is negotiated.Viewing the Management Frame Protection Settings (CLI)•See the controller’s current MFP settings by entering this command:show wps mfp summary•See the current MFP configuration for a particular WLAN by entering this command:show wlan wlan_id•See whether client MFP is enabled for a specific client by entering this command:show client detail client_mac•See MFP statistics for the controller by entering this command:show wps mfp statisticsThis report contains no data unless an active attack is in progress. Examples of various error types areshown for illustration only. This table is cleared every 5 minutes when the data is forwarded to any networkmanagement stations.NoteDebugging Management Frame Protection Issues (CLI)•Use this command if you experience any problems with MFP:debug wps mfp ? {enable |disable}where ? is one of the following:client—Configures debugging for client MFP messages.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4436 OL-28744-01  Configuring Management Frame Protection (CLI)
capwap—Configures debugging for MFP messages between the controller and access points.detail—Configures detailed debugging for MFP messages.report—Configures debugging for MFP reporting.mm—Configures debugging for MFP mobility (inter-controller) messages.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 437Debugging Management Frame Protection Issues (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4438 OL-28744-01  Debugging Management Frame Protection Issues (CLI)
CHAPTER 55Configuring Client Exclusion Policies•Configuring Client Exclusion Policies (GUI), page 439•Configuring Client Exclusion Policies (CLI), page 440Configuring Client Exclusion Policies (GUI)Step 1 Choose Security >Wireless Protection Policies >Client Exclusion Policies to open the Client Exclusion Policiespage.Step 2 Select any of these check boxes if you want the controller to exclude clients for the condition specified. The default valuefor each exclusion policy is enabled.•Excessive 802.11 Association Failures—Clients are excluded on the sixth 802.11 association attempt, after fiveconsecutive failures.•Excessive 802.11 Authentication Failures—Clients are excluded on the sixth 802.11 authentication attempt, afterfive consecutive failures.•Excessive 802.1X Authentication Failures—Clients are excluded on the fourth 802.1X authentication attempt,after three consecutive failures.•IP Theft or IP Reuse—Clients are excluded if the IP address is already assigned to another device.•Excessive Web Authentication Failures—Clients are excluded on the fourth web authentication attempt, afterthree consecutive failures.Step 3 Click Apply.Step 4 Click Save Configuration.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 439
Configuring Client Exclusion Policies (CLI)Step 1 Enable or disable the controller to exclude clients on the sixth 802.11 association attempt, after five consecutive failuresby entering this command:config wps client-exclusion 802.11-assoc {enable |disable}Step 2 Enable or disable the controller to exclude clients on the sixth 802.11 authentication attempt, after five consecutivefailures by entering this command:config wps client-exclusion 802.11-auth {enable |disable}Step 3 Enable or disable the controller to exclude clients on the fourth 802.1X authentication attempt, after three consecutivefailures by entering this command:config wps client-exclusion 802.1x-auth {enable |disable}Step 4 Enable or disable the controller to exclude clients if the IP address is already assigned to another device by entering thiscommand:config wps client-exclusion ip-theft {enable |disable}Step 5 Enable or disable the controller to exclude clients on the fourth web authentication attempt, after three consecutivefailures by entering this command:config wps client-exclusion web-auth {enable |disable}Step 6 Enable or disable the controller to exclude clients for all of the above reasons by entering this command:config wps client-exclusion all {enable |disable}Step 7 Use the following command to add or delete client exclusion entries.config exclusionlist {add MAC [description] | delete MAC | description MAC [description]}Step 8 Save your changes by entering this command:save configStep 9 See a list of clients that have been dynamically excluded, by entering this command:show exclusionlistInformation similar to the following appears:Dynamically Disabled Clients----------------------------MAC Address Exclusion Reason Time Remaining (in secs)----------- ---------------- ------------------------00:40:96:b4:82:55 802.1X Failure 51Step 10 See the client exclusion policy configuration settings by entering this command:show wps summaryInformation similar to the following appears:Auto-ImmuneAuto-Immune.................................... DisabledClient Exclusion PolicyExcessive 802.11-association failures.......... EnabledExcessive 802.11-authentication failures....... Enabled   Cisco Wireless LAN Controller Configuration Guide, Release 7.4440 OL-28744-01  Configuring Client Exclusion Policies (CLI)
Excessive 802.1x-authentication................ EnabledIP-theft....................................... EnabledExcessive Web authentication failure........... EnabledSignature PolicySignature Processing........................ EnabledCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 441Configuring Client Exclusion Policies (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4442 OL-28744-01  Configuring Client Exclusion Policies (CLI)
CHAPTER 56Configuring Identity Networking•Information About Identity Networking, page 443•RADIUS Attributes Used in Identity Networking, page 444Information About Identity NetworkingIn most wireless LAN systems, each WLAN has a static policy that applies to all clients associated with anSSID. Although powerful, this method has limitations because it requires clients to associate with differentSSIDs to inherit different QoS and security policies.However, the Cisco Wireless LAN solution supports identity networking, which allows the network to advertisea single SSID but allows specific users to inherit different QoS or security policies based on their user profiles.The specific policies that you can control using identity networking are as follows:•ACL—When the ACL attribute is present in the RADIUS Access Accept, the system applies the ACLname to the client station after it authenticates, which overrides any ACLs that are assigned to theinterface.•VLAN—When a VLAN Interface-name or VLAN tag is present in a RADIUS Access Accept, thesystem places the client on a specific interface.The VLAN feature only supports MAC filtering, 802.1X, and WPA. The VLAN featuredoes not support web authentication or IPsec.Note•Tunnel Attributes.When any of the other RADIUS attributes (QoS-Level, ACL-Name, Interface-Name,or VLAN-Tag), which are described later in this section, are returned, the TunnelAttributes must also be returned.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 443
The operating system’s local MAC filter database has been extended to include the interface name, allowinglocal MAC filters to specify to which interface the client should be assigned. A separate RADIUS server canalso be used, but the RADIUS server must be defined using the Security menus.RADIUS Attributes Used in Identity NetworkingQoS-LevelThis section explains the RADIUS attributes used in identity networking.This attribute indicates the QoS level to be applied to the mobile client's traffic within the switching fabric,as well as over the air. This example shows a summary of the QoS-Level Attribute format. The text boxesare transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| QoS Level |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+•Type –26 for Vendor-Specific•Length –10•Vendor-Id –14179•Vendor type –2•Vendor length –4•Value –Three octets:◦3–Bronze (Background)◦0–Silver (Best Effort)◦1–Gold (Video)◦2–Platinum (Voice)ACL-NameThis attribute indicates the ACL name to be applied to the client. A summary of the ACL-Name Attributeformat is shown below. The text boxes are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| ACL Name...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-   Cisco Wireless LAN Controller Configuration Guide, Release 7.4444 OL-28744-01  RADIUS Attributes Used in Identity Networking
•Type –26 for Vendor-Specific•Length –>7•Vendor-Id –14179•Vendor type –6•Vendor length –>0•Value –A string that includes the name of the ACL to use for the clientInterface NameThis attribute indicates the VLAN Interface a client is to be associated to. A summary of the Interface-NameAttribute format is shown below. The text boxes are transmitted from left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Vendor-Id+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Vendor-Id (cont.) | Vendor type | Vendor length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Interface Name...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-•Type –26 for Vendor-Specific•Length –>7•Vendor-Id –14179•Vendor type –5•Vendor length –>0•Value –A string that includes the name of the interface the client is to be assigned to.This Attribute only works when MAC filtering is enabled or if 802.1X or WPA is usedas the security policy.NoteVLAN TagThis attribute indicates the group ID for a particular tunneled session and is also known as theTunnel-Private-Group-ID attribute.This attribute might be included in the Access-Request packet if the tunnel initiator can predetermine thegroup resulting from a particular connection and should be included in the Access-Accept packet if this tunnelsession is to be treated as belonging to a particular private group. Private groups may be used to associate atunneled session with a particular group of users. For example, it may be used to facilitate routing of unregisteredIP addresses through a particular interface. It should be included in Accounting-Request packets which containAcct-Status-Type attributes with values of either Start or Stop and which pertain to a tunneled session.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 445RADIUS Attributes Used in Identity Networking
A summary of the Tunnel-Private-Group-ID Attribute format is shown below. The text boxes are transmittedfrom left to right.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length | Tag | String...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+•Type –81 for Tunnel-Private-Group-ID.•Length –>= 3•Tag –The Tag text box is one octet in length and is intended to provide a means of grouping attributesin the same packet which refer to the same tunnel. If the value of the Tag text box is greater than 0x00and less than or equal to 0x1F, it should be interpreted as indicating which tunnel (of several alternatives)this attribute pertains. If the Tag text box is greater than 0x1F, it should be interpreted as the first byteof the following String text box.•String –This text box must be present. The group is represented by the String text box. There is norestriction on the format of group IDs.When any of the other RADIUS attributes (QoS-Level, ACL-Name, Interface-Name,or VLAN-Tag) are returned, the Tunnel Attributes must also be returned.NoteTunnel AttributesRFC 2868 defines RADIUS tunnel attributes used for authentication and authorization, and RFC2867 definestunnel attributes used for accounting. Where the IEEE 802.1X authenticator supports tunneling, a compulsorytunnel may be set up for the Supplicant as a result of the authentication.In particular, it may be desirable to allow a port to be placed into a particular VLAN, defined in IEEE 8021Q,based on the result of the authentication. This configuration can be used, for example, to allow a wireless hostto remain on the same VLAN as it moves within a campus network.The RADIUS server typically indicates the desired VLAN by including tunnel attributes within theAccess-Accept. However, the IEEE 802.1X authenticator may also provide a hint as to the VLAN to beassigned to the Supplicant by including Tunnel attributes within the AccessRequest.For use in VLAN assignment, the following tunnel attributes are used:•Tunnel-Type=VLAN (13)•Tunnel-Medium-Type=802•Tunnel-Private-Group-ID=VLANIDThe VLAN ID is 12 bits, with a value between 1 and 4094, inclusive. Because the Tunnel-Private-Group-IDis of type String as defined in RFC 2868, for use with IEEE 802.1X, the VLANID integer value is encodedas a string.When Tunnel attributes are sent, it is necessary to fill in the Tag text box. As noted in RFC 2868, section 3.1:•The Tag text box is one octet in length and is intended to provide a means of grouping attributes in thesame packet that refer to the same tunnel. Valid values for this text box are 0x01 through 0x1F, inclusive.If the Tag text box is unused, it must be zero (0x00).   Cisco Wireless LAN Controller Configuration Guide, Release 7.4446 OL-28744-01  RADIUS Attributes Used in Identity Networking
•For use with Tunnel-Client-Endpoint, Tunnel-Server-Endpoint, Tunnel-Private-Group-ID,Tunnel-Assignment-ID, Tunnel-Client-Auth-ID or Tunnel-Server-Auth-ID attributes (but notTunnel-Type, Tunnel-Medium-Type, Tunnel-Password, or Tunnel-Preference), a tag text box of greaterthan 0x1F is interpreted as the first octet of the following text box.•Unless alternative tunnel types are provided, (e.g. for IEEE 802.1X authenticators that may supporttunneling but not VLANs), it is only necessary for tunnel attributes to specify a single tunnel. As a result,where it is only desired to specify the VLANID, the tag text box should be set to zero (0x00) in all tunnelattributes. Where alternative tunnel types are to be provided, tag values between 0x01 and 0x1F shouldbe chosen.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 447RADIUS Attributes Used in Identity Networking
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4448 OL-28744-01  RADIUS Attributes Used in Identity Networking
CHAPTER 57Configuring AAA Override•Information About AAA Override, page 449•Restrictions for AAA Override, page 449•Updating the RADIUS Server Dictionary File for Proper QoS Values, page 450•Configuring AAA Override (GUI), page 451•Configuring AAA Override (CLI), page 451Information About AAA OverrideThe AAA Override option of a WLAN enables you to configure the WLAN for identity networking. It enablesyou to apply VLAN tagging, Quality of Service (QoS), and Access Control Lists (ACLs) to individual clientsbased on the returned RADIUS attributes from the AAA server.AAA Override for IPv6 ACLsIn order to support centralized access control through a centralized AAA server such as the Cisco IdentityServices Engine (ISE) or ACS, the IPv6 ACL can be provisioned on a per-client basis using AAA Overrideattributes. In order to use this feature, the IPv6 ACL must be configured on the controller and the WLANmust be configured with the AAA Override feature enabled. The actual named AAA attribute for an IPv6ACL is Airespace-IPv6-ACL-Name, which is similar to the Airespace-ACL-Name attribute that is used forprovisioning an IPv4-based ACL. The AAA attribute returned contents should be a string equal to the nameof the IPv6 ACL as configured on the controller.Restrictions for AAA Override•If a client moves to a new interface due to the AAA override and then you apply an ACL to that interface,the ACL does not take effect until the client reauthenticates. To work around this issue, apply the ACLand then enable the WLAN so that all clients connect to the ACL that is already configured on theinterface, or disable and then reenable the WLAN after you apply the interface so that the clients canreauthenticate.•If the ACL returned from the AAA server does not exist on the controller or if the ACL is configuredwith an incorrect name, then the clients are not allowed to be authenticated.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 449
•With FlexConnect local switching, Multicast is forwarded only for the VLAN that the SSID is mappedto and not to any overridden VLANs.•When the interface group is mapped to a WLAN and clients connect to the WLAN, the client does notget the IP address in a round robin fashion. The AAA override with interface group is supported.•Most of the configuration for allowing AAA override is done at the RADIUS server, where you shouldconfigure the Access Control Server (ACS) with the override properties you would like it to return tothe controller (for example, Interface-Name, QoS-Level, and VLAN-Tag).•On the controller, enable the Allow AAA Override configuration parameter using the GUI or CLI.Enabling this parameter allows the controller to accept the attributes returned by the RADIUS server.The controller then applies these attributes to its clients.Updating the RADIUS Server Dictionary File for Proper QoS ValuesIf you are using a Steel-Belted RADIUS (SBR), FreeRadius, or similar RADIUS server, clients may not obtainthe correct QoS values after the AAA override feature is enabled. For these servers, which allow you to editthe dictionary file, you need to update the file to reflect the proper QoS values: Silver is 0, Gold is 1, Platinumis 2, and Bronze is 3. To update the RADIUS server dictionary file, follow these steps:This issue does not apply to the Cisco Secure Access Control Server (ACS).NoteTo update the RADIUS server dictionary file, follow these steps:1Stop the SBR service (or other RADIUS service).2Save the following text to the Radius_Install_Directory\Service folder as ciscowlan.dct:################################################################################# CiscoWLAN.dct- Cisco Wireless Lan Controllers## (See README.DCT for more details on the format of this file)################################################################################# Dictionary - Cisco WLAN Controllers## Start with the standard Radius specification attributes#@radius.dct## Standard attributes supported by Airespace## Define additional vendor specific attributes (VSAs)#MACRO Airespace-VSA(t,s) 26 [vid=14179 type1=%t% len1=+2 data=%s%]ATTRIBUTE WLAN-Id Airespace-VSA(1, integer) crATTRIBUTE Aire-QoS-Level Airespace-VSA(2, integer) rVALUE Aire-QoS-Level Bronze 3VALUE Aire-QoS-Level Silver 0VALUE Aire-QoS-Level Gold 1VALUE Aire-QoS-Level Platinum 2ATTRIBUTE DSCP Airespace-VSA(3, integer) rATTRIBUTE 802.1P-Tag Airespace-VSA(4, integer) rATTRIBUTE Interface-Name Airespace-VSA(5, string) rATTRIBUTE ACL-Name Airespace-VSA(6, string) r   Cisco Wireless LAN Controller Configuration Guide, Release 7.4450 OL-28744-01  Updating the RADIUS Server Dictionary File for Proper QoS Values
# This should be last.################################################################################# CiscoWLAN.dct - Cisco WLC dictionary##############################################################################3Open the dictiona.dcm file (in the same directory) and add the line “@ciscowlan.dct.”4Save and close the dictiona.dcm file.5Open the vendor.ini file (in the same directory) and add the following text:vendor-product = Cisco WLAN Controllerdictionary = ciscowlanignore-ports = noport-number-usage = per-port-typehelp-id =6Save and close the vendor.ini file.7Start the SBR service (or other RADIUS service).8Launch the SBR Administrator (or other RADIUS Administrator).9Add a RADIUS client (if not already added). Choose Cisco WLAN Controller from the Make/Modeldrop-down list.Configuring AAA Override (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN that you want to configure. The WLANs > Edit page appears.Step 3 Choose the Advanced tab.Step 4 Select the Allow AAA Override check box to enable AAA override or unselect it to disable this feature. The defaultvalue is disabled.Step 5 Click Apply.Step 6 Click Save Configuration.Configuring AAA Override (CLI)•Configure override of user policy through AAA on a WLAN by entering this command:config wlan aaa-override {enable |disable}wlan-idFor wlan-id, enter a value between 1 and 16.•Configure debugging of 802.1X AAA interactions by entering this command:debug dot1x aaa {enable |disable}Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 451Configuring AAA Override (GUI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4452 OL-28744-01  Configuring AAA Override (CLI)
CHAPTER 58Managing Rogue Devices•Information About Rogue Devices, page 453•Configuring Rogue Detection (GUI), page 456•Configuring Rogue Detection (CLI), page 457Information About Rogue DevicesRogue access points can disrupt wireless LAN operations by hijacking legitimate clients and using plain-textor other denial-of-service or man-in-the-middle attacks. That is, a hacker can use a rogue access point tocapture sensitive information, such as usernames and passwords. The hacker can then transmit a series ofClear to Send (CTS) frames. This action mimics an access point, informing a particular client to transmit, andinstructing all the other clients to wait, which results in legitimate clients being unable to access networkresources. Wireless LAN service providers have a strong interest in banning rogue access points from the airspace.Because rogue access points are inexpensive and readily available, employees sometimes plug unauthorizedrogue access points into existing LANs and build ad hoc wireless networks without their IT department'sknowledge or consent. These rogue access points can be a serious breach of network security because theycan be plugged into a network port behind the corporate firewall. Because employees generally do not enableany security settings on the rogue access point, it is easy for unauthorized users to use the access point tointercept network traffic and hijack client sessions. Even more alarming, wireless users frequently publishunsecure access point locations, increasing the odds of having enterprise security breached.The following are some guidelines to manage rogue devices:•The containment frames are sent immediately after the authorization and associations are detected. Theenhanced containment algorithm provides more effective containment of ad hoc clients.•In a dense RF environment, where maximum rogue access points are suspected, the chances of detectingrogue access points by a local mode access point and FlexConnect mode access point in channel 157 orchannel 161 are less when compared to other channels. To mitigate this problem, we recommend thatyou use dedicated monitor mode access points.•The local and FlexConnect mode access points are designed to serve associated clients. These accesspoints spend relatively less time performing off-channel scanning: about 50 milliseconds on each channel.If you want to perform high rogue detection, a monitor mode access point must be used. Alternatively,you can reduce the scan intervals from 180 seconds to a lesser value, for example, 120 or 60 seconds,Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 453
ensuring that the radio goes off-channel more frequently, which improves the chances of rogue detection.However, the access point will still spend about 50 milliseconds on each channel.•Rogue detection is disabled by default for OfficeExtend access points because these access points, whichare deployed in a home environment, are likely to detect a large number of rogue devices.•Client card implementations might mitigate the effectiveness of ad hoc containment.•It is possible to classify and report rogue access points through the use of rogue states and user-definedclassification rules that enable rogues to automatically move between states.•Each controller limits the number of rogue containments to three per radio (or six per radio for accesspoints in the monitor mode).•Rogue Location Discovery Protocol (RLDP) detects rogue access points that are configured for openauthentication.•RLDP detects rogue access points that use a broadcast Basic Service Set Identifier (BSSID), that is, theaccess point broadcasts its Service Set Identifier in beacons.•RLDP detects only those rogue access points that are on the same network. If an access list in the networkprevents the sending of RLDP traffic from the rogue access point to the controller, RLDP does not work.•RLDP does not work on 5-GHz dynamic frequency selection (DFS) channels. However, RLDP workswhen the managed access point is in the monitor mode on a DFS channel.•If RLDP is enabled on mesh APs, and the APs perform RLDP tasks, the mesh APs are dissociated fromthe controller. The workaround is to disable RLDP on mesh APs.•If RLDP is enabled on nonmonitor APs, client connectivity outages occur when RLDP is in process.•If the rogue is manually contained, the rogue entry is retained even after the rogue expires.•If the rogue is contained by any other means, such as auto, rule, and AwIPS preventions, the rogue entryis deleted when it expires.•The controller will request to AAA server for rogue client validation only once. As a result, if rogueclient validation fails on the first attempt then the rogue client will not be detected as a threat any more.To avoid this, add the valid client entries in the authentication server before enabling Validate RogueClients Against AAA.•In the 7.4 and earlier releases, if a rogue that was already classified by a rule was not reclassified. In the7.5 release, this behavior is enhanced to allow reclassification of rogues based on the priority of therogue rule. The priority is determined by using the rogue report that is received by the controller.Detecting Rogue DevicesThe controller continuously monitors all the nearby access points and automatically discovers and collectsinformation on rogue access points and clients. When the controller discovers a rogue access point, it usesthe Rogue Location Discovery Protocol (RLDP) and the rogue detector mode access point is connected todetermine if the rogue is attached to your network.Controller initiates RLDP on rogue devices that have open authenticated and configured. If RLDP usesFlexconnect or local mode access points, then clients are disconnected for that moment. After the RLDP cycle,the clients are reconnected to the access points. As and when rogue access points are seen (auto-configuration),the RLDP process is initiated.You can configure the controller to use RLDP on all the access points or only on the access points configuredfor the monitor (listen-only) mode. The latter option facilitates automated rogue access point detection in a   Cisco Wireless LAN Controller Configuration Guide, Release 7.4454 OL-28744-01  Information About Rogue Devices
crowded radio frequency (RF) space, allowing monitoring without creating unnecessary interference andwithout affecting the regular data access point functionality. If you configure the controller to use RLDP onall the access points, the controller always chooses the monitor access point for RLDP operation if a monitoraccess point and a local (data) access point are both nearby. If RLDP determines that the rogue is on yournetwork, you can choose to contain the detected rogue either manually or automatically.RLDP detects on wire presence of the rogue access points that are configured with open authentication onlyonce, which is the default retry configuration. Retries can be configured using the config rogue ap rldpretries command.You can initiate or trigger RLDP from controller in three ways:1Enter the RLDP initiation command manually from the controller CLI. The equivalent GUI option forinitiating RLDP is not supported.config rogue ap rldp initiate mac-address2Schedule RLDP from the controller CLI. The equivalent GUI option for scheduling RLDP is not supported.config rogue ap rldp schedule3Auto RLDP. You can configure auto RLDP on controller either from controller CLI or GUI but keep inmind the following guidelines:•The auto RLDP option can be configured only when the rogue detection security level is set tocustom.•Either auto RLDP or schedule of RLDP can be enabled at a time.A rogue access point is moved to a contained state either automatically or manually. The controller selectsthe best available access point for containment and pushes the information to the access point. The accesspoint stores the list of containments per radio. For auto containment, you can configure the controller to useonly the monitor mode access point. The containment operation occurs in the following two ways:•The container access point goes through the list of containments periodically and sends unicastcontainment frames. For rogue access point containment, the frames are sent only if a rogue client isassociated.•Whenever a contained rogue activity is detected, containment frames are transmitted.Individual rogue containment involves sending a sequence of unicast disassociation and deauthenticationframes.Cisco Prime Infrastructure Interaction and Rogue DetectionCisco Prime Infrastructure supports rule-based classification and uses the classification rules configured onthe controller. The controller sends traps to Cisco Prime Infrastructure after the following events:•If an unknown access point moves to the Friendly state for the first time, the controller sends a trap toCisco Prime Infrastructure only if the rogue state is Alert. It does not send a trap if the rogue state isInternal or External.•If a rogue entry is removed after the timeout expires, the controller sends a trap to Cisco PrimeInfrastructure for rogue access points categorized as Malicious (Alert, Threat) or Unclassified (Alert).The controller does not remove rogue entries with the following rogue states: Contained, ContainedPending, Internal, and External.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 455Information About Rogue Devices
Configuring Rogue Detection (GUI)Step 1 Make sure that rogue detection is enabled on the corresponding access points. Rogue detection is enabled by default forall access points joined to the controller (except for OfficeExtend access points). However, you can enable or disablerogue detection for individual access points by selecting or unselecting the Rogue Detection check box on the All APs> Details for (Advanced) page.Step 2 Choose Security >Wireless Protection Policies >Rogue Policies >General.The Rogue Policies page is displayed.Step 3 Choose one of the following options from the Rogue Location Discovery Protocol drop-down list:•Disable—Disables RLDP on all the access points. This is the default value.•All APs—Enables RLDP on all the access points.•Monitor Mode APs—Enables RLDP only on the access points in the monitor mode.Step 4 In the Expiration Timeout for Rogue AP and Rogue Client Entries text box, enter the number of seconds after whichthe rogue access point and client entries expire and are removed from the list. The valid range is 240 to 3600 seconds,and the default value is 1200 seconds.If a rogue access point or client entry times out, it is removed from the controller only if its rogue state is Alertor Threat for any classification type.NoteStep 5 To use the AAA server or local database to validate if rogue clients are valid clients, select the Validate Rogue ClientsAgainst AAA check box. By default, the check box is unselected.Step 6 If necessary, select the Detect and Report Ad-Hoc Networks check box to enable ad hoc rogue detection and reporting.By default, the check box is selected.Step 7 In the Rogue Detection Report Interval text box, enter the time interval, in seconds, at which APs should send therogue detection report to the controller. The valid range is 10 seconds to 300 seconds, and the default value is 10 seconds.Step 8 In the Rogue Detection Minimum RSSI text box, enter the minimum Received Signal Strength Indicator (RSSI) valuethat a rogue entry should have for APs to detect the rogue and for a rogue entry to be created in the controller. The validrange is –128 dBm to –0 dBm, and the default value is 0 dBm.This feature is applicable to all the AP modes. There can be many rogues with very weak RSSI values that donot provide any valuable information in rogue analysis. Therefore, you can use this option to filter rogues byspecifying the minimum RSSI value at which APs should detect rogues.NoteStep 9 In the Rogue Detection Transient Interval text box, enter the time interval at which a rogue should be scanned for bythe AP after the first time the rogue is scanned. After the rogue is scanned for consistently, updates are sent periodicallyto the controller. Thus, the APs filter the transient rogues, which are active for a very short period and are then silent.The valid range is between 120 seconds to 1800 seconds, and the default value is 0.The rogue detection transient interval is applicable to the monitor mode APs only.This feature has the following advantages:•Rogue reports from APs to the controller are shorter.•Transient rogue entries are avoided in the controller.•Unnecessary memory allocation for transient rogues are avoided.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4456 OL-28744-01  Configuring Rogue Detection (GUI)
Step 10 If you want the controller to automatically contain certain rogue devices, enable the following parameters. By default,these parameters are in disabled state.When you select any of the Auto Contain parameters and click Apply, the following message is displayed:“Using this feature may have legal consequences. Do you want to continue?”The 2.4-GHz and 5-GHz frequencies in the Industrial, Scientific, and Medical (ISM) band are open to thepublic and can be used without a license. As such, containing devices on another party’s network could havelegal consequences.Caution•Auto Containment Level—Set the auto containment level. By default, the auto containment level is set to 1.•Auto Containment only for Monitor mode APs—Configure the monitor mode access points for auto-containment.•Rogue on Wire—Configure the auto containment of rogues that are detected on the wired network.•Using Our SSID—Configure the auto containment of rogues that are advertising your network’s SSID. If youleave this parameter unselected, the controller only generates an alarm when such a rogue is detected.•Valid Client on Rogue AP—Configure the auto containment of a rogue access point to which trusted clients areassociated. If you leave this parameter unselected, the controller only generates an alarm when such a rogue isdetected.•AdHoc Rogue AP—Configure the auto containment of ad hoc networks detected by the controller. If you leavethis parameter unselected, the controller only generates an alarm when such a network is detected.Step 11 Click Apply.Step 12 Click Save Configuration.Configuring Rogue Detection (CLI)Step 1 Ensure that rogue detection is enabled on the desired access points. Rogue detection is enabled by default for all theaccess points that are associated with the controller. You can enable or disable rogue detection for individual accesspoints by entering this command:config rogue detection {enable |disable}cisco-ap command.To see the current rogue detection configuration for a specific access point, enter the show ap config generalCisco_AP command.NoteRogue detection is disabled by default for OfficeExtend access points because these access points, which aredeployed in a home environment, are likely to detect a large number of rogue devices.NoteStep 2 Enable, disable, or initiate RLDP by entering these commands:•config rogue ap rldp enable alarm-only—Enables RLDP on all the access points.•config rogue ap rldp enable alarm-only monitor_ap_only—Enables RLDP only on the access points in themonitor mode.•config rogue ap rldp initiate rogue_mac_address—Initiates RLDP on a specific rogue access point.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 457Configuring Rogue Detection (CLI)
•config rogue ap rldp disable—Disables RLDP on all the access points.•config rogue ap rldp retries—Specifies the number of times RLDP to be tried per rogue access point. The rangeis from 1 to 5 and default is 1.Step 3 Specify the number of seconds after which the rogue access point and client entries expire and are removed from the listby entering this command:config rogue ap timeout secondsThe valid range for the seconds parameter is 240 to 3600 seconds (inclusive). The default value is 1200 seconds.If a rogue access point or client entry times out, it is removed from the controller only if its rogue state is Alertor Threat for a classification type.NoteStep 4 Enable or disable ad hoc rogue detection and reporting by entering this command:config rogue adhoc {enable |disable}Step 5 Enable or disable the AAA server or local database to validate if rogue clients are valid clients by entering this command:config rogue client aaa {enable |disable}Step 6 Specify the time interval, in seconds, at which APs should send the rogue detection report to the controller by enteringthis command:config rogue detection monitor-ap report-interval time in secThe valid range for the time in sec parameter is 10 seconds to 300 seconds. The default value is 10 seconds.This feature is applicable only to the monitor modeAPs.NoteStep 7 Specify the minimum RSSI value that rogues should have for APs to detect them and for the rogue entries to be createdin the controller by entering this command:config rogue detection min-rssi rssi in dBmThe valid range for the rssi in dBm parameter is –128 dBm to 0 dBm. The default value is 0 dBm.This feature is applicable to all the AP modes. There can be many rogues with very weak RSSI values that donot provide any valuable information in rogue analysis. Therefore, you can use this option to filter rogues byspecifying the minimum RSSI value at which APs should detect rogues.NoteStep 8 Specify the time interval at which rogues have to be consistently scanned for by APs after the first time the rogues arescanned for by entering this command:config rogue detection monitor-ap transient-rogue-interval time in secThe valid range for the time in sec parameter is 120 seconds to 1800 seconds. The default value is 0.This feature is applicable only to the monitor mode APs.Using the transient interval values, you can control the time interval at which APs should scan for rogues. APscan also filter rogues based on their transient interval values.This feature has the following advantages:Note•Rogue reports from APs to the controller are shorter.•Transient rogue entries are avoided in the controller.•Unnecessary memory allocation for transient rogues are avoided.Step 9 If you want the controller to automatically contain certain rogue devices, enter these commands.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4458 OL-28744-01  Configuring Rogue Detection (CLI)
When you enter any of these commands, the following message is displayed: Using this featuremay have legal consequences. Do you want to continue? The 2.4-GHz and 5-GHzfrequencies in the Industrial, Scientific, and Medical (ISM) band are open to the public and can be usedwithout a license. As such, containing devices on another party’s network could have legal consequences.Caution•config rogue ap rldp enable auto-contain—Automatically contains the rogues that are detected on the wirednetwork.•config rogue ap ssid auto-contain—Automatically contains the rogues that are advertising your network’s SSID.If you want the controller to only generate an alarm when such a rogue is detected, enter the config rogueap ssid alarm command.Note•config rogue ap valid-client auto-contain—Automatically contains a rogue access point to which trusted clientsare associated.If you want the controller to only generate an alarm when such a rogue is detected, enter the config rogueap valid-client alarm command.Note•config rogue adhoc auto-contain—Automatically contains ad hoc networks detected by the controller.If you want the controller to only generate an alarm when such a network is detected, enter the configrogue adhoc alert command.Note•config rogue auto-contain level level monitor_mode_ap_only—Sets the auto containment level for the monitormode access points. The default value is 1.Step 10 Configure ad hoc rogue classification by entering these commands:•config rogue adhoc classify friendly state {internal |external}mac-addr•config rogue adhoc classify malicious state {alert |contain}mac-addr•config rogue adhoc classify unclassified state {alert |contain}mac-addrThe following is a brief description of the parameters:•internal—Trusts a foreign ad hoc rogue.•external—Acknowledges the presence of an ad hoc rogue.•alert—Generates a trap when an ad hoc rogue is detected.•contain—Starts containing a rogue ad hoc.Step 11 Configure RLDP scheduling by entering this command:config rogue ap rldp schedule {add |delete |disable |enable }•add—Enables you to schedule RLDP on a particular day of the week. You must enter the day of the week (forexample, mon,tue,wed, and so on) on which you want to schedule RLDP and the start time and end time inHH:MM:SS format. For example: config rogue ap rldp schedule add mon 22:00:00 23:00:00.•delete—Enables you to delete the RLDP schedule. You must enter the number of days.•disable—Configure to disable RLDP scheduling.•enable—Configure to enable RLDP scheduling.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 459Configuring Rogue Detection (CLI)
When you configure RLDP scheduling, it is assumed that the scheduling will occur in the future, that is, afterthe configuration is saved.NoteStep 12 Save your changes by entering this command:save config   Cisco Wireless LAN Controller Configuration Guide, Release 7.4460 OL-28744-01  Configuring Rogue Detection (CLI)
CHAPTER 59Classifying Rogue Access Points•Information About Classifying Rogue Access Points, page 461•Restrictions for Classifying Rogue Access Points, page 463•Configuring Rogue Classification Rules (GUI), page 464•Viewing and Classifying Rogue Devices (GUI), page 466•Configuring Rogue Classification Rules (CLI), page 469•Viewing and Classifying Rogue Devices (CLI), page 471Information About Classifying Rogue Access PointsThe controller software enables you to create rules that can organize and display rogue access points asFriendly, Malicious, Custom, or Unclassified. For the Custom type, you must specify a severity score and aclassification name.Manual classification and classification that is the result of auto-containment or rogue-on-wire overridesthe rogue rule. If you have manually changed the class and/or the state of a rogue AP, then to apply roguerules to the AP, you must change it to unclassified and alert condition.NoteBy default, none of the classification rules are enabled. Therefore, all unknown access points are categorizedas Unclassified. When you create a rule, configure conditions for it, and enable the rule, the unclassified accesspoints are reclassified. Whenever you change a rule, it is applied to all access points (friendly, malicious,custom, and unclassified) in the Alert state only.You can configure up to 64 rogue classification rules per controller.You can also apply rogue rules to ad hoc rogues except for client count condition.The number of rogue clients that can be stored in the database table of a rogue access point is 256.If a rogue AP or an ad hoc rogue is classified because of an RSSI rogue rule condition, the RSSI value thatcaused the trigger is displayed on the controller GUI/CLI. The controller includes the classified RSSI, theclassified AP MAC address, and rule name in the trap. A new trap is generated for every new classificationor change of state due to rogue rule but³ is rate limited to every half hour for every rogue AP or ad hoc rogue.However, if there is a change of state in containment by rogue rule, the trap is sent immediately. The ‘classifiedCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 461
by,’ ‘classified at,’and ‘classified by rule name’are valid for the non-default classification types, which areFriendly, Malicious, and Custom classifications. For the unclassified types, these fields are not displayed.For the RSSI condition of rogue rule, reclassification occurs only if the RSSI change is more than 2 dBmof the configured RSSI value.NoteWhen the controller receives a rogue report from one of its managed access points, it responds as follows:1The controller verifies that the unknown access point is in the friendly MAC address list. If it is, thecontroller classifies the access point as Friendly.2If the unknown access point is not in the friendly MAC address list, the controller starts applying rogueclassification rules.3If the rogue is already classified as Malicious, Alert or Friendly, Internal or External, the controller doesnot reclassify it automatically. If the rogue is classified differently, the controller reclassifies it automaticallyonly if the rogue is in the Alert state.4The controller applies the first rule based on priority. If the rogue access point matches the criteria specifiedby the rule, the controller classifies the rogue according to the classification type configured for the rule.5If the rogue access point does not match any of the configured rules, the controller classifies the rogue asUnclassified.6The controller repeats the previous steps for all rogue access points.7If RLDP determines that the rogue access point is on the network, the controller marks the rogue state asThreat and classifies it as Malicious automatically, even if no rules are configured. You can then manuallycontain the rogue (unless you have configured RLDP to automatically contain the rogue), which wouldchange the rogue state to Contained. If the rogue access point is not on the network, the controller marksthe rogue state as Alert, and you can manually contain the rogue.8If desired, you can manually move the access point to a different classification type and rogue state.Table 16: Classification MappingRogue StatesRule-BasedClassification Type•Internal—If the unknown access point is inside the network and poses no threatto WLAN security, you would manually configure it as Friendly, Internal. Anexample is the access points in your lab network.•External—If the unknown access point is outside the network and poses no threatto WLAN security, you would manually configure it as Friendly, External. Anexample is an access point that belongs to a neighboring coffee shop.•Alert—The unknown access point is moved to Alert if it is not in the neighborlist or in the user-configured friendly MAC list.Friendly   Cisco Wireless LAN Controller Configuration Guide, Release 7.4462 OL-28744-01  Information About Classifying Rogue Access Points
Rogue StatesRule-BasedClassification Type•Alert—The unknown access point is moved to Alert if it is not in the neighborlist or in the user-configured friendly MAC list.•Contained—The unknown access point is contained.Malicious•Alert—The unknown access point is moved to Alert if it is not in the neighborlist or in the user-configured friendly MAC list.•Contained—The unknown access point is contained.Custom•Pending—On first detection, the unknown access point is put in the Pendingstate for 3 minutes. During this time, the managed access points determine if theunknown access point is a neighbor access point.•Alert—The unknown access point is moved to Alert if it is not in the neighborlist or in the user-configured friendly MAC list.•Contained—The unknown access point is contained.•Contained Pending—The unknown access point is marked Contained, but theaction is delayed due to unavailable resources.UnclassifiedThe classification and state of the rogue access points are configured as follows:•From Known to Friendly, Internal•From Acknowledged to Friendly, External•From Contained to Malicious, ContainedIf the rogue state is Contained, you have to uncontain the rogue access point before you can change theclassification type. If you want to move a rogue access point from Malicious to Unclassified, you must deletethe access point and allow the controller to reclassify it.Restrictions for Classifying Rogue Access PointsThere are some rogue rules. They are:•Classifying Custom type rogues is tied to rogue rules. Therefore, it is not possible to manually classifya rogue as Custom. Custom class change can occur only using rogue rules.•There are traps that are sent for containment by rule and for every 30 minutes for rogue classificationchange. For custom classification, the first trap does not contain the severity score because the trap hasexisted before the custom classification. The severity score is obtained from the subsequent trap that isgenerated after 30 minutes if the rogue is classified.•Rogue rules are applied on every incoming new rogue report in the controller in the order of their priority.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 463Restrictions for Classifying Rogue Access Points
•Once a rogue satisfies a higher priority rule and classified, it does not move down the priority list forthe same report.•Previously classified rogue gets re-classified on every new rogue report with the following restrictions:•Rogues which are classified as friendly by rule and whose state is set to ALERT, go throughre-classification on receiving the new rogue report.•If a rogue is classified as friendly by the administrator manually, then the state is INTERNAL andit does not get re-classified on successive rogue reports.•If rogue is classified as malicious, irrespective of the state it does not get re-classified on subsequentrogue reports.•Transition of the rogue's state from friendly to malicious is possible by multiple rogue rules if someattribute is missing in new rogue report.•Transition of the rogue's state from malicious to any other classification is not possible by any roguerule.Configuring Rogue Classification Rules (GUI)Step 1 Choose Security >Wireless Protection Policies >Rogue Policies >Rogue Rules to open the Rogue Rules page.Any rules that have already been created are listed in priority order. The name, type, and status of each rule is provided.If you ever want to delete a rule, hover your cursor over the blue drop-down arrow for that rule and click Remove.NoteStep 2 Create a new rule as follows:a) Click Add Rule. An Add Rule section appears at the top of the page.b) In the Rule Name text box, enter a name for the new rule. Ensure that the name does not contain any spaces.c) From the Rule Type drop-down list, choose from the following options to classify rogue access points matching thisrule as friendly or malicious:•Friendly•Malicious•Customd) Configure the notification when the rule is matched from the Notify drop-down list to All,Global,Local, or None.e) Configure the state of the rogue AP when the rule is matched from the State drop-down list.f) If you choose the Rule Type as Custom, enter the Severity Score and the Classification Name.g) Click Add to add this rule to the list of existing rules, or click Cancel to discard this new rule.Step 3 Edit a rule as follows:a) Click the name of the rule that you want to edit. The Rogue Rule > Edit page appears.b) From the Type drop-down list, choose from the following options to classify rogue access points matching this rule:•Friendly•Malicious   Cisco Wireless LAN Controller Configuration Guide, Release 7.4464 OL-28744-01  Configuring Rogue Classification Rules (GUI)
•Customc) Configure the notification when the rule is matched from the Notify drop-down list to All,Global,Local, or None.d) Configure the state of the rogue AP when the rule is matched from the State drop-down list.e) From the Match Operation text box, choose one of the following:Match All—If this rule is enabled, a detected rogue access point must meet all of the conditions specified by the rulein order for the rule to be matched and the rogue to adopt the classification type of the rule.Match Any—If this rule is enabled, a detected rogue access point must meet any of the conditions specified by therule in order for the rule to be matched and the rogue to adopt the classification type of the rule. This is the defaultvalue.f) To enable this rule, select the Enable Rule check box. The default value is unselected.g) If you choose the Rule Type as Custom, enter the Severity Score and the Classification Name.h) From the Add Condition drop-down list, choose one or more of the following conditions that the rogue access pointmust meet and click Add Condition.•SSID—Requires that the rogue access point have a specific user-configured SSID. If you choose this option,enter the SSID in the User Configured SSID text box, and click Add SSID.To delete an SSID, highlight the SSID and clickRemove.Note•RSSI—Requires that the rogue access point have a minimum received signal strength indication (RSSI) value.For example, if the rogue access point has an RSSI that is greater than the configured value, then the accesspoint could be classified as malicious. If you choose this option, enter the minimum RSSI value in the MinimumRSSI text box. The valid range is –95 to –50 dBm (inclusive), and the default value is 0 dBm.•Duration—Requires that the rogue access point be detected for a minimum period of time. If you choose thisoption, enter a value for the minimum detection period in the Time Duration text box. The valid range is 0 to3600 seconds (inclusive), and the default value is 0 seconds.•Client Count—Requires that a minimum number of clients be associated to the rogue access point. For example,if the number of clients associated to the rogue access point is greater than or equal to the configured value,then the access point could be classified as malicious. If you choose this option, enter the minimum number ofclients to be associated to the rogue access point in the Minimum Number of Rogue Clients text box. The validrange is 1 to 10 (inclusive), and the default value is 0.•No Encryption—Requires that the rogue access point’s advertised WLAN does not have encryption enabled.If a rogue access point has encryption disabled, it is likely that more clients will try to associate to it. No furtherconfiguration is required for this option.Cisco Prime Infrastructure refers to this option as “OpenAuthentication.”Note•Managed SSID—Requires that the rogue access point’s managed SSID (the SSID configured for the WLAN)be known to the controller. No further configuration is required for this option.The SSID and Managed SSID conditions cannot be used with the Match All operation because thesetwo SSID lists are mutually exclusive. If you define a rule with Match All and have these two conditionsconfigured, the rogue access points are never classified as friendly or malicious because one of theconditions can never be met.You can add up to six conditions per rule. When you add a condition, it appears under the Conditionssection.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 465Configuring Rogue Classification Rules (GUI)
If you ever want to delete a condition from this rule, hover your cursor over the blue drop-down arrowfor that condition and click Remove.Notei) Click Apply.Step 4 Click Save Configuration.Step 5 If you want to change the order in which rogue classification rules are applied, follow these steps:1Click Back to return to the Rogue Rules page.2Click Change Priority to access the Rogue Rules > Priority page.The rogue rules are listed in priority order in the Change Rules Priority text box.3Highlight the rule for which you want to change the priority, and click Up to raise its priority in the list or Down tolower its priority in the list.4Continue to move the rules up or down until the rules are in the desired order.5Click Apply.Step 6 Classify any rogue access points as friendly and add them to the friendly MAC address list as follows:•Choose Security >Wireless Protection Policies >Rogue Policies >Friendly Rogue to open the Friendly Rogue> Create page.•In the MAC Address text box, enter the MAC address of the friendly rogue access point.•Click Apply.•Click Save Configuration. This access point is added to the controller’s list of friendly access points and shouldnow appear on the Friendly Rogue APs page.Viewing and Classifying Rogue Devices (GUI)Before You BeginWhen you choose to contain a rogue device, the following warning appears: “There may be legal issuesfollowing this containment. Are you sure you want to continue?”The 2.4- and 5-GHz frequencies in theIndustrial, Scientific, and Medical (ISM) band are open to the public and can be used without a license.As such, containing devices on another party’s network could have legal consequences.CautionStep 1 Choose Monitor >Rogues.Step 2 Choose the following options to view the different types of rogue access points detected by the controller:•Friendly APs   Cisco Wireless LAN Controller Configuration Guide, Release 7.4466 OL-28744-01  Viewing and Classifying Rogue Devices (GUI)
•Malicious APs•Unclassified APs•Custom APsThe respective rogue APs pages provide the following information: the MAC address and SSID of the rogue accesspoint, channel number, the number of radios that detected the rogue access point, the number of clients connected to therogue access point, and the current status of the rogue access point.To remove acknowledged rogues from the database, change the rogue state to Alert. If the rogue is no longerpresent, the rogue data is deleted from the database in 20 minutes.NoteIf you ever want to delete a rogue access point from one of these pages, hover your cursor over the blue drop-downarrow and click Remove. To delete multiple rogue access points, select the check box corresponding to the rowyou want to delete and click Remove.NoteStep 3 Get more details about a rogue access point by clicking the MAC address of the access point. The Rogue AP Detail pageappears.This page provides the following information: the MAC address of the rogue device, the type of rogue device (such asan access point), whether the rogue device is on the wired network, the dates and times when the rogue device was firstand last reported, and the current status of the device.The Class Type text box shows the current classification for this rogue access point:•Friendly—An unknown access point that matches the user-defined friendly rules or an existing known andacknowledged rogue access point. Friendly access points cannot be contained.•Malicious—An unknown access point that matches the user-defined malicious rules or is moved manually by theuser from the Friendly or Unclassified classification type.Once an access point is classified as Malicious, you cannot apply rules to it in the future, and it cannot bemoved to another classification type. If you want to move a malicious access point to the Unclassifiedclassification type, you must delete the access point and allow the controller to reclassify it.Note•Unclassified—An unknown access point that does not match the user-defined friendly or malicious rules. Anunclassified access point can be contained. It can also be moved to the Friendly or Malicious classification typeautomatically in accordance with user-defined rules or manually by the user.•Custom—A user-defined classification type that is tied to rogue rules. It is not possible to manually classify arogue as Custom. Custom class change can occur only using rogue rules.Step 4 If you want to change the classification of this device, choose a different classification from the Class Type drop-downlist.A rogue access point cannot be moved to another class if its current state is Contain.NoteStep 5 From the Update Status drop-down list, choose one of the following options to specify how the controller should respondto this rogue access point:•Internal—The controller trusts this rogue access point. This option is available if the Class Type is set to Friendly.•External—The controller acknowledges the presence of this rogue access point. This option is available if theClass Type is set to Friendly.•Contain—The controller contains the offending device so that its signals no longer interfere with authorized clients.This option is available if the Class Type is set to Malicious or Unclassified.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 467Viewing and Classifying Rogue Devices (GUI)
•Alert—The controller forwards an immediate alert to the system administrator for further action. This option isavailable if the Class Type is set to Malicious or Unclassified.The bottom of the page provides information on both the access points that detected this rogue access point and anyclients that are associated to it. To see more details for any of the clients, click Edit to open the Rogue Client Detailpage.Step 6 Click Apply.Step 7 Click Save Configuration.Step 8 View any rogue clients that are connected to the controller by choosing Rogue Clients. The Rogue Clients page appears.This page shows the following information: the MAC address of the rogue client, the MAC address of the access pointto which the rogue client is associated, the SSID of the rogue client, the number of radios that detected the rogue client,the date and time when the rogue client was last reported, and the current status of the rogue client.Step 9 Obtain more details about a rogue client by clicking the MAC address of the client. The Rogue Client Detail page appears.This page provides the following information: the MAC address of the rogue client, the MAC address of the rogue accesspoint to which this client is associated, the SSID and IP address of the rogue client, the dates and times when the rogueclient was first and last reported, and the current status of the rogue client.Step 10 From the Update Status drop-down list, choose one of the following options to specify how the controller should respondto this rogue client:•Contain—The controller contains the offending device so that its signals no longer interfere with authorized clients.•Alert—The controller forwards an immediate alert to the system administrator for further action.The bottom of the page provides information on the access points that detected this rogue client.Step 11 Click Apply.Step 12 If desired, you can test the controller’s connection to this client by clicking Ping.Step 13 Click Save Configuration.Step 14 See any ad-hoc rogues detected by the controller by choosing Adhoc Rogues. The Adhoc Rogues page appears.This page shows the following information: the MAC address, BSSID, and SSID of the ad-hoc rogue, the number ofradios that detected the ad-hoc rogue, and the current status of the ad-hoc rogue.Step 15 Obtain more details about an ad-hoc rogue by clicking the MAC address of the rogue. The Adhoc Rogue Detail pageappears.This page provides the following information: the MAC address and BSSID of the ad-hoc rogue, the dates and timeswhen the rogue was first and last reported, and the current status of the rogue.Step 16 From the Update Status drop-down list, choose one of the following options to specify how the controller should respondto this ad-hoc rogue:•Contain—The controller contains the offending device so that its signals no longer interfere with authorized clients.•Alert—The controller forwards an immediate alert to the system administrator for further action.•Internal—The controller trusts this rogue access point.•External—The controller acknowledges the presence of this rogue access point.Step 17 From the Maximum number of APs to contain the rogue drop-down list, choose one of the following options to specifythe maximum number of access points used to contain this ad-hoc rogue: 1,2,3, or 4.The bottom of the page provides information on the access points that detected this ad-hoc rogue.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4468 OL-28744-01  Viewing and Classifying Rogue Devices (GUI)
•1—Specifies targeted rogue access point will be contained by one access point. This is the lowest containmentlevel.•2—Specifies targeted rogue access point will be contained by two access points.•3—Specifies targeted rogue access point will be contained by three access points.•4—Specifies targeted rogue access point will be contained by four access points. This is the highest containmentlevel.Step 18 Click Apply.Step 19 Click Save Configuration.Step 20 View any access points that have been configured to be ignored by choosing Rogue AP Ignore-List. The Rogue APIgnore-List page appears.This page shows the MAC addresses of any access points that are configured to be ignored. The rogue-ignore list containsa list of any autonomous access points that have been manually added to Cisco Prime Infrastructure maps by the users.The controller regards these autonomous access points as rogues even though the Prime Infrastructure is managing them.The rogue-ignore list allows the controller to ignore these access points. The list is updated as follows:•When the controller receives a rogue report, it checks to see if the unknown access point is in the rogue-ignoreaccess point list.•If the unknown access point is in the rogue-ignore list, the controller ignores this access point and continues toprocess other rogue access points.•If the unknown access point is not in the rogue-ignore list, the controller sends a trap to the Prime Infrastructure.If the Prime Infrastructure finds this access point in its autonomous access point list, the Prime Infrastructure sendsa command to the controller to add this access point to the rogue-ignore list. This access point is then ignored infuture rogue reports.•If a user removes an autonomous access point from the Prime Infrastructure, the Prime Infrastructure sends acommand to the controller to remove this access point from the rogue-ignore list.Configuring Rogue Classification Rules (CLI)Step 1 Create a rule by entering this command:config rogue rule add ap priority priority classify {friendly |malicious}rule-nameIf you later want to change the priority of this rule and shift others in the list accordingly, enter the config rogue rulepriority priority rule-name command.If you later want to change the classification of this rule, enter the config rogue rule classify {friendly |malicious}rule-name command.If you ever want to delete all of the rogue classification rules or a specific rule, enter the {config rogue rule delete {all|rule-name} command.Step 2 Create a rule by entering these commands:Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 469Configuring Rogue Classification Rules (CLI)
•Configure a rule for friendly rogues by entering this command:config rogue rule add ap priority priority classify friendly notify {all |global |local |none}state {alert |internal |external}rule-name•Configure a rule for malicious rogues by entering this command:config rogue rule add ap priority priority classify malicious notify {all |global |local |none}state {alert |contain}rule-name•Configure a rule for custom rogues by entering this command:config rogue rule add ap priority priority classify custom severity-score classification-name notify {all |global|local |none}state {alert |contain}rule-nameIf you later want to change the priority of this rule and shift others in the list accordingly, enter the config rogue rulepriority priority rule-name command.If you later want to change the classification of this rule, enter the config rogue rule classify {friendly |malicious |custom severity-score classification-name}rule-name command.If you ever want to delete all of the rogue classification rules or a specific rule, enter the {config rogue rule delete {all|rule-name} command.Step 3 Configure the state on the rogue AP upon rule match by entering this command:config rogue rule state {alert |contain |internal |external}rule-nameStep 4 Configure the notification upon rule match by entering this command:config rogue rule notify {all |global |local |none}rule-nameStep 5 Disable all rules or a specific rule by entering this command:config rogue rule disable {all |rule_name}A rule must be disabled before you can modify itsattributes.NoteStep 6 Add conditions to a rule that the rogue access point must meet by entering this command:config rogue rule condition ap set condition_type condition_value rule_nameThe following condition types are available:•ssid—Requires that the rogue access point have a specific SSID. You should add SSIDs that are not managed bythe controller. If you choose this option, enter the SSID for the condition_value parameter. The SSID is added tothe user-configured SSID list.If you ever want to delete all of the SSIDs or a specific SSID from the user-configured SSID list, enterthe config rogue rule condition ap delete ssid {all |ssid}rule_name command.Note•rssi—Requires that the rogue access point have a minimum RSSI value. For example, if the rogue access point hasan RSSI that is greater than the configured value, then the access point could be classified as malicious. If youchoose this option, enter the minimum RSSI value for the condition_value parameter. The valid range is –95 to–50 dBm (inclusive), and the default value is 0 dBm.•duration—Requires that the rogue access point be detected for a minimum period of time. If you choose thisoption, enter a value for the minimum detection period for the condition_value parameter. The valid range is 0 to3600 seconds (inclusive), and the default value is 0 seconds.•client-count—Requires that a minimum number of clients be associated to the rogue access point. For example,if the number of clients associated to the rogue access point is greater than or equal to the configured value, thenthe access point could be classified as malicious. If you choose this option, enter the minimum number of clients   Cisco Wireless LAN Controller Configuration Guide, Release 7.4470 OL-28744-01  Configuring Rogue Classification Rules (CLI)
to be associated to the rogue access point for the condition_value parameter. The valid range is 1 to 10 (inclusive),and the default value is 0.•managed-ssid—Requires that the rogue access point’s SSID be known to the controller. A condition_value parameteris not required for this option.You can add up to six conditions per rule. If you ever want to delete all of the conditions or a specificcondition from a rule, enter the config rogue rule condition ap delete all condition_type condition_valuerule_name command.NoteStep 7 Specify whether a detected rogue access point must meet all or any of the conditions specified by the rule in order forthe rule to be matched and the rogue access point to adopt the classification type of the rule by entering this command:config rogue rule match {all |any}rule_nameStep 8 Enable all rules or a specific rule by entering this command:config rogue rule enable {all |rule_name}For your changes to become effective, you must enable therule.NoteStep 9 Add a new friendly access point entry to the friendly MAC address list or delete an existing friendly access point entryfrom the list by entering this command:config rogue ap friendly {add |delete}ap_mac_addressStep 10 Save your changes by entering this command:save configStep 11 View the rogue classification rules that are configured on the controller by entering this command:show rogue rule summaryStep 12 View detailed information for a specific rogue classification rule by entering this command:show rogue rule detailed rule_nameViewing and Classifying Rogue Devices (CLI)•View a list of all rogue access points detected by the controller by entering this command:show rogue ap summary•See a list of the friendly rogue access points detected by the controller by entering this command:show rogue ap friendly summary•See a list of the malicious rogue access points detected by the controller by entering this command:show rogue ap malicious summary•See a list of the unclassified rogue access points detected by the controller by entering this command:show rogue ap unclassified summary•See detailed information for a specific rogue access point by entering this command:show rogue ap detailed ap_mac_address•See the rogue report (which shows the number of rogue devices detected on different channel widths)for a specific 802.11a/n radio by entering this command:Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 471Viewing and Classifying Rogue Devices (CLI)
show ap auto-rf 802.11a Cisco_AP•See a list of all rogue clients that are associated to a rogue access point by entering this command:show rogue ap clients ap_mac_address•See a list of all rogue clients detected by the controller by entering this command:show rogue client summary•See detailed information for a specific rogue client by entering this command:show rogue client detailed client_mac_address•See a list of all ad-hoc rogues detected by the controller by entering this command:show rogue adhoc summary•See detailed information for a specific ad-hoc rogue by entering this command:show rogue adhoc detailed rogue_mac_address•See a summary of ad hoc rogues based on their classification by entering this command:show rogue adhoc {friendly |malicious |unclassified}summary•See a list of rogue access points that are configured to be ignore by entering this command:show rogue ignore-listSee the Viewing and Classifying Rogue Devices (GUI) section for more information on the rogue-ignoreaccess point list.Note•Classify a rogue access point as friendly by entering this command:config rogue ap classify friendly state {internal |external}ap_mac_addresswhereinternal means that the controller trusts this rogue access point.external means that the controller acknowledges the presence of this rogue access point.A rogue access point cannot be moved to the Friendly class if its current state is Contain.Note•Mark a rogue access point as malicious by entering this command:config rogue ap classify malicious state {alert |contain}ap_mac_addresswherealert means that the controller forwards an immediate alert to the system administrator for further action.contain means that the controller contains the offending device so that its signals no longer interferewith authorized clients.A rogue access point cannot be moved to the Malicious class if its current state is Contain.Note•Mark a rogue access point as unclassified by entering this command:config rogue ap classify unclassified state {alert |contain}ap_mac_address   Cisco Wireless LAN Controller Configuration Guide, Release 7.4472 OL-28744-01  Viewing and Classifying Rogue Devices (CLI)
A rogue access point cannot be moved to the Unclassified class if its current state is Contain.alert means that the controller forwards an immediate alert to the system administrator for further action.contain means that the controller contains the offending device so that its signals no longer interfere withauthorized clients.Note•Choose the maximum number of access points used to contain the ad-hoc rogue by entering this command:config rogue ap classify unclassified state contain rogue_ap_mac_address 1, 2, 3, or 4•1—Specifies targeted rogue access point will be contained by one access point. This is the lowestcontainment level.•2—Specifies targeted rogue access point will be contained by two access points.•3—Specifies targeted rogue access point will be contained by three access points.•4—Specifies targeted rogue access point will be contained by four access points. This is the highestcontainment level.•Specify how the controller should respond to a rogue client by entering one of these commands:config rogue client alert client_mac_address—The controller forwards an immediate alert to the systemadministrator for further action.config rogue client contain client_mac_address—The controller contains the offending device so thatits signals no longer interfere with authorized clients.•Specify how the controller should respond to an ad-hoc rogue by entering one these commands:config rogue adhoc alert rogue_mac_address—The controller forwards an immediate alert to thesystem administrator for further action.config rogue adhoc contain rogue_mac_address—The controller contains the offending device so thatits signals no longer interfere with authorized clients.config rogue adhoc external rogue_mac_address—The controller acknowledges the presence of thisad-hoc rogue.•Configure the classification of ad hoc rogues by entering any one of these commands:◦Friendly state—config rogue adhoc classify friendly state {internal |external}mac-addr◦Malicious state—config rogue adhoc classify malicious state {alert |contain}mac-addr◦Unclassified state—config rogue adhoc classify unclassified state {alert |contain}mac-addr•View a summary of custom rogue AP information by entering this command:show rogue ap custom summary•See custom ad hoc rogue information by entering this command:show rogue adhoc custom summary•Delete the rogue APs by entering this command:config rogue ap delete {class |all |mac-addr}•Delete the rogue clients by entering this command:config rogue client delete {state |all |mac-addr}Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 473Viewing and Classifying Rogue Devices (CLI)
•Delete the ad hoc rogues by entering this command:config rogue adhoc delete {class |all |mac-addr}•Save your changes by entering this command:save config   Cisco Wireless LAN Controller Configuration Guide, Release 7.4474 OL-28744-01  Viewing and Classifying Rogue Devices (CLI)
CHAPTER 60Configuring Cisco TrustSec SXP•Information About Cisco TrustSec SXP, page 475•Restrictions for Cisco TrustSec SXP, page 476•Configuring Cisco TrustSec SXP (GUI), page 477•Creating a New SXP Connection (GUI), page 477•Configuring Cisco TrustSec SXP (CLI), page 478Information About Cisco TrustSec SXPCisco TrustSec enables organizations to secure their networks and services through identity-based accesscontrol to anyone, anywhere, anytime. The solution also offers data integrity and confidentiality services,policy-based governance, and centralized monitoring, troubleshooting, and reporting services. TrustSec canbe combined with personalized, professional service offerings to simplify solution deployment and management,and is a foundational security component to Cisco Borderless Networks.The Cisco TrustSec security architecture builds secure networks by establishing domains of trusted networkdevices. Each device in the domain is authenticated by its peers. Communication on the links between devicesin the domain is secured with a combination of encryption, message integrity check, and data-path replayprotection mechanisms. Cisco TrustSec uses the device and user credentials acquired during authenticationfor classifying the packets by security groups (SGs) as they enter the network. This packet classification ismaintained by tagging packets on ingress to the Cisco TrustSec network so that they can be correctly identifiedto apply security and other policy criteria along the data path. The tag, called the security group tag (SGT),allows the network to enforce the access control policy by enabling the endpoint device to act upon the SGTto filter traffic.One of the components of Cisco TrustSec architecture is the security group-based access control. In the securitygroup-based access control component, access policies in the Cisco TrustSec domain are topology-independent,based on the roles (as indicated by security group number) of source and destination devices rather than onnetwork addresses. Individual packets are tagged with the security group number of the source.Cisco devices use the SGT Exchange Protocol (SXP) to propagate SGTs across network devices that do nothave hardware support for Cisco TrustSec. SXP is the software solution to avoid CTS hardware upgrade onall switches. WLC will be supporting SXP as part of TrustSec Architecture. The SXP sends SGT informationto the CTS-enabled switches so that appropriate role-based access control lists (RBACLs) can be activateddepending on the role information represented by the SGT. By default, the controller always works in theCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 475
Speaker mode. To implement the SXP on a network, only the egress distribution switch needs to beCTS-enabled, and all the other switches can be non-CTS-capable switches.The SXP runs between any access layer and distribution switch or between two distribution switches. TheSXP uses TCP as the transport layer. CTS authentication is performed for any host (client) joining the networkon the access layer switch similar to an access switch with CTS-enabled hardware. The access layer switchis not CTS hardware enabled. Therefore, data traffic is not encrypted or cryptographically authenticated whenit passes through the access layer switch. The SXP is used to pass the IP address of the authenticated device,that is a wireless client, and the corresponding SGT up to the distribution switch. If the distribution switch isCTS hardware enabled, the switch inserts the SGT into the packet on behalf of the access layer switch. If thedistribution switch is not CTS hardware enabled, the SXP on the distribution switch passes the IP-SGT mappingto all the distribution switches that have CTS hardware. On the egress side, the enforcement of the RBACLoccurs at the egress L3 interface on the distribution switch.The following are some guidelines for Cisco TrustSec SXP:•SXP is supported on the following security policies only:◦WPA2-dot1x◦WPA-dot1x◦802.1x (Dynamic WEP)◦MAC Filtering using RADIUS servers◦Web authentication using RADIUS servers for user authentication•SXP is supported for both IPv4 and IPv6 clients.•Controller always operates in the Speaker mode.For more information about Cisco TrustSec, see http://www.cisco.com/en/US/netsol/ns1051/index.html.Restrictions for Cisco TrustSec SXP•SXP is not supported on FlexConnect access points.•SXP is supported only in centrally switched networks that have central authentication.•By default, SXP is supported for APs that work in local mode only.•The configuration of the default password should be consistent for both controller and the switch.•Fault tolerance is not supported because fault tolerance requires local switching on APs.•Static IP-SGT mapping for local authentication of users is not supported.•IP-SGT mapping requires authentication with external ACS servers.•In auto-anchor mobility mode the controller does not update client IP-SGT information through mobilitymessages. The connected switches of both the controllers must have an SXP connection establishedbetween them for IP-SGT mapping updates.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4476 OL-28744-01  Restrictions for Cisco TrustSec SXP
Configuring Cisco TrustSec SXP (GUI)Step 1 Choose Security >TrustSec SXP to open the SXP Configuration page. This page lists the following SXP configurationdetails:•Total SXP Connections—Number of SXP connections that are configured.•SXP State—Status of SXP connections as either disabled or enabled.•SXP Mode—SXP mode of the controller. The controller is always set to Speaker mode for SXP connections.•Default Password—Password for MD5 authentication of SXP messages. We recommend that the password containa minimum of 6 characters.•Default Source IP—IP address of the management interface. SXP uses the default source IP address for all newTCP connections.•Retry Period—SXP retry timer. The default value is 120 seconds (2 minutes). The valid range is 0 to 64000seconds. The SXP retry period determines how often the controller retries for an SXP connection. When an SXPconnection is not successfully set up, the controller makes a new attempt to set up the connection after the SXPretry period timer expires. Setting the SXP retry period to 0 seconds disables the timer and retries are not attempted.This page also displays the following information about SXP connections:•Peer IP Address—The IP address of the peer, that is the IP address of the next hop switch to which the controlleris connected. There is no effect on the existing TCP connections when you configure a new peer connection.•Source IP Address—The IP address of the source, that is the management IP address of the controller.•Connection Status—Status of the SXP connection.Step 2 From the SXP State drop-down list, choose Enabled to enable Cisco TrustSec SXP.Step 3 Enter the default password that should be used to make an SXP connection. We recommend that the password containa minimum of 6 characters.Step 4 In the Retry Period box, enter the time in seconds that determines how often the Cisco TrustSec software retries for anSXP connection.Step 5 Click Apply.Creating a New SXP Connection (GUI)Step 1 Choose SECURITY >TrustSec SXP and click New to open the SXP Connection > New page.Step 2 In the Peer IP Address text box, enter the IP address of the next hop switch to which the controller is connected.Step 3 Click Apply.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 477Configuring Cisco TrustSec SXP (GUI)
Configuring Cisco TrustSec SXP (CLI)•Enable or disable the SXP on the controller by entering this command:config cts sxp {enable |disable}•Configure the default password for MD5 Authentication of SXP messages by entering this command:config cts sxp default password password•Configure the IP address of the next hop switch with which the controller is connected by entering thiscommand:config cts sxp connection peer ip-address•Configure the interval between connection attempts by entering this command:config cts sxp retry period time-in-seconds•Remove an SXP connection by entering this command:config cts sxp connection delete ip-address•See a summary of SXP configuration by entering this command:show cts sxp summaryInformation similar to the following appears:SXP State........................................ EnableSXP Mode......................................... SpeakerDefault Password................................. ****Default Source IP................................ 209.165.200.224Connection retry open period .................... 120•See the list of SXP connections that are configured by entering this command:show cts sxp connectionsInformation similar to the following appears:Total num of SXP Connections..................... 1SXP State........................................ EnablePeer IP Source IP Connection Status--------------- --------------- -----------------209.165.200.229 209.165.200.224 On•Establish connection between the controller and a Cisco Nexus 7000 Series switch by following eitherof these steps:◦Enter the following commands:1config cts sxp version sxp version 1 or 2 12config cts sxp disable3config cts sxp enable   Cisco Wireless LAN Controller Configuration Guide, Release 7.4478 OL-28744-01  Configuring Cisco TrustSec SXP (CLI)
◦If SXP version 2 is used on the controller and version 1 is used on the Cisco Nexus 7000 Seriesswitch, an amount of retry period is required to establish the connection. We recommend that youinitially have less interval between connection attempts. The default is 120 seconds.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 479Configuring Cisco TrustSec SXP (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4480 OL-28744-01  Configuring Cisco TrustSec SXP (CLI)
CHAPTER 61Configuring Cisco Intrusion Detection System•Information About Cisco Intrusion Detection System, page 481•Additional Information, page 482•Configuring IDS Sensors (GUI), page 482•Viewing Shunned Clients (GUI), page 483•Configuring IDS Sensors (CLI), page 483•Viewing Shunned Clients (CLI), page 484Information About Cisco Intrusion Detection SystemThe Cisco Intrusion Detection System/Intrusion Prevention System (CIDS/CIPS) instructs controllers to blockcertain clients from accessing the wireless network when attacks involving these clients are detected at Layer3 through Layer 7. This system offers significant network protection by helping to detect, classify, and stopthreats including worms, spyware/adware, network viruses, and application abuse. Two methods are availableto detect potential attacks:•IDS sensors•IDS signaturesYou can configure IDS sensors to detect various types of IP-level attacks in your network. When the sensorsidentify an attack, they can alert the controller to shun the offending client. When you add a new IDS sensor,you register the controller with that IDS sensor so that the controller can query the sensor to get the list ofshunned clients.Shunned ClientsWhen an IDS sensor detects a suspicious client, it alerts the controller to shun this client. The shun entry isdistributed to all controllers within the same mobility group. If the client to be shunned is currently joined toa controller in this mobility group, the anchor controller adds this client to the dynamic exclusion list, and theforeign controller removes the client. The next time that the client tries to connect to a controller, the anchorcontroller rejects the handoff and informs the foreign controller that the client is being excluded.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 481
Additional InformationThe Cisco wireless intrusion prevention system (wIPS) is also supported on the controller through Cisco PrimeInfrastructure. See the Configuring wIPS section for more information.Configuring IDS Sensors (GUI)Step 1 Choose Security >Advanced >CIDs > Sensors to open the CIDS Sensors List page.If you want to delete an existing sensor, hover your cursor over the blue drop-down arrow for that sensor andchoose Remove.NoteStep 2 Click New to add a new IDS sensor to the list. The CIDS Sensor Add page appears.Step 3 From the Index drop-down list, choose a number (between 1 and 5) to determine the sequence in which the controllerconsults the IDS sensors. For example, if you choose 1, the controller consults this IDS sensor first.The controller supports up to five IDS sensors.Step 4 In the Server Address text box, enter the IP address of your IDS server.Step 5 In the Port text box, enter the number of the HTTPS port through which the controller has to communicate with the IDSsensor.We recommend that you set this parameter to 443 because the sensor uses this value to communicate by default. Thedefault value is 443 and the range is 1 to 65535.Step 6 In the Username text box, enter the name that the controller uses to authenticate to the IDS sensor.Example:This username must be configured on the IDS sensor and have at least a read-only privilege.NoteStep 7 In the Password and Confirm Password text boxes, enter the password that the controller uses to authenticate to theIDS sensor.Step 8 In the Query Interval text box, enter the time (in seconds) for how often the controller should query the IDS server forIDS events.The default is 60 seconds and the range is 10 to 3600 seconds.Step 9 Select the State check box to register the controller with this IDS sensor or unselected this check box to disable registration.The default value is disabled.Step 10 Enter a 40-hexadecimal-character security key in the Fingerprint text box. This key is used to verify the validity of thesensor and is used to prevent security attacks.Make sure you include colons that appear between every two bytes within the key. For example, enterAA:BB:CC:DD.NoteStep 11 Click Apply. Your new IDS sensor appears in the list of sensors on the CIDS Sensors List page.Step 12 Click Save Configuration.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4482 OL-28744-01  Additional Information
Viewing Shunned Clients (GUI)Step 1 Choose Security >Advanced > CIDS >Shunned Clients to open the CIDS Shun List page.This page shows the IP address and MAC address of each shunned client, the length of time that the client’s data packetsshould be blocked by the controller as requested by the IDS sensor, and the IP address of the IDS sensor that discoveredthe client.Step 2 Click Re-sync to purge and reset the list as desired.The controller does not take any action on shun entries when the corresponding timers have expired. The shunentry timers are maintained only for the display purpose. The shun entries are cleaned up whenever the controllerpolls the IPS server. If the CIDS IPS server is not reachable, the shun entries are not removed even if they aretimed out on the controller. The shun entries are cleaned up only when the CIDS IPS server is operational againand the controller polls the CIDS IPS server.NoteConfiguring IDS Sensors (CLI)Step 1 Add an IDS sensor by entering this command:config wps cids-sensor add index ids_ip_address username password. The index parameter determines the sequencein which the controller consults the IDS sensors. The controller supports up to five IDS sensors. Enter a number (between1 and 5) to determine the priority of this sensor. For example, if you enter 1, the controller consults this IDS sensor first.The username must be configured on the IDS sensor and have at least a read-only privilege.NoteStep 2 (Optional) Specify the number of the HTTPS port through which the controller is to communicate with the IDS sensorby entering this command:config wps cids-sensor port index portFor the port-number parameter, you can enter a value between 1 and 65535. The default value is 443. This step is optionalbecause we recommend that you use the default value of 443. The sensor uses this value to communicate by default.Step 3 Specify how often the controller should query the IDS server for IDS events by entering this command:config wps cids-sensor interval index intervalFor the interval parameter, you can enter a value between 10 and 3600 seconds. The default value is 60 seconds.Step 4 Enter a 40-hexadecimal-character security key used to verify the validity of the sensor by entering this command:config wps cids-sensor fingerprint index sha1 fingerprintYou can get the value of the fingerprint by entering show tls fingerprint on the sensor’s console.Make sure to include the colons that appear between every two bytes within the key (for example,AA:BB:CC:DD).NoteStep 5 Enable or disable this controller’s registration with an IDS sensor by entering this command:config wps cids-sensor {enable |disable}indexStep 6 Enable or disable protection from DoS attacks by entering this command:The default value is disabled.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 483Viewing Shunned Clients (GUI)
A potential attacker can use specially crafted packets to mislead the IDS into treating a legitimate client as anattacker. It causes the controller to wrongly disconnect this legitimate client and launches a DoS attack. Theauto-immune feature, when enabled, is designed to protect against such attacks. However, conversations usingCisco 792x phones might be interrupted intermittently when the auto-immune feature is enabled. If you experiencefrequent disruptions when using 792x phones, you might want to disable this feature.NoteStep 7 Save your settings by entering this command:save configStep 8 See the IDS sensor configuration by entering one of these commands:•show wps cids-sensor summary•show wps cids-sensor detail indexStep 9 The second command provides more information than the first.Step 10 See the auto-immune configuration setting by entering this command:show wps summaryInformation similar to the following appears:Auto-ImmuneAuto-Immune.................................... DisabledClient Exclusion PolicyExcessive 802.11-association failures.......... EnabledExcessive 802.11-authentication failures....... EnabledExcessive 802.1x-authentication................ EnabledIP-theft....................................... EnabledExcessive Web authentication failure........... EnabledSignature PolicySignature Processing........................... EnabledStep 11 Obtain debug information regarding IDS sensor configuration by entering this command:debug wps cids enableIf you ever want to delete or change the configuration of a sensor, you must first disable it by entering the configwps cids-sensor disable index command. To delete the sensor, enter the config wps cids-sensor delete indexcommand.NoteViewing Shunned Clients (CLI)Step 1 View the list of clients to be shunned by entering this command:show wps shun-listStep 2 Force the controller to synchronize with other controllers in the mobility group for the shun list by entering this command:config wps shun-list re-sync   Cisco Wireless LAN Controller Configuration Guide, Release 7.4484 OL-28744-01  Viewing Shunned Clients (CLI)
The controller does not take any action on shun entries when the corresponding timers have expired. The shunentry timers are maintained only for the display purpose. The shun entries are cleaned up whenever the controllerpolls the IPS server. If the CIDS IPS server is not reachable, the shun entries are not removed even if they aretimed out on the controller. The shun entries are cleaned up only when the CIDS IPS server is operational againand the controller polls the CIDS IPS server.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 485Viewing Shunned Clients (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4486 OL-28744-01  Viewing Shunned Clients (CLI)
CHAPTER 62Configuring IDS Signatures•Information About IDS Signatures, page 487•Configuring IDS Signatures (GUI), page 489•Viewing IDS Signature Events (GUI), page 492•Configuring IDS Signatures (CLI), page 493•Viewing IDS Signature Events (CLI), page 494Information About IDS SignaturesYou can configure IDS signatures, or bit-pattern matching rules used to identify various types of attacks inincoming 802.11 packets, on the controller. When the signatures are enabled, the access points joined to thecontroller perform signature analysis on the received 802.11 data or management frames and report anydiscrepancies to the controller. If an attack is detected, appropriate mitigation is initiated.Cisco supports 17 standard signatures. These signatures are divided into six main groups. The first four groupscontain management signatures, and the last two groups contain data signatures.•Broadcast deauthentication frame signatures—During a broadcast deauthentication frame attack, ahacker sends an 802.11 deauthentication frame to the broadcast MAC destination address of anotherclient. This attack causes the destination client to disassociate from the access point and lose its connection.If this action is repeated, the client experiences a denial of service. When the broadcast deauthenticationframe signature (precedence 1) is used to detect such an attack, the access point listens for clientstransmitting broadcast deauthentication frames that match the characteristics of the signature. If theaccess point detects such an attack, it alerts the controller. Depending on how your system is configured,the offending device is contained so that its signals no longer interfere with authorized clients, or thecontroller forwards an immediate alert to the system administrator for further action, or both.•NULL probe response signatures—During a NULL probe response attack, a hacker sends a NULLprobe response to a wireless client adapter. As a result, the client adapter locks up. When a NULL proberesponse signature is used to detect such an attack, the access point identifies the wireless client andalerts the controller. The NULL probe response signatures are as follows:◦NULL probe resp 1 (precedence 2)◦NULL probe resp 2 (precedence 3)Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 487
Controller does not log historical NULL Probe IDS events within the Signature EventsSummary output.Note•Management frame flood signatures—During a management frame flood attack, a hacker floods anaccess point with 802.11 management frames. The result is a denial of service to all clients associatedor attempting to associate to the access point. This attack can be implemented with different types ofmanagement frames: association requests, authentication requests, reassociation requests, probe requests,disassociation requests, deauthentication requests, and reserved management subtypes.When a management frame flood signature is used to detect such an attack, the access point identifiesmanagement frames matching the entire characteristic of the signature. If the frequency of these framesis greater than the value of the frequency set in the signature, an access point that hears these framestriggers an alarm. The controller generates a trap and forwards it to Cisco Prime Infrastructure.The management frame flood signatures are as follows:◦Assoc flood (precedence 4)◦Auth flood (precedence 5)◦Reassoc flood (precedence 6)◦Broadcast probe flood (precedence 7)◦Disassoc flood (precedence 8)◦Deauth flood (precedence 9)◦Reserved mgmt 7 (precedence 10)◦Reserved mgmt F (precedence 11)The reserved management frame signatures 7 and F are reserved for future use.•Wellenreiter signature—Wellenreiter is a wireless LAN scanning and discovery utility that can revealaccess point and client information. When the Wellenreiter signature (precedence 17) is used to detectsuch an attack, the access point identifies the offending device and alerts the controller.•EAPOL flood signature—During an EAPOL flood attack, a hacker floods the air with EAPOL framesthat contain 802.1X authentication requests. As a result, the 802.1X authentication server cannot respondto all of the requests and fails to send successful authentication responses to valid clients. The result isa denial of service to all affected clients. When the EAPOL flood signature (precedence 12) is used todetect such an attack, the access point waits until the maximum number of allowed EAPOL packets isexceeded. It then alerts the controller and proceeds with the appropriate mitigation.•NetStumbler signatures—NetStumbler is a wireless LAN scanning utility that reports access pointbroadcast information (such as operating channel, RSSI information, adapter manufacturer name, SSID,WEP status, and the latitude and longitude of the device running NetStumbler when a GPS is attached).If NetStumbler succeeds in authenticating and associating to an access point, it sends a data frame withthe following strings, depending on the NetStumbler version:StringVersion“Flurble gronk bloopit, bnip Frundletrune”3.2.0   Cisco Wireless LAN Controller Configuration Guide, Release 7.4488 OL-28744-01  Information About IDS Signatures
StringVersion“All your 802.11b are belong to us”3.2.3Sends white spaces3.3.0When a NetStumbler signature is used to detect such an attack, the access point identifies the offending deviceand alerts the controller. The NetStumbler signatures are as follows:•NetStumbler 3.2.0 (precedence 13)•NetStumbler 3.2.3 (precedence 14)•NetStumbler 3.3.0 (precedence 15)•NetStumbler generic (precedence 16)A standard signature file exists on the controller by default. You can upload this signature file from thecontroller, or you can create a custom signature file and download it to the controller or modify the standardsignature file to create a custom signature.Configuring IDS Signatures (GUI)Uploading or Downloading IDS SignaturesStep 1 If desired, create your own custom signature file.Step 2 Make sure that you have a Trivial File Transfer Protocol (TFTP) server available. Follow these guidelines when settingup a TFTP server:•If you are downloading through the service port, the TFTP server must be on the same subnet as the service portbecause the service port is not routable, or you must create static routes on the controller.•If you are downloading through the distribution system network port, the TFTP server can be on the same or adifferent subnet because the distribution system port is routable.•A third-party TFTP server cannot run on the same computer as the Cisco Prime Infrastructure because the PrimeInfrastructure built-in TFTP server and the third-party TFTP server require the same communication port.Step 3 If you are downloading a custom signature file (*.sig), copy it to the default directory on your TFTP server.Step 4 Choose Commands to open the Download File to Controller page.Step 5 Perform one of the following:•If you want to download a custom signature file to the controller, choose Signature File from the File Typedrop-down list on the Download File to Controller page.•If you want to upload a standard signature file from the controller, choose Upload File and then Signature Filefrom the File Type drop-down list on the Upload File from Controller page.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 489Configuring IDS Signatures (GUI)
Step 6 From the Transfer Mode drop-down list, choose TFTP or FTP.Step 7 In the IP Address text box, enter the IP address of the TFTP or FTP server.Step 8 If you are downloading the signature file using a TFTP server, enter the maximum number of times that the controllershould attempt to download the signature file in the Maximum retries text box.The range is 1 to 254 and the default value is 10.Step 9 If you are downloading the signature file using a TFTP server, enter the amount of time in seconds before the controllertimes out while attempting to download the signature file in the Timeout text box.The range is 1 to 254 seconds and the default is 6 seconds.Step 10 In the File Path text box, enter the path of the signature file to be downloaded or uploaded. The default value is “/.”Step 11 In the File Name text box, enter the name of the signature file to be downloaded or uploaded.When uploading signatures, the controller uses the filename that you specify as a base name and then adds“_std.sig”and “_custom.sig”to it in order to upload both standard and custom signature files to the TFTP server.For example, if you upload a signature file called “ids1,”the controller automatically generates and uploads bothids1_std.sig and ids1_custom.sig to the TFTP server. If desired, you can then modify ids1_custom.sig on theTFTP server (making sure to set “Revision = custom”) and download it by itself.NoteStep 12 If you are using an FTP server, follow these steps:1In the Server Login Username text box, enter the username to log into the FTP server.2In the Server Login Password text box, enter the password to log into the FTP server.3In the Server Port Number text box, enter the port number on the FTP server through which the download occurs.The default value is 21.Step 13 Choose Download to download the signature file to the controller or Upload to upload the signature file from thecontroller.Enabling or Disabling IDS SignaturesStep 1 Choose Security >Wireless Protection Policies >Standard Signatures or Custom Signatures to open the StandardSignatures page or the Custom Signatures page.The Standard Signatures page shows the list of Cisco-supplied signatures that are currently on the controller. The CustomSignatures page shows the list of customer-supplied signatures that are currently on the controller. This page shows thefollowing information for each signature:•The order, or precedence, in which the controller performs the signature checks.•The name of the signature, which specifies the type of attack that the signature is trying to detect.•The frame type on which the signature is looking for a security attack. The possible frame types are data andmanagement.•The action that the controller is directed to take when the signature detects an attack. The possible actions are Noneand Report.•The state of the signature, which indicates whether the signature is enabled to detect security attacks.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4490 OL-28744-01  Configuring IDS Signatures (GUI)
•A description of the type of attack that the signature is trying to detect.Step 2 Perform one of the following:•If you want to allow all signatures (both standard and custom) whose individual states are set to Enabled to remainenabled, select the Enable Check for All Standard and Custom Signatures check box at the top of either theStandard Signatures page or the Custom Signatures page. The default value is enabled (or selected). When thesignatures are enabled, the access points joined to the controller perform signature analysis on the received 802.11data or management frames and report any discrepancies to the controller.•If you want to disable all signatures (both standard and custom) on the controller, unselect the Enable Check forAll Standard and Custom Signatures check box. If you unselected this check box, all signatures are disabled,even the ones whose individual states are set to Enabled.Step 3 Click Apply to commit your changes.Step 4 Click the precedence number of the desired signature to enable or disable an individual signature. The Standard Signature(or Custom Signature) > Detail page appears.This page shows much of the same information as the Standard Signatures and Custom Signatures pages but providesthese additional details:•The tracking method used by the access points to perform signature analysis and report the results to the controller.The possible values are as follows:◦Per Signature—Signature analysis and pattern matching are tracked and reported on a per-signature andper-channel basis.◦Per MAC—Signature analysis and pattern matching are tracked and reported separately for individual clientMAC addresses on a per-channel basis.◦Per Signature and MAC—Signature analysis and pattern matching are tracked and reported on a per-signatureand per-channel basis as well as on a per-MAC-address and per-channel basis.•The pattern that is being used to detect a security attackCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 491Configuring IDS Signatures (GUI)
Step 5 In the Measurement Interval text box, enter the number of seconds that must elapse before the signature frequencythreshold is reached within the configured interval. The range is 1 to 3600 seconds, and the default value varies persignature.Step 6 In the Signature Frequency text box, enter the number of matching packets per interval that must be identified at theindividual access point level before an attack is detected. The range is 1 to 32,000 packets per interval, and the defaultvalue varies per signature.Step 7 In the Signature MAC Frequency text box, enter the number of matching packets per interval that must be identified perclient per access point before an attack is detected. The range is 1 to 32,000 packets per interval, and the default valuevaries per signature.Step 8 In the Quiet Time text box, enter the length of time (in seconds) after which no attacks have been detected at the individualaccess point level and the alarm can stop. The range is 60 to 32,000 seconds, and the default value varies per signature.Step 9 Select the State check box to enable this signature to detect security attacks or unselect it to disable this signature. Thedefault value is enabled (or selected).Step 10 Click Apply to commit your changes. The Standard Signatures or Custom Signatures page reflects the signature’s updatedstate.Step 11 Click Save Configuration to save your changes.Viewing IDS Signature Events (GUI)Step 1 Choose Security >Wireless Protection Policies >Signature Events Summary to open the Signature Events Summarypage.Step 2 Click the Signature Type for the signature to see more information on the attacks detected by a particular signature. TheSignature Events Detail page appears.This page shows the following information:•The MAC addresses of the clients identified as attackers•The method used by the access point to track the attacks•The number of matching packets per second that were identified before an attack was detected.•The number of access points on the channel on which the attack was detected•The day and time when the access point detected the attackStep 3 Click the Detail link for that attack to see more information for a particular attack. The Signature Events Track Detailpage appears.•The MAC address of the access point that detected the attack•The name of the access point that detected the attack•The type of radio (802.11a or 802.11b/g) used by the access point to detect the attack•The radio channel on which the attack was detected   Cisco Wireless LAN Controller Configuration Guide, Release 7.4492 OL-28744-01  Viewing IDS Signature Events (GUI)
•The day and time when the access point reported the attackConfiguring IDS Signatures (CLI)Step 1 If desired, create your own custom signature file.Step 2 Make sure that you have a TFTP server available.Step 3 Copy the custom signature file (*.sig) to the default directory on your TFTP server.Step 4 Specify the download or upload mode by entering the transfer {download |upload}mode tftp command.Step 5 Specify the type of file to be downloaded or uploaded by entering the transfer {download |upload}datatype signaturecommand.Step 6 Specify the IP address of the TFTP server by entering the transfer {download |upload}serverip tftp-server-ip-addresscommand.Some TFTP servers require only a forward slash (/) as the TFTP server IP address, and the TFTP serverautomatically determines the path to the correct directory.NoteStep 7 Specify the download or upload path by entering the transfer {download |upload}path absolute-tftp-server-path-to-filecommand.Step 8 Specify the file to be downloaded or uploaded by entering the transfer {download |upload}filename filename.sigcommand.When uploading signatures, the controller uses the filename you specify as a base name and then adds “_std.sig”and “_custom.sig”to it in order to upload both standard and custom signature files to the TFTP server. Forexample, if you upload a signature file called “ids1,”the controller automatically generates and uploads bothids1_std.sig and ids1_custom.sig to the TFTP server. If desired, you can then modify ids1_custom.sig on theTFTP server (making sure to set “Revision = custom”) and download it by itself.NoteStep 9 Enter the transfer {download |upload}start command and answer y to the prompt to confirm the current settings andstart the download or upload.Step 10 Specify the number of seconds that must elapse before the signature frequency threshold is reached within the configuredinterval by entering this command:config wps signature interval signature_id intervalwhere signature_id is a number used to uniquely identify a signature. The range is 1 to 3600 seconds, and the defaultvalue varies per signature.Step 11 Specify the number of matching packets per interval that must be identified at the individual access point level beforean attack is detected by entering this command:config wps signature frequencysignature_id frequencyThe range is 1 to 32,000 packets per interval, and the default value varies per signature.Step 12 Specify the number of matching packets per interval that must be identified per client per access point before an attackis detected by entering this command:config wps signature mac-frequency signature_id mac_frequencyCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 493Configuring IDS Signatures (CLI)
The range is 1 to 32,000 packets per interval, and the default value varies per signature.Step 13 Specify the length of time (in seconds) after which no attacks have been detected at the individual access point level andthe alarm can stop by entering by entering this command:config wps signature quiet-time signature_id quiet_timeThe range is 60 to 32,000 seconds, and the default value varies per signature.Step 14 Perform one of the following:•To enable or disable an individual IDS signature, enter this command:config wps signature {standard|custom}state signature_id {enable |disable}•To enable or disable IDS signature processing, which enables or disables the processing of all IDS signatures, enterthis command:config wps signature {enable |disable}If IDS signature processing is disabled, all signatures are disabled, regardless of the state configured forindividual signatures.NoteStep 15 Save your changes by entering this command:save configStep 16 If desired, you can reset a specific signature or all signatures to default values. To do so, enter this command:config wps signature reset {signature_id |all}You can reset signatures to default values only through the controllerCLI.NoteViewing IDS Signature Events (CLI)•See whether IDS signature processing is enabled or disabled on the controller by entering this command:show wps summaryIf IDS signature processing is disabled, all signatures are disabled, regardless of the state configured forindividual signatures.Note•See individual summaries of all of the standard and custom signatures installed on the controller byentering this command:show wps signature summary•See the number of attacks detected by the enabled signatures by entering this command:show wps signature events summary•See more information on the attacks detected by a particular standard or custom signature by enteringthis command:show wps signature events {standard |custom}precedence# summary   Cisco Wireless LAN Controller Configuration Guide, Release 7.4494 OL-28744-01  Viewing IDS Signature Events (CLI)
•See information on attacks that are tracked by access points on a per-signature and per-channel basis byentering this command:show wps signature events {standard |custom}precedence# detailed per-signature source_mac•See information on attacks that are tracked by access points on an individual-client basis (by MACaddress) by entering this command:show wps signature events {standard |custom}precedence# detailed per-mac source_macCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 495Viewing IDS Signature Events (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4496 OL-28744-01  Viewing IDS Signature Events (CLI)
CHAPTER 63Configuring wIPS•Information About wIPS, page 497•Restrictions for wIPS, page 503•Configuring wIPS on an Access Point (GUI), page 503•Configuring wIPS on an Access Point (CLI), page 504•Viewing wIPS Information (CLI), page 505Information About wIPSThe Cisco Adaptive wireless Intrusion Prevention System (wIPS) is an advanced approach to wireless threatdetection and performance management. It combines network traffic analysis, network device and topologyinformation, signature-based techniques, and anomaly detection to deliver highly accurate and completewireless threat prevention. With a fully infrastructure-integrated solution, you can continually monitor wirelesstraffic on both the wired and wireless networks and use that network intelligence to analyze attacks from manysources to more accurately pinpoint and proactively prevent attacks rather than waiting until damage orexposure has occurred.The Cisco Adaptive wIPS is enabled by the Cisco 3300 Series Mobility Services Engine (MSE), whichcentralizes the processing of intelligence collected by the continuous monitoring of Cisco Aironet accesspoints. With Cisco Adaptive wIPS functionalities and Cisco Prime Infrastructure integration into the MSE,the wIPS service can configure, monitor, and report wIPS policies and alarms.If your wIPS deployment consists of a controller, access point, and MSE, you must set all the three entitiesto the UTC time zone.NoteThe Cisco Adaptive wIPS is not configured on the controller. Instead, the Prime Infrastructure forwards theprofile configuration to the wIPS service, which forwards the profile to the controller. The profile is storedin flash memory on the controller and sent to access points when they join the controller. When an accesspoint disassociates and joins another controller, it receives the wIPS profile from the new controller.Local mode or FlexConnect mode access points with a subset of wIPS capabilities is referred to as EnhancedLocal Mode access point or ELM AP. You can configure an access point to work in wIPS mode if the accesspoint is in any of the following modes:Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 497
•Monitor•Local•FlexConnectThe regular local mode or FlexConnect mode access point is extended with a subset of Wireless IntrusionPrevention System (wIPS) capabilities. This feature enables you to deploy your access points to provideprotection without needing a separate overlay network.wIPS ELM has limited capability of detecting off-channel alarms. The access point periodically goesoff-channel, and monitors the non-serving channels for a short duration, and triggers alarms if any attack isdetected on the channel. But the off-channel alarm detection is best effort and it takes longer time to detectattacks and trigger alarms, which might cause the ELM AP intermittently detect an alarm and clear it becauseit is not visible. Access points in any of the above modes can periodically send alarms based on the policyprofile to the wIPS service through the controller. The wIPS service stores and processes the alarms andgenerates SNMP traps. The Prime Infrastructure configures its IP address as a trap destination to receiveSNMP traps from the MSE.This table lists all the SNMP trap controls and their respective traps. When a trap control is enabled, all thetraps of the trap control are also enabled.The controller uses only SNMPv2 for SNMP trap transmission.NoteTable 17: SNMP Trap Controls and their respective TrapsTrapTrap ControlTab NamelinkUp, linkDownLink (Port) Up/DownGeneralnewRoot, topologyChange,stpInstanceNewRootTrap,stpInstanceTopologyChangeTrapSpanning TreebsnDot11EssCreated,bsnDot11EssDeleted, bsnConfigSaved,ciscoLwappScheduledResetNotif,ciscoLwappClearResetNotif,ciscoLwappResetFailedNotif,ciscoLwappSysInvalidXmlConfigConfig SavebsnAPDisassociated, bsnAPAssociatedAP RegisterAPbsnAPIfUp, bsnAPIfDownAp Interface Up/Down   Cisco Wireless LAN Controller Configuration Guide, Release 7.4498 OL-28744-01  Information About wIPS
TrapTrap ControlTab NamebsnDot11StationAssociate802.11 AssociationClient TrapsbsnDot11StationDisassociate802.11 DisassociationbsnDot11StationDeauthenticate802.11 DeauthenticationbsnDot11StationAuthenticateFail802.11 Failed AuthenticationbsnDot11StationAssociateFail802.11 Failed AssociationbsnDot11StationBlacklistedExclusioncldcClientWlanProfileName,cldcClientIPAddress, cldcApMacAddress,cldcClientQuarantineVLAN,cldcClientAccessVLANNAC AlertbsnTooManyUnsuccessLoginAttempts,cLWAGuestUserLoggedIn,cLWAGuestUserLoggedOutUser AuthenticationSecurity TrapsbsnRADIUSServerNotResponding,ciscoLwappAAARadiusReqTimedOutRADIUS Servers Not RespondingbsnWepKeyDecryptErrorWEP Decrypt ErrorbsnAdhocRogueAutoContained,bsnRogueApAutoContained,bsnTrustedApHasInvalidEncryption,bsnMaxRogueCountExceeded,bsnMaxRogueCountClear,bsnApMaxRogueCountExceeded,bsnApMaxRogueCountClear,bsnTrustedApHasInvalidRadioPolicy,bsnTrustedApHasInvalidSsid,bsnTrustedApIsMissingRogue APagentSnmpAuthenticationTrapFlagSNMP AuthenticationmultipleUsersTrapMultiple UsersbsnAPLoadProfileFailedLoad ProfileAuto RF ProfileTrapsbsnAPNoiseProfileFailedNoise ProfilebsnAPInterferenceProfileFailedInterference ProfilebsnAPCoverageProfileFailedCoverage ProfileCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 499Information About wIPS
TrapTrap ControlTab NamebsnAPCurrentChannelChangedChannel UpdateAuto RF UpdateTrapsbsnAPCurrentTxPowerChangedTx Power UpdateciscoLwappMeshChildExcludedParentChild Excluded ParentMesh TrapsciscoLwappMeshParentChangeParent ChangeciscoLwappMeshAuthorizationFailureAuthfailure MeshciscoLwappMeshChildMovedChild MovedciscoLwappMeshExcessiveParentChangeExcessive Parent ChangeciscoLwappMeshExcessiveChildrenExcessive ChildrenciscoLwappMeshAbateSNR,ciscoLwappMeshOnsetSNRPoor SNRciscoLwappMeshConsoleLoginConsole LoginciscoLwappMeshExcessiveAssociationExcessive AssociationciscoLwappMeshDefaultBridgeGroupNameDefault Bridge Group NameThe following are the trap description for the traps mentioned in the SNMP Trap Controls and their respectiveTraps table:•General Traps◦SNMP Authentication—The SNMPv2 entity has received a protocol message that is not properlyauthenticated.When a user who is configured in SNMP V3 mode tries to access the controller withan incorrect password, the authentication fails and a failure message is displayed.However, no trap logs are generated for the authentication failure.Note◦Link (Port) Up/Down—Link changes status from up or down.◦Link (Port) Up/Down—Link changes status from up or down.◦Multiple Users—Two users log on with the same ID.◦Rogue AP—Whenever a rogue access point is detected, this trap is sent with its MAC address;when a rogue access point that was detected earlier no longer exists, this trap is sent.◦Config Save—Notification sent when the controller configuration is modified.•Cisco AP Traps   Cisco Wireless LAN Controller Configuration Guide, Release 7.4500 OL-28744-01  Information About wIPS
AP Register—Notification sent when an access point associates or disassociates with the controller.◦◦AP Interface Up/Down—Notification sent when an access point interface (802.11X) status goesup or down.•Client Related Traps◦802.11 Association—Associate notification that is sent when the client sends an association frame.◦802.11 Disassociation—Disassociate notification that is sent when the client sends a disassociationframe.◦802.11 Deauthentication—Deauthenticate notification that is sent when the client sends adeauthentication frame.◦802.11 Failed Authentication—Authenticate failure notification that is sent when the client sendsan authentication frame with a status code other than successful.◦802.11 Failed Association—Associate failure notification that is sent when the client sends anassociation frame with a status code other than successful.◦Exclusion—Associate failure notification that is sent when a client is Exclusion Listed (blacklisted).◦Authentication—Authentication notification that is sent when a client is successfully authenticated.◦Max Clients Limit Reached—Notification that is sent when the maximum number of clients,defined in the Threshold field, have associated with the controller.◦NAC Alert—Alert that is sent when a client joins an SNMP NAC-enabled WLAN.This notification is generated when a client on NAC-enabled SSIDs complete Layer2 authenticationto inform about the client's presence to the NAC appliance. cldcClientWlanProfileName representsthe profile name of the WLAN that the 802.11 wireless client is connected to. cldcClientIPAddressrepresents the unique IP address of the client. cldcApMacAddress represents the MAC address ofthe AP to which the client is associated. cldcClientQuarantineVLAN represents the quarantineVLAN for the client. cldcClientAccessVLAN represents the access VLAN for the client.◦Association with Stats—Associate notification that is sent with data statistics when a client associateswith the controller or roams. The data statistics include transmitted and received bytes and packets.◦Disassociation with Stats—Disassociate notification that is sent with data statistics when a clientdisassociates from the controller. The data statistics include transmitted and received bytes andpackets, SSID, and session ID.•Security Traps◦User Auth Failure—This trap is to inform that a client RADIUS Authentication failure has occurred.◦RADIUS Server No Response—This trap is to indicate that no RADIUS server(s) are respondingto authentication requests sent by the RADIUS client.◦WEP Decrypt Error—Notification sent when the controller detects a WEP decrypting error.◦Rouge AP—Whenever a rogue access point is detected, this trap is sent with its MAC address;when a rogue access point that was detected earlier no longer exists, this trap is sent.◦SNMP Authentication—The SNMPv2 entity has received a protocol message that is not properlyauthenticated.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 501Information About wIPS
When a user who is configured in SNMP V3 mode tries to access the controller withan incorrect password, the authentication fails and a failure message is displayed.However, no trap logs are generated for the authentication failure.Note◦Multiple Users—Two users log on with the same ID.•SNMP Authentication◦Load Profile—Notification sent when the Load Profile state changes between PASS and FAIL.◦Noise Profile—Notification sent when the Noise Profile state changes between PASS and FAIL.◦Interference Profile—Notification sent when the Interference Profile state changes between PASSand FAIL.◦Coverage Profile—Notification sent when the Coverage Profile state changes between PASS andFAIL.•Auto RF Profile Traps◦Load Profile—Notification sent when the Load Profile state changes between PASS and FAIL.◦Noise Profile—Notification sent when the Noise Profile state changes between PASS and FAIL.◦Interference Profile—Notification sent when the Interference Profile state changes between PASSand FAIL.◦Coverage Profile—Notification sent when the Coverage Profile state changes between PASS andFAIL.•Auto RF Update Traps◦Channel Update—Notification sent when the access point dynamic channel algorithm is updated.◦Tx Power Update—Notification sent when the access point dynamic transmit power algorithm isupdated.•Mesh Traps◦Child Excluded Parent—Notification send when a defined number of failed association to thecontroller occurs through a parent mesh node.◦Notification sent when a child mesh node exceeds the threshold limit of the number of discoveryresponse timeouts. The child mesh node does not try to associate an excluded parent mesh nodefor the interval defined. The child mesh node remembers the excluded parent MAC address whenit joins the network, it informs the controller.◦Parent Change—Notification is sent by the agent when a child mesh node changes its parent. Thechild mesh node remembers its previous parent and it informs the controller about the change ofits parent when it rejoins the network.◦Child Moved—Notification sent when a parent mesh node loses connection with its child meshnode.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4502 OL-28744-01  Information About wIPS
◦Excessive Parent Change—Notification sent when the child mesh node changes its parent frequently.Each mesh node keeps a count of the number of parent changes in a fixed time. If it exceeds thedefined threshold then child mesh node informs the controller.◦Excessive Children—Notification sent when the child count exceeds for a RAP and MAP.◦Poor SNR—Notification sent when the child mesh node detects a lower SNR on a backhaul link.For the other trap, a notification is sent to clear a notification when the child mesh node detects anSNR on a backhaul link that is higher then the object defined by 'clMeshSNRThresholdAbate'.◦Console Login—Notification is sent by the agent when login on MAP console is successful orfailure after three attempts.◦Default Bridge Group Name—Notification sent when MAP mesh node joins parent using 'default'bridge group name.The remaining traps do not have trap controls. These traps are not generated too frequently and do notrequire any trap control. Any other trap that is generated by the controller cannot be turned off.NoteIn all of the above cases, the controller functions solely as a forwarding device.NoteTo download the MIBs, click here.NoteRestrictions for wIPS•wIPS ELM is not supported on 1130 and 1240 access points.Configuring wIPS on an Access Point (GUI)Step 1 Choose Wireless >Access Points >All APs >access point name.Step 2 Set the AP Mode parameter. To configure an access point for wIPS, you must choose one of the following modes fromthe AP Mode drop-down list:•Local•FlexConnectCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 503Restrictions for wIPS
•MonitorStep 3 Set the AP Sub Mode to wIPS by choosing wIPS from the AP Sub Mode drop-down list.Step 4 Click Apply.Step 5 Click Save Configuration.Configuring wIPS on an Access Point (CLI)Step 1 Configure an access point for monitor mode by entering this command:config ap mode {monitor | local | flexconnect} Cisco_APTo configure an access point for wIPS, the access point must be in monitor,local, or flexconnectmodes.NoteStep 2 Enter Ywhen you see the message that the access point will be rebooted if you want to continue.Step 3 Save your changes by entering this command:save configStep 4 Disable the access point radio by entering this command:config {802.11a | 802.11b} disable Cisco_APStep 5 Configure the wIPS submode on the access point by entering this command:config ap mode ap_mode submode wips Cisco_APTo disable wIPS on the access point, enter the config ap mode ap_mode submode none Cisco_AP command.NoteStep 6 Enable wIPS optimized channel scanning for the access point by entering this command:config ap monitor-mode wips-optimized Cisco_APThe access point scans each channel for 250 milliseconds. It derives the list of channels to be scanned from the monitorconfiguration. You can choose one of these options:•All—All channels supported by the access point’s radio•Country—Only the channels supported by the access point’s country of operation•DCA—Only the channel set used by the dynamic channel assignment (DCA) algorithm, which by default includesall of the nonoverlapping channels allowed in the access point’s country of operationThe 802.11a or 802.11b Monitor Channels text box in the output of the show advanced {802.11a |802.11b} monitorcommand shows the monitor configuration channel set:Default 802.11b AP monitoring802.11b Monitor Mode........................... enable802.11b Monitor Channels....................... Country channels802.11b AP Coverage Interval................... 180 seconds802.11b AP Load Interval....................... 60 seconds802.11b AP Noise Interval...................... 180 seconds   Cisco Wireless LAN Controller Configuration Guide, Release 7.4504 OL-28744-01  Configuring wIPS on an Access Point (CLI)
802.11b AP Signal Strength Interval............ 60 secondsStep 7 Reenable the access point radio by entering this command:config {802.11a |802.11b}enable Cisco_APStep 8 Save your changes by entering this command:save configViewing wIPS Information (CLI)You can also view the access point submode from the controller GUI. To do so, choose Wireless >AccessPoints >All APs > the access point name > the Advanced tab. The AP Sub Mode text box shows wIPSif the access point in is monitor mode and the wIPS submode is configured on the access point or Noneif the access point is not in monitor mode or the access point is in monitor mode but the wIPS submodeis not configured.Note•See the wIPS submode on the access point by entering this command:show ap config general Cisco_AP•See the wIPS optimized channel scanning configuration on the access point by entering this command:show ap monitor-mode summary•See the wIPS configuration forwarded by Cisco Prime Infrastructure to the controller by entering thiscommand:show wps wips summary•See the current state of wIPS operation on the controller by entering this command:show wps wips statistics•Clear the wIPS statistics on the controller by entering this command:clear stats wps wipsCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 505Viewing wIPS Information (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4506 OL-28744-01  Viewing wIPS Information (CLI)
CHAPTER 64Configuring the Wi-Fi Direct Client Policy•Information About the Wi-Fi Direct Client Policy, page 507•Restrictions for the Wi-Fi Direct Client Policy, page 507•Configuring the Wi-Fi Direct Client Policy (GUI), page 507•Configuring the Wi-Fi Direct Client Policy (CLI), page 508•Monitoring and Troubleshooting the Wi-Fi Direct Client Policy (CLI), page 508Information About the Wi-Fi Direct Client PolicyDevices that are Wi-Fi Direct capable can connect directly to each other quickly and conveniently to do taskssuch as printing, synchronization, and sharing of data. Wi-Fi Direct devices may associate with multiplepeer-to-peer (P2P) devices and with infrastructure wireless LANs (WLANs) concurrently. You can use thecontroller to configure the Wi-Fi Direct Client Policy, on a per WLAN basis, where you can allow or disallowassociation of Wi-Fi devices with infrastructure WLANs, or disable Wi-Fi Direct Client Policy altogether forWLANs.Restrictions for the Wi-Fi Direct Client PolicyWi-Fi Direct Client Policy is applicable to WLANs that have APs in local mode only.Configuring the Wi-Fi Direct Client Policy (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the WLAN ID of the WLAN for which you want to configure the Wi-Fi Direct Client Policy. The WLANs > Editpage appears.Step 3 Click the Advanced tab.Step 4 From the Wi-Fi Direct Clients Policy drop-down list, choose one of the following options:Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 507
•Disabled—Ignores the Wi-Fi Direct status of clients thereby allowing Wi-Fi Direct clients to associate•Allow—Allows Wi-Fi Direct clients to associate with the WLAN•Not-Allow—Disallows the Wi-Fi Direct clients from associating with the WLANStep 5 Click Apply.Configuring the Wi-Fi Direct Client Policy (CLI)Step 1 Configure the Wi-Fi Direct Client Policy on WLANs by entering this command:config wlan wifidirect {allow |disable |not-allow}wlan-idThe syntax of the command is as follows:•allow—Allows Wi-Fi Direct clients to associate with the WLAN•disable—Disables the Wi-Fi Direct Client Policy for the WLAN and deauthenticates all Wi-Fi Direct clients•not-allow—Disallows the Wi-Fi Direct clients from associating with the WLAN•wlan-id—WLAN identifierStep 2 Save your configuration by entering this command:save configMonitoring and Troubleshooting the Wi-Fi Direct Client Policy (CLI)•Monitor and troubleshoot the Wi-Fi Direct Client Policy by entering theses commands:◦show wlan wifidirect wlan-id—Displays status of the Wi-Fi Direct Client Policy on the WLAN.◦show client wifiDirect-stats—Displays the total number of clients associated and the number ofclients rejected if the Wi-Fi Direct Client Policy is enabled.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4508 OL-28744-01  Configuring the Wi-Fi Direct Client Policy (CLI)
CHAPTER 65Configuring Web Auth Proxy•Information About the Web Authentication Proxy, page 509•Configuring the Web Authentication Proxy (GUI), page 510•Configuring the Web Authentication Proxy (CLI), page 510Information About the Web Authentication ProxyThis feature enables clients that have manual web proxy enabled in the browser to facilitate authenticationwith the controller. If the user's browser is configured with manual proxy settings with a configured portnumber as 8080 or 3128 and if the client requests any URL, the controller responds with a web page promptingthe user to change the Internet proxy settings to automatically detect the proxy settings so that the browser’smanual proxy settings information does not get lost. After enabling this settings, the user can get access tothe network through the web authentication policy. This functionality is given for port 8080 and 3128 becausethese are the most commonly used ports for the web proxy server.The web authentication proxy redirect ports are not blocked through CPU ACL. If a CPU ACL is configuredto block the port 8080, 3128, and one random port as part of web authentication proxy configuration, thoseports are not blocked because the webauth rules take higher precedence than the CPU ACL rules unlessthe client is in the webauth_req state.NoteA web browser has the following three types of Internet settings that you can configure:•Auto detect•System Proxy•ManualIn a manual proxy server configuration, the browser uses the IP address of a proxy server and a port. If thisconfiguration is enabled on the browser, the wireless client communicates with the IP address of the destinationproxy server on the configured port. In a web authentication scenario, the controller does not listen to suchproxy ports and the client is not able to establish a TCP connection with the controller. The user is unable toget any login page to authentication and get access to the network.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 509
When a wireless client enters a web-authenticated WLAN, the client tries to access a URL. If a manual proxyconfiguration is configured on the client's browser, all the web traffic going out from the client will be destinedto the proxy IP and port configured on the browser.•A TCP connection is established between the client and the proxy server IP address that the controllerproxies for.•The client processes the DHCP response and obtains a JavaScript file from the controller. The scriptdisables all proxy configurations on the client for that session.For external clients, the controller sends the login page as is (with or without JavaScipt).Note•Any requests that bypass the proxy configuration. The controller can then perform web-redirection,login, and authentication.•When the client goes out of the network, and then back into its own network, a DHCP refresh occursand the client continues to use the old proxy configuration configured on the browser.•If the external DHCP server is used with webauth proxy, then DHCP option 252 must be configured onthe DHCP server for that scope. The value of option 252 will have the format http://<virtual ip>/proxy.js.No extra configuration is needed for internal DHCP servers.When you configure FIPS mode with secure web authentication, we recommend thatyou use Mozilla Firefox as your browser.NoteConfiguring the Web Authentication Proxy (GUI)Step 1 Choose Controller > GeneralStep 2 From the WebAuth Proxy Redirection Mode drop-down list, choose Enabled or Disabled.Step 3 In the WebAuth Proxy Redirection Port text box, enter the port number of the web auth proxy.This text box consists of the port numbers on which the controller listens to for web authentication proxy redirection.By default, the three ports 80, 8080, and 3128 are assumed. If you configured the web authentication redirection port toany port other than these values, you must specify that value.Step 4 Click Apply.Configuring the Web Authentication Proxy (CLI)•Enable web authentication proxy redirection by entering this command:config network web-auth proxy-redirect {enable |disable}•Configure the secure web (https) authentication for clients by entering this command:   Cisco Wireless LAN Controller Configuration Guide, Release 7.4510 OL-28744-01  Configuring the Web Authentication Proxy (GUI)
config network web-auth secureweb {enable |disable}The default secure web (https) authentication for clients is enabled.If you configure to disallow secure web (https) authentication for clients using the config networkweb-auth secureweb disable command, then you must reboot the Cisco WLC to implement the change.Note•Set the web authentication port number by entering this command:config network web-auth port port-numberThis parameter specifies the port numbers on which the controller listens to for web authentication proxyredirection. By default, the three ports 80, 8080, and 3128 are assumed. If you configured the webauthentication redirection port to any port other than these values, you must specify that value.•See the current status of the web authentication proxy configuration by entering one of the followingcommands:◦show network summary◦show running-configCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 511Configuring the Web Authentication Proxy (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4512 OL-28744-01  Configuring the Web Authentication Proxy (CLI)
CHAPTER 66Detecting Active Exploits•Detecting Active Exploits, page 513Detecting Active ExploitsThe controller supports three active exploit alarms that serve as notifications of potential threats. They areenabled by default and therefore require no configuration on the controller.•ASLEAP detection—The controller raises a trap event if an attacker launches a LEAP crack tool. Thetrap message is visible in the controller’s trap log.•Fake access point detection—The controller tweaks the fake access point detection logic to avoid falseaccess point alarms in high-density access point environments.•Honeypot access point detection—The controller raises a trap event if a rogue access point is usingmanaged SSIDs (WLANs configured on the controller). The trap message is visible in the controller’strap log.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 513
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4514 OL-28744-01  Detecting Active Exploits
PART VWorking with WLANs•Overview, page 517•Configuring WLANs, page 521•Setting the Client Count per WLAN, page 529•Configuring DHCP, page 533•Configuring DHCP Scopes, page 537•Configuring MAC Filtering for WLANs, page 541•Configuring Local MAC Filters, page 543•Configuring Timeouts, page 545•Configuring the DTIM Period, page 549•Configuring Peer-to-Peer Blocking, page 551•Configuring Layer2 Security, page 555•Configuring a WLAN for Both Static and Dynamic WEP, page 567•Configuring Sticky Key Caching, page 571•Configuring CKIP, page 575•Configuring Layer 3 Security, page 579•Configuring Captive Bypassing, page 583•Configuring a Fallback Policy with MAC Filtering and Web Authentication, page 585
•Assigning QoS Profiles, page 587•Configuring QoS Enhanced BSS, page 591•Configuring Media Session Snooping and Reporting, page 595•Configuring Key Telephone System-Based CAC, page 601•Configuring Reanchoring of Roaming Voice Clients, page 605•Configuring Seamless IPv6 Mobility, page 607•Configuring Cisco Client Extensions, page 613•Configuring Remote LANs, page 617•Configuring AP Groups, page 621•Configuring RF Profiles, page 629•Configuring Web Redirect with 8021.X Authentication, page 637•Configuring NAC Out-of-Band Integration, page 643•Configuring Passive Clients, page 649•Configuring Client Profiling, page 653•Configuring Per-WLAN RADIUS Source Support, page 657•Configuring Mobile Concierge, page 661•Configuring Assisted Roaming, page 673
CHAPTER 67Overview•Information About WLANs, page 517Information About WLANsThis feature enables you to control up to 512 WLANs for lightweight access points. Each WLAN has a separateWLAN ID, a separate profile name, and a WLAN SSID. All controllers publish up to 16 WLANs to eachconnected access point, but you can create up to the maximum number of WLANs supported and thenselectively publish these WLANs (using access point groups) to different access points to better manage yourwireless network.You can configure WLANs with different SSIDs or with the same SSID. An SSID identifies the specificwireless network that you want the controller to access.Prerequisites for WLANs•You can associate up to 16 WLANs with each access point group and assign specific access points toeach group. Each access point advertises only the enabled WLANs that belong to its access point group.The access point (AP) does not advertise disabled WLANs in its access point group or WLANs thatbelong to another group.•We recommend that you assign one set of VLANs for WLANs and a different set of VLANs formanagement interfaces to ensure that controllers properly route VLAN traffic.•The controller uses different attributes to differentiate between WLANs with the same Service SetIdentifier (SSID).•WLANs with the same SSID and same Layer 2 policy cannot be created if the WLAN ID is lowerthan 17.•Two WLANs with IDs that are greater than 17 and that have the same SSID and same Layer 2policy is allowed if WLANs are added in different AP groups.This requirement ensures that clients never detect the SSID present on the same accesspoint radio.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 517
Restrictions for WLANs•Peer-to-peer blocking does not apply to multicast traffic.•The WLAN name and SSID can have up to 32 characters. Spaces are not allowed in the WLAN profilename and SSID.•You cannot map a WLAN to VLAN0, and you cannot map VLANs 1002 to 1006.•Dual stack clients with a static-IPv4 address is not supported.•When creating a WLAN with the same SSID, you must create a unique profile name for each WLAN.•All OfficeExtend access points should be in the same access point group, and that group should containno more than 15 WLANs. A controller with OfficeExtend access points in an access point group publishesonly up to 15 WLANs to each connected OfficeExtend access point because it reserves one WLAN forthe personal SSID.•The Cisco Flex 7500 Series Controller does not support the 802.1X security variants on a centrallyswitched WLAN. For example, the following configurations are not allowed on a centrally switchedWLAN:•WPA1/WPA2 with 802.1X AKM•WPA1/WPA2 with CCKM•Dynamic-WEP•Conditional webauth•Splash WEB page redirect•If you want to configure your WLAN in any of the above combinations, the WLAN must beconfigured to use local switching.•If you configured your WLAN with EAP Passthrough and if you downgrade to an earlier controllerversion, you might encounter XML validation errors during the downgrade process. This problem isbecause EAP Passthrough is not supported in earlier releases. The configuration will default to the defaultsecurity settings (WPA2/802.1X).The OEAP 600 Series access point supports a maximum of two WLANs and one remoteLAN. If you have configured more than two WLANs and one remote LAN, you canassign the 600 Series access point to an AP group. The support for two WLANs andone remote LAN still applies to the AP Group If the 600 Series OEAP is in the defaultgroup, the WLAN or remote LAN IDs must be lower than 8.Note•Profile name of WLAN can be of max 31 characters for a locally switched WLAN. For central switchedWLAN, the profile name can be of 32 characters.•When multiple WLANs with the same SSID get assigned to the same AP radio, you must have a uniqueLayer 2 security policy so that clients can safely select between them.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4518 OL-28744-01  Information About WLANs
Some clients might not be able to connect to WLANs properly if they detect the same SSID with multiplesecurity policies. Use this feature with care.CautionCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 519Information About WLANs
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4520 OL-28744-01  Information About WLANs
CHAPTER 68Configuring WLANs•Prerequisites for WLANs, page 521•Restrictions for WLANs, page 522•Information About WLANs, page 523•Creating and Removing WLANs (GUI), page 523•Enabling and Disabling WLANs (GUI), page 524•Creating and Deleting WLANs (CLI), page 524•Enabling and Disabling WLANs (CLI), page 525•Viewing WLANs (CLI), page 525•Searching WLANs (GUI), page 526•Assigning WLANs to Interfaces, page 526•Configuring Network Access Identifier (CLI), page 526Prerequisites for WLANs•You can associate up to 16 WLANs with each access point group and assign specific access points toeach group. Each access point advertises only the enabled WLANs that belong to its access point group.The access point (AP) does not advertise disabled WLANs in its access point group or WLANs thatbelong to another group.•We recommend that you assign one set of VLANs for WLANs and a different set of VLANs formanagement interfaces to ensure that controllers properly route VLAN traffic.•The controller uses different attributes to differentiate between WLANs with the same Service SetIdentifier (SSID).•WLANs with the same SSID and same Layer 2 policy cannot be created if the WLAN ID is lowerthan 17.•Two WLANs with IDs that are greater than 17 and that have the same SSID and same Layer 2policy is allowed if WLANs are added in different AP groups.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 521
This requirement ensures that clients never detect the SSID present on the same accesspoint radio.NoteRestrictions for WLANs•Peer-to-peer blocking does not apply to multicast traffic.•The WLAN name and SSID can have up to 32 characters. Spaces are not allowed in the WLAN profilename and SSID.•You cannot map a WLAN to VLAN0, and you cannot map VLANs 1002 to 1006.•Dual stack clients with a static-IPv4 address is not supported.•When creating a WLAN with the same SSID, you must create a unique profile name for each WLAN.•All OfficeExtend access points should be in the same access point group, and that group should containno more than 15 WLANs. A controller with OfficeExtend access points in an access point group publishesonly up to 15 WLANs to each connected OfficeExtend access point because it reserves one WLAN forthe personal SSID.•The Cisco Flex 7500 Series Controller does not support the 802.1X security variants on a centrallyswitched WLAN. For example, the following configurations are not allowed on a centrally switchedWLAN:•WPA1/WPA2 with 802.1X AKM•WPA1/WPA2 with CCKM•Dynamic-WEP•Conditional webauth•Splash WEB page redirect•If you want to configure your WLAN in any of the above combinations, the WLAN must beconfigured to use local switching.•If you configured your WLAN with EAP Passthrough and if you downgrade to an earlier controllerversion, you might encounter XML validation errors during the downgrade process. This problem isbecause EAP Passthrough is not supported in earlier releases. The configuration will default to the defaultsecurity settings (WPA2/802.1X).The OEAP 600 Series access point supports a maximum of two WLANs and one remoteLAN. If you have configured more than two WLANs and one remote LAN, you canassign the 600 Series access point to an AP group. The support for two WLANs andone remote LAN still applies to the AP Group If the 600 Series OEAP is in the defaultgroup, the WLAN or remote LAN IDs must be lower than 8.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4522 OL-28744-01  Restrictions for WLANs
•Profile name of WLAN can be of max 31 characters for a locally switched WLAN. For central switchedWLAN, the profile name can be of 32 characters.•When multiple WLANs with the same SSID get assigned to the same AP radio, you must have a uniqueLayer 2 security policy so that clients can safely select between them.Some clients might not be able to connect to WLANs properly if they detect the same SSID with multiplesecurity policies. Use this feature with care.CautionInformation About WLANsThis feature enables you to control up to 512 WLANs for lightweight access points. Each WLAN has a separateWLAN ID, a separate profile name, and a WLAN SSID. All controllers publish up to 16 WLANs to eachconnected access point, but you can create up to the maximum number of WLANs supported and thenselectively publish these WLANs (using access point groups) to different access points to better manage yourwireless network.You can configure WLANs with different SSIDs or with the same SSID. An SSID identifies the specificwireless network that you want the controller to access.Creating and Removing WLANs (GUI)Step 1 Choose WLANs to open the WLANs page.This page lists all of the WLANs currently configured on the controller. For each WLAN, you can see its WLAN ID,profile name, type, SSID, status, and security policies.The total number of WLANs appears in the upper right-hand corner of the page. If the list of WLANs spans multiplepages, you can access these pages by clicking the page number links.If you want to delete a WLAN, hover your cursor over the blue drop-down arrow for that WLAN and chooseRemove, or select the check box to the left of the WLAN, choose Remove Selected from the drop-down list,and click Go. A message appears asking you to confirm your decision. If you proceed, the WLAN is removedfrom any access point group to which it is assigned and from the access point’s radio.NoteStep 2 Create a new WLAN by choosing Create New from the drop-down list and clicking Go. The WLANs > New pageappears.When you upgrade to controller software release 5.2 or later releases, the controller creates the default-groupaccess point group and automatically populates it with the first 16 WLANs (WLANs with IDs 1 through 16, orfewer if 16 WLANs are not configured). This default group cannot be modified (you cannot add WLANs to itnor delete WLANs from it). It is dynamically updated whenever the first 16 WLANs are added or deleted. Ifan access point does not belong to an access point group, it is assigned to the default group and uses the WLANsin that group. If an access point joins the controller with an undefined access point group name, the access pointkeeps its group name but uses the WLANs in the default-group access point group.NoteStep 3 From the Type drop-down list, choose WLAN to create a WLAN.If you want to create a guest LAN for wired guest users, choose GuestLAN.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 523Information About WLANs
Step 4 In the Profile Name text box, enter up to 32 characters for the profile name to be assigned to this WLAN. The profilename must be unique.Step 5 In the WLAN SSID text box, enter up to 32 characters for the SSID to be assigned to this WLAN.Step 6 From the WLAN ID drop-down list, choose the ID number for this WLAN.If the Cisco OEAP 600 is in the default group, the WLAN/Remote LAN IDs need to be set as lower than ID8.NoteStep 7 Click Apply to commit your changes. The WLANs > Edit page appears.You can also open the WLANs > Edit page from the WLANs page by clicking the ID number of the WLANthat you want to edit.NoteStep 8 Use the parameters on the General, Security, QoS, and Advanced tabs to configure this WLAN. See the sections in therest of this chapter for instructions on configuring specific features for WLANs.Step 9 On the General tab, select the Status check box to enable this WLAN. Be sure to leave it unselected until you havefinished making configuration changes to the WLAN.Step 10 Click Apply to commit your changes.Step 11 Click Save Configuration to save your changes.Enabling and Disabling WLANs (GUI)Step 1 Choose WLANs to open the WLANs page.This page lists all of the WLANs currently configured on the controller.Step 2 Enable or disable WLANs from the WLANs page by selecting the check boxes to the left of the WLANs that you wantto enable or disable, choosing Enable Selected or Disable Selected from the drop-down list, and clicking Go.Step 3 Click Apply.Creating and Deleting WLANs (CLI)•Create a new WLAN by entering this command:config wlan create wlan_id {profile_name |foreign_ap}ssidIf you do not specify an ssid, the profile_name parameter is used for both the profilename and the SSID.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4524 OL-28744-01  Enabling and Disabling WLANs (GUI)
When WLAN 1 is created in the configuration wizard, it is created in enabled mode.Disable it until you have finished configuring it. When you create a new WLAN usingthe config wlan create command, it is created in disabled mode. Leave it disabled untilyou have finished configuring it.Note•Delete a WLAN by entering this command:config wlan delete {wlan_id |foreign_ap}An error message appears if you try to delete a WLAN that is assigned to an accesspoint group. If you proceed, the WLAN is removed from the access point group andfrom the access point’s radio.NoteEnabling and Disabling WLANs (CLI)•Enable a WLAN (for example, after you have finished making configuration changes to the WLAN) byentering this command:config wlan enable {wlan_id |foreign_ap |all}If the command fails, an error message appears (for example, “Request failed for wlan 10 - Static WEPkey size does not match 802.1X WEP key size”).Note•Disable a WLAN (for example, before making any modifications to a WLAN) by entering this command:config wlan disable {wlan_id |foreign_ap |all}wherewlan_id is a WLAN ID between 1 and 512.foreign_ap is a third-party access point.all is all WLANs.If the management and AP-manager interfaces are mapped to the same port and are members of the sameVLAN, you must disable the WLAN before making a port-mapping change to either interface. If themanagement and AP-manager interfaces are assigned to different VLANs, you do not need to disable theWLAN.NoteViewing WLANs (CLI)•View the list of existing WLANs and to see whether they are enabled or disabled by entering thiscommand:Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 525Enabling and Disabling WLANs (CLI)
show wlan summarySearching WLANs (GUI)Step 1 On the WLANs page, click Change Filter. The Search WLANs dialog box appears.Step 2 Perform one of the following:•To search for WLANs based on profile name, select the Profile Name check box and enter the desired profilename in the edit box.•To search for WLANs based on SSID, select the SSID check box and enter the desired SSID in the edit box.•To search for WLANs based on their status, select the Status check box and choose Enabled or Disabled fromthe drop-down list.Step 3 Click Find. Only the WLANs that match your search criteria appear on the WLANs page, and the Current Filter fieldat the top of the page specifies the search criteria used to generate the list (for example, None, Profile Name:user1,SSID:test1, Status: disabled).To clear any configured search criteria and display the entire list of WLANs, click ClearFilter.NoteAssigning WLANs to InterfacesUse these commands to assign a WLAN to an interface:•Assign a WLAN to an interface by entering this command:config wlan interface {wlan_id |foreignAp}interface_id◦Use the interface_id option to assign the WLAN to a specific interface.◦Use the foreignAp option to use a third-party access point.•Verify the interface assignment status by entering the show wlan summary command.Configuring Network Access Identifier (CLI)You can configure a network access server identifier (NAS-ID) on each WLAN profile, VLAN interface, orAP group. The NAS-ID is sent to the RADIUS server by the controller through an authentication request toclassify users to different groups so that the RADIUS server can send a customized authentication response.If you configure a NAS-ID for an AP group, this NAS-ID overrides the NAS-ID that is configured for aWLAN profile or the VLAN interface. If you configure a NAS-ID for a WLAN profile, this NAS-ID overridesthe NAS-ID that is configured for the VLAN interface.•Configure a NAS-ID for a WLAN profile by entering this command:   Cisco Wireless LAN Controller Configuration Guide, Release 7.4526 OL-28744-01  Searching WLANs (GUI)
config wlan nasid {nas-id-string |none}wlan-id•Configure a NAS-ID for a VLAN interface by entering this command:config interface nasid {nas-id-string |none}interface-name•Configure a NAS-ID for an AP group by entering this command:config wlan apgroup nasid {nas-id-string |none}apgroup-nameWhen the controller communicates with the RADIUS server, the NAS-ID attribute is replaced with theconfigured NAS-ID in an AP group, a WLAN, or a VLAN interface.The NAS-ID that is configured on the controller for an AP group, a WLAN, or a VLAN interface is used forauthentication. The configuration of NAS-ID is not propagated across controllers.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 527Configuring Network Access Identifier (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4528 OL-28744-01  Configuring Network Access Identifier (CLI)
CHAPTER 69Setting the Client Count per WLAN•Restrictions for Setting Client Count for WLANs, page 529•Information About Setting the Client Count per WLAN, page 530•Configuring the Client Count per WLAN (GUI), page 530•Configuring the Maximum Number of Clients per WLAN (CLI), page 530•Configuring the Maximum Number of Clients for each AP Radio per WLAN (GUI), page 531•Configuring the Maximum Number of Clients for each AP Radio per WLAN (CLI), page 531Restrictions for Setting Client Count for WLANs•The maximum number of clients for each WLAN feature is not supported when you use FlexConnectlocal authentication.•The maximum number of clients for each WLAN feature is supported only for access points that are inconnected mode.•When a WLAN has reached the limit on the maximum number of clients connected to it or an AP radioand a new client tries to join the WLAN, the client cannot connect to the WLAN until an existing clientgets disconnected.•Roaming clients are considered as new clients. The new client can connect to a WLAN, which hasreached the maximum limit on the number of connected clients, only when an existing client getsdisconnected.For more information about the number of clients that are supported, see the product data sheet of yourcontroller.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 529
Information About Setting the Client Count per WLANYou can set a limit to the number of clients that can connect to a WLAN, which is useful in scenarios whereyou have a limited number of clients that can connect to a controller. For example, consider a scenario wherethe controller can serve up to 256 clients on a WLAN and these clients can be shared between enterprise users(employees) and guest users. You can set a limit on the number of guest clients that can access a given WLAN.The number of clients that you can configure for each WLAN depends on the platform that you are using.Configuring the Client Count per WLAN (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to limit the number of clients. The WLANs > Edit page appears.Step 3 Click the Advanced tab.Step 4 In the Maximum Allowed Clients text box, enter the maximum number of clients that are to be allowed.Step 5 Click Apply.Step 6 Click Save Configuration.Configuring the Maximum Number of Clients per WLAN (CLI)Step 1 Determine the WLAN ID for which you want to configure the maximum clients by entering this command:show wlan summaryGet the WLAN ID from the list.Step 2 Configure the maximum number of clients for each WLAN by entering this command:config wlan max-associated-clients max-clients wlan-id   Cisco Wireless LAN Controller Configuration Guide, Release 7.4530 OL-28744-01  Information About Setting the Client Count per WLAN
Configuring the Maximum Number of Clients for each AP Radio per WLAN(GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to limit the number of clients. The WLANs > Edit page appears.Step 3 In the Advanced tab, enter the maximum allowed clients for each access point radio in the Maximum Allowed ClientsPer AP Radio text box. You can configure up to 200 clients.Step 4 Click Apply.Configuring the Maximum Number of Clients for each AP Radio per WLAN(CLI)Step 1 Determine the WLAN ID for which you want to configure the maximum clients for each radio by entering this command:show wlan summaryObtain the WLAN ID from the list.Step 2 Configure the maximum number of clients for each WLAN by entering this command:config wlan max-radio-clients client_countYou can configure up to 200 clients.Step 3 See the configured maximum associated clients by entering the show 802.11a command.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 531Configuring the Maximum Number of Clients for each AP Radio per WLAN (GUI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4532 OL-28744-01  Configuring the Maximum Number of Clients for each AP Radio per WLAN (CLI)
CHAPTER 70Configuring DHCP•Restrictions for Configuring DHCP for WLANs, page 533•Information About the Dynamic Host Configuration Protocol, page 533•Configuring DHCP (GUI), page 535•Configuring DHCP (CLI), page 536•Debugging DHCP (CLI), page 536Restrictions for Configuring DHCP for WLANs•The controller internal DHCP server does not support Cisco Aironet 600 Series OfficeExtend AccessPoint.•Internal DHCP servers are not supported in Cisco Flex 7500 Series Controllers. As a workaround, youcan use External DHCP servers.•For WLANs with local switching and central DHCP feature enabled, clients with static IP addresses arenot allowed. Enabling central DHCP will internally enable DHCP required option.Information About the Dynamic Host Configuration ProtocolYou can configure WLANs to use the same or different Dynamic Host Configuration Protocol (DHCP) serversor no DHCP server. Two types of DHCP servers are available: internal and external.Internal DHCP ServersThe controllers contain an internal DHCP server. This server is typically used in branch offices that do notalready have a DHCP server. The wireless network generally contains a maximum of 10 access points orfewer, with the access points on the same IP subnet as the controller. The internal server provides DHCPaddresses to wireless clients, direct-connect access points, and DHCP requests that are relayed from accesspoints. Only lightweight access points are supported. When you want to use the internal DHCP server, youmust set the management interface IP address of the controller as the DHCP server IP address.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 533
DHCP option 43 is not supported on the internal server. Therefore, the access point must use an alternativemethod to locate the management interface IP address of the controller, such as local subnet broadcast, DomainName System (DNS), or priming.An internal DHCP server pool only serves the wireless clients of that controller, not clients of other controllers.Also, an internal DHCP server can serve only wireless clients, not wired clients.When clients use the internal DHCP server of the controller, IP addresses are not preserved across reboots.As a result, multiple clients can be assigned with the same IP address. To resolve any IP address conflicts,clients must release their existing IP address and request a new one. Wired guest clients are always on a Layer2 network connected to a local or foreign controller.DHCPv6 is not supported in the internal DHCP servers.NoteExternal DHCP ServersThe operating system is designed to appear as a DHCP Relay to the network and as a DHCP server to clientswith industry-standard external DHCP servers that support DHCP Relay, which means that each controllerappears as a DHCP Relay agent to the DHCP server and as a DHCP server at the virtual IP address to wirelessclients.Because the controller captures the client IP address that is obtained from a DHCP server, it maintains thesame IP address for that client during intra controller, inter controller, and inter-subnet client roaming.External DHCP servers can support DHCPv6.NoteDHCP AssignmentsYou can configure DHCP on a per-interface or per-WLAN basis. We recommend that you use the primaryDHCP server address that is assigned to a particular interface.You can assign DHCP servers for individual interfaces. You can configure the management interface,AP-manager interface, and dynamic interface for a primary and secondary DHCP server, and you can configurethe service-port interface to enable or disable DHCP servers. You can also define a DHCP server on a WLAN.In this case, the server overrides the DHCP server address on the interface assigned to the WLAN.Security ConsiderationsFor enhanced security, we recommend that you require all clients to obtain their IP addresses from a DHCPserver. To enforce this requirement, you can configure all WLANs with a DHCP Addr. Assignment Requiredsetting, which disallows client static IP addresses. If DHCP Addr. Assignment Required is selected, clientsmust obtain an IP address via DHCP. Any client with a static IP address is not allowed on the network. Thecontroller monitors DHCP traffic because it acts as a DHCP proxy for the clients.WLANs that support management over wireless must allow management (device-servicing) clients toobtain an IP address from a DHCP server.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4534 OL-28744-01  Information About the Dynamic Host Configuration Protocol
If slightly less security is tolerable, you can create WLANs with DHCP Addr. Assignment Required disabled.Clients then have the option of using a static IP address or obtaining an IP address from a designated DHCPserver.DHCP Addr. Assignment Required is not supported for wired guest LANs.NoteYou can create separate WLANs with DHCP Addr. Assignment Required configured as disabled. This isapplicable only if DHCP proxy is enabled for the controller. You must not define the primary/secondaryconfiguration DHCP server you should disable the DHCP proxy. These WLANs drop all DHCP requests andforce clients to use a static IP address. These WLANs do not support management over wireless connections.Configuring DHCP (GUI)To configure a primary DHCP server for a management, AP-manager, or dynamic interface, see the ConfiguringPorts and Interfaces chapter.When you want to use the internal DHCP server, you must set the management interface IP address of thecontroller as the DHCP server IP address.Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to assign an interface. The WLANs > Edit (General) pageappears.Step 3 On the General tab, unselect the Status check box and click Apply to disable the WLAN.Step 4 Reclick the ID number of the WLAN.Step 5 On the General tab, choose the interface for which you configured a primary DHCP server to be used with this WLANfrom the Interface drop-down list.Step 6 Choose the Advanced tab to open the WLANs > Edit (Advanced) page.Step 7 If you want to define a DHCP server on the WLAN that will override the DHCP server address on the interface assignedto the WLAN, select the DHCP Server Override check box and enter the IP address of the desired DHCP server in theDHCP Server IP Addr text box. The default value for the check box is disabled.The preferred method for configuring DHCP is to use the primary DHCP address assigned to a particular interfaceinstead of the DHCP server override.NoteDHCP Server override is applicable only for the defaultgroup.NoteIf a WLAN has the DHCP server override option enabled and the controller has DHCP proxy enabled, anyinterface mapped to the WLAN must have a DHCP server IP address or the WLAN must be configured with aDHCP server IP address.NoteStep 8 If you want to require all clients to obtain their IP addresses from a DHCP server, select the DHCP Addr. AssignmentRequired check box. When this feature is enabled, any client with a static IP address is not allowed on the network. Thedefault value is disabled.DHCP Addr. Assignment Required is not supported for wired guestLANs.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 535Configuring DHCP (GUI)
Step 9 Click Apply.Step 10 On the General tab, select the Status check box and click Apply to reenable the WLAN.Step 11 Click Save Configuration.Configuring DHCP (CLI)Step 1 Disable the WLAN by entering this command:config wlan disable wlan-idStep 2 Specify the interface for which you configured a primary DHCP server to be used with this WLAN by entering thiscommand:config wlan interface wlan-id interface_nameStep 3 If you want to define a DHCP server on the WLAN that will override the DHCP server address on the interface assignedto the WLAN, enter this command:config wlan dhcp_server wlan-id dhcp_server_ip_addressThe preferred method for configuring DHCP is to use the primary DHCP address assigned to a particular interfaceinstead of the DHCP server override. If you enable the override, you can use the show wlan command to verifythat the DHCP server has been assigned to the WLAN.NoteIf a WLAN has the DHCP server override option enabled and the controller has DHCP proxy enabled, anyinterface mapped to the WLAN must have a DHCP server IP address or the WLAN must be configured with aDHCP server IP address.NoteStep 4 Reenable the WLAN by entering this command:config wlan enable wlan-idDebugging DHCP (CLI)Use these commands to debug DHCP:•debug dhcp packet {enable |disable}—Enables or disables debugging of DHCP packets.•debug dhcp message {enable |disable}—Enables or disables debugging of DHCP error messages.•debug dhcp service-port {enable |disable}—Enables or disables debugging of DHCP packets on theservice port.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4536 OL-28744-01  Configuring DHCP (CLI)
CHAPTER 71Configuring DHCP Scopes•Restrictions for Configuring DHCP Scopes, page 537•Information About DHCP Scopes, page 537•Configuring DHCP Scopes (GUI), page 537•Configuring DHCP Scopes (CLI), page 538Restrictions for Configuring DHCP ScopesYou can configure up to 16 DHCP scopes.Information About DHCP ScopesControllers have built-in DHCP relay agents. However, when you desire network segments that do not havea separate DHCP server, the controllers can have built-in DHCP scopes that assign IP addresses and subnetmasks to wireless clients. Typically, one controller can have one or more DHCP scopes that each provide arange of IP addresses.DHCP scopes are needed for internal DHCP to work. Once DHCP is defined on the controller, you can thenpoint the primary DHCP server IP address on the management, AP-manager, and dynamic interfaces to thecontroller’s management interface.Configuring DHCP Scopes (GUI)Step 1 Choose Controller >Internal DHCP Server >DHCP Scope to open the DHCP Scopes page.This page lists any DHCP scopes that have already been configured.If you ever want to delete an existing DHCP scope, hover your cursor over the blue drop-down arrow for thatscope and choose Remove.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 537
Step 2 Click New to add a new DHCP scope. The DHCP Scope > New page appears.Step 3 In the Scope Name text box, enter a name for the new DHCP scope.Step 4 Click Apply. When the DHCP Scopes page reappears, click the name of the new scope. The DHCP Scope > Edit pageappears.Step 5 In the Pool Start Address text box, enter the starting IP address in the range assigned to the clients.This pool must be unique for each DHCP scope and must not include the static IP addresses of routers or otherservers.NoteStep 6 In the Pool End Address text box, enter the ending IP address in the range assigned to the clients.This pool must be unique for each DHCP scope and must not include the static IP addresses of routers or otherservers.NoteStep 7 In the Network text box, enter the network served by this DHCP scope. This IP address is used by the managementinterface with Netmask applied, as configured on the Interfaces page.Step 8 In the Netmask text box, enter the subnet mask assigned to all wireless clients.Step 9 In the Lease Time text box, enter the amount of time (from 0 to 65536 seconds) that an IP address is granted to a client.Step 10 In the Default Routers text box, enter the IP address of the optional router connecting the controllers. Each router mustinclude a DHCP forwarding agent, which allows a single controller to serve the clients of multiple controllers.Step 11 In the DNS Domain Name text box, enter the optional domain name system (DNS) domain name of this DHCP scopefor use with one or more DNS servers.Step 12 In the DNS Servers text box, enter the IP address of the optional DNS server. Each DNS server must be able to updatea client’s DNS entry to match the IP address assigned by this DHCP scope.Step 13 In the Netbios Name Servers text box, enter the IP address of the optional Microsoft Network Basic Input Output System(NetBIOS) name server, such as the Internet Naming Service (WINS) server.Step 14 From the Status drop-down list, choose Enabled to enable this DHCP scope or choose Disabled to disable it.Step 15 Click Apply to commit your changes.Step 16 Click Save Configuration to save your changes.Step 17 Choose DHCP Allocated Leases to see the remaining lease time for wireless clients. The DHCP Allocated Lease pageappears, showing the MAC address, IP address, and remaining lease time for the wireless clients.Configuring DHCP Scopes (CLI)Step 1 Create a new DHCP scope by entering this command:config dhcp create-scope scopeIf you ever want to delete a DHCP scope, enter this command: config dhcp delete-scopescope.NoteStep 2 Specify the starting and ending IP address in the range assigned to the clients by entering this command:config dhcp address-pool scope start endThis pool must be unique for each DHCP scope and must not include the static IP addresses of routers or otherservers.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4538 OL-28744-01  Configuring DHCP Scopes (CLI)
Step 3 Specify the network served by this DHCP scope (the IP address used by the management interface with the Netmaskapplied) and the subnet mask assigned to all wireless clients by entering this command:config dhcp network scope network netmaskStep 4 Specify the amount of time (from 0 to 65536 seconds) that an IP address is granted to a client by entering this command:config dhcp lease scope lease_durationStep 5 Specify the IP address of the optional router connecting the controllers by entering this command:config dhcp default-router scope router_1 [router_2] [router_3]Each router must include a DHCP forwarding agent, which allows a single controller to serve the clients of multiplecontrollers.Step 6 Specify the optional domain name system (DNS) domain name of this DHCP scope for use with one or more DNSservers by entering this command:config dhcp domain scope domainStep 7 Specify the IP address of the optional DNS server(s) by entering this command:config dhcp dns-servers scope dns1 [dns2] [dns3]Each DNS server must be able to update a client’s DNS entry to match the IP address assigned by this DHCP scopeStep 8 Specify the IP address of the optional Microsoft Network Basic Input Output System (NetBIOS) name server, such asthe Internet Naming Service (WINS) server by entering this command:config dhcp netbios-name-server scope wins1 [wins2] [wins3]Step 9 Enable or disable this DHCP scope by entering this command:config dhcp {enable |disable}scopeStep 10 Save your changes by entering this command:save configStep 11 See the list of configured DHCP scopes by entering this command:show dhcp summaryInformation similar to the following appears:Scope Name Enabled Address RangeScope 1 No 0.0.0.0 -> 0.0.0.0Scope 2 No 0.0.0.0 -> 0.0.0.0Step 12 Display the DHCP information for a particular scope by entering this command:show dhcp scopeInformation similar to the following appears:Enabled....................................... NoLease Time.................................... 0Pool Start.................................... 0.0.0.0Pool End...................................... 0.0.0.0Network....................................... 0.0.0.0Netmask....................................... 0.0.0.0Default Routers............................... 0.0.0.0 0.0.0.0 0.0.0.0DNS Domain....................................DNS........................................... 0.0.0.0 0.0.0.0 0.0.0.0Netbios Name Servers.......................... 0.0.0.0 0.0.0.0 0.0.0.0Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 539Configuring DHCP Scopes (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4540 OL-28744-01  Configuring DHCP Scopes (CLI)
CHAPTER 72Configuring MAC Filtering for WLANs•Restrictions for MAC Filtering, page 541•Information About MAC Filtering of WLANs, page 541•Enabling MAC Filtering, page 541Restrictions for MAC Filtering•MAC filtering cannot be configured for Guest LANs.Information About MAC Filtering of WLANsWhen you use MAC filtering for client or administrator authorization, you need to enable it at the WLANlevel first. If you plan to use local MAC address filtering for any WLAN, use the commands in this sectionto configure MAC filtering for a WLAN.Enabling MAC FilteringUse these commands to enable MAC filtering on a WLAN:•Enable MAC filtering by entering the config wlan mac-filtering enable wlan_id command.•Verify that you have MAC filtering enabled for the WLAN by entering the show wlan command.When you enable MAC filtering, only the MAC addresses that you add to the WLAN are allowed to join theWLAN. MAC addresses that have not been added are not allowed to join the WLAN.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 541
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4542 OL-28744-01  Enabling MAC Filtering
CHAPTER 73Configuring Local MAC Filters•Prerequisites for Configuring Local MAC Filters, page 543•Information About Local MAC Filters, page 543•Configuring Local MAC Filters (CLI), page 543Prerequisites for Configuring Local MAC FiltersYou must have AAA enabled on the WLAN to override the interface name.Information About Local MAC FiltersControllers have built-in MAC filtering capability, similar to that provided by a RADIUS authorization server.Configuring Local MAC Filters (CLI)•Create a MAC filter entry on the controller by entering the config macfilter add mac_addr wlan_id[interface_name] [description] [IP_addr] command.The following parameters are optional:◦mac_addr—MAC address of the client.◦wlan_id—WLAN id on which the client is associating.◦interface_name—The name of the interface. This interface name is used to override the interfaceconfigured to the WLAN.◦description—A brief description of the interface in double quotes (for example, “Interface1”).◦IP_addr—The IP address which is used for a passive client with the MAC address specified bythe mac addr value above.•Assign an IP address to an existing MAC filter entry, if one was not assigned in the config macfilteradd command by entering the config macfilter ip-address mac_addr IP_addr command.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 543
•Verify that MAC addresses are assigned to the WLAN by entering the show macfilter command.If MAC filtering is configured, the controller tries to authenticate the wireless clients using the RADIUSservers first. Local MAC filtering is attempted only if no RADIUS servers are found, either because theRADIUS servers timed out or no RADIUS servers were configured.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4544 OL-28744-01  Configuring Local MAC Filters (CLI)
CHAPTER 74Configuring Timeouts•Configuring a Timeout for Disabled Clients, page 545•Configuring Session Timeout, page 545•Configuring the User Idle Timeout, page 547Configuring a Timeout for Disabled ClientsInformation About Configuring a Timeout for Disabled ClientsYou can configure a timeout for disabled clients. Clients who fail to authenticate three times when attemptingto associate are automatically disabled from further association attempts. After the timeout period expires,the client is allowed to retry authentication until it associates or fails authentication and is excluded again.Use these commands to configure a timeout for disabled clients.Configuring Timeout for Disabled Clients (CLI)•Configure the timeout for disabled clients by entering the config wlan exclusionlist wlan_id timeoutcommand. The valid timeout range is 1 to 2147483647 seconds. A value of 0 permanently disables theclient.•Verify the current timeout by entering the show wlan command.Configuring Session TimeoutInformation About Session TimeoutsYou can configure a WLAN with a session timeout. The session timeout is the maximum time for a clientsession to remain active before requiring reauthorization.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 545
Configuring a Session Timeout (GUI)Configurable session timeout range is:•300-86400 for 802.1x.•0-65535 for all other security types.If you configure session timeout as 0, it means disabling session-timeout, in case of open system, and86400 seconds for all other system types.NoteStep 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to assign a session timeout.Step 3 When the WLANs > Edit page appears, choose the Advanced tab. The WLANs > Edit (Advanced) page appears.Step 4 Select the Enable Session Timeout check box to configure a session timeout for this WLAN. Not selecting the checkboxis equal to setting it to 0, which is the maximum value for a session timeout for each session type.Step 5 Click Apply to commit your changes.Step 6 Click Save Configuration to save your changes.Configuring a Session Timeout (CLI)Step 1 Configure a session timeout for wireless clients on a WLAN by entering this command:config wlan session-timeout wlan_id timeoutThe default value is 1800 seconds for the following Layer 2 security types: 802.1X, Static WEP+802.1X, WPA+WPA2with 802.1X, CCKM, or 802.1X+CCKM authentication key management and 0 seconds for all other Layer 2 securitytypes (Open WLAN/CKIP/Static WEP). A value of 0 is equivalent to no timeout.Step 2 Save your changes by entering this command:save configStep 3 See the current session timeout value for a WLAN by entering this command:show wlan wlan_idInformation similar to the following appears:WLAN Identifier.................................. 9Profile Name..................................... test12Network Name (SSID)........................... test12...Number of Active Clients......................... 0Exclusionlist Timeout............................ 60 secondsSession Timeout............................... 1800 seconds   Cisco Wireless LAN Controller Configuration Guide, Release 7.4546 OL-28744-01  Configuring Session Timeout
...Configuring the User Idle TimeoutInformation About the User Idle Timeout Per WLANThis is an enhancement to the present implementation of the user idle timeout feature, which is applicable toall WLAN profiles on the controller. With this enhancement, you can configure a user idle timeout for anindividual WLAN profile. This user idle timeout is applicable to all the clients that belong to this WLANprofile.You can also configure a threshold triggered timeout where if a client has not sent a threshold quota of datawithin the specified user idle timeout, the client is considered to be inactive and is deauthenticated. If the datasent by the client is more than the threshold quota specified within the user idle timeout, the client is consideredto be active and the controller refreshes for another timeout period. If the threshold quota is exhausted withinthe timeout period, the timeout period is refreshed.Suppose the user idle timeout is specified as 120 seconds and the user idle threshold is specified as 10megabytes. After a period of 120 seconds, if the client has not sent 10 megabytes of data, the client is consideredto be inactive and is deauthenticated. If the client has exhausted 10 megabytes within 120 seconds, the timeoutperiod is refreshed.Configuring Per-WLAN User Idle Timeout (CLI)•Configure user idle timeout for a WLAN by entering this command:config wlan usertimeout timeout-in-seconds wlan-id•Configure user idle threshold for a WLAN by entering this command:config wlan user-idle-threshold value-in-bytes wlan-idCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 547Configuring the User Idle Timeout
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4548 OL-28744-01  Configuring the User Idle Timeout
CHAPTER 75Configuring the DTIM Period•Information About DTIM Period, page 549•Configuring the DTIM Period (GUI), page 550•Configuring the DTIM Period (CLI), page 550Information About DTIM PeriodIn the 802.11 networks, lightweight access points broadcast a beacon at regular intervals, which coincideswith the Delivery Traffic Indication Map (DTIM). After the access point broadcasts the beacon, it transmitsany buffered broadcast and multicast frames based on the value set for the DTIM period. This feature allowspower-saving clients to wake up at the appropriate time if they are expecting broadcast or multicast data.Typically, the DTIM value is set to 1 (to transmit broadcast and multicast frames after every beacon) or 2 (totransmit after every other beacon). For instance, if the beacon period of the 802.11 network is 100 ms and theDTIM value is set to 1, the access point transmits buffered broadcast and multicast frames 10 times per second.If the beacon period is 100 ms and the DTIM value is set to 2, the access point transmits buffered broadcastand multicast frames 5 times per second. Either of these settings are suitable for applications, including VoiceOver IP (VoIP), that expect frequent broadcast and multicast frames.However, the DTIM value can be set as high as 255 (to transmit broadcast and multicast frames after every255th beacon) if all 802.11 clients have power save enabled. Because the clients have to listen only when theDTIM period is reached, they can be set to listen for broadcasts and multicasts less frequently which resultsin a longer battery life. For example, if the beacon period is 100 ms and you set the DTIM value to 100, theaccess point transmits buffered broadcast and multicast frames once every 10 seconds. This rate allows thepower-saving clients to sleep longer before they have to wake up and listen for broadcasts and multicasts,which results in a longer battery life.A beacon period, which is specified in milliseconds on the controller, is converted internally by the softwareto 802.11 Time Units (TUs), where 1 TU = 1.024 milliseconds. On Cisco’s 802.11n access points, thisvalue is rounded to the nearest multiple of 17 TUs. For example, a configured beacon period of 100 msresults in an actual beacon period of 104 ms.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 549
Many applications cannot tolerate a long time between broadcast and multicast messages, which results inpoor protocol and application performance. We recommend that you set a low DTIM value for 802.11 networksthat support such clients.You can configure the DTIM period for the 802.11 radio networks on specific WLANs. For example, youmight want to set different DTIM values for voice and data WLANs.Configuring the DTIM Period (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure the DTIM period.Step 3 Unselect the Status check box to disable the WLAN.Step 4 Click Apply.Step 5 Choose the Advanced tab to open the WLANs > Edit (Advanced) page.Step 6 Under DTIM Period, enter a value between 1 and 255 (inclusive) in the 802.11a/n and 802.11b/g/n text boxes. Thedefault value is 1 (transmit broadcast and multicast frames after every beacon).Step 7 Click Apply.Step 8 Choose the General tab to open the WLANs > Edit (General) page.Step 9 Select the Status check box to reenable the WLAN.Step 10 Click Save Configuration.Configuring the DTIM Period (CLI)Step 1 Disable the WLAN by entering this command:config wlan disable wlan_idStep 2 Configure the DTIM period for a 802.11 radio network on a specific WLAN by entering this command:config wlan dtim {802.11a |802.11b}dtim wlan_idwhere dtim is a value between 1 and 255 (inclusive). The default value is 1 (transmit broadcast and multicast framesafter every beacon).Step 3 Reenable the WLAN by entering this command:config wlan enable wlan_idStep 4 Save your changes by entering this command:save configStep 5 Verify the DTIM period by entering this command:show wlan wlan_id   Cisco Wireless LAN Controller Configuration Guide, Release 7.4550 OL-28744-01  Configuring the DTIM Period (GUI)
CHAPTER 76Configuring Peer-to-Peer Blocking•Restrictions for Peer-to-Peer Blocking, page 551•Information About Peer-to-Peer Blocking, page 551•Configuring Peer-to-Peer Blocking (GUI), page 552•Configuring Peer-to-Peer Blocking (CLI), page 552Restrictions for Peer-to-Peer Blocking•In controller software releases prior to 4.2, the controller forwards Address Resolution Protocol (ARP)requests upstream (just like all other traffic). In controller software release 4.2 or later releases, ARPrequests are directed according to the behavior set for peer-to-peer blocking.•Peer-to-peer blocking does not apply to multicast traffic.•If you upgrade to controller software release 4.2 or later releases from a previous release that supportsglobal peer-to-peer blocking, each WLAN is configured with the peer-to-peer blocking action offorwarding traffic to the upstream VLAN.•In FlexConnect, solution peer-to-peer blocking configuration cannot be applied only to a particularFlexConnect AP or a subset of APs. It is applied to all FlexConnect APs that broadcast the SSID.•Unified solution for central switching clients supports peer-to-peer upstream-forward. However, this isnot supported in the FlexConnect solution. This is treated as peer-to-peer drop and client packets aredropped.•Unified solution for central switching clients supports peer-to-peer blocking for clients associated withdifferent APs. However, this solution targets only clients connected to the same AP. FlexConnect ACLscan be used as a workaround for this limitation.Information About Peer-to-Peer BlockingPeer-to-peer blocking is applied to individual WLANs, and each client inherits the peer-to-peer blockingsetting of the WLAN to which it is associated. Peer-to-Peer enables you to have more control over how trafficis directed. For example, you can choose to have traffic bridged locally within the controller, dropped by thecontroller, or forwarded to the upstream VLAN.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 551
Peer-to-peer blocking is supported for clients that are associated with the local switching WLAN.Per WLAN, peer-to-peer configuration is pushed by the controller to FlexConnect AP. In controller softwarereleases prior to 4.2, peer-to-peer blocking is applied globally to all clients on all WLANs and causes trafficbetween two clients on the same VLAN to be transferred to the upstream VLAN rather than being bridgedby the controller. This behavior usually results in traffic being dropped at the upstream switch because switchesdo not forward packets out the same port on which they are received.Configuring Peer-to-Peer Blocking (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure peer-to-peer blocking.Step 3 Choose the Advanced tab to open the WLANs > Edit (Advanced) page.Step 4 Choose one of the following options from the P2P Blocking drop-down list:•Disabled—Disables peer-to-peer blocking and bridges traffic locally within the controller whenever possible. Thisis the default value.Traffic is never bridged across VLANs in thecontroller.Note•Drop—Causes the controller to discard the packets.•Forward-UpStream—Causes the packets to be forwarded on the upstream VLAN. The device above the controllerdecides what action to take regarding the packets.To enable peer-to-peer blocking on a WLAN configured for FlexConnect local switching, select Dropfrom the P2P Blocking drop-down list and select the FlexConnect Local Switching check box.NoteStep 5 Click Apply to commit your changes.Step 6 Click Save Configuration to save your changes.Configuring Peer-to-Peer Blocking (CLI)Step 1 Configure a WLAN for peer-to-peer blocking by entering this command:config wlan peer-blocking {disable |drop |forward-upstream}wlan_idStep 2 Save your changes by entering this command:save configStep 3 See the status of peer-to-peer blocking for a WLAN by entering this command:show wlan wlan_id   Cisco Wireless LAN Controller Configuration Guide, Release 7.4552 OL-28744-01  Configuring Peer-to-Peer Blocking (GUI)
Information similar to the following appears:WLAN Identifier.................................. 1Profile Name..................................... testNetwork Name (SSID).............................. testStatus........................................... Enabled.........Peer-to-Peer Blocking Action..................... DisabledRadio Policy..................................... AllLocal EAP Authentication...................... DisabledCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 553Configuring Peer-to-Peer Blocking (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4554 OL-28744-01  Configuring Peer-to-Peer Blocking (CLI)
CHAPTER 77Configuring Layer2 Security•Prerequisites for Layer 2 Security, page 555•Configuring Static WEP Keys (CLI), page 556•Configuring Dynamic 802.1X Keys and Authorization (CLI), page 556•Configuring 802.11r BSS Fast Transition, page 557•Configuring MAC Authentication Failover to 802.1X Authentication, page 562•Configuring 802.11w, page 563Prerequisites for Layer 2 SecurityWLANs with the same SSID must have unique Layer 2 security policies so that clients can make a WLANselection based on information advertised in beacon and probe responses. The available Layer 2 securitypolicies are as follows:•None (open WLAN)•Static WEP or 802.1XBecause static WEP and 802.1X are both advertised by the same bit in beacon and proberesponses, they cannot be differentiated by clients. Therefore, they cannot both be usedby multiple WLANs with the same SSID.Note•CKIP•WPA/WPA2Although WPA and WPA2 cannot be used by multiple WLANs with the same SSID,you can configure two WLANs with the same SSID with WPA/TKIP with PSK andWi-Fi Protected Access (WPA )/Temporal Key Integrity Protocol (TKIP) with 802.1X,or with WPA/TKIP with 802.1X or WPA/AES with 802.1X.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 555
Configuring Static WEP Keys (CLI)Controllers can control static WEP keys across access points. Use these commands to configure static WEPfor WLANs:•Disable the 802.1X encryption by entering this command:config wlan security 802.1X disable wlan_id•Configure 40/64-bit or 104/128-bit WEP keys by entering this command:config wlan security static-wep-key encryption wlan_id {40 |104} {hex |ascii}key key_index◦Use the 40 or 104 option to specify 40/64-bit or 104/128-bit encryption. The default setting is104/128.◦Use the hex or ascii option to specify the character format for the WEP key.◦Enter 10 hexadecimal digits (any combination of 0-9, a-f, or A-F) or five printable ASCII charactersfor 40-bit/64-bit WEP keys or enter 26 hexadecimal or 13 ASCII characters for 104-bit/128-bitkeys.◦Enter a key index (sometimes called a key slot). The default value is 0, which corresponds to a keyindex of 1; the valid values are 0 to 3 (key index of 1 to 4).Configuring Dynamic 802.1X Keys and Authorization (CLI)Controllers can control 802.1X dynamic WEP keys using Extensible Authentication Protocol (EAP) acrossaccess points and support 802.1X dynamic key settings for WLANs.To use LEAP with lightweight access points and wireless clients, make sure to choose Cisco-Aironet asthe RADIUS server type when configuring the CiscoSecure Access Control Server (ACS).Note•Check the security settings of each WLAN by entering this command:show wlan wlan_idThe default security setting for new WLANs is 802.1X with dynamic keys enabled. To maintain robustLayer 2 security, leave 802.1X configured on your WLANs.•Disable or enable the 802.1X authentication by entering this command:config wlan security 802.1X {enable |disable}wlan_idAfter you enable 802.1X authentication, the controller sends EAP authentication packets between thewireless client and the authentication server. This command allows all EAP-type packets to be sent toand from the controller.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4556 OL-28744-01  Configuring Static WEP Keys (CLI)
The controller performs both web authentication and 802.1X authentication in the sameWLAN. The clients are initially authenticated with 802.1X. After a successfulauthentication, the client must provide the web authentication credentials. After asuccessful web authentication, the client is moved to the run state.Note•Change the 802.1X encryption level for a WLAN by entering this command:config wlan security 802.1X encryption wlan_id [0 | 40 | 104]◦Use the 0option to specify no 802.1X encryption.◦Use the 40 option to specify 40/64-bit encryption.◦Use the 104 option to specify 104/128-bit encryption. (This is the default encryption setting.)Configuring 802.11r BSS Fast TransitionRestrictions for 802.11r Fast Transition•This feature is not supported on Mesh access points.•For the access points in FlexConnect mode:•802.11r Fast Transition is supported only in central and locally switched WLANs.•This feature is not supported for the WLANs enabled for local authentication.•This feature is not supported on Linux-based APs such as Cisco 600 Series OfficeExtend Access Points.•802.11r client association is not supported on access points in standalone mode.•802.11r fast roaming is not supported on access points in standalone mode.•802.11r fast roaming between local authentication and central authentication WLAN is not supported.•802.11r fast roaming is not supported if the client uses Over-the-DS preauthentication in standalonemode.•EAP LEAP method is not supported. WAN link latency prevents association time to a maximum of 2seconds.•The service from standalone AP to client is only supported until the session timer expires.•TSpec is not supported for 802.11r fast roaming. Therefore, RIC IE handling is not supported.•If WAN link latency exists, fast roaming is also delayed. Voice or data maximum latency should beverified. The controller handles 802.11r Fast Transition authentication request during roaming for bothOver-the-Air and Over-the-DS methods.•This feature is supported only on open and WPA2 configured WLANs.•Legacy clients cannot associate with a WLAN that has 802.11r enabled if the driver of the supplicantthat is responsible for parsing the Robust Security Network Information Exchange (RSN IE) is old andCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 557Configuring 802.11r BSS Fast Transition
not aware of the additional AKM suites in the IE. Due to this limitation, clients cannot send associationrequests to WLANs. These clients, however, can still associate with non-802.11r WLANs. Clients thatare 802.11r capable can associate as 802.11i clients on WLANs that have both 802.11i and 802.11rAuthentication Key Management Suites enabled.The workaround is to enable or upgrade the driver of the legacy clients to work with the new 802.11rAKMs, after which the legacy clients can successfully associate with 802.11r enabled WLANs.Another workaround is to have two SSIDs with the same name but with different security settings (FTand non-FT).•Fast Transition resource request protocol is not supported because clients do not support this protocol.Also, the resource request protocol is an optional protocol.•To avoid any Denial of Service (DoS) attack, each controller allows a maximum of three Fast Transitionhandshakes with different APs.Information About 802.11r Fast Transition802.11r, which is the IEEE standard for fast roaming, introduces a new concept of roaming where the initialhandshake with the new AP is done even before the client roams to the target AP, which is called Fast Transition(FT). The initial handshake allows the client and APs to do the Pairwise Transient Key (PTK) calculation inadvance. These PTK keys are applied to the client and AP after the client does the reassociation request orresponse exchange with new target AP.802.11r provides two methods of roaming:•Over-the-Air•Over-the-DS (Distribution System)The FT key hierarchy is designed to allow clients to make fast BSS transitions between APs without requiringreauthentication at every AP. WLAN configuration contains a new Authenticated Key Management (AKM)type called FT (Fast Transition).How a Client RoamsFor a client to move from its current AP to a target AP using the FT protocols, the message exchanges areperformed using one of the following two methods:•Over-the-Air—The client communicates directly with the target AP using IEEE 802.11 authenticationwith the FT authentication algorithm.•Over-the-DS—The client communicates with the target AP through the current AP. The communicationbetween the client and the target AP is carried in FT action frames between the client and the currentAP and is then sent through the controller.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4558 OL-28744-01  Configuring 802.11r BSS Fast Transition
This figure shows the sequence of message exchanges that occur when Over the Air client roaming isconfigured.Figure 44: Message Exchanges when Over the Air client roaming is configuredCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 559Configuring 802.11r BSS Fast Transition
This figure shows the sequence of message exchanges that occur when Over the DS client roaming is configured.Figure 45: Message Exchanges when Over the DS client roaming is configuredConfiguring 802.11r Fast Transition (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the WLAN ID to open the WLANs > Edit page.Step 3 Choose the Security >Layer 2 tab.Step 4 From the Layer 2 Security drop-down list, choose WPA+WPA2.The Authentication Key Management parameters for Fast Transition appear.Step 5 Select or unselect the Fast Transition check box to enable or disable Fast Transition on the WLAN.Step 6 Select or unselect the Over the DS check box to enable or disable Fast Transition over a distributed system.This option is available only if you enable Fast Transition.Step 7 In the Reassociation Timeout box, enter the number of seconds after which the reassociation attempt of a client to anAP should time out.The valid range is 1 to 100 seconds.This option is available only if you enable Fast Transition.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4560 OL-28744-01  Configuring 802.11r BSS Fast Transition
Step 8 Under Authentication Key Management, choose between FT 802.1X or FT PSK. Select or unselect the correspondingcheck boxes to enable or disable the keys. If you select the FT PSK check box, then, from the PSK Format drop-downlist, choose ASCII or Hex and enter the key value.Step 9 From the WPA gtk-randomize State drop-down list, choose Enable or Disable to configure the WPA group temporalkey (GTK) randomize state.Step 10 Click Apply to save your settings.Configuring 802.11r Fast Transition (CLI)Step 1 To enable or disable 802.11r fast transition parameters, use the config wlan security ft {enable |disable}wlan-idcommand.By default, the fast transition is disabled.Step 2 To enable or disable 802.11r fast transition parameters over a distributed system, use the config wlan security ftover-the-ds {enable |disable}wlan-id command.By default, the fast transition over a distributed system is disabled.Step 3 To enable or disable the authentication key management for fast transition using preshared keys (PSK), use the configwlan security wpa akm ft-psk {enable |disable}wlan-id command.By default, the authentication key management using PSK is disabled.Step 4 To enable or disable the authentication key management for fast transition using 802.1X, use the config wlan securitywpa akm ft-802.1X {enable |disable}wlan-id command.By default, the authentication key management using 802.1X is disabled.Step 5 To enable or disable 802.11r fast transition reassociation timeout, use the config wlan security ftreassociation-timeouttimeout-in-seconds wlan-id command.The valid range is 1 to 100 seconds. The default value of reassociation timeout is 20 seconds.Step 6 To enable or disable the authentication key management for fast transition over a distributed system, use the config wlansecurity wpa akm ft over-the-ds {enable |disable}wlan-id command.By default, the authentication key management for fast transition over a distributed system is enabled.Step 7 To view the fast transition configuration on a client, use the show client detailed client-mac command.Step 8 To view the fast transition configuration on a WLAN, use the show wlan wlan-id command.Step 9 To enable or disable debugging of fast transition events, use the debug ft events {enable |disable} command.Step 10 To enable or disable debugging of key generation for fast transition, use the debug ft keys {enable |disable} command.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 561Configuring 802.11r BSS Fast Transition
Troubleshooting 802.11r BSS Fast TransitionResolutionSymptomCheck if the WLAN has FT enabled. If so, non-FTWLAN will need to be created.Non-802.11r legacy clients are no longer connecting.Check if WPA2 is being used (802.1x / PSK). FT issupported only on WPA2 and OPEN SSIDs.When configuring WLAN, the FT setup options arenot shown.Check if the reassociation timeout has been loweredfrom the default of 20 by navigating to WLANs >WLAN Name >Security >Layer 2 on the controllerGUI.802.11r clients appear to reauthenticate when they doa Layer 2 roam to a new controller.Configuring MAC Authentication Failover to 802.1X AuthenticationYou can configure the controller to start 802.1X authentication when MAC authentication with static WEPfor the client fails. If the RADIUS server rejects an access request from a client instead of deauthenticatingthe client, the controller can force the client to undergo an 802.1X authentication. If the client fails the 802.1Xauthentication too, then the client is deauthenticated.If MAC authentication is successful and the client requests for an 802.1X authentication, the client has to passthe 802.1X authentication to be allowed to send data traffic. If the client does not choose an 802.1Xauthentication, the client is declared to be authenticated if the client passes the MAC authentication.Configuring MAC Authentication Failover to 802.1x Authentication (GUI)Step 1 Choose WLANs >WLAN ID to open the WLANs > Edit page.Step 2 In the Security tab, click the Layer 2 tab.Step 3 Select the MAC Filtering check box.Step 4 Select the Mac Auth or Dot1x check box.Configuring MAC Authentication Failover to 802.1X Authentication (CLI)To configure MAC authentication failover to 802.1X authentication, enter this command:config wlan security 802.1X on-macfilter-failure {enable |disable}wlan-id   Cisco Wireless LAN Controller Configuration Guide, Release 7.4562 OL-28744-01  Configuring MAC Authentication Failover to 802.1X Authentication
Configuring 802.11wRestrictions for 802.11w•Cisco's legacy Management Frame Protection is not related to the 802.11w standard that is implementedin the 7.4 release.•The 802.11w standard is supported on all 802.11n capable APs except those that are configured forFlexConnect operation.•The 802.11w standard is supported on the following Cisco Wireless LAN Controller model series: 2500,5500, 8500, and WiSM2.The 802.11w standard is not supported on the following Cisco Wireless LAN Controller models: Flex7500 and Virtual Wireless LAN Controller.•When 802.11w is set to optional and the keys are set, the AKM suite still shows 802.11w as disabled;this is a Wi-Fi limitation.•802.11w cannot be applied on an open WLAN, WEP-encrypted WLAN, or a TKIP-encrypted WLAN.•The WLAN on which 802.11w is configured must have either WPA2-PSK or WPA2-802.1x securityconfigured.Information About 802.11wWi-Fi is a broadcast medium that enables any device to eavesdrop and participate either as a legitimate orrogue device. Control and management frames such as authentication/deauthentication,association/disassociation, beacons, and probes are used by wireless clients to select an AP and to initiate asession for network services.Unlike data traffic which can be encrypted to provide a level of confidentiality, these frames must be heardand understood by all clients and therefore must be transmitted as open or unencrypted. While these framescannot be encrypted, they must be protected from forgery to protect the wireless medium from attacks. Forexample, an attacker could spoof management frames from an AP to tear down a session between a client andAP.The 802.11w standard for Management Frame Protection is implemented in the 7.4 release.The 802.11w protocol applies only to a set of robust management frames that are protected by the ManagementFrame Protection (PMF) service. These include Disassociation, Deauthentication, and Robust Action frames.Management frames that are considered as robust action and therefore protected are the following:•Spectrum Management•QoS•DLS•Block Ack•Radio Measurement•Fast BSS TransitionCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 563Configuring 802.11w
•SA Query•Protected Dual of Public Action•Vendor-specific ProtectedWhen 802.11w is implemented in the wireless medium, the following occur:•Client protection is added by the AP adding cryptographic protection (by including the MIC informationelement) to deauthentication and disassociation frames preventing them from being spoofed in a DOSattack.•Infrastructure protection is added by adding a Security Association (SA) teardown protection mechanismconsisting of an Association Comeback Time and an SA-Query procedure preventing spoofed associationrequest from disconnecting an already connected client.Configuring 802.11w (GUI)Step 1 Choose WLANs > WLAN ID to open the WLANs > Edit page.Step 2 In the Security tab, choose the Layer 2 security tab.Step 3 From the Layer 2 Security drop-down list, choose WPA+WPA2.The 802.11w IGTK Key is derived using the 4-way handshake, which means that it can only be used on WLANs thatare configured for WPA2 security at Layer 2.WPA2 is mandatory and encryption type must be AES. TKIP is notvalid.NoteStep 4 Choose the PMF state from the drop-down listThe following options are available:•Disabled—Disables 802.11w MFP protection on a WLAN•Optional—To be used if the client supports 802.11w.•Required—Ensures that the clients that do not support 802.11w cannot associate with the WLAN.Step 5 If you choose the PMF state as either Optional or Required, do the following:a) In the Comeback Timer box, enter the association comeback interval in milliseconds. It is the time within which theaccess point reassociates with the client after a valid security association.b) In the SA Query Timeout box, enter the maximum time before an Security Association (SA) query times out.Step 6 In the Authentication Key Management section, follow these steps:a) Select or unselect the PMF 802.1X check box to configure the 802.1X authentication for the protection of managementframes.b) Select or unselect the PMF PSK check box to configure the preshared keys for PMF. Choose the PSK format aseither ASCII or Hexadecimal and enter the PSK.Step 7 Click Apply.Step 8 Click Save Configuration.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4564 OL-28744-01  Configuring 802.11w
Configuring 802.11w (CLI)•Configure the 802.1X authentication for PMF by entering this command:config wlan security wpa akm pmf 802.1x {enable |disable}wlan-id•Configure the preshared key support for PMF by entering this command:config wlan security wpa akm pmf psk {enable |disable}wlan-id•If not done, configure a preshared key for a WLAN by entering this command:config wlan security wpa akm psk set-key {ascii |hex}psk wlan-id•Configure protected management frames by entering this command:config wlan security pmf {disable |optional |required}wlan-id•Configure the association comeback time settings by entering this command:config wlan security pmf association-comeback timeout-in-seconds wlan-id•Configure the SA query retry timeout settings by entering this command:config wlan security pmf saquery-retrytimeout timeout-in-milliseconds wlan-id•See the 802.11w configuration status for a WLAN by entering this command:show wlan wlan-id•Configure the debugging of PMF by entering this command:debug pmf events {enable |disable}Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 565Configuring 802.11w
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4566 OL-28744-01  Configuring 802.11w
CHAPTER 78Configuring a WLAN for Both Static and DynamicWEP•Restrictions for Configuring Static and Dynamic WEP, page 567•Information About WLAN for Both Static and Dynamic WEP, page 567•Configuring WPA1 +WPA2, page 569Restrictions for Configuring Static and Dynamic WEP•The OEAP 600 series does not support fast roaming for clients. Dual mode voice clients will experiencereduced call quality when they roam between the two spectrums on OEAP602 access point. Werecommend that you configure voice devices to only connect on one band, either 2.4 GHz or 5.0 GHz.•The controller software supports CCX versions 1 through 5. CCX support is enabled automatically forevery WLAN on the controller and cannot be disabled. The controller stores the CCX version of theclient in its client database and uses it to limit client functionality. Clients must support CCXv4 or v5in order to use CCKM. For more information about CCX, see the Configuring Cisco Client Extensionssection.•In a unified architecture where multiple VLAN clients are supported for a WGB, you also need toconfigure encryption cipher suite and WEP keys globally, when the WEP encryption is enabled on theWGB. Otherwise, multicast traffic for wired VLAN clients fail.Information About WLAN for Both Static and Dynamic WEPYou can configure up to four WLANs to support static WEP keys, and you can also configure dynamic WEPon any of these static-WEP WLANs. Follow these guidelines when configuring a WLAN for both static anddynamic WEP:•The static WEP key and the dynamic WEP key must be the same length.•When you configure both static and dynamic WEP as the Layer 2 security policy, no other securitypolicies can be specified. That is, you cannot configure web authentication. However, when you configureeither static or dynamic WEP as the Layer 2 security policy, you can configure web authentication.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 567
WPA1 and WPA2Wi-Fi Protected Access (WPA or WPA1) and WPA2 are standards-based security solutions from the Wi-FiAlliance that provide data protection and access control for wireless LAN systems. WPA1 is compatible withthe IEEE 802.11i standard but was implemented prior to the standard’s ratification; WPA2 is the Wi-FiAlliance's implementation of the ratified IEEE 802.11i standard.By default, WPA1 uses Temporal Key Integrity Protocol (TKIP) and message integrity check (MIC) for dataprotection while WPA2 uses the stronger Advanced Encryption Standard encryption algorithm using CounterMode with Cipher Block Chaining Message Authentication Code Protocol (AES-CCMP). Both WPA1 andWPA2 use 802.1X for authenticated key management by default. However, these options are also available:•802.1X—The standard for wireless LAN security, as defined by IEEE, is called 802.1X for 802.11, orsimply 802.1X. An access point that supports 802.1X acts as the interface between a wireless client andan authentication server, such as a RADIUS server, to which the access point communicates over thewired network. If 802.1X is selected, only 802.1X clients are supported.•PSK—When you choose PSK (also known as WPA preshared key or WPA passphrase), you need toconfigure a preshared key (or a passphrase). This key is used as the pairwise master key (PMK) betweenthe clients and the authentication server.•CCKM—Cisco Centralized Key Management (CCKM) uses a fast rekeying technique that enablesclients to roam from one access point to another without going through the controller, typically in under150 milliseconds (ms). CCKM reduces the time required by the client to mutually authenticate with thenew access point and derive a new session key during reassociation. CCKM fast secure roaming ensuresthat there is no perceptible delay in time-sensitive applications such as wireless Voice over IP (VoIP),enterprise resource planning (ERP), or Citrix-based solutions. CCKM is a CCXv4-compliant feature.If CCKM is selected, only CCKM clients are supported.When CCKM is enabled, the behavior of access points differs from the controller's for fast roaming inthe following ways:◦If an association request sent by a client has CCKM enabled in a Robust Secure Network InformationElement (RSN IE) but CCKM IE is not encoded and only PMKID is encoded in RSN IE, then thecontroller does not do a full authentication. Instead, the controller validates the PMKID and doesa four-way handshake.◦If an association request sent by a client has CCKM enabled in RSN IE but CCKM IE is notencoded and only PMKID is encoded in RSN IE, then AP does a full authentication. The accesspoint does not use PMKID sent with the association request when CCKM is enabled in RSN IE.•802.1X+CCKM—During normal operation, 802.1X-enabled clients mutually authenticate with a newaccess point by performing a complete 802.1X authentication, including communication with the mainRADIUS server. However, when you configure your WLAN for 802.1X and CCKM fast secure roaming,CCKM-enabled clients securely roam from one access point to another without the need to reauthenticateto the RADIUS server. 802.1X+CCKM is considered optional CCKM because both CCKM andnon-CCKM clients are supported when this option is selected.On a single WLAN, you can allow WPA1, WPA2, and 802.1X/PSK/CCKM/802.1X+CCKM clients to join.All of the access points on such a WLAN advertise WPA1, WPA2, and 802.1X/PSK/CCKM/ 802.1X+CCKMinformation elements in their beacons and probe responses. When you enable WPA1 and/or WPA2, you canalso enable one or two ciphers, or cryptographic algorithms, designed to protect data traffic. Specifically, youcan enable AES and/or TKIP data encryption for WPA1 and/or WPA2. TKIP is the default value for WPA1,and AES is the default value for WPA2.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4568 OL-28744-01  Information About WLAN for Both Static and Dynamic WEP
Configuring WPA1 +WPA2Configuring WPA1+WPA2 (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the desired WLAN to open the WLANs > Edit page.Step 3 Choose the Security and Layer 2 tabs to open the WLANs > Edit (Security > Layer 2) page.Step 4 Choose WPA+WPA2 from the Layer 2 Security drop-down list.Step 5 Under WPA+WPA2 Parameters, select the WPA Policy check box to enable WPA1, select the WPA2 Policy checkbox to enable WPA2, or select both check boxes to enable both WPA1 and WPA2.The default value is disabled for both WPA1 and WPA2. If you leave both WPA1 and WPA2 disabled, theaccess points advertise in their beacons and probe responses information elements only for the authenticationkey management method that you choose in Step 7.NoteStep 6 Select the AES check box to enable AES data encryption or the TKIP check box to enable TKIP data encryption forWPA1, WPA2, or both. The default values are TKIP for WPA1 and AES for WPA2.Step 7 Choose one of the following key management methods from the Auth Key Mgmt drop-down list: 802.1X,CCKM,PSK,or 802.1X+CCKM.Cisco OEAP 600 does not support CCKM. You must choose either 802.1X orPSK.NoteFor Cisco OEAP 600, the TKIP and AES security encryption settings must be identical for WPA andWPA2.NoteStep 8 If you chose PSK in Step 7, choose ASCII or HEX from the PSK Format drop-down list and then enter a preshared keyin the blank text box. WPA preshared keys must contain 8 to 63 ASCII text characters or 64 hexadecimal characters.The PSK parameter is a set-only parameter. The value set for the PSK key is not visible to the user for securityreasons. For example, if you selected HEX as the key format when setting the PSK key, and later when youview the parameters of this WLAN, the value shown is the default value. The default is ASCII.NoteStep 9 Click Apply to commit your changes.Step 10 Click Save Configuration to save your changes.Configuring WPA1+WPA2 (CLI)Step 1 Disable the WLAN by entering this command:config wlan disable wlan_idStep 2 Enable or disable WPA for the WLAN by entering this command:config wlan security wpa {enable |disable}wlan_idStep 3 Enable or disable WPA1 for the WLAN by entering this command:config wlan security wpa wpa1 {enable |disable}wlan_idStep 4 Enable or disable WPA2 for the WLAN by entering this command:Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 569Configuring WPA1 +WPA2
config wlan security wpa wpa2 {enable |disable}wlan_idStep 5 Enable or disable AES or TKIP data encryption for WPA1 or WPA2 by entering one of these commands:•config wlan security wpa wpa1 ciphers {aes |tkip} {enable | disable} wlan_id•config wlan security wpa wpa2 ciphers {aes |tkip} {enable |disable}wlan_idThe default values are TKIP for WPA1 and AES for WPA2.When you have VLAN configuration on WGB, you need to configure the encryption cipher mode and keys for a particularVLAN, for example, encryption vlan 80 mode ciphers tkip. Then, you need configure the encryption cipher modeglobally on the multicast interface by entering the following command: encryption mode ciphers tkip.Step 6 Enable or disable 802.1X, PSK, or CCKM authenticated key management by entering this command:config wlan security wpa akm {802.1X |psk |cckm} {enable | disable} wlan_idThe default value is 802.1X.Step 7 If you enabled PSK in Step 6, enter this command to specify a preshared key:config wlan security wpa akm psk set-key {ascii |hex}psk-key wlan_idWPA preshared keys must contain 8 to 63 ASCII text characters or 64 hexadecimal characters.Step 8 Enable or disable authentication key management suite for fast transition by entering this command:config wlan security wpa akm ft {802.1X |psk} {enable |disable}wlan_idYou can now choose between the PSK and the fast transition PSK as the AKMsuite.NoteStep 9 Enable or disable randomization of group temporal keys (GTK) between AP and clients by entering this command:config wlan security wpa gtk-random {enable |disable}wlan_idStep 10 If you enabled WPA2 with 802.1X authenticated key management or WPA1 or WPA2 with CCKM authenticated keymanagement, the PMK cache lifetime timer is used to trigger reauthentication with the client when necessary. The timeris based on the timeout value received from the AAA server or the WLAN session timeout setting. To see the amountof time remaining before the timer expires, enter this command:show pmk-cache allIf you enabled WPA2 with 802.1X authenticated key management, the controller supports both opportunistic PMKIDcaching and sticky (or non-opportunistic) PMKID caching. In sticky PMKID caching (SKC), the client stores multiplePMKIDs, a different PMKID for every AP it associates with. Opportunistic PMKID caching (OKC) stores only onePMKID per client. By default, the controller supports OKC.Step 11 Enable the WLAN by entering this command:config wlan enable wlan_idStep 12 Save your settings by entering this command:save config   Cisco Wireless LAN Controller Configuration Guide, Release 7.4570 OL-28744-01  Configuring WPA1 +WPA2
CHAPTER 79Configuring Sticky Key Caching•Information About Sticky Key Caching, page 571•Restrictions for Sticky Key Caching, page 571•Configuring Sticky Key Caching (CLI), page 572Information About Sticky Key CachingThe controller supports sticky key caching (SKC). With sticky key caching, the client receives and stores adifferent PMKID for every AP it associates with. The APs also maintain a database of the PMKID issued tothe client.In SKC, the client stores each Pairwise Master Key ID (PMKID) against a Pairwise Master Key SecurityAssociation (PMKSA). When a client finds an AP for which it has the PMKSA, it sends the PMKID in theassociation request to the AP. If the PMKSA is alive in the AP, the AP provides support for fast roaming. InSKC, full authentication is done on each new AP to which the client associates and the client must keep thePMKSA associated with all APs. For SKC, PMKSA is a per AP cache that the client stores and PMKSA isprecalculated based on the BSSID of the new AP.Restrictions for Sticky Key Caching•The controller supports SKC for up to eight APs per client. If a client roams to more than 8 APs persession, the old APs are removed to store the newly cached entries when the client roams. We recommendthat you do not use SKC for large scale deployments.•SKC works only on WPA2-enabled WLANs.•SKC does not work across controllers in a mobility group.•SKC works only on local mode APs.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 571
Configuring Sticky Key Caching (CLI)Step 1 Disable the WLAN by entering this command:config wlan disable wlan_idStep 2 Enable sticky key caching by entering this command:config wlan security wpa wpa2 cache sticky enable wlan_idBy default, SKC is disabled and opportunistic key caching (OKC) is enabled.SKC works only on WPA2 enabledWLANs.NoteYou can check if SKC is enabled by entering this command:show wlan wlan_idInformation similar to the following appears:WLAN Identifier.................................. 2Profile Name..................................... newNetwork Name (SSID).............................. newStatus........................................... DisabledMAC Filtering.................................... DisabledSecurity802.11 Authentication:........................ Open SystemStatic WEP Keys............................... Disabled802.1X........................................ DisabledWi-Fi Protected Access (WPA/WPA2)............. EnabledWPA (SSN IE)............................... DisabledWPA2 (RSN IE).............................. EnabledTKIP Cipher............................. DisabledAES Cipher.............................. EnabledAuth Key Management802.1x.................................. DisabledPSK..................................... EnabledCCKM.................................... DisabledFT(802.11r)............................. DisabledFT-PSK(802.11r)......................... DisabledSKC Cache Support......................... EnabledFT Reassociation Timeout................... 20FT Over-The-Air mode....................... EnabledFT Over-The-Ds mode........................ EnabledCCKM tsf Tolerance............................... 1000Wi-Fi Direct policy configured................ DisabledEAP-Passthrough............................... DisabledStep 3 Enable the WLAN by entering this command:config wlan enable wlan_idStep 4 Save your settings by entering this command:save config   Cisco Wireless LAN Controller Configuration Guide, Release 7.4572 OL-28744-01  Configuring Sticky Key Caching (CLI)
Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 573Configuring Sticky Key Caching (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4574 OL-28744-01  Configuring Sticky Key Caching (CLI)
CHAPTER 80Configuring CKIP•Information About CKIP, page 575•Configuring CKIP (GUI), page 576•Configuring CKIP (CLI), page 576Information About CKIPCisco Key Integrity Protocol (CKIP) is a Cisco-proprietary security protocol for encrypting 802.11 media.CKIP improves 802.11 security in infrastructure mode using key permutation, a message integrity check(MIC), and a message sequence number. Software release 4.0 or later releases support CKIP with a static key.For this feature to operate correctly, you must enable Aironet information elements (IEs) for the WLAN.A lightweight access point advertises support for CKIP in beacon and probe response packets by adding anAironet IE and setting one or both of the CKIP negotiation bits (key permutation and multi-modular hashmessage integrity check [MMH MIC]). Key permutation is a data encryption technique that uses the basicencryption key and the current initialization vector (IV) to create a new key. MMH MIC prevents bit-flipattacks on encrypted packets by using a hash function to compute message integrity code.The CKIP settings specified in a WLAN are mandatory for any client attempting to associate. If the WLANis configured for both CKIP key permutation and MMH MIC, the client must support both. If the WLAN isconfigured for only one of these features, the client must support only the CKIP feature.CKIP requires that 5-byte and 13-byte encryption keys be expanded to 16-byte keys. The algorithm to performkey expansion occurs at the access point. The key is appended to itself repeatedly until the length reaches 16bytes. All lightweight access points support CKIP.CKIP is supported for use only with static WEP. It is not supported for use with dynamic WEP. Therefore,a wireless client that is configured to use CKIP with dynamic WEP is unable to associate to a WLAN thatis configured for CKIP. We recommend that you use either dynamic WEP without CKIP (which is lesssecure) or WPA/WPA2 with TKIP or AES (which are more secure).NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 575
Configuring CKIP (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the desired WLAN to open the WLANs > Edit page.Step 3 Choose the Advanced tab.Step 4 Select the Aironet IE check box to enable Aironet IEs for this WLAN and click Apply.Step 5 Choose the General tab.Step 6 Unselect the Status check box, if selected, to disable this WLAN and click Apply.Step 7 Choose the Security and Layer 2 tabs to open the WLANs > Edit (Security > Layer 2) page.Step 8 Choose CKIP from the Layer 2 Security drop-down list.Step 9 Under CKIP Parameters, choose the length of the CKIP encryption key from the Key Size drop-down list.The range isNot Set, 40 bits, or 104 bits and the default is Not Set.Step 10 Choose the number to be assigned to this key from the Key Index drop-down list. You can configure up to four keys.Step 11 From the Key Format drop-down list, choose ASCII or HEX and then enter an encryption key in the Encryption Keytext box. 40-bit keys must contain 5 ASCII text characters or 10 hexadecimal characters. 104-bit keys must contain 13ASCII text characters or 26 hexadecimal characters.Step 12 Select the MMH Mode check box to enable MMH MIC data protection for this WLAN. The default value is disabled(or unselected).Step 13 Select the Key Permutation check box to enable this form of CKIP data protection. The default value is disabled (orunselected).Step 14 Click Apply to commit your changes.Step 15 Choose the General tab.Step 16 Select the Status check box to enable this WLAN.Step 17 Click Apply to commit your changes.Step 18 Click Save Configuration to save your changes.Configuring CKIP (CLI)Step 1 Disable the WLAN by entering this command:config wlan disable wlan_idStep 2 Enable Aironet IEs for this WLAN by entering this command:config wlan ccx aironet-ie enable wlan_idStep 3 Enable or disable CKIP for the WLAN by entering this command:config wlan security ckip {enable |disable}wlan_idStep 4 Specify a CKIP encryption key for the WLAN by entering this command:config wlan security ckip akm psk set-key wlan_id {40 |104} {hex |ascii}key key_index   Cisco Wireless LAN Controller Configuration Guide, Release 7.4576 OL-28744-01  Configuring CKIP (GUI)
Step 5 Enable or disable CKIP MMH MIC for the WLAN by entering this command:config wlan security ckip mmh-mic {enable |disable}wlan_idStep 6 Enable or disable CKIP key permutation for the WLAN by entering this command:config wlan security ckip kp {enable |disable}wlan_idStep 7 Enable the WLAN by entering this command:config wlan enable wlan_idStep 8 Save your settings by entering this command:save configCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 577Configuring CKIP (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4578 OL-28744-01  Configuring CKIP (CLI)
CHAPTER 81Configuring Layer 3 Security•Configuring Layer 3 Security Using VPN Passthrough, page 579•Configuring Layer 3 Security Using Web Authentication, page 580Configuring Layer 3 Security Using VPN PassthroughRestrictions for Layer 3 Security Using VPN Passthrough•Layer 2 Tunnel Protocol (L2TP) and IPsec are not supported on controllers.•Layer 3 security settings are not supported when you disable the client IP address on a WLAN.•The VPN Passthrough option is not available on Cisco 5500 Series Controllers. However, you canreplicate this functionality on the controller by creating an open WLAN using an ACL.Information About VPN PassthroughThe controller supports VPN passthrough or the “passing through”of packets that originate from VPN clients.An example of VPN passthrough is your laptop trying to connect to the VPN server at your corporate office.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 579
Configuring VPN PassthroughConfiguring VPN Passthrough (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure VPN passthrough. The WLANs > Edit page appears.Step 3 Choose the Security and Layer 3 tabs to open the WLANs > Edit (Security > Layer 3) page.Step 4 From the Layer 3 Security drop-down list, choose VPN Pass-Through.Step 5 In the VPN Gateway Address text box, enter the IP address of the gateway router that is terminating the VPN tunnelsinitiated by the client and passed through the controller.Step 6 Click Apply to commit your changes.Step 7 Click Save Configuration to save your settings.Configuring VPN Passthrough (CLI)Use these commands to configure VPN passthrough:•config wlan security passthru {enable |disable}wlan_id gatewayFor gateway, enter the IP address of the router that is terminating the VPN tunnel.•Verify that the passthrough is enabled by entering this command:show wlanConfiguring Layer 3 Security Using Web AuthenticationPrerequisites for Configuring Web Authentication on a WLAN•To initiate HTTP/HTTPS web authentication redirection, always use only HTTP URL and not HTTPSURL.•If the CPU ACLs are configured to block HTTP / HTTPS traffic, after the successful web loginauthentication, there could be a failure in the redirection page.•Before enabling web authentication, make sure that all proxy servers are configured for ports other thanport 53.•When you enable web authentication for a WLAN, a message appears indicating that the controllerforwards DNS traffic to and from wireless clients prior to authentication. We recommend that you havea firewall or intrusion detection system (IDS) behind your guest VLAN to regulate DNS traffic and toprevent and detect any DNS tunneling attacks.•If the web authentication is enabled on the WLAN and you also have the CPU ACL rules, the client-basedweb authentication rules take higher precedence as long as the client is unauthenticated (in the   Cisco Wireless LAN Controller Configuration Guide, Release 7.4580 OL-28744-01  Configuring Layer 3 Security Using Web Authentication
webAuth_Reqd state). Once the client goes to the RUN state, the CPU ACL rules get applied. Therefore,if the CPU ACL rules are enabled in the controller, an allow rule for the virtual interface IP is required(in any direction) with the following conditions:◦When the CPU ACL does not have an allow ACL rule for both directions.◦When an allow ALL rule exists, but also a DENY rule for port 443 or 80 of higher precedence.•The allow rule for the virtual IP should be for TCP protocol and port 80 (if secureweb is disabled) orport 443 (if secureweb is enabled). This process is required to allow client’s access to the virtual interfaceIP address, post successful authentication when the CPU ACL rules are in place.Restrictions for Configuring Web Authentication on a WLAN•Web authentication is supported only with these Layer 2 security policies: open authentication, openauthentication+WEP, and WPA-PSK. With the 7.4 release, web authentication is supported for use with802.1X.•Special charecters are not supported in the username field for web-authentication.•When clients connect to a WebAuth SSID and a preauthorization ACL configured to allow VPN users,the clients will get disconnected from the SSID every few minutes. Webauth SSIDs must not connectwithout authenticating on the web page.You can select the following identity stores to authenticate web-auth user, under WLANs > Security> AAA servers > Authentication priority order for web-auth user section:•Local•RADIUS•LDAPIf multiple identity stores are selected, then the controller checks each identity store in the list, in theorder specified, from top to bottom, until authentication for the user succeeds. The authentication fails,if the controller reaches the end of the list and user remains un-authenticated in any of the identity stores.Information About Web AuthenticationWLANs can use web authentication only if VPN passthrough is not enabled on the controller. Webauthentication is simple to set up and use and can be used with SSL to improve the overall security of theWLAN.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 581Configuring Layer 3 Security Using Web Authentication
Configuring Web AuthenticationConfiguring Web Authentication (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure web authentication. The WLANs > Edit pageappears.Step 3 Choose the Security and Layer 3 tabs to open the WLANs > Edit (Security > Layer 3) page.Step 4 Select the Web Policy check box.Step 5 Make sure that the Authentication option is selected.Step 6 Click Apply to commit your changes.Step 7 Click Save Configuration to save your settings.Configuring Web Authentication (CLI)Step 1 Enable or disable web authentication on a particular WLAN by entering this command:config wlan security web-auth {enable |disable}wlan_idStep 2 Release the guest user IP address when the web authentication policy timer expires and prevent the guest user fromacquiring an IP address for 3 minutes by entering this command:config wlan webauth-exclude wlan_id {enable |disable}The default value is disabled. This command is applicable when you configure the internal DHCP scope on the controller.By default, when the web authentication timer expires for a guest user, the user can immediately reassociate to the sameIP address before another guest user can acquire it. If there are many guest users or limited IP addresses in the DHCPpool, some guest users might not be able to acquire an IP address.When you enable this feature on the guest WLAN, the guest user’s IP address is released when the web authenticationpolicy timer expires and the guest user is excluded from acquiring an IP address for 3 minutes. The IP address is availablefor another guest user to use. After 3 minutes, the excluded guest user can reassociate and acquire an IP address, ifavailable.Step 3 See the status of web authentication by entering this command:show wlan wlan_id   Cisco Wireless LAN Controller Configuration Guide, Release 7.4582 OL-28744-01  Configuring Layer 3 Security Using Web Authentication
CHAPTER 82Configuring Captive Bypassing•Information About Captive Bypassing, page 583•Configuring Captive Bypassing (CLI), page 584Information About Captive BypassingWISPr is a draft protocol that enables users to roam between different wireless service providers. Some devices(For example, Apple iOS devices) have a mechanism using which they can determine if the device is connectedto Internet, based on an HTTP WISPr request made to a designated URL. This mechanism is used for thedevice to automatically open a web browser when a direct connection to the internet is not possible. Thisenables the user to provide his credentials to access the internet. The actual authentication is done in thebackground every time the device connects to a new SSID.This HTTP request triggers a web authentication interception in the controller as any other page requests areperformed by a wireless client. This interception leads to a web authentication process, which will be completednormally. If the web authentication is being used with any of the controller splash page features (URL providedby a configured RADIUS server), the splash page may never be displayed because the WISPr requests aremade at very short intervals, and as soon as one of the queries is able to reach the designated server, any webredirection or splash page display process that is performed in the background is aborted, and the deviceprocesses the page request, thus breaking the splash page functionality.For example, Apple introduced an iOS feature to facilitate network access when captive portals are present.This feature detects the presence of a captive portal by sending a web request on connecting to a wirelessnetwork. This request is directed to http://www.apple.com/library/test/success.html for Apple IOS version 6and older, and to several possible target URLs for Apple IOS version 7 and later. If a response is received,then the Internet access is assumed to be available and no further interaction is required. If no response isreceived, then the Internet access is assumed to be blocked by the captive portal and Apple’s Captive NetworkAssistant (CNA) auto-launches the pseudo-browser to request portal login in a controlled window. The CNAmay break when redirecting to an ISE captive portal. The controller prevents this pseudo-browser from poppingup.You can now configure the controller to bypass WISPr detection process, so the web authentication interceptionis only done when a user requests a web page leading to splash page load in user context, without the WISPrdetection being performed in the background.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 583
Configuring Captive Bypassing (CLI)Use these commands to configure captive bypassing:•config network web-auth captive-bypass {enable |disable}—Enables or disables the controller tosupport bypass of captive portals at the network level.•show network summary—Displays the status for the WISPr protocol detection feature.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4584 OL-28744-01  Configuring Captive Bypassing (CLI)
CHAPTER 83Configuring a Fallback Policy with MAC Filteringand Web Authentication•Information About Fallback Policy with MAC Filtering and Web Authentication, page 585•Configuring a Fallback Policy with MAC Filtering and Web Authentication (GUI), page 585•Configuring a Fallback Policy with MAC Filtering and Web Authentication (CLI), page 586Information About Fallback Policy with MAC Filtering and Web AuthenticationYou can configure a fallback policy mechanism that combines Layer 2 and Layer 3 security. In a scenariowhere you have both MAC filtering and web authentication implemented, when a client tries to connect to aWLAN using the MAC filter (RADIUS server), if the client fails the authentication, you can configure theauthentication to fall back to web authentication. When a client passes the MAC filter authentication, the webauthentication is skipped and the client is connected to the WLAN. With this feature, you can avoiddisassociations based on only a MAC filter authentication failure.Configuring a Fallback Policy with MAC Filtering and Web Authentication(GUI)Before configuring a fallback policy, you must have MAC filtering enabled.NoteStep 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure the fallback policy for web authentication. TheWLANs > Edit page appears.Step 3 Choose the Security and Layer 3 tabs to open the WLANs > Edit (Security > Layer 3) page.Step 4 From the Layer 3 Security drop-down list, choose None.Step 5 Select the Web Policy check box.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 585
The controller forwards DNS traffic to and from wireless clients prior to authentication.The following options are displayed:Note•Authentication•Passthrough•Conditional Web Redirect•Splash Page Web Redirect•On MAC Filter FailureStep 6 Click On MAC Filter Failure.Step 7 Click Apply to commit your changes.Step 8 Click Save Configuration to save your settings.Configuring a Fallback Policy with MAC Filtering and Web Authentication(CLI)Before configuring a fallback policy, you must have MAC filtering enabled. To know more about how toenable MAC filtering, see the Information About MAC Filtering of WLANs, on page 541 section.NoteStep 1 Enable or disable web authentication on a particular WLAN by entering this command:config wlan security web-auth on-macfilter-failure wlan-idStep 2 See the web authentication status by entering this command:show wlan wlan_idFT Over-The-Ds mode.............................. EnabledCKIP ......................................... DisabledIP Security................................... DisabledIP Security Passthru.......................... DisabledWeb Based Authentication...................... Enabled-On-MACFilter-FailureACL............................................. UnconfiguredWeb Authentication server precedence:1............................................... local2............................................... radius3............................................... ldap   Cisco Wireless LAN Controller Configuration Guide, Release 7.4586 OL-28744-01  Configuring a Fallback Policy with MAC Filtering and Web Authentication (CLI)
CHAPTER 84Assigning QoS Profiles•Information About QoS Profiles, page 587•Assigning a QoS Profile to a WLAN (GUI), page 588•Assigning a QoS Profile to a WLAN (CLI), page 589Information About QoS ProfilesCisco UWN solution WLANs support four levels of QoS: Platinum/Voice, Gold/Video, Silver/Best Effort(default), and Bronze/Background. You can configure the voice traffic WLAN to use Platinum QoS, assignthe low-bandwidth WLAN to use Bronze QoS, and assign all other traffic between the remaining QoS levels.The WLAN QoS level defines a specific 802.11e user priority (UP) for over-the-air traffic. This UP is usedto derive the over-the-wire priorities for non-WMM traffic, and it also acts as the ceiling when managingWMM traffic with various levels of priorities.The wireless rate limits can be defined on both upstream and downstream traffic. Rate limits can be definedper SSID and/or specified as a maximum rate limit for all clients. These rate limits can be individuallyconfigured.The access point uses this QoS-profile-specific UP in accordance with the values in the following table toderive the IP DSCP value that is visible on the wired LAN.Table 18: Access Point QoS Translation ValuesIEEE 802.11eUPAVVID 802.1pQoS ProfileAVVID IP DSCPAVVID Traffic Type77Platinum56 (CS7)Network control76Platinum48 (CS6)Inter-network control(CAPWAP control,802.11 management)65Platinum46 (EF)Voice54Gold34 (AF41)Interactive videoCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 587
IEEE 802.11eUPAVVID 802.1pQoS ProfileAVVID IP DSCPAVVID Traffic Type43Gold26 (AF31)Mission critical32Silver18 (AF21)Transactional21Bronze10 (AF11)Bulk data00Silver0 (BE)Best effort10Bronze2ScavengerThe IEEE 802.11e UP value for DSCP values that are not mentioned in the table is calculated by considering3 MSB bits of DSCP.For example, the IEEE 802.11e UP value for DSCP 32 (100 000 in binary), would be the decimal equivalentof the MSB (100) which is 4. The 802.11e UP value of DSCP 32 is 4.NoteAssigning a QoS Profile to a WLAN (GUI)Before You BeginIf you have not already done so, configure one or more QoS profiles using the instructions in the ConfiguringQoS Profiles (GUI) section.Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN to which you want to assign a QoS profile.Step 3 When the WLANs > Edit page appears, choose the QoS tab.Step 4 From the Quality of Service (QoS) drop-down list, choose one of the following:•Platinum (voice)•Gold (video)•Silver (best effort)•Bronze (background)Silver (best effort) is the defaultvalue.NoteStep 5 To define the data rates on a per-user basis, do the following:a) Define the average data rate for TCP traffic per user by entering the rate in Kbps in the Average Data Rate text boxes.A value of 0 indicates that the value specified in the selected QoS profile will take effect.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4588 OL-28744-01  Assigning a QoS Profile to a WLAN (GUI)
b) Define the peak data rate for TCP traffic per user by entering the rate in Kbps in the Burst Data Rate text boxes. Avalue of 0 indicates that the value specified in the selected QoS profile will take effect.The burst data rate should be greater than or equal to the average data rate. Otherwise, the QoS policy mayblock traffic to and from the wireless client.Ensure that you configure the average data rate before you configure the burst data rate.Notec) Define the average real-time rate for UDP traffic per user by entering the rate in Kbps in the Average Real-TimeRate text boxes. A value of 0 indicates that the value specified in the selected QoS profile will take effect.Average Data Rate is used to measure TCP traffic while Average Real-time rate is used for UDP traffic.They are measured in kbps for all the entries. The values for Average Data Rate and Average Real-time ratecan be different because they are applied to different upper layer protocols such as TCP and UDP. Thesedifferent values for the rates do not impact the bandwidth.Noted) Define the peak real-time rate for UDP traffic per user by entering the rate in Kbps in the Burst Real-Time Rate textboxes. A value of 0 indicates that the value specified in the selected QoS profile will take effect.The burst real-time rate should be greater than or equal to the average real-time rate. Otherwise, the QoSpolicy may block traffic to and from the wireless client.NoteStep 6 To define the data rates on a per-SSID basis, do the following:a) Define the average data rate TCP traffic per SSID by entering the rate in Kbps in the Average Data Rate text boxes.A value of 0 indicates that the value specified in the selected QoS profile will take effect.b) Define the peak data rate for TCP traffic per SSID by entering the rate in Kbps in the Burst Data Rate text boxes. Avalue of 0 indicates that the value specified in the selected QoS profile will take effect.The burst data rate should be greater than or equal to the average data rate. Otherwise, the QoS policy mayblock traffic in the WLANs.Notec) Define the average real-time rate for UDP traffic per SSID by entering the rate in Kbps in the Average Real-TimeRate text boxes. A value of 0 indicates that the value specified in the selected QoS profile will take effect.d) Define the peak real-time rate for UDP traffic per SSID by entering the rate in Kbps in the Burst Real-Time Ratetext boxes. A value of 0 indicates that the value specified in the selected QoS profile will take effect.The burst real-time rate should be greater than or equal to the average real-time rate. Otherwise, the QoSpolicy may block traffic in the WLANs.NoteStep 7 Click Apply.Step 8 Click Save Configuration.Assigning a QoS Profile to a WLAN (CLI)If you have not already done so, configure one or more QoS profiles using the instructions in the ConfiguringQoS Profiles (CLI) section.Step 1 Assign a QoS profile to a WLAN by entering this command:config wlan qos wlan_id {bronze |silver |gold |platinum}Silver is the default value.Step 2 To override QoS profile rate limit parameters, enter this command:Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 589Assigning a QoS Profile to a WLAN (CLI)
config wlan override-rate-limit wlan-id {average-data-rate |average-realtime-rate |burst-data-rate |burst-realtime-rate} {per-ssid |per-client} {downstream |upstream}rateStep 3 Enter the save config command.Step 4 Verify that you have properly assigned the QoS profile to the WLAN by entering this command:show wlan wlan_idInformation similar to the following appears:WLAN Identifier.................................. 1Profile Name..................................... testNetwork Name (SSID).............................. testStatus........................................... EnabledMAC Filtering.................................... DisabledBroadcast SSID................................... EnabledAAA Policy Override.............................. DisabledNumber of Active Clients......................... 0Exclusionlist.................................... DisabledSession Timeout.................................. 0Interface........................................ managementWLAN ACL......................................... unconfiguredDHCP Server...................................... 1.100.163.24DHCP Address Assignment Required................. DisabledQuality of Service............................... Silver (best effort)WMM.............................................. Disabled...   Cisco Wireless LAN Controller Configuration Guide, Release 7.4590 OL-28744-01  Assigning a QoS Profile to a WLAN (CLI)
CHAPTER 85Configuring QoS Enhanced BSS•Prerequisites for Using QoS Enhanced BSS on Cisco 7921 and 7920 Wireless IP Phones, page 591•Restrictions for QoS Enhanced BSS, page 592•Information About QoS Enhanced BSS, page 592•Configuring QBSS (GUI), page 593•Configuring QBSS (CLI), page 593Prerequisites for Using QoS Enhanced BSS on Cisco 7921 and 7920 WirelessIP PhonesFollow these guidelines to use Cisco 7921 and 7920 Wireless IP Phones with controllers:•Aggressive load balancing must be disabled for each controller. Otherwise, the initial roam attempt bythe phone may fail, causing a disruption in the audio path.•The Dynamic Transmit Power Control (DTPC) information element (IE) must be enabled using theconfig 802.11b dtpc enable command. The DTPC IE is a beacon and probe information element thatallows the access point to broadcast information on its transmit power. The 7921 or 7920 phone usesthis information to automatically adjust its transmit power to the same level as the access point to whichit is associated. In this manner, both devices are transmitting at the same level.•Both the 7921 and 7920 phones and the controllers support Cisco Centralized Key Management (CCKM)fast roaming.•When configuring WEP, there is a difference in nomenclature for the controller and the 7921 or 7920phone. Configure the controller for 104 bits when using 128-bit WEP for the 7921 or 7920.•For standalone 7921 phones, load-based CAC must be enabled, and the WMM Policy must be set toRequired on the WLAN.•The controller supports traffic classification (TCLAS) coming from 7921 phones using firmware version1.1.1. This feature ensures proper classification of voice streams to the 7921 phones.•When using a 7921 phone with the 802.11a radio of a 1242 series access point, set the 24-Mbps datarate to Supported and choose a lower Mandatory data rate (such as 12 Mbps). Otherwise, the phonemight experience poor voice quality.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 591
Restrictions for QoS Enhanced BSS•The OEAP 600 Series access points do not support CAC.•QBSS is disabled by default.•7920 phones are non-WMM phones with limited CAC functionality. The phones look at the channelutilization of the access point to which they are associated and compare that to a threshold that is beaconedby the access point. If the channel utilization is less than the threshold, the 7920 places a call. In contrast,7921 phones are full-fledged WMM phones that use traffic specifications (TSPECs) to gain access tothe voice queue before placing a phone call. The 7921 phones work well with load-based CAC, whichuses the percentage of the channel set aside for voice and tries to limit the calls accordingly.Because 7921 phones support WMM and 7920 phones do not, capacity and voice quality problems canarise if you do not properly configure both phones when they are used in a mixed environment. To enableboth 7921 and 7920 phones to co-exist on the same network, make sure that load-based CAC and 7920AP CAC are both enabled on the controller and the WMM Policy is set to Allowed. These settingsbecome particularly important if you have many more 7920 users than 7921 users.•We recommend that aggressive load balancing always be turned off either through the controller GUIor CLI in any wireless network that is supporting voice, regardless of vendor. When aggressive loadbalancing is turned on, voice clients can hear an audible artifact when roaming, if the handset is refusedat its first reassociation attempt.Information About QoS Enhanced BSSThe QoS Enhanced Basis Service Set (QBSS) information element (IE) enables the access points tocommunicate their channel usage to wireless devices. Because access points with high channel usage mightnot be able to handle real-time traffic effectively, the 7921 or 7920 phone uses the QBSS value to determineif they should associate to another access point. You can enable QBSS in these two modes:•Wi-Fi Multimedia (WMM) mode, which supports devices that meet the 802.11E QBSS standard (suchas Cisco 7921 IP Phones)•7920 support mode, which supports Cisco 7920 IP Phones on your 802.11b/g networkThe 7920 support mode has two options:◦Support for 7920 phones that require call admission control (CAC) to be configured on andadvertised by the client device (these are typically older 7920 phones)◦Support for 7920 phones that require CAC to be configured on and advertised by the access point(these are typically newer 7920 phones)When access point-controlled CAC is enabled, the access point sends out a Cisco proprietary CACInformation Element (IE) and does not send out the standard QBSS IE.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4592 OL-28744-01  Restrictions for QoS Enhanced BSS
Configuring QBSS (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure WMM mode.Step 3 When the WLANs > Edit page appears, choose the QoS tab to open the WLANs > Edit (Qos) page.Step 4 From the WMM Policy drop-down list, choose one of the following options, depending on whether you want to enableWMM mode for 7921 phones and other devices that meet the WMM standard:•Disabled—Disables WMM on the WLAN. This is the default value.•Allowed—Allows client devices to use WMM on the WLAN.•Required—Requires client devices to use WMM. Devices that do not support WMM cannot join the WLAN.Step 5 Select the 7920 AP CAC check box if you want to enable 7920 support mode for phones that require accesspoint-controlled CAC. The default value is unselected.Step 6 Select the 7920 Client CAC check box if you want to enable 7920 support mode for phones that require client-controlledCAC. The default value is unselected.You cannot enable both WMM mode and client-controlled CAC mode on the same WLAN.NoteStep 7 Click Apply to commit your changes.Step 8 Click Save Configuration to save your changes.Configuring QBSS (CLI)Step 1 Determine the ID number of the WLAN to which you want to add QBSS support by entering this command:show wlan summaryStep 2 Disable the WLAN by entering this command:config wlan disable wlan_idStep 3 Configure WMM mode for 7921 phones and other devices that meet the WMM standard by entering this command:config wlan wmm {disabled |allowed |required}wlan_idwhere•disabled disables WMM mode on the WLAN.•allowed allows client devices to use WMM on the WLAN.•required requires client devices to use WMM. Devices that do not support WMM cannot join the WLAN.Step 4 Enable or disable 7920 support mode for phones that require client-controlled CAC by entering this command:config wlan 7920-support client-cac-limit {enable |disable}wlan_idCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 593Configuring QBSS (GUI)
You cannot enable both WMM mode and client-controlled CAC mode on the same WLAN.NoteStep 5 Enable or disable 7920 support mode for phones that require access point-controlled CAC by entering this command:config wlan 7920-support ap-cac-limit {enable |disable}wlan_idStep 6 Reenable the WLAN by entering this command:config wlan enable wlan_idStep 7 Save your changes by entering this command:save configStep 8 Verify that the WLAN is enabled and the Dot11-Phone Mode (7920) text box is configured for compact mode by enteringthis command:show wlan wlan_id   Cisco Wireless LAN Controller Configuration Guide, Release 7.4594 OL-28744-01  Configuring QBSS (CLI)
CHAPTER 86Configuring Media Session Snooping andReporting•Restrictions for Media Session Snooping and Reporting, page 595•Information About Media Session Snooping and Reporting, page 595•Configuring Media Session Snooping (GUI), page 596•Configuring Media Session Snooping (CLI), page 596Restrictions for Media Session Snooping and ReportingController software release 6.0 or later releases support Voice over IP (VoIP) Media Session Aware (MSA)snooping and reporting.Information About Media Session Snooping and ReportingThis feature enables access points to detect the establishment, termination, and failure of Session InitiationProtocol (SIP) voice calls and then report them to the controller and Cisco Prime Infrastructure. You canenable or disable Voice over IP (VoIP) snooping and reporting for each WLAN.When you enable VoIP Media Session Aware (MSA) snooping, the access point radios that advertise thisWLAN look for SIP voice packets that comply with SIP RFC 3261. They do not look for non-RFC3261-compliant SIP voice packets or Skinny Call Control Protocol (SCCP) voice packets. Any SIP packetsdestined to or originating from port number 5060 (the standard SIP signaling port) are considered for furtherinspection. The access points track when Wi-Fi Multimedia (WMM) and non-WMM clients are establishinga call, are already on an active call, or are in the process of ending a call. Upstream packet classification forboth client types occurs at the access point. Downstream packet classification occurs at the controller forWMM clients and at the access point for non-WMM clients. The access points notify the controller and CiscoPrime Infrastructure of any major call events, such as call establishment, termination, and failure.The controller provides detailed information for VoIP MSA calls. For failed calls, the controller generates atrap log with a timestamp and the reason for failure (in the GUI) and an error code (in the CLI) to aid introubleshooting. For successful calls, the controller shows the number and duration of calls for usage trackingpurposes. Cisco Prime Infrastructure displays failed VoIP call information in the Events page.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 595
Configuring Media Session Snooping (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure media session snooping.Step 3 On the WLANs > Edit page, click the Advanced tab.Step 4 Under Voice, select the Media Session Snooping check box to enable media session snooping or unselect it to disablethis feature. The default value is unselected.Step 5 Click Apply.Step 6 Click Save Configuration.Step 7 See the VoIP statistics for your access point radios as follows:a) Choose Monitor >Access Points >Radios >802.11a/n or 802.11b/g/n to open the 802.11a/n (or 802.11b/g/n)Radios page.b) Scroll to the right and click the Detail link for the access point for which you want to view VoIP statistics. The Radio> Statistics page appears.The VoIP Stats section shows the cumulative number and length of voice calls for this access point radio. Entriesare added automatically when voice calls are successfully placed and deleted when the access point disassociatesfrom the controller.Step 8 Choose Management >SNMP >Trap Logs to see the traps generated for failed calls. The Trap Logs page appears.For example, log 0 in the figure shows that a call failed. The log provides the date and time of the call, a description ofthe failure, and the reason why the failure occurred.Configuring Media Session Snooping (CLI)Step 1 Enable or disable VoIP snooping for a particular WLAN by entering this command:config wlan call-snoop {enable |disable}wlan_idStep 2 Save your changes by entering this command:save configStep 3 See the status of media session snooping on a particular WLAN by entering this command:show wlan wlan_idInformation similar to the following appears:WLAN Identifier.................................. 1Profile Name..................................... wpa2-pskNetwork Name (SSID).............................. wpa2-pskStatus........................................... Enabled...FlexConnect Local Switching........................ Disabled   Cisco Wireless LAN Controller Configuration Guide, Release 7.4596 OL-28744-01  Configuring Media Session Snooping (GUI)
FlexConnect Learn IP Address....................... EnabledInfrastructure MFP protection.............. Enabled (Global Infrastructure MFPDisabled)Client MFP.................................... OptionalTkip MIC Countermeasure Hold-down Timer....... 60Call Snooping.................................. EnabledStep 4 See the call information for an MSA client when media session snooping is enabled and the call is active by enteringthis command:show call-control client callInfo client_MAC_addressInformation similar to the following appears:Uplink IP/port...................................... 192.11.1.71 / 23870Downlonk IP/port.................................... 192.12.1.47 / 2070UP.................................................. 6Calling Party....................................... sip:1054Called Party........................................ sip:1000Call ID............................................. 58635b00-850161b7-14853-1501a8Number of calls for given client is.............. 1Step 5 See the metrics for successful calls or the traps generated for failed calls by entering this command:show call-control ap {802.11a |802.11b}Cisco_AP {metrics |traps}Information similar to the following appears when you enter show call-control ap {802.11a |802.11b}Cisco_APmetrics:Total Call Duration in Seconds................... 120Number of Calls.................................. 10Information similar to the following appears when you enter show call-control ap {802.11a |802.11b}Cisco_AP traps:Number of traps sent in one min.................. 2Last SIP error code.............................. 404Last sent trap timestamp...................... Jun 20 10:05:06To aid in troubleshooting, the output of this command shows an error code for any failed calls. This table explains thepossible error codes for failed calls.Table 19: Error Codes for Failed VoIP CallsDescriptionIntegerError CodeUnknown error.unknown1The request could not be understood because of malformed syntax.badRequest400The request requires user authentication.unauthorized401Reserved for future use.paymentRequired402The server understood the request but refuses to fulfill it.forbidden403Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 597Configuring Media Session Snooping (CLI)
DescriptionIntegerError CodeThe server has information that the user does not exist at the domainspecified in the Request-URI.notFound404The method specified in the Request-Line is understood but notallowed for the address identified by the Request-URI.methodNotallowed405The resource identified by the request is only capable of generatingresponse entities with content characteristics that are not acceptableaccording to the Accept header text box sent in the request.notAcceptabl406The client must first authenticate with the proxy.proxyAuthenticationRequired407The server could not produce a response within a suitable amountof time, if it could not determine the location of the user in time.requestTimeout408The request could not be completed due to a conflict with thecurrent state of the resource.conflict409The requested resource is no longer available at the server, and noforwarding address is known.gone410The server is refusing to process a request because the requestentity-body is larger than the server is willing or able to process.lengthRequired411The server is refusing to process a request because the requestentity-body is larger than the server is willing or able to process.requestEntityTooLarge413The server is refusing to service the request because theRequest-URI is longer than the server is willing to interpret.requestURITooLarge414The server is refusing to service the request because the messagebody of the request is in a format not supported by the server forthe requested method.unsupportedMediaType415The server did not understand the protocol extension specified ina Proxy-Require or Require header text box.badExtension420The callee’s end system was contacted successfully, but the calleeis currently unavailable.temporarilyNotAvailable480The UAS received a request that does not match any existing dialogor transaction.callLegDoesNotExist481The server has detected a loop.loopDetected482The server received a request that contains a Max-Forwards headertext box with the value zero.tooManyHops483   Cisco Wireless LAN Controller Configuration Guide, Release 7.4598 OL-28744-01  Configuring Media Session Snooping (CLI)
DescriptionIntegerError CodeThe server received a request with a Request-URI that wasincomplete.addressIncomplete484The Request-URI was ambiguous.ambiguous485The callee’s end system was contacted successfully, but the calleeis currently not willing or able to take additional calls at this endsystem.busy486The server encountered an unexpected condition that prevented itfrom fulfilling the request.internalServerError500The server does not support the functionality required to fulfill therequest.notImplemented501The server, while acting as a gateway or proxy, received an invalidresponse from the downstream server it accessed in attempting tofulfill the request.badGateway502The server is temporarily unable to process the request because ofa temporary overloading or maintenance of the server.serviceUnavailable503The server did not receive a timely response from an external serverit accessed in attempting to process the request.serverTimeout504The server does not support or refuses to support the SIP protocolversion that was used in the request.versionNotSupported505The callee’s end system was contacted successfully, but the calleeis busy or does not want to take the call at this time.busyEverywhere600The callee’s machine was contacted successfully, but the user doesnot want to or cannot participate.decline603The server has information that the user indicated in theRequest-URI does not exist anywhere.doesNotExistAnywhere604The user’s agent was contacted successfully, but some aspects ofthe session description (such as the requested media, bandwidth,or addressing style) were not acceptable.notAcceptable606If you experience any problems with media session snooping, enter the debug call-control {all |event} {enable|disable} command to debug all media session snooping messages or events.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 599Configuring Media Session Snooping (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4600 OL-28744-01  Configuring Media Session Snooping (CLI)
CHAPTER 87Configuring Key Telephone System-Based CAC•Restrictions for Key Telephone System-Based CAC, page 601•Information About Key Telephone System-Based CAC, page 601•Configuring KTS-based CAC (GUI), page 602•Configuring KTS-based CAC (CLI), page 602Restrictions for Key Telephone System-Based CAC•The controller ignores the SSID Capability Check Request message from the clients.•Preferred call is not supported for KTS CAC clients.•Reason code 17 is not supported in intercontroller roaming scenarios.•To make the KTS-based CAC feature functional, ensure that you do the following:◦Enable WMM on the WLAN◦Enable ACM at the radio level◦Enable processing of TSPEC inactivity timeout at the radio levelInformation About Key Telephone System-Based CACKey Telephone System-based CAC is a protocol that is used in NEC MH240 wireless IP telephones. You canconfigure the controller to support CAC on KTS-based SIP clients, to process bandwidth request messagefrom such clients, to allocate the required bandwidth on the AP radio, and to handle other messages that arepart of the protocol.When a call is initiated, the KTS-based CAC client sends a Bandwidth Request message to which the controllerresponds with a Bandwidth Confirm message indicating whether the bandwidth is allocated or not. The callis allowed only if the bandwidth is available. If the client roams from one AP to another, the client sendsanother Bandwidth Request message to the controller.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 601
Bandwidth allocation depends on the median time calculated using the data rate from the Bandwidth Requestmessage and the packetization interval. For KTS-based CAC clients, the G.711 codec with 20 millisecondsas the packetization interval is used to compute the medium time.The controller releases the bandwidth after it receives the bandwidth release message from the client. Whenthe client roams to another AP, the controller releases the bandwidth on the previous AP and allocates bandwidthon the new AP, in both intracontroller and intercontroller roaming scenarios. The controller releases thebandwidth if the client is dissociated or if there is inactivity for 120 seconds. The controller does not informthe client when the bandwidth is released for the client due to inactivity or dissociation of the client.Configuring KTS-based CAC (GUI)Before You BeginTo enable KTS-based CAC for a WLAN, ensure that you do the following:•Set the QoS profile for the WLAN to Platinum.•Set the WLAN in disabled state.•Set the FlexConnect Local Switching in disabled state for the WLAN (On the WLANs > Edit page,click the Advanced tab and unselect the FlexConnect Local Switching check box).Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure the KTS-based CAC policy.Step 3 On the WLANs > Edit page, click the Advanced tab.Step 4 Under Voice, select or unselect the KTS based CAC Policy check box to enable or disable KTS-based CAC for theWLAN.Step 5 Click Apply to commit your changes.Configuring KTS-based CAC (CLI)Before You BeginTo enable KTS-based CAC for a WLAN, ensure that you do the following:•Configure the QoS profile for the WLAN to Platinum by entering the following command:config wlan qos wlan-id platinum•Disable the WLAN by entering the following command:config wlan disable wlan-id•Disable FlexConnect Local Switching for the WLAN by entering the following command:   Cisco Wireless LAN Controller Configuration Guide, Release 7.4602 OL-28744-01  Configuring KTS-based CAC (GUI)
config wlan flexconnect local-switching wlan-id disableStep 1 To enable KTS-based CAC for a WLAN, enter the following command:config wlan kts-cac enable wlan-idStep 2 To enable the functioning of the KTS-based CAC feature, ensure you do the following:a) Enable WMM on the WLAN by entering the following command:config wlan wmm allow wlan-idb) Enable ACM at the radio level by entering the following command:config 802.11a cac voice acm enablec) Enable the processing of the TSPEC inactivity timeout at the radio level by entering the following command:config 802.11a cac voice tspec-inactivity-timeout enableRelated Commands•To see whether the client supports KTS-based CAC, enter the following command:show client detail client-mac-addressInformation similar to the following appears:Client MAC Address............................... 00:60:b9:0d:ef:26Client Username ................................. N/AAP MAC Address................................... 58:bc:27:93:79:90QoS Level........................................ Platinum802.1P Priority Tag.............................. disabledKTS CAC Capability............................... YesWMM Support...................................... EnabledPower Save....................................... ON•To troubleshoot issues with KTS-based CAC, enter the following command:debug cac kts enable•To troubleshoot other issues related to CAC, enter the following commands:◦debug cac event enable◦debug call-control all enableCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 603Configuring KTS-based CAC (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4604 OL-28744-01  Configuring KTS-based CAC (CLI)
CHAPTER 88Configuring Reanchoring of Roaming VoiceClients•Restrictions for Configuring Reanchoring of Roaming Voice Clients, page 605•Information About Reanchoring of Roaming Voice Clients, page 605•Configuring Reanchoring of Roaming Voice Clients (GUI), page 606•Configuring Reanchoring of Roaming Voice Clients (CLI), page 606Restrictions for Configuring Reanchoring of Roaming Voice Clients•The ongoing data session might be affected due to disassociation and then reassociation.•This feature is supported for TSPEC-based calls and non-TSPEC SIP-based calls only when you enablethe admission control.•This feature is not recommended for use on Cisco 792x phones.Information About Reanchoring of Roaming Voice ClientsYou can allow voice clients to get anchored on the best suited and nearest available controller, which is usefulwhen intercontroller roaming occurs. By using this feature, you can avoid the use of tunnels to carry trafficbetween the foreign controller and the anchor controller and remove unnecessary traffic from the network.The ongoing call during roaming is not affected and can continue without any problem. The traffic passesthrough proper tunnels that are established between the foreign controller and the anchor controller.Disassociation occurs only after the call ends, and then the client then gets reassociated to a new controller.You can reanchor roaming of voice clients for each WLAN.NoteCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 605
Configuring Reanchoring of Roaming Voice Clients (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the WLAN for which you want to configure reanchoring of roaming voice clients.Step 3 When the WLANs > Edit page appears, choose the Advanced tab to open the WLANs > Edit (Advanced) page.Step 4 In the Voice area select the Re-anchor Roamed Clients check box.Step 5 Click Apply to commit your changes.Step 6 Click Save Configuration to save your changes.Configuring Reanchoring of Roaming Voice Clients (CLI)Step 1 Enable or disable reanchoring of roaming voice clients for a particular WLAN by entering this command:config wlan roamed-voice-client re-anchor {enable | disable} wlan idStep 2 Save your changes by entering this command:save configStep 3 See the status of reanchoring roaming voice client on a particular WLAN by entering this command:show wlan wlan_idInformation similar to the following appears:WLAN Identifier.................................. 1Profile Name..................................... wpa2-pskNetwork Name (SSID).............................. wpa2-pskStatus........................................... Enabled...Call Snooping.................................... EnabledRoamed Call Re-Anchor Policy..................... EnabledBand Select...................................... DisabledLoad Balancing................................... DisabledStep 4 Save your changes by entering this command:save config   Cisco Wireless LAN Controller Configuration Guide, Release 7.4606 OL-28744-01  Configuring Reanchoring of Roaming Voice Clients (GUI)
CHAPTER 89Configuring Seamless IPv6 Mobility•Prerequisites for Configuring IPv6 Mobility, page 607•Restrictions for Configuring IPv6 Mobility, page 607•Information About IPv6 Mobility, page 608•Configuring IPv6 Globally, page 608•Configuring RA Gaurd for IPv6 Clients, page 609•Configuring RA Throttling for IPv6 Clients, page 609•Configuring IPv6 Neighbor Discovery Caching, page 611Prerequisites for Configuring IPv6 Mobility•Up to eight client addresses can be tracked per client.•To allow stateful DHCPv6 IP addressing to operate properly, you must have a switch or router thatsupports the DHCP for IPv6 feature that is configured to act like a DHCPv6 server, or you need adedicated server such as a Windows 2008 server with a built-in DHCPv6 server.To support the seamless IPv6 Mobility, you might need to configure the following:•Configuring RA Guard for IPv6 Clients•Configuring RA Throttling for IPv6 Clients•Configuring IPv6 Neighbor Discovery CachingRestrictions for Configuring IPv6 Mobility•Clients must support IPv6 with either static stateless auto configuration (such as Windows XP clients)or stateful DHCPv6 IP addressing (such as Windows Vista clients).Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 607
Currently, DHCPv6 is supported for use only with Windows Vista clients. For theseclients, you must manually renew the DHCPv6 IP address after the client changesVLANs.NoteThe Dynamic VLAN function for IPv6 is not supported.Note•Roaming of IPv6 clients that are associated with a WLAN that is mapped to an untagged interface toanother WLAN that is mapped to a tagged interface is not supported.Information About IPv6 MobilityInternet Protocol version 6 (IPv6) is the next-generation network layer Internet protocol intended to replaceversion 4 (IPv4) in the TCP/IP suite of protocols. This new version increases the Internet global address spaceto accommodate users and applications that require unique global IP addresses. IPv6 incorporates 128-bitsource and destination addresses, which provide significantly more addresses than the 32-bit IPv4 addresses.To support IPv6 clients across controllers, ICMPv6 messages must be dealt with specially to ensure the IPv6client remains on the same Layer 3 network. The controllers keep track of IPv6 clients by intercepting theICMPv6 messages to provide seamless mobility and protect the network from network attacks. The ICMPv6packets are converted from multicast to unicast and delivered individually per client. This process allowsmore control. Specific clients can receive specific Neighbor Discovery and Router Advertisement packets,which ensures correct IPv6 addressing and avoids unnecessary multicast traffic.The configuration for IPv6 mobility is the same as IPv4 mobility and requires no separate software on theclient side to achieve seamless roaming. The controllers must be part of the same mobility group. Both IPv4and IPv6 client mobility are enabled by default.Configuring IPv6 GloballyConfiguring IPv6 Globally (GUI)Step 1 Choose Controller >General.Step 2 From the Global IPv6 Config drop-down list, choose Enabled or Disabled.Step 3 Click Apply.Step 4 Click Save Configuration.Configuring IPv6 Globally (CLI)Use this command to configure IPv6 globally:   Cisco Wireless LAN Controller Configuration Guide, Release 7.4608 OL-28744-01  Information About IPv6 Mobility
•Enable or disable IPv6 globally by entering this command:config ipv6 {enable |disable}Configuring RA Gaurd for IPv6 ClientsInformation About RA GuardIPv6 clients configure IPv6 addresses and populate their router tables based on IPv6 Router Advertisement(RA) packets. The RA Guard feature is similar to the RA guard feature of wired networks. RA Guard increasesthe security of the IPv6 network by dropping the unwanted or rogue RA packets that come from wirelessclients. If this feature is not configured, malicious IPv6 clients could announce themselves as the router forthe network, which would take higher precedence over legitimate IPv6 routers.RA Guard occurs at the controller. You can configure the controller to drop RA messages at the access pointor at the controller. By default, RA Guard is configured at the access point and also enabled in the controller.All IPv6 RA messages are dropped, which protects other wireless clients and upstream wired network frommalicious IPv6 clients.Configuring RA Guard (GUI)Step 1 Choose Controller > IPv6 > RA Guard to open the IPv6 RA Guard page. By default the IPv6 RA Guard on AP isenabled.Step 2 From the drop-down list, choose Disable to disable RA Guard. The controller also displays the clients that have beenidentified as sending RA packets.Step 3 Click Apply to commit your changes.Step 4 Click Save Configuration to save your changes.Configuring RA Guard (CLI)Use this command to configure RA Guard:config ipv6 ra-guard ap {enable |disable}Configuring RA Throttling for IPv6 ClientsInformation about RA ThrottlingRA throttling allows the controller to enforce limits to RA packets headed toward the wireless network. Byenabling RA throttling, routers that send many RA packets can be trimmed to a minimum frequency that willstill maintain an IPv6 client connectivity. If a client sends an RS packet, then an RA is sent back to the client.This is allowed through the controller and unicasted to the client. This process ensures that the new clients orroaming clients are not affected by the RA throttling.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 609Configuring RA Gaurd for IPv6 Clients
Configuring RA Throttling (GUI)Step 1 Choose Controller > IPv6 > RA Throttle Policy page. By default the IPv6 RA Throttle Policy is disabled. Unselectthe check box to disable RA throttle policy.Step 2 Configure the following parameters:•Throttle period—The period of time for throttling. RA throttling takes place only after the Max Through limit isreached for the VLAN or the Allow At-Most value is reached for a particular router. The range is from 10 secondsto 86400 seconds. The default is 600 seconds.•Max Through—The maximum number of RA packets on a VLAN that can be sent before throttling takes place.The No Limit option allows an unlimited number of RA packets through with no throttling. The range is from 0to 256 RA packets. The default is 10 RA packets.•Interval Option—This option allows the controller to act differently based on the RFC 3775 value set in IPv6 RApackets.◦Passthrough—Allows any RA messages with the RFC 3775 interval option to go through without throttling.◦Ignore—Causes the RA throttle to treat packets with the interval option as a regular RA and subject tothrottling if in effect.◦Throttle—Causes the RA packets with the interval option to always be subject to rate limiting.•Allow At-least—The minimum number of RA packets per router that can be sent as multicast before throttlingtakes place. The range is from 0 to 32 RA packets.•Allow At-most—The maximum number of RA packets per router that can be sent as multicast before throttlingtakes place. The No Limit option allows an unlimited number of RA packets through the router. The range is from0 to 256 RA packets.When RA throttling occurs, only the first IPv6 capable router is allowed through. For networks that havemultiple IPv6 prefixes being served by different routers, you should disable RA throttling.NoteStep 3 Click Apply to commit your changes.Step 4 Click Save Configuration to save your changes.Configuring the RA Throttle Policy (CLI)Use this command to configure the RA throttle policy:config ipv6 neigbhor-binding ra-throttle {allow at-least at-least-value |enable |disable |interval-option{ignore |passthrough |throttle} | max-through {max-through-value |no-limit}   Cisco Wireless LAN Controller Configuration Guide, Release 7.4610 OL-28744-01  Configuring RA Throttling for IPv6 Clients
Configuring IPv6 Neighbor Discovery CachingInformation About IPv6 Neighbor DiscoveryIPv6 Neighbor Discovery is a set of messages and processes that determine relationships between neighboringnodes. Neighbor Discovery replaces ARP, ICMP Router Discovery, and ICMP Redirect used in IPv4.IPv6 Neighbor Discovery inspection analyzes neighbor discovery messages in order to build a trusted bindingtable database, and IPv6 neighbor discovery packets that do not comply are dropped. The neighbor bindingtable in the controller track each IPv6 address and its associated MAC address. Clients are expired from thetable according to Neighbor Binding timers.Configuring Neighbor Binding (GUI)Step 1 Choose Controller > IPv6 > Neighbor Binding page.Step 2 Configure the following:•Down–Lifetime—Specifies how long IPv6 cache entries are kept if the interface goes down. The range is from 0to 86400 seconds.•Reachable–Lifetime—Specifies how long IPv6 addresses are active. The range is from 0 to 86400 seconds.•Stale–Lifetime—Specifies how long to keep IPv6 addresses in the cache. The range is from 0 to 86400 seconds.Step 3 Enable or disable the Unknown Address Multicast NS Forwarding.Step 4 Click Apply.Step 5 Click Save Configuration.Configuring Neighbor Binding (CLI)•Configure the neighbor binding parameters by entering this command:config ipv6 neighbor-binding timers {down-lifetime |reachable-lifetime |stale-lifetime} {enable |disable}•Configure the Unknown Address Multicast NS Forwarding by entering this command:config ipv6 ns-mcast-fwd {enable |disable}Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 611Configuring IPv6 Neighbor Discovery Caching
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4612 OL-28744-01  Configuring IPv6 Neighbor Discovery Caching
CHAPTER 90Configuring Cisco Client Extensions•Prerequisites for Configuring Cisco Client Extensions, page 613•Restrictions for Configuring Cisco Client Extensions, page 613•Information About Cisco Client Extensions, page 614•Configuring CCX Aironet IEs (GUI), page 614•Viewing a Client’s CCX Version (GUI), page 614•Configuring CCX Aironet IEs (CLI), page 614•Viewing a Client’s CCX Version (CLI), page 615Prerequisites for Configuring Cisco Client Extensions•The software supports CCX versions 1 through 5, which enables controllers and their access points tocommunicate wirelessly with third-party client devices that support CCX. CCX support is enabledautomatically for every WLAN on the controller and cannot be disabled. However, you can configureAironet information elements (IEs).•If Aironet IE support is enabled, the access point sends an Aironet IE 0x85 (which contains the accesspoint name, load, number of associated clients, and so on) in the beacon and probe responses of thisWLAN, and the controller sends Aironet IEs 0x85 and 0x95 (which contains the management IP addressof the controller and the IP address of the access point) in the reassociation response if it receives AironetIE 0x85 in the reassociation request.Restrictions for Configuring Cisco Client Extensions•CCX is not supported on Cisco OEAP 600 access points and all elements related to CCX are notsupported.•Cisco OEAP 600 do not support Cisco Aeronet IEs.•With the 7.2 release, a new version of CCX, which is called CCX Lite, is available. For more informationabout CCX Lite, see http://www.cisco.com/web/partners/pr46/pr147/program_additional_information_new_release_features.htmlCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 613
Information About Cisco Client ExtensionsThe Cisco Client Extensions (CCX) software is licensed to manufacturers and vendors of third-party clientdevices. The CCX code resident on these clients enables them to communicate wirelessly with Cisco accesspoints and to support Cisco features that other client devices do not, including those features that are relatedto increased security, enhanced performance, fast roaming, and power management.Configuring CCX Aironet IEs (GUI)Step 1 Choose WLANs to open the WLANs page.Step 2 Click the ID number of the desired WLAN to open the WLANs > Edit page.Step 3 Choose the Advanced tab to open the WLANs > Edit (Advanced tab) page.Step 4 Select the Aironet IE check box if you want to enable support for Aironet IEs for this WLAN. Otherwise, unselect thischeck box. The default value is enabled (or selected).Step 5 Click Apply to commit your changes.Step 6 Click Save Configuration to save your changes.Viewing a Client’s CCX Version (GUI)A client device sends its CCX version in association request packets to the access point. The controller thenstores the client’s CCX version in its database and uses it to limit the features for this client. For example, ifa client supports CCX version 2, the controller does not allow the client to use CCX version 4 features.Step 1 Choose Monitor >Clients to open the Clients page.Step 2 Click the MAC address of the desired client device to open the Clients > Detail page.The CCX Version text box shows the CCX version supported by this client device. Not Supported appears if the clientdoes not support CCX.Step 3 Click Back to return to the previous screen.Step 4 Repeat this procedure to view the CCX version supported by any other client devices.Configuring CCX Aironet IEs (CLI)Use this command to configure CCX Aironet IEs:config wlan ccx aironet-ie {enable |disable}wlan_idThe default value is enabled.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4614 OL-28744-01  Information About Cisco Client Extensions
Viewing a Client’s CCX Version (CLI)See the CCX version supported by a particular client device using the controller CLI by entering this command:show client detail client_macCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 615Viewing a Client’s CCX Version (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4616 OL-28744-01  Viewing a Client’s CCX Version (CLI)
CHAPTER 91Configuring Remote LANs•Prerequisites for Configuring Remote LANs, page 617•Restrictions for Configuring Remote LANs, page 617•Information About Remote LANs, page 617•Configuring a Remote LAN (GUI), page 618•Configuring a Remote LAN (CLI), page 618Prerequisites for Configuring Remote LANs•You must remove all remote LANs from a controller's configuration before moving to a release thatdoes not support the remote LAN functionality. The remote LAN changes to a WLAN in earlier releases,which could cause an undesirable or unsecured WLAN being broadcast on the wireless network. RemoteLAN is only supported in release 7.0.116.0 and later.•Remote LAN can be applied on a dedicated LAN port on an OEAP 600 series access point.Restrictions for Configuring Remote LANs•Only four clients can connect to an OEAP 600 series access point through a remote LAN port. Thisnumber does not affect the fifteen WLAN limit imposed for the controller WLANs. The remote LANclient limit supports connecting a switch or hub to the remote LAN port for multiple devices or connectingdirectly to a Cisco IP phone that is connected to that port. Only the first four devices can connect untilone of the devices is idle for more than one minute.•It is not possible to configure 802.1X on remote LANs through the controller GUI; configuration onlythrough CLI is supported.Information About Remote LANsThis section describes how to configure remote LANs.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 617
Configuring a Remote LAN (GUI)Step 1 Choose WLANs to open the WLANs page.This page lists all of the WLANs and remote LANs currently configured on the controller. For each WLAN, you cansee its WLAN/remote LAN ID, profile name, type, SSID, status, and security policies.The total number of WLANs/Remote LANs appears in the upper right-hand corner of the page. If the list ofWLANs/Remote LANs spans multiple pages, you can access these pages by clicking the page number links.If you want to delete a Remote LAN, hover your cursor over the blue drop-down arrow for that WLAN andchoose Remove, or select the check box to the left of the row, choose Remove Selected from the drop-downlist, and click Go. A message appears asking you to confirm your decision. If you proceed, the remote LAN isremoved from any access point group to which it is assigned and from the access point’s radio.NoteStep 2 Create a new Remote-LAN by choosing Create New from the drop-down list and clicking Go. The WLANs > Newpage appears.Step 3 From the Type drop-down list, choose Remote LAN to create a remote LAN.Step 4 In the Profile Name text box, enter up to 32 alphanumeric characters for the profile name to be assigned to this RemoteWLAN. The profile name must be unique.Step 5 From the WLAN ID drop-down list, choose the ID number for this WLAN.Step 6 Click Apply to commit your changes. The WLANs > Edit page appears.You can also open the WLANs > Edit page from the WLANs page by clicking the ID number of the WLANthat you want to edit.NoteStep 7 Use the parameters on the General, Security, and Advanced tabs to configure this remote LAN. See the sections in therest of this chapter for instructions on configuring specific features.Step 8 On the General tab, select the Status check box to enable this remote LAN. Be sure to leave it unselected until you havefinished making configuration changes to the remote LAN.You can also enable or disable remote LANs from the WLANs page by selecting the check boxes to the left ofthe IDs that you want to enable or disable, choosing Enable Selected or Disable Selected from the drop-downlist, and clicking Go.NoteStep 9 Click Apply to commit your changes.Step 10 Click Save Configuration to save your changes.Configuring a Remote LAN (CLI)•See the current configuration of the remote LAN by entering this command:show remote-lan remote-lan-id•Enable or disable remote LAN by entering this command:config remote-lan {enable | disable} remote-lan-id•Enable or disable 802.1X authentication for remote LAN by entering this command:config remote-lan security 802.1X {enable | disable} remote-lan-id   Cisco Wireless LAN Controller Configuration Guide, Release 7.4618 OL-28744-01  Configuring a Remote LAN (GUI)
The encryption on a remote LAN is always “none.”Note•Enable or disable local EAP with the controller as an authentication server, by entering this command:config remote-lan local-auth enable profile-name remote-lan-id•If you are using an external AAA authentication server, use the following command:config remote-lan radius_server auth {add | delete} remote-lan-id server idconfig remote-lan radius_server auth {enable | disable} remote-lan-idCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 619Configuring a Remote LAN (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4620 OL-28744-01  Configuring a Remote LAN (CLI)
CHAPTER 92Configuring AP Groups•Prerequisites for Configuring AP Groups, page 621•Restrictions for Configuring Access Point Groups, page 622•Information About Access Point Groups, page 622•Configuring Access Point Groups, page 624•Creating Access Point Groups (GUI), page 624•Creating Access Point Groups (CLI), page 626•Viewing Access Point Groups (CLI), page 626Prerequisites for Configuring AP GroupsThe following are the prerequisites for creating access point groups on a controller:•The required access control list (ACL) must be defined on the router that serves the VLAN or subnet.•Multicast traffic is supported with access point group VLANs. However, if the client roams from oneaccess point to another, the client might stop receiving multicast traffic, unless IGMP snooping is enabled.AP Groups Supported on Controller PlatformsThis table lists the AP groups supported on various controller platforms:AP Groups SupportedController Platform50Cisco 2500 Series Wireless Controller500Cisco 5500 Series Wireless Controller200Cisco Virtual Wireless Controller6000Cisco 7500 Series Wireless Controller6000Cisco 8500 Series Wireless ControllerCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 621
AP Groups SupportedController Platform1000Cisco Wireless Services Module 2Restrictions for Configuring Access Point Groups•Suppose that the interface mapping for a WLAN in the AP group table is the same as the WLAN interface.If the WLAN interface is changed, the interface mapping for the WLAN in the AP group table alsochanges to the new WLAN interface.Suppose that the interface mapping for a WLAN in the AP group table is different from the one definedfor the WLAN. If the WLAN interface is changed, then the interface mapping for the WLAN in the APgroup table does not change to the new WLAN interface.•If you clear the configuration on the controller, all of the access point groups disappear except for thedefault access point group “default-group,”which is created automatically.•The default access point group can have up to 16 WLANs associated with it. The WLAN IDs for thedefault access point group must be less than or equal to 16. If a WLAN with an ID greater than 16 iscreated in the default access point group, the WLAN SSID will not be broadcasted. All WLAN IDs inthe default access point group must have an ID that is less than or equal to 16. WLANs with IDs greaterthan 16 can be assigned to custom access point groups.•The OEAP 600 Series access point supports a maximum of two WLANs and one remote LAN. If youhave configured more than two WLANs and one remote LAN, you can assign the 600 Series accesspoint to an AP group. The support for two WLANs and one remote LAN still applies to the AP groupIf the 600 Series OEAP is in the default group, the WLAN/remote LAN ids must be lower than 8.•All OfficeExtend access points should be in the same access point group, and that group should containno more than 15 WLANs. A controller with OfficeExtend access points in an access point group publishesonly up to 15 WLANs to each connected OfficeExtend access point because it reserves one WLAN forthe personal SSID.A controller with OfficeExtend access points in an access point group publishes up to15 WLANs to each connected OfficeExtend access point because it reserves one WLANfor the personal SSID.NoteInformation About Access Point GroupsAfter you create up to 512 WLANs on the controller, you can selectively publish them (using access pointgroups) to different access points to better manage your wireless network. In a typical deployment, all userson a WLAN are mapped to a single interface on the controller. Therefore, all users that are associated withthat WLAN are on the same subnet or VLAN. However, you can choose to distribute the load among severalinterfaces or to a group of users based on specific criteria such as individual departments (such as Marketing)by creating access point groups. Additionally, these access point groups can be configured in separate VLANsto simplify network administration.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4622 OL-28744-01  Restrictions for Configuring Access Point Groups
In the figure, three configured dynamic interfaces are mapped to three different VLANs (VLAN 61, VLAN62, and VLAN 63). Three access point groups are defined, and each is a member of a different VLAN, butall are members of the same SSID. A client within the wireless SSID is assigned an IP address from the VLANsubnet on which its access point is a member. For example, any user that associates with an access point thatis a member of access point group VLAN 61 is assigned an IP address from that subnet.In the figure, the controller internally treats roaming between access points as a Layer 3 roaming event. Inthis way, WLAN clients maintain their original IP addresses.After all access points have joined the controller, you can create access point groups and assign up to 16WLANs to each group. Each access point advertises only the enabled WLANs that belong to its access pointgroup. The access point does not advertise disabled WLANs in its access point group or WLANs that belongto another group.Figure 46: Access Point GroupsCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 623Information About Access Point Groups
Configuring Access Point GroupsStep 1 Configure the appropriate dynamic interfaces and map them to the desired VLANs.For example, to implement the network described in the Information About Access Point Groups section, create dynamicinterfaces for VLANs 61, 62, and 63 on the controller. See the Configuring Dynamic Interfaces section for informationabout how to configure dynamic interfaces.Step 2 Create the access point groups. See the Creating Access Point Groups section.Step 3 Create a RF profile. See the Creating an RF Profile section.Step 4 Assign access points to the appropriate access point groups. See the Creating Access Point Groups section.Step 5 Apply the RF profile on the AP groups. See the Applying RF Profile to AP Groups section.Creating Access Point Groups (GUI)Step 1 Choose WLANs >Advanced >AP Groups to open the AP Groups page.This page lists all the access point groups currently created on the controller. By default, all access points belong to thedefault access point group “default-group,”unless you assign them to other access point groups.The controller creates a default access point group and automatically populates it with the first 16 WLANs(WLANs with IDs 1 through 16, or fewer if 16 WLANs are not configured). This default group cannot bemodified (you cannot add WLANs to it nor delete WLANs from it). It is dynamically updated whenever thefirst 16 WLANs are added or deleted. If an access point does not belong to an access point group, it is assignedto the default group and uses the WLANs in that group. If an access point joins the controller with an undefinedaccess point group name, the access point keeps its group name but uses the WLANs in the default-group accesspoint group.NoteStep 2 Click Add Group to create a new access point group. The Add New AP Group section appears at the top of the page.Step 3 In the AP Group Name text box, enter the group’s name.Step 4 In the Description text box, enter the group’s description.Step 5 In the NAS-ID text box, enter the network access server identifier for the AP group.Step 6 Click Add. The newly created access point group appears in the list of access point groups on the AP Groups page.If you ever want to delete this group, hover your cursor over the blue drop-down arrow for the group and chooseRemove. An error message appears if you try to delete an access point group that is used by at least one accesspoint. Before deleting an access point group in controller software release 6.0 or later releases, move all accesspoints in the group to another group. The access points are not moved to the default-group access point groupas in previous releases.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4624 OL-28744-01  Configuring Access Point Groups
Step 7 Click the name of the group to edit this new group. The AP Groups > Edit (General) page appears.Step 8 Change the description of this access point group by entering the new text in the AP Group Description text box andclick Apply.Step 9 Choose the WLANs tab to open the AP Groups > Edit (WLANs) page. This page lists the WLANs that are currentlyassigned to this access point group.Step 10 Click Add New to assign a WLAN to this access point group. The Add New section appears at the top of the page.Step 11 From the WLAN SSID drop-down list, choose the SSID of the WLAN.Step 12 From the Interface Name drop-down list, choose the interface to which you want to map the access point group. Choosethe quarantine VLAN if you plan to enable network admission control (NAC) out-of-band support.The interface name in the default-group access point group matches the WLAN interface.NoteStep 13 Select the NAC State check box to enable NAC out-of-band support for this access point group. To disable NACout-of-band support, leave the check box unselected, which is the default value.Step 14 Click Add to add this WLAN to the access point group. This WLAN appears in the list of WLANs that are assigned tothis access point group.If you ever want to remove this WLAN from the access point group, hover your cursor over the blue drop-downarrow for the WLAN and choose Remove.NoteStep 15 Repeat Step 9 through Step 13 to add any additional WLANs to this access point group.Step 16 Choose the APs tab to assign access points to this access point group. The AP Groups > Edit (APs) page lists the accesspoints that are currently assigned to this group as well as any access points that are available to be added to the group.If an access point is not currently assigned to a group, its group name appears as “default-group”.Step 17 Select the check box to the left of the access point name and click Add APs to add an access point to this access pointgroup. The access point now appears in the list of access points currently in this access point group.To select all of the available access points at once, select the AP Name check box. All of the access points arethen selected.NoteIf you ever want to remove an access point from the group, select the check box to the left of the access pointname and click Remove APs. To select all of the access points at once, select the AP Name check box. All ofthe access points are then removed from this group.NoteIf you ever want to change the access point group to which an access point belongs, choose Wireless >AccessPoints >All APs >ap_name >Advanced tab, choose the name of another access point group from the APGroup Name drop-down list, and click Apply.NoteStep 18 In the 802.11u tab, do the following:a) Choose a HotSpot group that groups similar HotSpot venues.b) Choose a venue type that is based on the HotSpot venue group that you choose.c) To add a new venue, click Add New Venue and enter the language name that is used at the venue and the venue namethat is associated with the basic service set (BSS). This name is used in cases where the SSID does not provide enoughinformation about the venue.d) Select the operating class(es) for the AP group.e) Click Apply.Step 19 Click Save Configuration.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 625Creating Access Point Groups (GUI)
Creating Access Point Groups (CLI)Step 1 Create an access point group by entering this command:config wlan apgroup add group_nameTo delete an access point group, enter the config wlan apgroup delete group_name command. An error messageappears if you try to delete an access point group that is used by at least one access point. Before deleting anaccess point group in controller software release 6.0 or later releases, move all access points in the group toanother group. The access points are not moved to the default-group access point group as in previous releases.To see the access points in a group, enter the show wlan apgroups command. To move the access points toanother group, enter the config ap group-name group_name Cisco_AP command.NoteStep 2 Add a description to an access point group by entering this command:config wlan apgroup description group_name descriptionStep 3 Assign a WLAN to an access point group by entering this command:config wlan apgroup interface-mapping add group_name wlan_id interface_nameTo remove a WLAN from an access point group, enter the config wlan apgroup interface-mapping deletegroup_name wlan_id command.NoteStep 4 Enable or disable NAC out-of-band support for this access point group by entering this command:config wlan apgroup nac {enable |disable}group_name wlan_idStep 5 Configure a WLAN radio policy on the access point group by entering this command:config wlan apgroup wlan-radio-policy apgroup_name wlan_id {802.11a-only |802.11bg |802.11g-only |all}Step 6 Assign an access point to an access point group by entering this command:config ap group-name group_name Cisco_APTo remove an access point from an access point group, reenter this command and assign the access point toanother group.NoteStep 7 To configure HotSpot for the AP group, enter this command:config wlan apgroup hotspot {venue |operating-class}Step 8 Save your changes by entering this command:save configViewing Access Point Groups (CLI)To view information about or to troubleshoot access point groups, use these commands:•See a list of all access point groups on the controller by entering this command:show wlan apgroups•See the BSSIDs for each WLAN assigned to an access point group by entering this command:show ap wlan {802.11a |802.11b}Cisco_AP•See the number of WLANs enabled for an access point group by entering this command:   Cisco Wireless LAN Controller Configuration Guide, Release 7.4626 OL-28744-01  Creating Access Point Groups (CLI)
show ap config {802.11a |802.11b}Cisco_AP•Enable or disable debugging of access point groups by entering this command:debug group {enable |disable}Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 627Viewing Access Point Groups (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4628 OL-28744-01  Viewing Access Point Groups (CLI)
CHAPTER 93Configuring RF Profiles•Prerequisites for Configuring RF Profiles, page 629•Restrictions for Configuring RF Profiles, page 629•Information About RF Profiles, page 630•Configuring an RF Profile (GUI), page 632•Configuring an RF Profile (CLI), page 633•Applying an RF Profile to AP Groups (GUI), page 634•Applying RF Profiles to AP Groups (CLI), page 635Prerequisites for Configuring RF ProfilesOnce you create an AP group and apply RF profiles or modify an existing AP group, the new settings are ineffect and the following rules become effective:•The same RF profile must be applied and present on every controller of the AP group or the action willfail for that controller.•You can assign the same RF profile to more than one AP group.Restrictions for Configuring RF Profiles•Once you create an AP group and apply RF profiles or modify an existing AP group, the new settingsare in effect and the following rules become effective:◦AP that has a custom power setting applied for AP power is not in global mode configuration, anRF profile has no effect on this AP. For RF profiling to work, all APs must have their channel andpower managed by RRM.◦Within the AP group, changing the assignment of an RF profile on either band causes the AP toreboot.◦Once you assign an RF profile to an AP group, you cannot make changes to that RF profile. Youmust change the AP group RF profile settings to none in order to change the RF profile and thenCisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 629
add it back to the AP group. You can also work around this restriction by disabling the networkthat will be affected by the changes that you will be making either for 802.11a or 802.11b.◦You cannot delete an AP group that has APs assigned to it.◦You cannot delete an RF profile that is applied to an AP group.•If you enable Out of Box, save the configuration, and then reboot the CIsco WLC, the status of Out ofBox is changed to disabled. This behavior is observed in Cisco WiSM2, Cisco 5500 Series WLC, andCisco 2500 Series WLC. The workaround is to enable Out of Box again after you reboot the Cisco WLC.Information About RF ProfilesRF Profiles allows you to tune groups of APs that share a common coverage zone together and selectivelychange how RRM will operates the APs within that coverage zone.For example, a university might deploy a high density of APs in an area where a high number of users willcongregate or meet. This situation requires that you manipulate both data rates and power to address the celldensity while managing the co-channel interference. In adjacent areas, normal coverage is provided and suchmanipulation would result in a loss of coverage.Using RF profiles and AP groups allows you to optimize the RF settings for AP groups that operate in differentenvironments or coverage zones. RF profiles are created for the 802.11 radios. RF profiles are applied to allAPs that belong to an AP group, where all APs in that group will have the same profile settings.The RF profile gives you the control over the data rates and power (TPC) values.The application of an RF profile does not change the AP’s status in RRM. It is still in global configurationmode controlled by RRM.NoteTo address high-density complex RF topologies, the following configurations are available:•High Density Configurations—The following configurations are available to fine tune RF environmentsin a dense wireless network:•Client limit per WLAN or radio—Maximum number of clients that can communicate with the APin a high-density environment.•Client trap threshold—Threshold value of the number of clients that associate with an access point,after which an SNMP trap is sent to the controller and Cisco Prime Infrastructure.•Stadium Vision Configurations—You can configure the following parameter:•Multicast data rates—Configurable data rate for multicast traffic based on the RF condition of anAP.•Out-of-Box AP Configurations—To create an Out of Box AP group that consists of newly installedaccess points that belong to the default AP group. When you enable this feature:•Newly installed access points that are part of the default AP group will be part of the Out-of-BoxAP group and their radios will be switched off. This eliminates any RF instability caused by thenew access points.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4630 OL-28744-01  Information About RF Profiles
•All access points that do not have a group name become part of the Out of Box AP group.•Special RF profiles are created per 802.11 band. These RF profiles have default settings for all theexisting RF parameters and additional new configurations.When you disable this feature after you enable it, only subscription of new APs to theOut of Box AP group stops. All APs that are subscribed to the Out of Box AP Groupremain in this AP group. The network administrators can move such APs to the defaultgroup or a custom AP group upon network convergence.Note•Band Select Configurations—Band Select addresses client distribution between the 2.4-GHz and 5-GHzbands by first understanding the client capabilities to verify whether a client can associate on both2.4-GHz and 5-GHz spectrum. Enabling band select on a WLAN forces the AP to do probe suppressionon the 2.4-GHz band that ultimately moves dual band clients to 5-GHz spectrum. You can configurethe following band select parameters per AP Group:•Probe response—Probe responses to clients that you can enable or disable.•Probe Cycle Count—Probe cycle count for the RF profile. The cycle count sets the number ofsuppression cycles for a new client.•Cycle Threshold—Time threshold for a new scanning RF Profile band select cycle period. Thissetting determines the time threshold during which new probe requests from a client come in anew scanning cycle.•Suppression Expire—Expiration time for pruning previously known 802.11b/g clients. After thistime elapses, clients become new and are subject to probe response suppression.•Dual Band Expire—Expiration time for pruning previously known dual-band clients. After thistime elapses, clients become new and are subject to probe response suppression.•Client RSSI—Minimum RSSI for a client to respond to a probe.•Load Balancing Configurations—Load balancing maintains fair distribution of clients across APs. Youcan configure the following parameters:•Window—Load balancing sets client association limits by enforcing a client window size. Forexample, if the window size is defined as 3, assuming fair client distribution across the floor area,then an AP should have no more than 3 clients associated with it than the group average.•Denial—The denial count sets the maximum number of association denials during load balancing.•Coverage Hole Mitigation Configurations—You can configure the following parameters:•Data RSSI—Minimum receive signal strength indication (RSSI) value for data packets receivedby the access point. The value that you enter is used to identify coverage holes (or areas of poorcoverage) within your network.•Voice RSSI—Minimum receive signal strength indication (RSSI) value for voice packets receivedby the access point.•Coverage Exception—Minimum number of clients on an access point with an RSSI value at orbelow the data or voice RSSI threshold to trigger a coverage hole exception.Cisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 631Information About RF Profiles
•Coverage Level—Percentage of clients on an access point that are experiencing a low signal levelbut cannot roam to another access point. If an access point has more number of such clients thanthe configured coverage level it triggers a coverage hole event.Configuring an RF Profile (GUI)Step 1 Choose Wireless >RF Profiles to open the RF profiles page.Step 2 To configure the out-of-box status for all RF profiles, select or unselect the Enable Out Of Box check box.Step 3 Click New.Step 4 Enter the RF Profile Name and choose the radio band.Step 5 Click Apply to configure the customizations of power and data rate parameters.Step 6 In the General tab, enter the description for the RF profile in the Description text box.Step 7 In the 802.11 tab, configure the data rates to be applied to the APs of this profile.Step 8 In the RRM tab, do the following:a) In the TPC area, configure the Maximum and Minimum Power Level Assignment, that is the maximum and minimumpower that the APs in this RF profile are allowed to use.b) In the TPC area, configure a custom TPC power threshold for either Version1 or Version 2 of TPC.Only one version of TPC can be operable for RRM on a given controller Version 1 and Version 2 are notinteroperable within the same RF profile. If you select a threshold value for TPCv2 and it is not in the chosenTPC algorithm for the RF profile, this value will be ignored.Notec) In the Coverage Hole Detection area, configure the voice and data RSSI.d) In the Coverage Exception text box, enter the number for clients.e) In the Coverage Level text box, enter the percentage.Step 9 In the High Density tab, do the following:a) In the High Density Parameters area, enter the maximum number of clients to be allowed per AP radio and the clienttrap threshold value.b) In the Multicast Parameters area, choose the data rates from the Multicast Data Rates drop-down list.Step 10 In the Client Distribution tab, do the following:a) In the Load Balancing area, enter the client window size and the denial count.The window size becomes part of the algorithm that determines whether an access point is too heavily loaded toaccept more client associations:load-balancing window + client associations on AP with the lightest load = load-balancing thresholdIn the group of access points accessible to a client device, each access point has a different number of client associations.The access point with the lowest number of clients has the lightest load. The client window size plus the number ofclients on the access point with the lightest load forms the threshold. Access points with more client associationsthan this threshold is considered busy, and clients can associate only to access points with client counts lower thanthe threshold.The denial count sets the maximum number of association denials during load balancing.b) In the Band Select area, select or unselect the Probe Response check box.The Band Select configurations are available only for the 802.11b/g RF profiles.Note   Cisco Wireless LAN Controller Configuration Guide, Release 7.4632 OL-28744-01  Configuring an RF Profile (GUI)
c) In the Cycle Count text box, enter a value that sets the number of suppression cycles for a new client. The defaultcount is 2.d) In the Cycle Threshold text box, enter a time period in milliseconds that determines the time threshold during whichnew probe requests from a client from a new scanning cycle. The default cycle threshold is 200 milliseconds.e) In the Suppression Expire text box, enter a time period after which the 802.11 b/g clients become new and are subjectto probe response suppression.f) In the Dual Band Expire text box, enter a time period after which the dual band clients become new and are subjectto probe response suppression.g) In the Client RSSI text box, enter the minimum RSSI for a client to respond to a probe.Step 11 Click Apply to commit your changes.Step 12 Click Save Configuration to save your changes.Configuring an RF Profile (CLI)Step 1 To configure the out-of-box status for all RF profiles, enter this command:config rf-profile out-of-box {enable |disable}Step 2 To create or delete an RF profile, enter this command:config rf-profile {create {802.11a |802.11b} | delete}profile-nameStep 3 To specify a description for the RF profile, enter this command:config rf-profile description text profile-nameStep 4 To configure the data rates to be applied to the APs of this profile, enter this command:config rf-profile data-rates {802.11a |802.11b} {disabled |mandatory |supported}rate profile-nameStep 5 To configure the maximum and minimum power level assignment, that is the maximum and minimum power that theAPs in this RF profile are allowed to use, enter this command:config rf-profile {tx-power-max |tx-power-min}power-value profile-nameStep 6 To configure a custom TPC power threshold for either Version1 or Version 2 of TPC, enter this command:config rf-profile {tx-power-control-thresh-v1 |tx-power-control-thresh-v2}power-threshold profile-nameStep 7 To configure the coverage hole detection parameters:a) To configure the coverage data, enter this command:config rf-profile coverage data value-in-dBm profile-nameb) To configure the minimum client coverage exception level, enter this command:config rf-profile coverage exception clients profile-namec) To configure the coverage exception level percentage, enter this command:config rf-profile coverage level percentage-value profile-named) To configure the coverage of voice, enter this command:config rf-profile coverage voice value-in-dBm profile-nameCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 633Configuring an RF Profile (CLI)
Step 8 To configure the maximum number of clients to be allowed per AP radio, enter this command:config rf-profile max-clients num-of-clients profile-nameStep 9 To configure the client trap threshold value, enter this command:config rf-profile client-trap-threshold threshold-value profile-nameStep 10 To configure multicast, enter this command:config rf-profile multicast data-rate rate profile-nameStep 11 To configure load balancing, enter this command:config rf-profile load-balancing {window num-of-clients |denial value}profile-nameStep 12 To configure band select:a) To configure the band select cycle count, enter this command:config rf-profile band-select cycle-count max-num-of-cycles profile-nameb) To configure the cycle threshold, enter this command:config rf-profile band-select cycle-threshold time-in-milliseconds profile-namec) To configure the expiry of the band select, enter this command:config rf-profile band-select expire {dual-band |suppression}time-in-seconds profile-named) To configure the probe response, enter this command:config rf-profile band-select probe-response {enable |disable}profile-namee) To configure the minimum RSSI for a client to respond to a probe, enter this command:config rf-profile band-select client-rssi value-in-dBm profile-nameStep 13 Configure the 802.11n only mode for an access point group base by entering this command:config rf-profile 11n-client-only {enable |disable}rf-profile-nameIn the 802.11n only mode, the access point broadcasts support for 802.11n speeds. Only 802.11n clients are allowed toassociate with the access pointApplying an RF Profile to AP Groups (GUI)Step 1 Choose WLANs >Advanced >AP Groups to open the AP Groups page.Step 2 Click the AP Group Name to open the AP Group > Edit page.Step 3 Click the RF Profile tab to configure the RF profile details. You can choose an RF profile for each band (802.11a/802.11b)or you can choose just one or none to apply to this group.Until you choose the APs and add them to the new group, no configurations are applied. You can save the newconfiguration as is, but no profiles are applied. Once you choose the APs to move the AP group, the process ofmoving the APs into the new group reboots the APs and the configurations for the RF profiles are applied tothe APs in that AP group.NoteStep 4 Click the APs tab and choose the APs to add to the AP group.Step 5 Click Add APs to add the selected APs to the AP group. A warning message displays that the AP group will reboot theAPs will rejoin the controller.   Cisco Wireless LAN Controller Configuration Guide, Release 7.4634 OL-28744-01  Applying an RF Profile to AP Groups (GUI)
APs cannot belong to two AP groups atonce.NoteStep 6 Click Apply. The APs are added to the AP Group.Applying RF Profiles to AP Groups (CLI)What to Do NextUse this command to apply RF profiles to AP groups:•config wlan apgroup profile-mapping {add |delete}ap-group-name rf-profile-nameCisco Wireless LAN Controller Configuration Guide, Release 7.4       OL-28744-01 635Applying RF Profiles to AP Groups (CLI)
   Cisco Wireless LAN Controller Configuration Guide, Release 7.4636 OL-28744-01  Applying RF Profiles to AP Groups (CLI)
CHAPTER 94Configuring Web Redirect with 8021.XAuthentication•Information About Web Redirect with 802.1X Authentication, page 637•Configuring the RADIUS Server (GUI), page 638•Configuring Web Redirect, page 639•Disabling Accounting Servers per WLAN (GUI), page 640•Disabling Coverage Hole Detection per WLAN, page 640Information About Web Redirect with 802.1X AuthenticationYou can configure a WLAN to redirect a user to a particular web page after 802.1X authentication hascompleted successfully. You can configure the web redirect to give the user partial or full access to the network.Conditional Web RedirectIf you enable conditional web redirect, the user can be conditionally redirected to a particular web page after802.1X authentication has completed successfully. You can specify the redirect page and the conditions underwhich the redirect occurs on your RADIUS server. Conditions might include the user’s password reachingexpiration or the user needing to pay his or her bill for continued usage.If the RADIUS server returns the Cisco AV-pair “url-redirect,”then the user is redirected to the specified URLupon opening a browser. If the server also returns the Cisco AV-pair “url-redirect-acl,”the specified accesscontrol list (ACL) is installed as a preauthentication ACL for this client. The client is not considered fullyauthorized at this point and can only pass traffic allowed by the preauthentication ACL.After the client completes a particular operation at the specified URL (for example, changing a password orpaying a bill), the client must reauthenticate. When the RADIUS server does not return a “url-redirect,”theclient is considered fully authorized and allowed to pass traffic.Cisco Wireless LAN Controller Configuration Guide, Release 7.4        OL-28744-01 637
The conditional web redirect feature is available only for WLANs that are configured for 802.1X orWPA+WPA2 Layer 2 security.NoteAfter you configure the RADIUS server, you can then configure the conditional web redirect on the controllerusing either the controller GUI or CLI.Splash Page Web RedirectIf you enable splash page web redirect, the user is redirected to a particular web page after 802.1X authenticationhas completed successfully. After the redirect, the user has full access to the network. You can specify theredirect page on your RADIUS server. If the RADIUS server returns the Cisco AV-pair “url-redirect,”thenthe user is redirected to the specified URL upon opening a browser. The client is considered fully authorizedat this point and is allowed to pass traffic, even if the RADIUS server does not return a “url-redirect.”The splash page web redirect feature is available only for WLANs that are configured for 802.1X orWPA+WPA2 Layer 2 security with 802.1x key management. Preshared key management is not supportedwith any Layer 2 security method.NoteSuppose there are backend applications running on the wireless clients and they use HTTP or HTTPS portfor their communication. If the applications start communicating before the actual web page is opened, theredirect functionality does not work with web passthrough.After you configure the RADIUS server, you can then configure the splash page web redirect on the controllerusing either the controller GUI or CLI.Configuring the RADIUS Server (GUI)These instructions are specific to the CiscoSecure ACS; however, they should be similar to those for otherRADIUS servers.NoteStep 1 From the CiscoSecure ACS main menu, choose Group Setup.Step 2 Click Edit Settings.Step 3 From the Jump To drop-down list, choose RADIUS (Cisco IOS/PIX 6.0).Step 4 Select the [009\001] cisco-av-pair check box.Step 5 Enter the following Cisco AV-pairs in the [009\001] cisco-av-pair edit box to specify the URL to which the user isredirected and, if configuring conditional web redirect, the conditions under which the redirect takes place, respectively:url-redirect=http://urlurl-redirect-acl=acl_name   Cisco Wireless LAN Controller Configuration Guide, Release 7.4638 OL-28744-01  Configuring the RADIUS Server (GUI)

Navigation menu