思科路由器查看CPU命令详解 |
您所在的位置:网站首页 › 思科路由器序列号怎么查 › 思科路由器查看CPU命令详解 |
思科路由器查看CPU命令详解
精选
转载
Jon_Suo 2010-04-13 11:39:36 博主文章分类:路由 文章标签 思科 命令 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 Process 1 4976 54773 90 0.00% 0.00% 0.00% 0 Load Meter 2 3788 670 5653 1.71% 0.22% 0.15% 130 Virtual Exec 24 3592 632 5683 0.00% 0.04% 0.09% 131 Virtual Exec 25 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 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, 也就ping, 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 101868424 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/0 Switching path Pkts In Chars In Pkts Out Chars Out Processor 7995038 553590227 8470311 629922225 Route cache 42017034 3042361084 47856422 3952941601 Total 50012072 3595951311 56326733 287896530FastEthernet1/0 Switching path Pkts In Chars In Pkts Out Chars Out Processor 1478297 178528355 1007368 101120880 Route cache 46470310 3666895196 40629605 2756450367 Total 47948607 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 statistics中: 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 ip trafficIP statistics: Rcvd: 190022549 total, 13327 local destination 2 format errors, 0 checksum errors, 89518 bad hop count 0 unknown protocol, 0 not a gateway 0 security failures, 0 bad options, 0 with options Opts: 0 end, 0 nop, 0 basic security, 0 loose source route 0 timestamp, 0 extended security, 0 record route 0 stream ID, 0 strict source route, 0 alert, 0 cipso, 0 ump 0 other Frags: 0 reassembled, 0 timeouts, 0 couldn't reassemble 6583 fragmented, 0 couldn't fragment Bcast: 2433 received, 77 sent Mcast: 0 received, 0 sent Sent: 100452 generated, 99773529 forwarded Drop: 430 encapsulation failed, 1479 unresolved, 0 no adjacency 3606 no route, 0 unicast RPF, 0 forced dropICMP statistics: Rcvd: 0 format errors, 0 checksum errors, 0 redirects, 321413 unreachable 2281 echo, 0 echo reply, 0 mask requests, 0 mask replies, 0 quench 0 parameter, 0 timestamp, 0 info request, 0 other 0 irdp solicitations, 0 irdp advertisements Sent: 0 redirects, 4 unreachable, 0 echo, 2263321 echo reply 0 mask requests, 0 mask replies, 0 quench, 0 timestamp 0 info reply, 89517 time exceeded, 0 parameter problem 0 irdp solicitations, 0 irdp advertisementsUDP statistics: Rcvd: 7112 total, 0 checksum errors, 21093 no port Sent: 5883 total, 0 forwarded broadcastsTCP statistics: Rcvd: 3935 total, 0 checksum errors, 4 no port Sent: 2788 total 赞 收藏 评论 分享 举报上一篇:华为命令 下一篇:路由器CPU利用率过高的解决方法 |
今日新闻 |
推荐新闻 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |