网络设备排障怎么破？这五个命令申请出战！( 六 ) _命令

我们发现端口收发有了错误，但这些错误是否是最近产生的呢？可用Clear counters interface FastEthernet 0/13来进行刷新，再通过Ping一组报文测试路由器端口的收发，最后再使用Show interface FastEthernet 0/13 counters看结果统计。如果仍然显示发生错误，那么我们就需要分析原因进行故障排除了。
1.5 Debug命令
1. Debug命令概述
RG系列产品提供大量的debug命令支持，可以帮助用户在网络发生故障时获得路由器中交换的报文和帧的细节信息，这些信息对网络故障的定位是至关重要的。
打开相应的调试开关
例如：打开IP packet调试开关，命令为：
RG# debug ip packet
2. 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) 原因分析
初步分析可能有以下几种原因：

线路质量不好。
对端设备问题，导致回应较慢。
自身配置错误
网络繁忙
软硬件故障

(4) 处理过程

检查线路，没有发现问题；
PING与之相连的其他路由器设备，故障依旧，说明对端设备无问题；
对照以前运转良好时备份的Running-config文件，检查路由器上的配置，没有错误；
当时并非上网高峰期，且只是变慢，而无丢包，应当不是网络负荷问题；
检查该路由器的日志信息，发现其中记录了大量的收发IP报文的信息，执行命令show debugging命令，发现该路由器的debug ip packet处于打开状态。由于设备需要记录每一个被转发的IP报文，大大降低了路由器的处理速度，导致变慢。

关闭该debug开关后，故障排除。
(5) 建议与总结
山重水复疑无路，柳暗花明又一村。排除此类故障时应该想一下debug开关的问题。
案例二：通过串口telnet到路由器，在该串口上打开debug命令产生问题
当远程调试RG路由器时，有时需要通过某个串口telnet上该路由器，如果该串口上的链路层协议封装的是FR、PPP或HDLC，千万不能打开该串口相应的链路层调试开关（可以打开其他串口的链路层调试开关），否则由于数据流量太大，会使该串口的协议down掉。
3.show命令和debug命令的配合使用
Show命令能够提供某个时间的设备运行状况的视图（静态），而debug命令能够展示一段时间内设备运行的变化情况（动态）。因此，要在故障排除时了解系统运行的总体情况，必须同时使用这两个命令。例如：当进行OSPF协议的故障排除时，需要使用show ip route命令来了解路由器当前已经知道了哪些路由表项，需要使用debug ip ospf events命令来了解路由表是如何更新的。如果不知道路由表的当前内容，路由更新的信息对故障排除是不够的。Debug命令并不能直接告诉你设备已知到的信息，而show命令则不能告诉路由表的变化情况，两者的配合使用，才能全面了解正在发生的事情。
一般说来，Show命令不会影响系统的运行性能，而debug命令则会对系统性能造成影响。因此两者的使用应遵循如下规则：首先使用相关的多个show命令查看设备当前的运行状况，分析可能原因，缩减故障到适当范围，然后打开某个特定的debug命令观察变化情况，以定位和排除问题。