cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
759
Views
10
Helpful
3
Replies

7206 - High CPU

johnelliot
Level 1
Level 1

Hi,

We have a 7206VXR with NPE400 - CPU is hitting 70+%.

When issuing sh proc cpu sort | excl 0.0, we get:

#sh processes cpu sorted | exclude 0.0

CPU utilization for five seconds: 71%/66%; one minute: 66%; five minutes: 68%

PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

240 7309336 91854597 79 1.72% 1.05% 1.07% 0 HyBridge Input P

71 5262348 9194418 572 0.57% 0.63% 0.60% 0 IP Input

42 2856568 415623 6872 0.49% 0.57% 0.57% 0 Per-Second Jobs

254 4154624 2913380 1426 0.24% 0.45% 0.51% 0 SNMP ENGINE

233 799392 7089336 112 0.24% 0.20% 0.17% 0 L2X Data Daemon

245 122236 12585263 9 0.24% 0.20% 0.21% 0 PPP manager

252 3450384 6034463 571 0.16% 0.30% 0.35% 0 IP SNMP

242 1396640 15370028 90 0.16% 0.14% 0.14% 0 Spanning Tree

257 146100 12644683 11 0.16% 0.14% 0.16% 0 RADIUS

246 159748 12598850 12 0.16% 0.19% 0.21% 0 PPP Events

As you can see, Utilization is 70%, but the utilization for the individual processes is very small....where is the sh proc cpu getting the 70% from?

I'm fairly sure the high cpu is from bridging atm ints->eth....

3 Replies 3

guruprasadr
Level 7
Level 7

HI John, [PLS Rate if HELPS]

CPU Utilization may be high becasue of several reason as said below:

Collect 'show process cpu' outputs during the course of several days. If available, use the 'show process cpu history' command (available in IOS 12.2 and higher).

The following processes are causing excessive CPU usage:

PID CPU Time Process

ERROR: No Processes were found having a CPU utilization greater than 10%

NOTE: If there are processes with a utilization greater than 10%, ensure that

there is no line wrapping as this will interfere with the analysis.

TRY THIS: One of the following may be causing this to happen:

- Configured voice ports: Even if there is no traffic, software continues to monitor channel associated signaling (CAS).

- Active ATM interfaces: Even with no traffic, ATM interfaces continue to send null cells (per ATM standard).

- An inappropriate switching path is configured on the router. If you have a

Cisco 7000 or Cisco 7500 series router, try improving its performance by using the 'ip route-cache {path}' command (path can be cef, distributed, or cbus, depending on the platform). If there are access lists linked to interfaces or if ip accounting is turned on, configure NetFlow switching using the 'ip route-cache flow' command.

- The CPU is performing memory alignment corrections. If there are %ALIGN-3-CORRECT messages logged, then the high CPU utilization is caused by memory alignment corrections. Capture the output of the 'show align' command, decode the tracebacks and search for a bug in your version of IOS.

- The router is overloaded with traffic. Use the 'show interfaces' command and

paste into Output Interpreter to determine which interface is overloaded.

- There maybe a bug in the version of IOS running on the router. Check the Latest updates of IOS for a bug that reports similar symptoms in a similar environment.

Below Link will have More advices:

http://www.cisco.com/en/US/customer/products/hw/routers/ps133/products_tech_note09186a00800a70f2.shtml

PLS RATE if HELPS

Best Regards,

Guru Prasad R

mohammedmahmoud
Level 11
Level 11

Hi,

The first number in the "sh processes cpu" indicates the total CPU utilization, while the second number indicates the percent of CPU time spent at the interrupt level, the difference between these 2 numbers should be summation of the time taken by each process, and thus your output is not weired, and yes the bridging is the main exhausting process on your router.

http://www.cisco.com/warp/public/63/highcpu.html#show_process_cpu

http://www.cisco.com/en/US/products/sw/iosswrel/ps1828/products_tech_note09186a00800a65d0.shtml#showproccpu

HTH,

Mohammed Mahmoud.

The Hybridge process is responsible for flooding when there's no entry in the MAC forwarding table as well as broadcasts & multicasts.

This URL explains a lot but the CPU is really spending loads of time in interrupt service routines due to transit traffic.

http://www.cisco.com/en/US/tech/tk39/tk371/technologies_tech_note09186a0080093c91.shtml

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: