1、思科路由器查看 CPU 命令详解Router#show proc cpuCPU utilization for five seconds: 63%/50%; one minute: 58%; five minutes: 58%PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process1 4976 54773 90 0.00% 0.00% 0.00% 0 Load Meter2 3788 670 5653 1.71% 0.22% 0.15% 130 Virtual Exec24 3592 632 5683 0.00% 0.04% 0.09%
2、131 Virtual Exec25 101868424 30627416 3326 8.76% 9.04% 10.41% 0 IP InputCPU utilization for five seconds: 63%/50%50%是指由于 Interrupt switching 导致的 CPU utilization, 所谓的 Interrupt switching 也就是指所有除了 process switching 的交换方式，例如 fast switching, optimum switching, cef switching所产生的 CPU 负载Average utilization
3、 due to interrupts, during last five seconds63%指的是最近 5 秒的 CPU utilization 总和，包括(interrupts + processes）Average total utilization during last five seconds (interrupts + processes)用 63%-50%=13%， 这 13%是基本由于 process switching 导致的 CPU 消耗，理解 Cisco 路由器交换方式的人都知道，有一些流量路由器是必须使用 process switching,例如 icmp, 也就 p
4、ing, snmp 等都是必须使用 process switching通常看来，如果打开了 cef switching 但是 process switching 部分的 cpu utilization（63%-50%=13%）非常高，很可能目前情况不太正常， ，因为如果打开 cef 的话，基本上除了 icmp, snmp 等类型的包外，都应该采用 cef switching，但这部分差值由谁导致的，就要看 show process cpu 了， 从上面的例子可以看出来：PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process25 1018
5、68424 30627416 3326 8.76% 9.04% 10.41% 0 IP Input由于此路由器已经打开了 cef，但为什么还有这么多的 IP Input 流量是通过 process switching 处理呢？使用 show interface state 可以看到每个接口不同 swiching 方式产生的流量，如果某个接口的 process 部分很高，那很可能问题就出在这个端口。Router#show interfaces statFastEthernet0/0Switching path Pkts In Chars In Pkts Out Chars OutProcesso
6、r 7995038 553590227 8470311 629922225Route cache 42017034 3042361084 47856422 3952941601Total 50012072 3595951311 56326733 287896530FastEthernet1/0Switching path Pkts In Chars In Pkts Out Chars OutProcessor 1478297 178528355 1007368 101120880Route cache 46470310 3666895196 40629605 2756450367Total 4
7、7948607 3845423551 41636973 2857571247使用 show ip traffic 命令来确认到底是那一种流量过大。从下例中可以看出， 几个不太正常的地：1.在 ICMP 中有 321413 unreachable，2263321 echo reply，很明显路由器响应的 ICMP 太多了，如果每隔几秒都有数量增加，建议在接口状态下关掉 IMCP redirects, unreachable 以及 echo reply，这些只会增加 CPU 负担。interface xxxxno ip redirectsno ip unreachables.2.在 UDP sta
8、tistics 中:Rcvd: 7112 total, 0 checksum errors, 21093 no port大量的 no port 就不太正常了，一般都是由于某些 hacker 软件扫描端口造成的， 如果每隔几秒都有数量增加，建议关掉 proxy-arpinterface xxxno ip proxy-arp3. 在 IP statistics，有 89518 bad hop count，这一般是由于 TTL 过期导致的，如果每隔几秒都有大量计数增加，很明显，网络中存在 routing loop，尽快检查你的数据配置或是询问你的 ISP 怎么给你做的路由。Router#show i
9、p trafficIP statistics:Rcvd: 190022549 total, 13327 local destination2 format errors, 0 checksum errors, 89518 bad hop count0 unknown protocol, 0 not a gateway0 security failures, 0 bad options, 0 with optionsOpts: 0 end, 0 nop, 0 basic security, 0 loose source route0 timestamp, 0 extended security,
10、 0 record route0 stream ID, 0 strict source route, 0 alert, 0 cipso, 0 ump0 otherFrags: 0 reassembled, 0 timeouts, 0 couldnt reassemble6583 fragmented, 0 couldnt fragmentBcast: 2433 received, 77 sentMcast: 0 received, 0 sentSent: 100452 generated, 99773529 forwardedDrop: 430 encapsulation failed, 14
11、79 unresolved, 0 no adjacency3606 no route, 0 unicast RPF, 0 forced dropICMP statistics:Rcvd: 0 format errors, 0 checksum errors, 0 redirects, 321413 unreachable2281 echo, 0 echo reply, 0 mask requests, 0 mask replies, 0 quench0 parameter, 0 timestamp, 0 info request, 0 other0 irdp solicitations, 0
12、irdp advertisementsSent: 0 redirects, 4 unreachable, 0 echo, 2263321 echo reply0 mask requests, 0 mask replies, 0 quench, 0 timestamp0 info reply, 89517 time exceeded, 0 parameter problem0 irdp solicitations, 0 irdp advertisementsUDP statistics:Rcvd: 7112 total, 0 checksum errors, 21093 no portSent: 5883 total, 0 forwarded broadcastsTCP statistics:Rcvd: 3935 total, 0 checksum errors, 4 no portSent: 2788 total
