针对路由器常出现的故障

学习网络，最常见的就是路由器的故障与排除，这里与大家一起分享。转载出处 http://g.51cto.com/yibi/52244

1.  突然断电后Cisco 3640通信失败

故障现象

网络中心机房UPS电源因故障而突然断电。重新加电后发现，Cisco 3640虽然已经重新启动，各种LED指示灯也表现正常，但整个网络却不能接入Internet。

故障分析

路由器加电后已经正确重新启动，但是，却无法连接到Internet，所以首先应当检查每个端口的工作状态是否正常。当检查Cisco 3660各个物理接口的状态和所用的动态路由协议时，反馈如下信息：

IOS Ver:12.0 Dynamic Routing Protocol: OSPF ver 2

路由器物理接口处于"administratively down"状态。

故障解决

进入路由器端口配置模式，使用"no shutdown"命令重新激活该物理端口，故障随即解决。执行"copy running-config startup-config"命令，将当前配置文件保存至NVRAM，并作为系统初始配置文件。

2.  路由器封装错误

故障现象

由于公司业务需要，现将工作正常的总公司网络同分公司网络通过DDN专线连接，连接后发现网络不通了，即两端路由器的广域网端口之间不能正常通信。

故障分析

既然原来内部网络工作是正常的，那么问题很可能就出现在中间链路上。

将两端路由器的广域网端口之间的连线划分为3段，即总公司路由器A到总公司的Modem A、总公司Modem A到分公司Modem B、分公司Modem B到分公司路由器B，如图3-16所示。接下来就是检查到底是哪一段链路出现了故障，并试着解决。

 

（点击查看大图）图3-16  专线连接的路由器

在总公司的路由器A上运行"show interface serial number"命令，查看其广域网端口工作状态，若返回"Serial is down"，则表示到本地Modem之间无信号传输。若返回"Serial is up"，但同时提示"line protocol is down."，则可能是以下几个方面的原因：

总公司路由器A未作任何配置，或者配置错误。

分公司路由器B未作配置，或者配置错误。

当采用DDN专线连接时，路由器两端需要配置相同的协议封装，否则就会总是提示"line protocol is down."。

Modem A和Modem B之间的专线没有连通。

故障解决

使用"show running-config"查看两端路由器配置时，发现串行端口的封装方式不同。路由器A端采用的是"HDLC"封装方式，路由器B则采用的是"ppp"封装方式（如图3-17所示）。

（点击查看大图）图3-17  ppp封装

使用"encapsulation ppp"命令，将路由器A串行口的封装方式修改为"ppp"后，故障解决。

3.  路由器大量丢包

故障现象

校园网路由器最近传输速率明显下降，而且多个通信端口都有严重的数据丢失现象。

故障分析

网络攻击、病毒感染、路由器内存不足或者碎片过多，以及路由器CPU持续过载等都可能导致这种现象的发生。由于是刚刚安装的新型的网络防火墙，而且内部计算机均无病毒感染症状，所以基本可以排除黑客攻击和病毒的原因。

先使用"show memory"命令，查看路由器的内存使用情况（如图3-18所示）。表明路由器的内存利用率并不是很高，当前有足够的可用内存，内存碎片也不是很多。由此可见，导致路由器工作异常的原因不应当是内存。

接着，使用"show processes cpu"命令查看路由器的CPU利用率、不同进程的CPU占用率等，确认CPU是否过载。结果发现，CPU的利用率已经超过80%（如图3-19所示），属于严重过载。

（点击查看大图）图3-18  内存使用情况

（点击查看大图）图3-19  CPU使用情况

故障解决

正常情况下，5分钟内CPU的利用率大于60%是可以接受的，如果长时间持续过载，则会导致路由器工作效率下降，并将导致一个或者多个端口的数据丢失。借助Sniffer Pro查看网络的通信情况，发现通过BT点对点传输占用了多半的传输带宽，于是决定借助IP访问列表暂时禁用BT端口，并将该IP列表应用于路由器的LAN端口。之后，路由器工作恢复正常，端口丢包现象也随之解决。