- Preface
- Using the Command-Line Interface
-
- IP Multicast Routing Technology Overview
- Configuring IGMP
- Configuring IGMP Proxy
- Constraining IP Multicast in Switched Ethernet
- Configuring PIM
- Configuring PIM MIB Extension for IP Multicast
- Configuring MSDP
- Configuring Wireless Multicast
- Configuring SSM
- Configuring Basic IP Multicast Routing
- Configuring Multicast Routing over GRE Tunnel
- Configuring the Service Discovery Gateway
- IP Multicast Optimization: Optimizing PIM Sparse Mode in a Large IP Multicast Deployment
- IP Multicast Optimization: Multicast Subsecond Convergence
- IP Multicast Optimization: IP Multicast Load Splitting across Equal-Cost Paths
- IP Multicast Optimization: SSM Channel Based Filtering for Multicast
- IP Multicast Optimization: PIM Dense Mode State Refresh
- IP Multicast Optimization: IGMP State Limit
-
- Configuring the Device for Access Point Discovery
- Configuring Data Encryption
- Configuring Retransmission Interval and Retry Count
- Configuring Adaptive Wireless Intrusion Prevention System
- Configuring Authentication for Access Points
- Converting Autonomous Access Points to Lightweight Mode
- Using Cisco Workgroup Bridges
- Configuring Probe Request Forwarding
- Optimizing RFID Tracking
- Configuring Country Codes
- Configuring Link Latency
- Configuring Power over Ethernet
-
- Preventing Unauthorized Access
- Controlling Switch Access with Passwords and Privilege Levels
- Configuring TACACS+
- MACsec Encryption
- Configuring RADIUS
- Configuring Kerberos
- Configuring Local Authentication and Authorization
- Configuring Secure Shell (SSH)
- X.509v3 Certificates for SSH Authentication
- Configuring Secure Socket Layer HTTP
- Configuring IPv4 ACLs
- Configuring IPv6 ACLs
- Configuring DHCP
- Configuring IP Source Guard
- Configuring Dynamic ARP Inspection
- Configuring IEEE 802.1x Port-Based Authentication
- Configuring Web-Based Authentication
- Configuring Port-Based Traffic Control
- Configuring IPv6 First Hop Security
- Configuring Cisco TrustSec
- Configuring Control Plane Policing
- Configuring Wireless Guest Access
- Managing Rogue Devices
- Classifying Rogue Access Points
- Configuring wIPS
- Configuring Intrusion Detection System
-
- Administering the Switch
- Boot Integrity Visibility
- Performing Device Setup Configuration
- Configuring Autonomic Networking
- Configuring Right-To-Use Licenses
- Configuring Administrator Usernames and Passwords
- Configuring 802.11 parameters and Band Selection
- Configuring Aggressive Load Balancing
- Configuring Client Roaming
- Configuring Application Visibility and Control
- Configuring Application Visibility and Control
- Configuring Location Settings
- Configuring Voice and Video Parameters
- Configuring RFID Tag Tracking
- Configuring Location Settings
- Cisco Hyperlocation
- Monitoring Flow Control
- Configuring SDM Templates
- Configuring System Message Logs
- Configuring Online Diagnostics
- Managing Configuration Files
- Configuration Replace and Configuration Rollback
- Working with the Flash File System
- Upgrading the Switch Software
- Conditional Debug and Radioactive Tracing
- Troubleshooting the Software Configuration
- Index
Configuring Wireless
High Availability
Finding Feature Information
Your software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Information about High Availability
The high availability feature is enabled by default when the devices are connected using the stack cable and the Cisco StackWise-480 technology is enabled. You cannot disable it; however, you can initiate a manual graceful-switchover using the command line interface to use the high availability feature enabled in the .
In Cisco Wireless LAN Controllers, high availability is achieved with redundancy.
In Cisco Wireless LAN Controllers, redundancy is achieved in two ways— n+1 and AP SSO redundancy.
Information About Redundancy
In case of n+1 redundancy, access points are configured with primary, secondary, and tertiary controllers. When the primary controller fails, depending upon the number of access points managed by a controller, the access point fails over to the secondary controller. In case of AP SSO redundancy, once the primary controller is unavailable, the access points re-discovers the controller and reestablishes the CAPWAP tunnel with the secondary controller. However, all clients must disconnect and a re-authentication is performed to rejoin the controller.
You can configure primary, secondary, and tertiary controllers for a selected access point and a selected controller.
In an ideal high availability deployment, you can have access points connected to primary and secondary controllers and one controller can remain with out connection to any access points. This way the controller that does not have any access points can take over when a failure occurs and resume services of active controller.
Configuring Redundancy in Access Points
You must use the commands explained in this section to configure primary, secondary, or tertiary controllers for a selected access point.
1. conf t
2. ap capwap backup primary
3.
ap capwap backup secondary
4. ap capwap backup tertiary
DETAILED STEPS
Once you complete configuration of the primary, secondary, and tertiary controllers for a selected access point, you must verify the configuration using the show ap name AP-NAME command. For more details on, show ap name AP-NAME command, see the Lightweight Access Point Configuration Guide for Cisco Wireless LAN Controller.
Configuring Heartbeat Messages
Hearbeat messages enable you to reduce the controller failure detection time. When a failure occurs, a switchover from active to hot standby happens after the controller waits for the heartbeat timer. If the controller does not function within the heartbeat time, then the standby takes over as then active controller. Ideally the access point generates three heartbeat messages within the time out value specified, and when the controller does not respond within the timeout value, the standby controller takes over as active. You can specify the timeout value depending on your network. Ideally the timer value is not a higher value as some chaos will occur while performing a switchover. This section explains on how to configure heartbeat interval between the controller and the access points using a timeout value to reduce the controller failure detection time.
1. conf t
2. ap capwap timers heartbeat-timeout
DETAILED STEPS
| Command or Action | Purpose |
|---|
Information about Access Point Stateful Switch Over
An Access Point Stateful Switch Over (AP SSO) implies that all the access point sessions are switched over state-fully and the user session information is maintained during a switchover, and access points continue to operate in network with no loss of sessions, providing improved network availability. The active in the stack is equipped to perform all network functions, including IP functions and routing information exchange. The supports 1000 access points and 12000 clients.
However, all the clients are de-authenticated and need to be re-associated with the new active except for the locally switched clients in FlexConnect mode when a switchover occurs.
Once a redundancy pair is formed while in a stack, high availability is enabled, which includes that access points continue to remain connected during an active-to-standby switchover.
![]() Note | You can not disable AP SSO while in a stack once the devices form a redundant pair. |
![]() Note | After switchover new standby gets reloaded during stack formation, this is due to bulk sync failure. This is seen after reload, 2nd attempt to form stack successfully. This happens when you execute the command exception dump device second flash which is used to enable, dump crashfile on flash when crashinfo directory is full. When crash occurs and if there is no space left in crashinfo, it proceeds to store the fullcore or crash files into flash. |
Initiating Graceful Switchover
To perform a manual switchover and to use the high availability feature enabled in the , execute the redundancy force-switchover command. This command initiates a graceful switchover from the active to the standby .
Device# redundancy force-switchover
System configuration has been modified. Save ? [yes/no] : yes
Building configuration …
Preparing for switchover …
Compressed configuration from 14977 bytes to 6592 bytes[OK]This will reload the active unit and force switchover to standby[confirm] : y
Configuring EtherChannels for High Availability
The LAG, or an EtherChannel, bundles all the existing ports in both the standby and active units into a single logical port to provide an aggregate bandwidth of 60 Gbps. The creation of an EtherChannel enables protection against failures. The EtherChannels or LAGs created are used for link redundancy to ensure high availability of access points.
For more details on configuring EtherChannel, and Etherchannel modes, see the Layer 2 (Link Aggregation) Configuration Guide, Cisco IOS XE Release 3SE (Cisco WLC 5700 Series)
Configuring LACP
1.
configure terminal
2.
interface port-channel
number
3.
lacp max-bundle
number
4.
lacp port-priority
number
5.
switchport backup interface
po2
6.
end
7.
show etherchannel summary
8.
show interfaces switchport backup
DETAILED STEPS
Troubleshooting High Availability
- Access the Standby Console
- Before a Switchover
- After a Switchover
- Monitoring the Device Stack
- LACP Configuration: Example
Access the Standby Console
You can only access the console of the active in a stack. To access the standby , use the following commands.
Use this functionality only under supervision of Cisco Support.
1.
configure terminal
2.
service internal
3.
redundancy
4.
main-cpu
5.
standby console enable
6.
exit
DETAILED STEPS
Before a Switchover
A switchover happens when the active fails; however, while performing a manual switchover, you can execute these commands to initiate a successful switchover:
1.
show redundancy states
2.
show
switch detail
3.
show
platform ses states
4.
show
ap summary
5.
show
capwap detail
6.
show
dtls database-brief
7.
show
power inline
DETAILED STEPS
After a Switchover
This section defines the steps that you must perform to ensure that successful switchover from the active to standby is performed. On successful switchover of the standby as active, all access points connected to the active need to re-join the standby (then active) .
1.
show ap uptime
2.
show wireless summary
3.
show wcdb database all
4.
show power inline
DETAILED STEPS
| Command or Action | Purpose | |
|---|---|---|
| Step 1 | show ap uptime
Example: Device# show ap uptime
|
Verify if the uptime of the access point after the switchover is large enough. |
| Step 2 | show wireless summary
Example: Device# show wireless summary
|
Display the clients connected in the active . |
| Step 3 | show wcdb database all
Example: Device# show wcdb database all
|
Display if the client has reached the uptime. |
| Step 4 | show power inline
Example: Device# show power inline
|
Display the power over Ethernet power state. |
Monitoring the Device Stack
|
Command |
Description |
|---|---|
|
show switch |
Displays summary information about the stack, including the status of provisioned switches and switches in version-mismatch mode. |
|
show switch stack-member-number |
Displays information about a specific member. |
|
show switch detail |
Displays detailed information about the stack. |
|
show switch neighbors |
Displays the stack neighbors. |
|
show switch stack-ports [summary] |
Displays port information for the stack. Use the summary keyword to display the stack cable length, the stack link status, and the loopback status. |
|
show redundancy |
Displays the redundant system and the current processor information. The redundant system information includes the system uptime, standby failures, switchover reason, hardware, configured and operating redundancy mode. The current processor information displayed includes the active location, the software state, the uptime in the current state and so on. |
|
show redundancy state |
Displays all the redundancy states of the active and standby devices. |
LACP Configuration: Example
This example shows how to configure LACP and to verify creation of the LACP bundle and the status:
Device(config)# ! interface TenGigabitEthernet1/0/1 switchport mode trunk channel-group 1 mode active lacp port-priority 10 ip dhcp snooping trust ! interface TenGigabitEthernet1/0/2 switchport mode trunk channel-group 1 mode active lacp port-priority 10 ip dhcp snooping trust ! interface TenGigabitEthernet1/0/3 switchport mode trunk channel-group 1 mode active lacp port-priority 10 ip dhcp snooping trust ! interface TenGigabitEthernet1/0/4 switchport mode trunk channel-group 1 mode active ip dhcp snooping trust ! interface TenGigabitEthernet1/0/5 switchport mode trunk channel-group 1 mode active ip dhcp snooping trust ! interface TenGigabitEthernet1/0/6 switchport mode trunk channel-group 1 mode active ip dhcp snooping trust ! interface TenGigabitEthernet2/0/1 switchport mode trunk channel-group 1 mode active lacp port-priority 10 ip dhcp snooping trust ! interface TenGigabitEthernet2/0/2 switchport mode trunk channel-group 1 mode active lacp port-priority 10 ip dhcp snooping trust ! interface TenGigabitEthernet2/0/3 switchport mode trunk channel-group 1 mode active lacp port-priority 10 ip dhcp snooping trust ! interface TenGigabitEthernet2/0/4 switchport mode trunk channel-group 1 mode active ip dhcp snooping trust ! interface TenGigabitEthernet2/0/5 switchport mode trunk channel-group 1 mode active ip dhcp snooping trust ! interface TenGigabitEthernet2/0/6 switchport mode trunk channel-group 1 mode active ip dhcp snooping trust ! interface Vlan1 no ip address ip igmp version 1 shutdown ! Device# show etherchannel summary Flags: D - down P - bundled in port-channel I - stand-alone s - suspended H - Hot-standby (LACP only) R - Layer3 S - Layer2 U - in use f - failed to allocate aggregator M - not in use, minimum links not met u - unsuitable for bundling w - waiting to be aggregated d - default port Number of channel-groups in use: 1 Number of aggregators: 1 Group Port-channel Protocol Ports ------+-------------+-----------+----------------------------------------------- 1 Po1(SU) LACP Te1/0/1(P) Te1/0/2(P) Te1/0/3(P) Te1/0/4(H) Te1/0/5(H) Te1/0/6(H) Te2/0/1(P) Te2/0/2(P) Te2/0/3(P) Te2/0/4(H) Te2/0/5(H) Te2/0/6(H)
This example shows the switch backup interface pairs:
Device# show interfaces switchport backup
Switch Backup Interface Pairs:
Active Interface Backup Interface State
------------------------------------------------------------------------
Port-channel1 Port-channel2 Active Standby/Backup Up
This example shows the summary of the EtherChannel configured in the :
Device# show ethernet summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3 S - Layer2
U - in use f - failed to allocate aggregator
M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port
Number of channel-groups in use: 2
Number of aggregators: 2
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
1 Po1(SU) LACP Te1/0/1(P) Te1/0/2(P) Te1/0/3(P)
Te1/0/4(P) Te1/0/5(P) Te1/0/6(P)
2 Po2(SU) LACP Te2/0/1(P) Te2/0/2(P) Te2/0/3(P)
Te2/0/4(P) Te2/0/5(P) Te2/0/6(P)

Feedback