The usual cause of unexpected high MSFC CPU is a high packet rate that Sup
isn't forwarding for some reason (lack of adjacency information, ACL compile
failure). That doesn't seem the case here, because the standby MSFC wouldn't
be forwarding packets.
My initial guess would be SPF calculation for OSPF or IS-IS; both routers
have to evaluate best paths when topology changes.
See also that high MSFC CPU is common during ACL updates, may be this is
happening due to security policy being updated by humans or an automatic
system.
I would also be willing to look at the info you gathered.
Rubens Kuhl Jr.
----- Original Message -----
From: "Zhang, Anchi" <AZhang@reliant.com>
To: <cisco-nsp@puck.nether.net>
Sent: Wednesday, May 22, 2002 5:12 PM
Subject: [nsp] what uses all the cpu cycles
| Greetings,
|
| Several times a day two of my MSFC2s/6509s show high CPU usage:
|
| CPU utilization for five seconds: 91%/64%; one minute: 89%; five
minutes: 86%
|
| One MSFC2 serves mostly as an HSRP standby for the other.
|
| I captured the output of the commands below during low CPU and during high
CPU but was unable to figure out what contributed to the high CPU.
|
| show processes cpu
| show interfaces
| show interfaces switching
| show interfaces stat
| show align
| show version
| show log
|
| If someone on the list is experienced in analyzing the CPU usage and is
willing to help, I can send the stats to him/her.
|
| Anchi
|
This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:11:57 EDT