10-24-2011 02:54 AM - edited 03-07-2019 03:00 AM
Hi,
My C6500 is having relatively high CPU (no spikes, but constantly)
switch#sh proc cpu
CPU utilization for five seconds: 40%/39%; one minute: 51%; five minutes: 49%
I'm under the impression that cef is causing this problem because alot of packets are being processed or send to/from the CPU.
switch#sh ibc brief
Interface information:
Interface IBC0/0(idb 0x509B72DC)
Hardware is Mistral IBC (revision 5)
5 minute rx rate 141710000 bits/sec, 67364 packets/sec
5 minute tx rate 141709000 bits/sec, 67361 packets/sec
34311544953 packets input, 7371821604651 bytes
0 broadcasts received
34309743009 packets output, 7371940709940 bytes
146469 broadcasts sent
3 Inband input packet drops
0 Bridge Packet loopback drops
0 Rx packets dropped with Multicast MAC and Unicast IP
4130938799 Packets CEF Switched, 0 Packets Fast Switched
0 Packets SLB Switched, 0 Packets CWAN Switched
Potential/Actual paks copied to process level 114092578/114092578 (0 dropped, 0 spd drops)
2313463186 inband interrupts
3671491 transmit ring cleanups
2319330986 ibl inputs
3671491 total tx interrupts set
3584042 tx ints due to packets outstanding
87449 tx ints due low free buffers in pool
0 tx ints due to application setting
tx dma done batch size=32
buffers free minimum before tx int=4
mistral ran out of tx descriptors 0 times
mistral tx interrupt inconsisteny occured 0 times
Label switched pkts dropped: 0
Xconnect pkts processed: 0, dropped: 0
IBC resets = 2; last at 12:30:36.892 UTC Mon Sep 12 2011
MISTRAL ERROR COUNTERS
System address timeouts = 0 BUS errors = 0
IBC Address timeouts = 0 (addr 0x0)
Page CRC errors = 0 IBL CRC errors = 0
ECC Correctable errors = 0
Packets with padding removed (0/0/0) = 0
Packets expanded (0/0) = 0
Packets attempted tail end expansion > 1 page and were dropped = 0
IP packets dropped with frag offset of 1 = 0
0 total packets dropped on throttled interfaces (0 low, 0 medium, 0 high)
0 packets corrected for if_input
0 packets were uncorrectable for if_input
Hazard Illegal packet length = 0 Illegal Offset = 0
Hazard Packet underflow = 0 Packet Overflow = 0
IBL fill hang count = 0 Unencapsed packets = 0
LBIC RXQ Drop pkt count = 0 LBIC drop pkt count = 0
LBIC Drop pkt stick = 0
switch#
switch#sh ip cef switching statistics
Reason Drop Punt Punt2Host
RP LES Packet destined for us 0 4207971 0
RP LES No adjacency 17162 0 0
RP LES Incomplete adjacency 15 0 0
RP LES TTL expired 0 0 106925413
RP LES Features 87222 0 0
RP LES Neighbor resolution req 2215100 248 0
RP LES Total 2319499 4208219 106925413
All Total 2319499 4208219 106925413
switch#
I did a netdr and I can see that the majority of packets going to the CPU are packets for which I have an entry in the CEF table.
What can be a reason why those packets don't get hardware switches?
I'm running Version 12.2(33)SXH5 - Sup720-10G
If any more output is required, just ask.
Thanks alot!
10-24-2011 04:10 AM
Please show us:
show processes cpu sorted
10-24-2011 05:13 AM
Hi,
I filtered out all 0.00% processes:
switch#sh proc cpu sorted | ex 0.00
CPU utilization for five seconds: 53%/51%; one minute: 45%; five minutes: 44%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
31 1204 620 1941 1.35% 0.59% 0.18% 1 SSH Process
303 6074464 35323285 171 0.55% 0.27% 0.28% 0 Port manager per
146 5859992 92983981 63 0.31% 0.08% 0.12% 0 IP Input
switch#
Thanks,
Dario
10-25-2011 02:45 AM
Anybody who has a clue where to start digging?
10-25-2011 07:50 AM
is the number of ttl expired packet moving.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide