使用路由器和使用交换机一样，都需要进行合理的配置，这些配置不但要符合路由器自身的功能特点，而且还要符合所在网络的具体要求。
1. 突然断电后Cisco 3640通信失败
故障现象
网络中心机房UPS电源因故障而突然断电。重新加电后发现，Cisco 3640虽然已经重新启动，各种LED指示灯也表现正常，但整个网络却不能接入Internet。
故障分析
路由器加电后已经正确重新启动，但是，却无法连接到Internet，所以首先应当检查每个端口的工作状态是否正常。当检查Cisco 3660各个物理接口的状态和所用的动态路由协议时，反馈如下信息：
IOS Ver:12.0 |
路由器物理接口处于"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端口。之后，路由器工作恢复正常，端口丢包现象也随之解决。