精华 | 网络故障排除命令汇总【网工必须收藏】( 七 ) _Show命令

Clearcounters命令清空统计值，然后使用一系列Ping命令使路由器端口收发报文，最后使用Show命令来查看统计值。
例如：通过Show interface FastEthernet 0/13 counters观察到端口有如下统计数据：
Interface : Fa0/13 5 minute input rate: 76208 bits/sec, 53 packets/sec 5 minute output rate : 340600 bits/sec, 53 packets/sec InOctets: 53193982 InUcastPkts: 253095 InMulticastPkts: 32 InBroadcastPkts: 10655 OutOctets: 416202081 OutUcastPkts: 336100 OutMulticastPkts: 1740 OutBroadcastPkts: 12981 Undersize packets: 0 Oversize packets: 0 collisions: 0 Fragments: 0 Jabbers: 0 CRC alignment errors : 16 AlignmentErrors: 0 FCSErrors: 0 dropped packet events (due to lack of resources): 0 packets received of length (in octets): 64:157041, 65-127: 127987, 128-255: 10115, 256-511: 7169, 512-1023: 14593, 1024-1518: 297698我们发现端口收发有了错误，但这些错误是否是最近产生的呢？可用Clear counters interface FastEthernet 0/13来进行刷新，再通过Ping一组报文测试路由器端口的收发，最后再使用Show interface FastEthernet 0/13 counters看结果统计。如果仍然显示发生错误，那么我们就需要分析原因进行故障排除了。
1.5Debug命令1. Debug命令概述RG系列产品提供大量的debug命令支持，可以帮助用户在网络发生故障时获得路由器中交换的报文和帧的细节信息，这些信息对网络故障的定位是至关重要的。
打开相应的调试开关
例如：打开IP packet调试开关，命令为：
RG# debug ip packet2. Debug命令使用注意事项由于调试信息的输出在CPU处理中赋予了很高的优先级，许多形式的debug命令会占用大量的CPU运行时间，在负荷高的路由器上运行debug命令可能引起严重的网络故障（如网络性能迅速下降）。但debug命令的输出信息对于定位网络故障又是如此的重要，是维护人员必须使用的工具。因此，我们总结了一些使用debug命令的注意要点，如下：

应当使用debug命令来查找故障，而不是用来监控正常的网络运行。
尽量在网络使用的低峰期或网络用户较少时使用，以降低debug命令对系统的影响性。
在没有完全掌握某debug命令的工作过程以及它所提供的信息前，不要轻易使用该debug命令。
不要轻易使用类似debug all之类将产生大量输出的命令。仅当寻找某些类型的流量或故障并且已将故障原因缩小到一个可能的范围时，才使用某些特定的debug命令。
在使用debug命令获得足够多的信息后，应立即以“no debug xx”命令终止debug命令的执行。

可以使用show debugging命令查看当前已打开哪些调试开关并使用相应命令关闭；或干脆使用no debug all命令关闭所有调试开关。
案例一：忘记关闭debug开关引起的路由器报文转发速度变慢的故障排除(1) 现象描述
某电信局安装了RG路由器作为接入服务器的出口网关，一段时间运转良好。某日用户反映该设备明显速度变慢。执行PING操作，PING对端路由器设备，所用时间为正常的2倍多。
(2) 相关信息收集
该路由器的日志中记录了大量的收发IP报文的信息。
(3) 原因分析
初步分析可能有以下几种原因：