If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
AP is not registered with a WDS
IOS
The managed IOS access point is not registered with any WDS.
For Radio Manager functionality to work, all IOS access points must register with a WDS. If an access point is not registered, it will be excluded from all the Radio Manager procedures, which will provide incorrect results.
Verify that the WLCCP AP credentials are configured correctly so that the AP can register with a WDS in its subnet.
For more information, see the managing devices information in the online help or the User Guide for the CiscoWorks Wireless LAN Solution Engine, Release 2.11.
AP memory utilization is Degraded (utilization %)
IOS
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: AP memory utilization is Ok.
Log in to the access point and enable the broadcast key rotation interval.
Device state is rogue access point
IOS
The WLSE detected a rogue access point. (This is an access point that is not being managed and is unknown to the WLSE.)
IDS > Manage IDS Settings > Rogue AP Detection
or
IDS > Manage Rogues
Use the fault details page to mark it friendly if the AP is known, or to delete it from the WLSE database if it is an unknown AP.
Device was not reachable via SNMP
Non-IOS and IOS
The SNMP Agent could be down.
Using the SNMP threshold setting, you configure the WLSE to poll the sysUpTime MIB object periodically. If at any time the WLSE fails to poll this MIB object, the WLSE generates this fault.
Also, if while polling any other MIB objects for other fault policies or thresholds associated with the device, the WLSE observes the device is SNMP unreachable, it generates this fault.
And lastly, during rediscovery if a previously-discovered device is found to be SNMP unreachable, the WLSE generate this fault.
When this fault is cleared, the following message displays: Device was reachable via SNMP.
Firmware version policy violation (version number)
Non-IOS and IOS
The wrong version number for policy checking has been entered.
When this fault is cleared, the following message displays: Firmware version is valid.
Manage Fault Settings > Access Point/Bridge Policies > Firmware Version
Make sure that the firmware version that is entered in the policy setting matches the firmware version on the access point.
The access point is running an unauthorized firmware version.
When this fault is cleared, the following message displays: Firmware version is valid.
Make sure that you have entered authorized versions in the policy setting.
Update the firmware on the access point to an authorized version.
HotStandBy is active
Non-IOS and IOS
The access point that is configured for hot standby has become active.
The following conditions could cause the hot standby access point to become active: the primary access point is down, the Ethernet port is down, or the Radio port is down.
When this fault is cleared, the following message displays: HotStandBy is disabled.
Manage Fault Settings > Access Point/Bridge Policies > HotStandby Status
For non-IOS access points:
1. Check the primary access point, the Ethernet port, or the Radio port to see why the hot standby access point has been activated.
2. Correct the condition. For example, if the Radio Port on the formerly active access point was in a disabled state, then enable it using the access point GUI.
3. Launch the GUI for access point that is currently in Active Takeover mode.
4. Select the Hot Standby section and click Start Hot Standby mode to reconfigure the access point to Hot Standby mode.
For IOS access points:
1. Check the primary access point, the Ethernet port, or the Radio port to see why the hot standby access point has been activated.
2. Correct the condition. For example, if the Radio Port on the formerly active access point was in a disabled state, then enable it using the access point GUI.
3. Launch the GUI for access point that is currently in Active Takeover mode.
4. Select Hot Standby, click Disabled , then click Apply.
5. Click Enabled, then enter the Radio MAC address of Monitored Radio Port, leave the Polling interval and Timeout for Each Polling fields blank,.
6. Click Apply to reconfigure the access point to Hot Standby mode.
HTTP access is enabled
Non-IOS
HTTP has been enabled on the access point.
When this fault is cleared, the following message displays: HTTP access is disabled.
Log in to the access point and disable the allowBrowseWithoutLogin setting.
Inconsistent state found for query queryType
IOS
One or more configuration values of the AP/BR are either out-of-range or are in conflict with another configuration value. The fault description and corresponding swan.log entry provide details about the suspect value.
When a device is declared to have an inconsistent configuration, it cannot be manipulated by Radio Management. The situation is especially problematic if the questionable device is a WDS because that, indirectly, means that all APs registered with that WDS are not available to Radio Management either.
Not applicable.
To resolve an inconsistent configuration, several possibilities exist:
•It is possible that the most recent Inventory failed for the device. Re-running inventory might clear the condition.
•If the configuration value being contested is user-editable, you can correct the problem using the WLSE templates, the AP/BR GUI, or the AP/BR CLI.
•If the configuration value being contested is not user-editable, this is probably an IOS error. You will need to upgrade the affected AP/BR to the most recent version of IOS.
MIC is disabled for the VLAN number
IOS
MIC is not enabled for the selected VLAN on the access point.
When the fault is cleared, the following message displays: MIC is enabled.
Manage Fault Settings > Access Point/Bridge Policies > MIC per Vlan (IOS)
Log into the access point and enable the VLAN. Then, using the WLSE fault settings, enable the MIC for that VLAN.
PSPF is disabled
Non-IOS
The PSPF port has been disabled.
PSPF (Publicly Secure Packet Forwarding) is a feature that prevents client devices associated to a bridge or access point from inadvertently sharing files with other client devices on the wireless network.
When the fault is cleared, the following message displays: The PSPF is enabled.
Log in to the access point and enable the PSPF setting.
Radar Detected on Channel origChannel
IOS
On its current channel, the AP detected likely contention with a radar device, so it needs to leave that channel and find another. The AP will automatically scan for another channel, but might be unable to accept associations for one minute. This one minute delay is the required scan time on another Dynamic Frequency Selection channel that must elapse before the AP can accept associations.
When this fault is cleared, the following message displays: No radar detected on new channel newChannel
The WLSE will automatically handle the assignment of another channel for those APs affected by the Radar Detection. However, if these faults become common, you should re-run Assisted Configuration (RPG) soon after a DFS event has occurred (or just manually deselect the DFS channel from the Assisted Config Wizard). This will reorganize the site to avoid the affected channel and make future conflicts likely.
SNMP query received authorization error response
Non-IOS
The access point's user community strings do not have Admin, Ident, Firmware, SNMP privileges. The WLSE might not be able to access some SNMP information from the access point that requires these privileges.
When the fault is cleared, the following message displays: Device was reachable via SNMP.
Make sure the SNMP community string set on the WLSE (Devices > Discover > Device Credentials > SNMP Communities) is the same as the string set on the access point (Setup > Security > User Information).
Telnet access is enabled
Non-IOS
Telnet has been enabled on the access point.
When this fault has been cleared, the following message displays: Telnet access is disabled
Determine which WLSE is supposed to manage that WDS from an RM perspective. Then modify the wnm configuration on the WDS to point to the correct WLSE.
For more information, see the managing devices information in the online help or the User Guide for the CiscoWorks Wireless LAN Solution Engine, Release 2.11.
WEP is disabled
IOS
WEP is not enabled for the VLAN defined on the access point. (Note that the VLAN number is displayed in the Type column under Faults > Display Faults.)
When the fault is cleared, the following message displays: WEP is enabled.
Verify that the WLSE credentials used to authenticate with the WDS are correct.
For more information, see the managing devices information in the online help or the User Guide for the CiscoWorks Wireless LAN Solution Engine, Release 2.11.
Radio Interface Faults
Table 2-2 Radio Interface Faults
Fault Description
Type
Explanation
Related Setting
Recommended Action
AP is in a Degraded state number associated clients
IOS
The fault threshold set for the degraded state has been exceeded.
When this fault is cleared, the following message displays: AP is in OK state.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
Appeared up|down. Compensated for by Up/Down radio(s).
WLSE
The indicated radio appeared up or down on this AP, so other radios were modified to maintain coverage.
After self healing has been applied to the other AP, this fault indicates the radio that had the failure.
Radio Manager > Self Healing > Finish
Display the Self Healing fault details page, then select the document with the eyeglasses. A list of radios with the old and new power settings is displayed. These radios can compensate for the downed or recovered radio. If self healing is configured to automatically apply changes, then these are the values that were applied. If self healing is configured for manual application of the compensation calculations, then the recommended values are shown with an option to apply them to the indicated radios.
Check the radio to determine why it is down and resolve the problem.
Broadcast SSID is enabled.
Non-IOS and IOS
The broadcast mode for the SSID on the interface has been disabled.
When this fault is cleared, the following message displays: Broadcast SSID is disabled.
Log in to the access point and make sure that the that the SSID, which is in WLSE's "Do not Broadcast SSID" list is not selected for Broadcast on the access point.
Client association rate is Degraded number per minute
Non-IOS and IOS
The fault threshold set for the degraded state has been exceeded.
When this fault is cleared, the following message displays: Client association rate is OK.
Manage Fault Settings > Radio-802.11x Thresholds > Association Rate
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
Client association rate is Overloaded number per minute
The fault threshold set for the overloaded state has been exceeded.
When this fault is cleared, the following message displays: Client association rate is OK.
Compensation determination is in progress
WLSE
The WLSE determined that a radio was down or back up. Self Healing is attempting to compensate for the failed or recovered radio.
Not applicable.
There is no action necessary; Self Healing is attempting to adjust the power on other neighboring radios (which can be on other floors) to maintain coverage.
Compensation calculation did not complete due to errors
WLSE
Errors forced the cancellation of Self Healing compensation calculations.
Not applicable.
Display the Self Healing fault details page, then select the document with the eyeglasses. The error messages displayed on this page will explain the problem.
Determine the action necessary to clear the fault condition.
Compensation finished with errors
WLSE
Self Healing compensation calculations finished but there were errors. For example, a power change cannot be applied to a radio because:
1) The community strings for the device are wrong for the AP.
2) AP is down or unreachable
3) Wrong configuration set on the radio
Not applicable.
Determine the action necessary to clear the fault condition.
For example, if WLSE determines that five radios are needed to compensate for a down radio and only one has bad community strings, the changes to the other four radios will take place.
Compensation did not complete due to timeout of timeout (mins)
WLSE
Self Healing compensation calculations took longer than 30 minutes.
Not applicable.
Display the Self Healing fault details page, then select the document with the eyeglasses. The error messages displayed on this page will explain the problem.
Determine the action necessary to clear the fault condition.
EAP is disabled
Non-IOS and IOS
The EAP per SSID has been disabled.
When this fault is cleared, the following message displays: EAP is enabled
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
The radio interfaces on the devices may be very under utilized, which can trigger the degradation problem.
For example, if a total of three packets are sent over the radio, and two of them are corrupt, the percentage would be 2/3 = 66%, and could trigger the alarm.
Remove the alarm from the profile associated with these devices.
Packet Error is in Overloaded state (error rate %)
The fault threshold set for the overloaded state has been exceeded.
When this fault is cleared, the following message displays: Packet Error is in OK state.
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
Port is administratively set to down
Non-IOS and IOS
The port has been set to Down by the administrator.
When this fault is cleared, the following message displays: Port is up
Manage Fault Settings > Radio-802.11x Thresholds > RF Port Status
There is no action necessary; the port has been deliberately shut down.
Port is down
Non-IOS and IOS
The port is operationally down.
When this fault is cleared, the following message displays: Port is up
Manage Fault Settings > Radio-802.11x Thresholds > RF Port AdminStatus
Check the device to determine why the port is down.
The fault RF Port AdminStatus is enabled by default and must remain enabled with a default polling time of 5 minutes. Self healing ignores any radio set as administratively down, but this can only be detected if fault polling is enabled.
PSPF is disabled
IOS
The PSPF port has been disabled.
PSPF (Publicly Secure Packet Forwarding) is a feature that prevents client devices associated to a bridge or access point from inadvertently sharing files with other client devices on the wireless network.
When the fault is cleared, the following message displays: The PSPF is enabled.
Log in to the access point and enable the PSPF setting.
Requires healing: %reason%.
WLSE
The indicated radio appeared up or down on this AP. Self Healing has been started.
After compensation results have been for other radios, this fault indicates the radio that had the failure.
Not applicable.
There is no action necessary; Self Healing will attempt to adjust the power on other radios on the floor to maintain coverage.
Possible reasons self healing is required:
•An applicable radio is avoiding or no longer avoiding radar.
•An AP has unregistered or re-registered with its WDS
•A radio that had its beacons heard by other radios has not been heard by any radio (and vice-versa)
Retry Count rate is Degraded number per minute
Non-IOS and IOS
The retry count rate alarm indicates if the wireless medium is congested. The alarm will be raised if the MSDU retransmission rate per minute is greater than the specified threshold. For example, if the overloaded state is set to greater than 90, a fault will be raised for an interface that has more than 90 MSDUs that required retransmission in a minute.
When the fault is cleared, the following message displays: Retry Count rate is OK.
Manage Fault Settings > Radio-802.11x Thresholds > Max Retry Count
Verify the threshold settings. There could be too many clients or access points located near the radio interface for which fault is raised. Clear the alarm and increase the threshold, or reduce the polling time.
Retry Count rate is Overloaded number per minute
RF bandwidth utilization is Degraded (utilization %)
Non-IOS and IOS
The fault threshold set for the degraded state has been exceeded.
When the fault is cleared, the following message displays: RF bandwidth utilization is OK
Manage Fault Settings > Radio-802.11x Thresholds > RF Port Utilization
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
RF bandwidth utilization is Overloaded (utilization %)
The fault threshold set for the overloaded state has been exceeded.
When the fault is cleared, the following message displays: RF bandwidth utilization is OK
Serving and non-serving channel Radio Monitoring must be enabled
WLSE
For Self Healing to work, all radios on the floor must be configured with Radio Monitoring. The fault will indicate which radios need to be configured with both serving and non serving radio monitoring.
When the fault is cleared, the following message displays: Qualifies for Self Healing Monitoring.
Not applicable.
Enable Radio Monitoring for both serving and non-serving channels.
Or, use the Location Manager tool, Verify RM Capability.
WEP Error is in Degraded state (error rate %)
Non-IOS and IOS
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: WEP Error is in OK state
Look at the fault description to determine which AP reported the interference, then take corrective action by removing the interference source.
Ad-hoc network creation detected
Non-IOS and IOS
An ad-hoc network was formed by some wireless clients. One of your infrastructure APs or other clients sent this information to the WLSE via your WDS setup.
If the information is available, the WLSE will show the clients that are participating in the network (and that it can detect) in the fault details page. Use the Location Manager to find these APs and verify that this is not a security issue.
Occasionally MIC failures can occur during key rotation. To diagnose the problem, you should:
•Check the IOS version.
•Enable 802.1x logs on the AP.
•Perform an SNMP walk of cDot11WidsProtectFailClientTable to determine which clients are reporting the TKIP MIC failure. If just one client is reporting the failure, it could be a client issue.
EAPOL FLOOD is detected (Flood count: floodcount)
IOS
The fault threshold has been exceeded.
When this fault is cleared, the following message displays: There is no EAPOL Flood detected.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
Unregistered Client(s) present
IOS
One or more unregistered clients are present in the wireless network and are unsuccessfully attempting to authenticate with the APs. This fault occurs when, during the observation interval, the number of failed attempts crosses the threshold defined by the administrator.
This fault is cleared when no registration attempts are detected during the observation interval (the client leaves the wireless network or is not seen or reported by any Scanning APs).
Set the priority of the fault to be generated and the threshold for the failed authentication attempts by the client.
Make a physical check near the scanning AP that reported this fault to see if there are any rogue clients.
Wireless Client MAC spoofing detected
IOS
The WLSE has detected a spoofed MAC address.
Whenever the WDS detects an authentication taking place for a known MAC address, it verifies that the same user ID is being used. If the user ID does not match, the authentication is rejected and a fault is issued.
When this fault is cleared, the following message displays: No Wireless Client MAC Spoofing Detected.
IDS > Manage IDS Settings > General IDS Settings > Wireless Client MAC Spoofing (IOS)
Review your network to determine the action necessary to clear the fault condition.
WLSE Faults
Table 2-4 WLSE Faults
Fault Description
Explanation
Related Setting
Recommended Action
Data may not have been successfully restored from active.
The standby WLSE has detected a failure in the active WLSE and is becoming active before it successfully synchronized with the active WLSE.
Not applicable.
Make sure the WLSEs are correctly configured and functioning properly.
Dot11mib view is not enabled on some Access Points. Please consult online help for details
The device is not configured with the iso (dot11 mib) view, and cannot be managed effectively by the WLSE.
This can cause some WLSE report information to be missing and some WLSE faults may not be generated.
When this fault has been cleared, the following message displays: No Dot11mib view misconfigurations detected.
For information on how to move devices from the Duplicate IP folder, see the topic: Handling Duplicate IP Addresses on Access Points in the Managing Devices chapter of the User Guide for the CiscoWorks Wireless LAN Solution Engine, 2.11. or in the online help.
Lost connectivity with router.
The WLSE is unable to ping the default router.
Not applicable.
Make sure that:
•Connectivity from the WLSE to the gateway router is okay.
•The gateway router is functioning properly.
Lost connectivity with standby on ip_address.
The standby WLSE indicated by the IP address is down.
Not applicable.
Make sure that:
•The standby WLSE is up and running.
•The standby WLSE is network accessible.
•Redundancy has been correctly setup on the Active WLSE.
Other node is running a different version. Redundancy will be turned off.
A mismatch of WLSE software version has been detected between the active and the standby WLSEs.
Not applicable.
Make sure the correct WLSE software has been installed on both the active and standby WLSEs.
Redundancy active mode enabled
The WLSE sending this message is now active.
Not applicable.
Confirm that both WLSEs are functioning respectively as Active and Standby.
Redundancy standby mode.
The WLSE sending this message is now in standby mode.
Not applicable.
Confirm that both WLSEs are functioning respectively as Active and Standby.
Redundancy turned off.
Redundancy has been disabled.
Not applicable.
Make sure the WLSEs are correctly configured and functioning properly.
Regained connectivity with router.
The WLSE that sent this message is now able to ping the default router.
Not applicable.
Confirm that both WLSEs are functioning respectively as Active and Standby.
Regained connectivity with standby on ip_address
The Standby WLSE is up.
Not applicable.
Confirm that both WLSEs are functioning respectively as Active and Standby.
System check failed on ip_address for reason: reason.
The system check failed.
Not applicable.
Make sure the WLSEs are correctly configured and functioning properly.
Make sure that the credentials are set correctly by selecting Devices > Discover > AAA Server.
EAP-FAST server is not available
EAP-FAST
This fault can be caused by any of the following reasons:
•The WLSE IP Address is not configured as a NAS on the server.
•The shared secret key does not match with the key configured on the server.
•The server is unreachable.
When this fault has been cleared, the following message displays: EAP-MD5 server is available
Manage Fault Settings > AAA > EAP-FAST > Response Time
Check the server configuration to make sure that:
•The WLSE IP address is configured as NAS on the server.
•The shared secret key matches the key configured on the server
EAP-FAST server is Degraded
EAP-FAST
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: EAP-FAST server is OK
Manage Fault Settings > AAA > EAP-FAST > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
EAP-FAST server is Overloaded
EAP-FAST5
The fault threshold set for the overloaded state has been exceeded.
When this fault has been cleared, the following message displays: EAP-FAST server is OK
Manage Fault Settings > AAA > EAP-FAST > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
EAP-MD5 server is not available
EAP-MD5
This fault can be caused by any of the following reasons:
•The WLSE IP Address is not configured as a NAS on the server.
•The shared secret key does not match with the key configured on the server.
•The server is unreachable.
When this fault has been cleared, the following message displays: EAP-MD5 server is available
Manage Fault Settings > AAA > EAP-MD5 > Response Time
Check the server configuration to make sure that:
•The WLSE IP address is configured as NAS on the server.
•The shared secret key matches the key configured on the server
EAP-MD5 server is Degraded
EAP-MD5
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: EAP-MD5 server is OK
Manage Fault Settings > AAA > EAP-MD5 > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
EAP-MD5 server is Overloaded
EAP-MD5
The fault threshold set for the overloaded state has been exceeded.
When this fault has been cleared, the following message displays: EAP-MD5 server is OK
Manage Fault Settings > AAA > EAP-MD5 > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
LEAP server is not available
LEAP
This fault can be caused by any of the following reasons:
•This can be caused if you have enabled this policy and you are using a non-Cisco client with EAP.
•The WLSE IP Address is not configured as a NAS on the server.
•The shared secret key does not match with the key configured on the server.
•The server is unreachable.
When this fault has been cleared, the following message displays: LEAP server is available
Manage Fault Settings > AAA > LEAP > Response Time
Check the server configuration and make sure that:
•The WLSE IP address is configured as NAS on the server.
•The shared secret key matches the key configured on the server
LEAP server is Degraded
LEAP
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: LEAP server is OK.
Manage Fault Settings > AAA > LEAP > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
LEAP server is Overloaded
LEAP
The fault threshold set for the overloaded state has been exceeded.
When this fault has been cleared, the following message displays: LEAP server is OK.
Manage Fault Settings > AAA > LEAP > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
PAC is either invalid or expired. Please reimport new PAC file
EAP-FAST
PAC file used is either invalid or expired.
This fault is not generated based on a threshold violation.
Generate a new PAC file from the EAP-FAST server you are trying to monitor and make sure that the expiry time is set properly when generating the PAC file.
PEAP server is not available
PEAP
This fault can be caused by any of the following reasons:
•PEAP monitoring is not enabled.
•The WLSE IP Address is not configured as a NAS on the server.
•The shared secret key does not match with the key configured on the server.
•The server is unreachable.
•EAP-GTC is required for reports and faults.
When this fault has been cleared, the following message displays: PEAP server is available
Manage Fault Settings > AAA > PEAP > Response Time
Check the server configuration and make sure that:
•PEAP monitoring is enabled under Manage Fault Settings > AAA> PEAP > Response time.
•The WLSE IP address is configured as NAS on the authentication server.
•If both NICs in the WLSE are assigned an IP, then both should be added as NAS in the PEAP authentication server.
•The shared secret key matches the key configured on the server.
•The WLSE requires EAP-GTC for PEAP monitoring, which is used for PEAP-related reports and faults. They will not work with MS-CHAPV2.
PEAP server is Degraded
PEAP
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: PEAP server is OK.
Manage Fault Settings > AAA > PEAP > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
PEAP server is Overloaded
PEAP
The fault threshold set for the overloaded state has been exceeded.
When this fault has been cleared, the following message displays: PEAP server is OK
Manage Fault Settings > AAA > PEAP > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
RADIUS server is not available
PEAP
This fault can be caused by any of the following reasons:
•The WLSE IP Address is not configured as a NAS on the server.
•The shared secret key does not match with the key configured on the server.
•The server is unreachable.
When this fault has been cleared, the following message displays: RADIUS server is available
Manage Fault Settings > AAA > RADIUS > Response Time
Check your server configuration and make sure that:
•The WLSE IP address is configured as NAS on the server.
•The shared secret key matches the key configured on the server
RADIUS server is Degraded
PEAP
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: RADIUS server is OK.
Manage Fault Settings > AAA > RADIUS > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
RADIUS server is Overloaded
PEAP
The fault threshold set for the overloaded state has been exceeded.
When this fault has been cleared, the following message displays: RADIUS server is OK.
Manage Fault Settings > AAA > RADIUS > Response Time
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
Switch Faults
Table 2-6 Switch Faults
Fault Description
Explanation
Related Setting
Recommended Action
CPU utilization is Degraded (utilization %)
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: CPU utilization is Ok.
Manage Fault Settings > Switch > CPU Utilization
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
CPU utilization is Overloaded (utilization %)
The fault threshold set for the overloaded state has been exceeded.
When this fault has been cleared, the following message displays: CPU utilization is Ok.
Manage Fault Settings > Switch > CPU Utilization
Verify that the fault threshold is set correctly.
If the threshold is set correctly, review your network to determine the action necessary to clear the fault condition.
Device was not reachable via SNMP
The SNMP Agent on the switch is down.
When this fault has been cleared, the following message displays: Device was reachable via SNMP.
Manage Fault Settings > Switch > SNMP Reachable
Make sure that the switch SNMP agent is active.
Module is down
The module is down.
When this fault has been cleared, the following message displays: Module is up.
Manage Fault Settings > Switch > Module Status
Check the module in the switch and correct the problem.
Port could not agree with other end on duplex mode
The port could not agree with the far end on port duplex, and is in disagree(3) mode.
When this fault has been cleared, the following message displays: Port duplex state is OK.
Not applicable.
Make sure the duplex mode on both ends match.
Port is administratively set to down
The port has been set to down by the administrator.
When this fault is cleared, the following message displays: Port is UP.
Manage Fault Settings > Switch > Port Status
Confirm that the switch port has been deliberately shut down, and that it is not down due to some other accidental operation.
Port is down.
The port is operationally down.
When this fault is cleared, the following message displays: Port is UP.
Manage Fault Settings > Switch > Port Status
Check the switch to determine why the port is down.
Switch memory utilization is Degraded (utilization %)
The fault threshold set for the degraded state has been exceeded.
When this fault has been cleared, the following message displays: Switch memory utilization is Ok.
Fault—The fault as it appears in the Display Faults table.