使用路由器和使用交換機一樣，都需要進行合理的配置，這些配置不但要符合路由器自身的功能特點，而且還要符合所在網絡的具體要求。
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端口。之後，路由器工作恢復正常，端口丟包現象也隨之解決。