- Index
- Preface
- Product Overview
- Command-Line Interfaces
- Smart Port Macros
- Virtual Switching Systems (VSS)
- Enhanced Fast Software Ugrade (eFSU)
- NSF with SSO Supervisor Engine Redundancy
- RPR Supervisor Engine Redundancy
- Interface Configuration
- UniDirectional Link Detection (UDLD)
- Power Management and Environmental Monitoring
- EnergyWise
- Online Diagnostics
- Onboard Failure Logging
- Switch Fabric Functionality
- Cisco IP Phone Support
- Power over Ethernet
- Layer 2 LAN Ports
- Flex Links
- EtherChannels
- mLACP for Server Access
- IEEE 802.1ak MVRP and MRP
- VLAN Trunking Protocol (VTP)
- VLANs
- Private VLANs (PVLANs)
- Private Hosts
- IEEE 802.1Q Tunneling
- Layer 2 Protocol Tunneling
- STP and MST
- Optional STP Features
- Layer 3 Interface Configuration
- Unidirectional Ethernet (UDE) and unidirectional link routing (UDLR)
- Multiprotocol Label Switching (MPLS)
- L2VPN Advanced VPLS (A-VPLS)
- IP Unicast Layer 3 Switching
- IPv6 Multicast Layer 3 Switching
- MLD Snooping for IPv6 Multicast Traffic
- IPv4 Multicast Layer 3 Switching
- IGMP Snooping and MVR for IPv4 Multicast Traffic
- Configuring MVR for IPv4 Multicast Traffic
- IPv4 IGMP Filtering and Router Guard
- PIM Snooping
- IPv4 Multicast VPN Support
- PFC QoS
- AutoQoS
- MPLS QoS
- PFC QoS Statistics Data Export
- Network Security
- AutoSecure
- Cisco IOS ACL Support
- Cisco TrustSec (CTS)
- Port ACLs (PACLs) and VLAN ACLs (VACLs)
- Denial of Service Protection
- Control Plane Policing (CoPP)
- DHCP Snooping
- IP Source Guard
- Dynamic ARP Inspection
- Traffic Storm Control
- Unknown Unicast and Multicast Flood Control
- Network Admission Control (NAC)
- IEEE 802.1X Port-Based Authentication
- Web-Based Authentication
- Port Security
- NetFlow
- NetFlow Data Export (NDE)
- Call Home
- System Event Archive (SEA)
- Backplane Platform Monitoring
- SPAN, RSPAN, and ERSPAN
- SNMP IfIndex Persistence
- Top-N Reports
- Layer 2 Traceroute Utility
- Mini Protocol Analyzer
- Ethernet Services Line Cards
- Online Diagnostic Tests
- Acronyms
Power Management and Environmental Monitoring
This chapter describes the power management and environmental monitoring features in Cisco IOS Release 12.2SX.
Note For complete syntax and usage information for the commands used in this chapter, see the Cisco IOS Master Command List, at this URL:
http://www.cisco.com/en/US/docs/ios/mcl/allreleasemcl/all_book.html
http://www.cisco.com/en/US/products/hw/switches/ps708/tsd_products_support_series_home.html
Participate in the Technical Documentation Ideas forum
Understanding Power Management
These sections describe power management:
- Enabling or Disabling Power Redundancy
- Powering Modules Off and On
- Viewing System Power Status
- Power Cycling Modules
- Determining System Power Requirements
- Determining System Hardware Capacity
- Determining Sensor Temperature Threshold
Note In systems with redundant power supplies, both power supplies must be of the same wattage. The Catalyst 6500 series switches allow you to use both AC-input and DC-input power supplies in the same chassis. For detailed information on supported power supply configurations, see the Catalyst 6500 Series Switch Installation Guide.
The modules have different power requirements, and some configurations require more power than a single power supply can provide. The power management feature allows you to power all installed modules with two power supplies. However, redundancy is not supported in this configuration because the total power drawn from both power supplies is at no time greater than the capability of one supply. Redundant and nonredundant power configurations are described in the following sections.
To determine the power requirements for your system, see the “Determining System Power Requirements” section.
Enabling or Disabling Power Redundancy
To disable or enable redundancy (redundancy is enabled by default) from global configuration mode, enter the power redundancy-mode combined | redundant commands. You can change the configuration of the power supplies to redundant or nonredundant at any time.
To disable redundancy, use the combined keyword. In a nonredundant configuration, the power available to the system is the combined power capability of both power supplies. The system powers up as many modules as the combined capacity allows. However, if one power supply fails and there is not enough power for all of the previously powered-up modules, the system powers down those modules.
To enable redundancy, use the redundant keyword. In a redundant configuration, the total power drawn from both power supplies is not greater than the capability of one power supply. If one supply malfunctions, the other supply can take over the entire system load. When you install and power up two power supplies, each concurrently provides approximately half of the required power to the system. Load sharing and redundancy are enabled automatically; no software configuration is required.
To view the current state of modules and the total power available for modules, enter the show power command (see the “Viewing System Power Status” section).
Table 10-1 describes how the system responds to changes in the power supply configuration.
Powering Modules Off and On
To power modules off and on from the CLI, perform this task:
|
|
|
---|---|---|
Note When you enter the no power enable module slot command to power down a module, the module’s configuration is not saved.
This example shows how to power on the module in slot 3:
Viewing System Power Status
You can view the current power status of system components by entering the show power command as follows:
You can view the current power status of a specific power supply by entering the show power command as follows:
You can display power supply input fields by specifying the power supply number in the command. A new power-output field with operating mode is displayed for power supplies with more than one output mode. Enter the show env status power-supply command as follows:
Power Cycling Modules
You can power cycle (reset) a module from global configuration mode by entering the power cycle module slot command. The module powers off for 5 seconds, and then powers on.
Determining System Power Requirements
For information about power consumption, see the Release Notes for Cisco IOS Release 12.2SX publication at this URL:
http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SX/release/notes/ol_14271.html
Determining System Hardware Capacity
You can determine the system hardware capacity by entering the show platform hardware capacity command. This command displays the current system utilization of the hardware resources and displays a list of the currently available hardware capacities, including the following:
- Hardware forwarding table utilization
- Switch fabric utilization
- CPU(s) utilization
- Memory device (flash, DRAM, NVRAM) utilization
This example shows how to display CPU capacity and utilization information for the route processor, the switch processor, and a switching module:
This example shows how to display EOBC-related statistics for the route processor, the switch processor, and the DFCs:
This example shows how to display the current and peak switching utilization:
This example shows how to display information about the total capacity, the bytes used, and the percentage that is used for the flash and NVRAM resources present in the system:
This example shows how to display the capacity and utilization of the EARLs present in the system:
This example shows how to display the interface resources:
This example shows how to display SPAN information:
This example shows how to display the capacity and utilization of resources for Layer 3 multicast functionality:
This example shows how to display information about the system power capacities and utilizations:
This example shows how to display the capacity and utilization of QoS policer resources for each PFC and DFC:
This example shows how to display information about the key system resources:
This example shows how to display VLAN information:
Determining Sensor Temperature Threshold
The system sensors set off alarms based on different temperature threshold settings. You can determine the allowed temperatures for the sensors by using the show environment alarm threshold command.
This example shows how to determine sensor temperature thresholds:
Understanding Environmental Monitoring
These sections describe environmental monitoring:
Overview
Environmental monitoring of chassis components provides early-warning indications of possible component failures, which ensures a safe and reliable system operation and avoids network interruptions. This section describes the monitoring of these critical system components, which allows you to identify and rapidly correct hardware-related problems in your system.
Monitoring System Environmental Status
To display system status information, enter the show environment [ alarm | cooling | status | temperature ] command. The keywords display the following information:
– status —Displays alarm status.
– thresholds —Displays alarm thresholds.
- cooling —Displays fan tray status, chassis cooling capacity, ambient temperature, and per-slot cooling capacity.
- status —Displays field-replaceable unit (FRU) operational status and power and temperature information.
- temperature —Displays FRU temperature information.
To view the system status information, enter the show environment command:
Understanding LED Environmental Indications
All modules have an LED labeled STATUS. There are LEDs on power supplies and fan trays that indicate problems. A nongreen LED indicates a problem.
Supervisor engines have an LED labeled SYSTEM that indicates alarms. The alarm can be on a supervisor engine, module, power supply, fan tray, or backplane.
In non-VSS mode, the SYSTEM LED indicates the following:
- With one supervisor engine, the SYSTEM LED on the active supervisor engine indicates the alarm status for the chassis.
- With two supervisor engines, the SYSTEM LED on the standby supervisor engine indicates the alarm status of the standby supervisor engine.
In VSS mode, the SYSTEM LED indicates the following:
- With one supervisor engine in each chassis, the SYSTEM LED on the active chassis supervisor engine indicates the alarm status for both chassis. The SYSTEM LED on the standby chassis supervisor engine indicates the alarm status of the standby chassis.
- With two supervisor engines in each chassis, the SYSTEM LED on the active-chassis, in-chassis active supervisor engine indicates system status for both chassis.
- With two supervisor engines in each chassis, the SYSTEM LED on the standby-chassis in-chassis active supervisor engine indicates the alarm status of the standby chassis.
- With two supervisor engines in each chassis, the SYSTEM LEDs on in-chassis standby supervisor engines are turned off.
The SYSTEM LED can indicate two alarm types: major and minor. Major alarms indicate a critical problem that could lead to the system being shut down. Minor alarms are for informational purposes only, alerting you to a problem that could turn critical if corrective action is not taken.
Temperature sensors monitor key components. The temperature sensors are polled every 30 seconds. If the sensed temperature falls below the alarm threshold, the alarm is immediately cancelled.
For major alarms, there is a delay before any automatic actions occur to protect the switch. The delay is 5 minutes for a major alarm from a board sensor, and a 1 minute for a major alarm from an ASIC sensor.
Table 10-2 lists the environmental indicators for the supervisor engine and switching modules.
Note See the Catalyst 6500 Series Switch Supervisor Engine Guide for additional information on LEDs, including the supervisor engine STATUS LED.
|
|
LED Color |
|
---|---|---|---|
VSS mode supervisor engine temperature sensor exceeds major threshold |
Generates syslog message and an SNMP trap. After the time delay, these actions happen:
|
||
Non-VSS mode supervisor engine temperature sensor exceeds major threshold |
Generates syslog message and an SNMP trap. After the time delay, these actions happen:
|
||
Supervisor engine temperature sensor exceeds minor threshold |
|||
Redundant supervisor engine temperature sensor exceeds major or minor threshold |
Generates syslog message and an SNMP trap. If a major alarm is generated and the overtemperature condition is not corrected, the system shuts down after 5 minutes. |
||
Generates syslog message and SNMP. Powers down the module (see the “Understanding Power Management” section). |
|||
http://www.cisco.com/en/US/products/hw/switches/ps708/tsd_products_support_series_home.html
Participate in the Technical Documentation Ideas forum