I usally get customer calls saying there is high cpu utilization but when we check the show proc cpu it does not reflect any processes taking very high utilisation. Can any1 help in monitoring these CPU utilisation in switches.specially in chassis based switches.
What all steps should be taken to find the root cause?
Genrally high CPU utilization in switches are caused by following reason.
In some network deployments, a busy CPU is normal. In general, the larger the Layer 2 or Layer 3 network, the greater the demand on the CPU to process network-related traffic. These are examples of operations that have the potential to cause high CPU utilization:
Known symptoms that can occur when the switch CPU is too busy:
•Spanning-tree topology change—When a Layer 2 network device does not receive timely spanning-tree BPDUs on its root port, it considers the Layer 2 path to the root switch as down, and the device tries to find a new path. Spanning tree reconverges in the Layer 2 network.
•Routing topology change, such as BGP route flapping or OSPF route flapping.
•EtherChannel links bounce—When the network device at the other end of the EtherChannel does not receive the protocol packets required to maintain the EtherChannel link, this might bring down the link.
•The switch fails to respond to normal management requests:
–ICMP ping requests.
–Telnet or SSH sessions that are slow or cannot be started
•UDLD flapping—The switch relies on keepalives from its peer in aggressive mode.
•IP SLAs failures due to SLAs responses beyond the acceptable threshold.
•DHCP or IEEE 802.1x failures if the switch cannot forward or respond to requests.
•Dropped packets or increased latency for those packets routed in software.
If in future customer says high cpu problem just check with the following command which process id is taking CPU utilization to find out the really cause.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...