Or, packets that are forwarded to the MSFC addresses (i.e. the interface
addresses of the router.)
DoS?
Rubens Kuhl Jr. wrote:
>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:13:45 EDT