【正文】 備的路由表，看是否丟失路由表項。 ? 例如，從源設備 Ping目標設備 沒有響應，應當使用 display ip routingStable命令依次檢查從源到目的間所有路由表項為 (據(jù)使用的 RIP版本不同可能會有所不同 )的項。 8. 檢查設備基本配置 當發(fā)生路由表項丟失或其他問題時，使用此方法。 (1) 使用 display rip 命令查看 RIP的各種參數(shù)設置 看 RIP是否已經(jīng)啟動，相關的接口是否已經(jīng)使能， work命令設置的網(wǎng)段是否正確。 (2) 用 debug rip 系列命令查看 RIP的調試信息 每隔 30秒鐘，在所指定運行 RIP的接口上，路由器將報告RIP路由更新報文的傳輸， debug信息顯示了發(fā)送每個路由更新報文的路由和度量值。 通過 debug信息可以很明白地看出 RIP報文是否被正確地收發(fā)。如果發(fā)送或接收有問題，也可從 debug信息中看到是什么原因導致發(fā)送或接收報文失敗。 9. RIP正常時的異常解決 應當考慮是否在接口上配置 undo rip work命令，是否驗證有問題，是否引入其他路由有問題，是否訪問控制列表配置不正確等。 查看接口的 display currentconfiguration信息，可以看到 RIP在接口模式下的配置信息是否正確。例如，該接口是否收發(fā) RIP報文，接口配置驗證了什么和驗證是什么類型的，接口向外發(fā)送的報文是 RIP1還是RIP2，是廣播發(fā)送還是多播發(fā)送，接口在接收和發(fā)送路由時是否增加附加的路由權。 查看 display currentconfiguration信息，可以看到RIP在協(xié)議模式下的配置信息是否正確。例如，是否引入其他協(xié)議的路由，如果引入，是以多大的路由權值引入的，是否對路由進行過濾和按什么規(guī)則過濾等。 10. OSPF排錯步驟 由于 OSPF協(xié)議自身的復雜性，在配置的過程中可能會出現(xiàn)錯誤。 OSPF協(xié)議正常運行的標志是：在每一臺運行該協(xié)議的路由器上，應該得到的路由一條也不少，并且都是最優(yōu)路徑。 一般步驟如下： (1) 配置故障處理。檢查是否已經(jīng)啟動并正確配置了 OSPF協(xié)議。 (2) 局部故障處理。檢查兩臺直接相連的路由器之間協(xié)議運行是否正常。 (3) 區(qū)域故障處理。檢查一下系統(tǒng)設計 (主要是指區(qū)域的劃分 )是否正確。 (4) 其他疑難問題。路由時通時斷、路由表中存在路由卻無法 PING通該地址。需要針對不同的情況具體分析。 11. OSPF協(xié)議基本配置排錯 在 OSPF協(xié)議基本配置排錯前，應首先檢查基本的協(xié)議配置是否正確。 (1) 是否已經(jīng)配置了 Router ID 使用命令 router id Routerid、 Routerid可以配置為與本路由器一個接口的 IP地址相同。需要注意的是：不能有任何兩臺路由器的 Router ID是完全相同的。 (2) 檢查 OSPF協(xié)議是否已成功地被激活 使用命令 ospf enable啟動協(xié)議的運行。該命令是協(xié)議正常運行的前提。 (3) 檢查需要運行 OSPF的接口是否已配置屬于特定的區(qū)域 使用命令 ospf enable area area_id 將接口配置屬于特定區(qū)域?？赏ㄟ^命令 display ospf interface interfacename來查看該接口是否已經(jīng)配置成功。 (4) 檢查是否已正確地引入了所需要的外部路由 實際運行中可能經(jīng)常需要引入自治系統(tǒng)外部路由 (其他協(xié)議如 BGP或靜態(tài)路由 )。如果需要，是否已經(jīng)通過命令import 配置了引入。 12. 如何判斷鄰居路由的故障 在兩臺路由器上分別執(zhí)行 display ospf peer命令，查看在相應的接口上是否已發(fā)現(xiàn)對端路由器為自己的鄰居，并且鄰居狀態(tài)機達到 Full狀態(tài)。需要注意的是：在 Broadcast和 NBMA類型的網(wǎng)絡中，兩臺接口狀態(tài)是 DROther的路由器之間鄰居狀態(tài)機停留在 2Way狀態(tài)，這是正常的，但都應該與 DR之間達到 Full狀態(tài)。兩臺路由器之間達到 Full需要一定的時間，一般在幾秒鐘至 3分鐘之間為正常。如果超過這段時間仍舊沒有發(fā)現(xiàn)鄰居或沒有達到 Full狀態(tài)，則可以判斷為出現(xiàn)故障。若出現(xiàn)故障可按下列幾點來檢查。 (1) 系統(tǒng)規(guī)劃故障 ? 系統(tǒng)規(guī)劃中的故障主要體現(xiàn)在區(qū)域化分中的錯誤。協(xié)議中對區(qū)域劃分的要求是：如果自治系統(tǒng)被劃分成一個以上的區(qū)域，則必須有一個區(qū)域是骨干區(qū)域，并且保證其他區(qū)域與骨干區(qū)域直接相連或邏輯上相連，且骨干區(qū)域自身也必須是連通的。區(qū)域劃分錯誤的表現(xiàn)形式是：在一個區(qū)域內通常路由都是正常的，但無法得到區(qū)域外部的路由。 ? 這是從全局規(guī)劃的角度來看的，如果落實到具體的配置上，可以這樣認為：如果在一臺路由器上配置了兩個以上的區(qū)域，則至少應該有一個是骨干區(qū)域，或者配置了一條虛連接。 (2) 其他問題 ? 路由表中丟失部分路由 可以查詢一下是否本路由器配置了路由過濾。可查看是否配置了命令 distribute list in(在 OSPF協(xié)議配置模式下 )。如果配置，再查詢 accesslist中的訪問規(guī)則，是否丟失的路由恰好是訪問列表中所過濾的。 ? 路由表不穩(wěn)定，時通時斷 表現(xiàn)形式為：路由表中的部分或者全部路由表現(xiàn)不穩(wěn)定，一會兒加上了，一會兒又丟失，且變化很快。這種錯誤不太好分析，可能由以下幾種原因產(chǎn)生： ? 網(wǎng)絡中線路質量不好，導致線路時通時斷，造成OSPF的路由隨之不停地更改?？梢酝ㄟ^檢查相應的鏈路層協(xié)議是否正常來定位問題的原因。 ? 在撥號的情況下，如果是多臺路由器同時撥一臺路由器，應將所有這些撥號的接口類型改為 pointtomultipoint。因為默認的網(wǎng)絡類型是 pointtopoint，如果不加更改，當有多臺路由器同時撥入時，接入方會在這些撥入的路由器之間不停地選擇其中的一個并建立鄰接關系，導致路由不穩(wěn)定。 ? 有可能是自治系統(tǒng)中有兩臺路由器的 Router ID相同。協(xié)議中規(guī)定，一臺路由器的 Router ID應該在整個自治系統(tǒng)中唯一。如果有兩臺路由器的 Router ID相同，協(xié)議運行就會出現(xiàn)故障。這兩臺路由器如果是鄰居，在相互接收對方的 hello報文時會檢測到這一錯誤，導致無法建立鄰接關系。如果這兩臺路由器不是直接相連，而是分別位于自治系統(tǒng)中的兩個不同的地方，則表現(xiàn)出的現(xiàn)象是部分路由時斷時通?？梢酝ㄟ^查看這部分不正常的路由所屬的路由器來定位此問題。 ? 無法引入自治系統(tǒng)外部路由 某臺路由器引入了自治系統(tǒng)外部路由后，卻無法在其他路由器上發(fā)現(xiàn)這些路由。則很可能是由于本路由器處于一個 STUB區(qū)域之內，因為按照協(xié)議規(guī)定，STUB區(qū)域內不傳播 Type5類型的 LSA。所以這種類型的 LSA既不能由區(qū)域外傳播進來，也同樣不能由區(qū)域內傳播出去。實際上即使是同一個區(qū)域內的其他路由器也無法獲得這些路由信息。 ? 區(qū)域間路由聚合的問題 通過在 ABR上配置路由聚合可以大大減少自治系統(tǒng)中的路由信息，但如果配置不當，也會出現(xiàn)如下問題：某個區(qū)域配置了聚合之后，在其他區(qū)域中雖然有聚合后的路由，但未聚合前的路由仍舊存在。出現(xiàn)這種現(xiàn)象多半是因為該區(qū)域有兩個以上的 ABR，用戶只在其中一臺 ABR上配置了聚合命令，而沒有在其他的ABR上配置相同的命令。配置了路由聚合之后，路由表顯示正常，但卻無法 PING通某些目的地址。 13. 路由排錯 ? 路由器是網(wǎng)絡互聯(lián)的設備，所以應用的不正確往往與整個網(wǎng)絡相關。在一個最簡單的網(wǎng)絡環(huán)境中，例如，辦公室使用一臺 Quidway 1603通過 PSTN或 ISDN撥號的方式訪問 Inter，需要正確地安裝路由器并連接外部線纜，對路由器進行簡單配置，同樣需要終端主機正確地指定網(wǎng)關和 DNS的地址 (利用 DHCP SERVER的情況除外 )。另外，日益復雜的網(wǎng)絡應用環(huán)境對網(wǎng)絡設備的排錯提出了更多的要求。病毒的攻擊即使目標不是路由器，也可以導致路由器的 CPU占用率過高，從而影響業(yè)務處理的性能。所以在故障處理中，不論對于連通性的故障還是性能上的問題，全面系統(tǒng)地了解網(wǎng)絡情況是一個重要的要求。 14. 排除升級故障 ? Quidway系列路由器的版本軟件包括 BootRom軟件和 VRP主機軟件兩類， BootRom是設備的引導軟件，該程序保存在設備主板的 BootRom芯片中， BootRom