故障排查 ❀ 路由器常见故障分类

路由器常见故障分类

在路由器出现的故障中， 大体可以分为两类： 一类是硬故障， 一类是软故障。这里的分类方法并没有严格的标准，只是为了方便而已，在实践中应该具体问题具体分析。

1、硬故障
我们把路由器本身部件存在问题的情况归在这一类里。常见的硬故障通常表现在硬件上。通常有这么几种：

1. 系统不能正常加电
   表现为当打开路由器的电源开关时，路由器前面板的电源灯不亮，风扇不转。这时要重点检查电源系统。看供电插座是否有电，电压是否在规定的范围内。如果供电正常，应该检查电源线是否完好， 接触是否牢靠，必要时可以换一根，如果还不行，可以判定问题应该出在路由器的电源上。 可以看看路由器电源保险是否完好， 如果烧了应该更换。 如果还不行只好送修。

2. 部件损坏
   这类情况在硬件故障中是比较常见的一类。这里的部件往往是接口卡。表现为当把有问题部件插到路由器中时，系统其他部分都工作正常，但无法正确识别有问题的部件，这时往往是因为部件本身有问题。还有一种情况，就是部件可以被正确识别，但做完配置后（保证配置正确），接口就是不能正常工作，这时往往是因为存在物理故障。要确认以上这两种情况，最好用相同型号的好的部件替换怀疑有问题的部件，就可以确认问题是否存在。

3. 系统软件损坏
   这种故障似乎应该归入软件故障， 但由于这种情况往往是路由器本身存在的问题， 且与硬件紧密相关，我们不妨把它归类于此。以 cisco 的路由器为例，如果路由器开机后总是进入 rmon 状态，这时往往说明系统软件 IOS 存在问题。

4. 其它
   这里所要提到的是这样一些情况， 有时我们在对系统软件进行升级时， 发现系统无论怎样也不能完成升级，这时不妨检查一下你要升级的软件的大小是否超过了你的路由器的NVRAM 的容量。如果超过了，你是无论如何也升不了级的，这时应该先扩充 NVRAM 的容量然后再升级系统软件。这个问题容易被忽略。

2、软故障

1. 功能无法实现
   在有些时候，你要作某些特定的配置（如 NAT ），你反复检查，确认配置正确，可相应的功能就是实现不了，这时先不要急着怀疑设备有问题，最好先找一找系统软件的版本号，并查找相关的说明， 看一看你所使用的版本的软件是否支持这个功能。 因为路由器的系统软件往往有许多版本， 每个版本支持不同的功能。 如果你当前的软件版本不支持这个功能， 那就应该找到相应的软件，先进行升级。

2. 网络规划存在问题
   有些时候， 你的配置似乎没有问题， 可路由器就是不能正常工作， 或者工作不稳定，总出现一些莫名其妙的问题。 这时不妨先不要急着反复调试， 不如回过头来看看你的网络规划，看看这上面是不是有问题。比如是不是有重复使用的网段，网络掩码的计算是否正确等等，往往问题就迎刃而解了。

3. 配置问题
   这种问题是最常见的， 就是你的配置的确存在问题。 比如线路两端路由器的参数不匹配或参数错误等等，这种情况只要认真细致地查找，总可以解决。

3、网络故障诊断概述

网络故障诊断， 从故障现象出发， 以网络诊断工具为手段获取诊断信息， 确定网络故障点，查找问题的根源，排除故障，恢复网络正常运行。网络故障通常有以下几种可能：物理层中物理设备相互连接失败或者硬件及线路本身的问题； 数据链路层的网络设备的接口配置问题； 网络层网络协议配置或操作错误； 传输层的设备性能或通信拥塞问题； 上三层或网络应用程序错误。诊断网络故障的过程应该沿着 OSI 七层模型从物理层开始向上进行。首先检查物理层，然后检查数据链路层，以此类推，设法确定通信失败的故障点，直到系统通信正常为止。

网络诊断可以使用多种工具： 路由器诊断命令， 网络管理工具和包括局域网或广域网分析仪在内的其它故障诊断工具。 查看路由表， 是开始查找网络故障的好办法。 ICMP 的 ping、trace 命令和 Cisco 的 show 命令、 debug 命令是获取故障诊断有 用信息的网络工具。如何监视网络在正常条件下的运行细节和出现故障的情况 ,监视哪些内容呢？利用 show interface 命令可以非常容易地获得待检查的每个接口的信息。 show buffer 命令提供定期显示缓冲区大小、用途及使用状况。 show proc 命令和 show proc mem 命令可用于跟踪处理器和内存的使用情况。可以定期收集这些数据，在故障出现时用于诊断参考。

4、故障诊断步骤：

1. 首先确定故障的具体现象， 分析造成这种故障现象的原因的类型。 例如， 主机不响应客户请求服务。 可能的故障原因是主机配置问题、 接口卡故障或路由器配置命令丢失等。

2. 收集需要的用于帮助隔离可能故障原因的信息。 从网络管理系统、 协议分析跟踪、路由器诊断命令的输出报告或软件说明书中收集有用的信息。

3. 根据收集到的情况考虑可能的故障原因， 排除某些故障原因。 例如，根据某些资料可以排除硬件故障，把注意力放在软件原因上。

4. 根据最后的可能故障原因， 建立一个诊断计划。 开始仅用一个最可能的故障原因进行诊断活动，这样可以容易恢复到故障的原始状态。如果一次同时考虑多个故障原因，试图返回故障原始状态就困难多了。

5. 执行诊断计划， 认真做好每一步测试和观察， 每改变一个参数都要确认其结果。分析结果确定问题是否解决，如果没有解决，继续下去，直到故障现象消失。

5、网络分层诊断技术
物理层的故障主要表现在设备的物理连接方式是否恰当；连接电缆是否正确； Modem、CSU/DSU 等设备的配置及操作是否正确。确定路由器端口物理连接是否完好的最佳方法是使用 show interface 命令，检查每个端口的状态，解释屏幕输出信息，查看端口状态、协议建立状态和 EIA 状态。
查找和排除数据链路层的故障， 需要查看路由器的配置， 检查连接端口的共享同一数据链路层的封装情况。 每对接口要和与其通信的其它设备有相同的封装。 通过查看路由器的配置检查其封装，或者使用 show 命令查看相应接口的封装情况。

排除网络层故障的基本方法是： 沿着从源到目标的路径， 查看路由器路由表， 同时检查路由器接口的 IP 地址。如果路由没有在路由表中出现，应该通过检查来确定是否已经输入适当的静态路由、 默认路由或者动态路由。 然后手工配置一些丢失的路由， 或者排除一些动态路由选择过程的故障， 包括 RIP 或者 IGRP 路由协议出现的故障。 例如， 对于 IGRP 路由，选择信息只在同一自治系统号（ AS）的系统之间交换数据，查看路由器配置的自治系统号的匹配情况。

转自Cisco 思科CCIE俱乐部
创作者：Eric· Charles