故障現(xiàn)象

公司由于部門調整，準備增加一些新的業(yè)務網(wǎng)用戶，因此對原有網(wǎng)絡進行擴容。公司原網(wǎng)絡中主要使用H3C路由器，本次擴容增加了一臺Quidway路由器作為新部門的路由接入設備。Quidway路由器與H3C路由器互連，并運行OSPF路由協(xié)議。網(wǎng)絡在試運行中發(fā)現(xiàn)，新增節(jié)點下的計算機無法與原網(wǎng)絡中的計算機互通。

故障排查

登錄到兩臺路由器上，均可Ping通自己和對端的網(wǎng)間網(wǎng)接口地址，雙方連接正常。查看新增Quidway路由器的路由信息，顯示沒有學到OSPF路由條目；查看OSPF鄰居狀態(tài)，顯示鄰居狀態(tài)機處于Exstart，OSPF協(xié)議處于中斷狀態(tài)；打開相應的debug開關查看報文信息，顯示可以收到Hello報文，只是Quidway路由器發(fā)送DD報文（Database Description Packet）后，一直沒有收到H3C路由器回應的DD報文。登錄H3C路由器，打開相應的debug開關查看報文信息，發(fā)現(xiàn)本端DD報文已發(fā)送，而且也收到Quidway路由器發(fā)送過來的DD報文，并發(fā)送了相應的DD報文回應。

通過以上現(xiàn)象初步判定，兩臺路由器在DD報文互通上出現(xiàn)了問題。H3C路由器已經(jīng)發(fā)出了DD報文，但Quidway路由器卻沒有收到。既然可以接收到HELLO報文，說明鏈路是通暢的，而且組播報文的收發(fā)也沒有問題。分析有可能是H3C發(fā)送的DD報文有錯誤或者兩者在DD報文收發(fā)配置上 有問題。從Quidway路由器顯示的相應信息來看，并沒有報告接收到錯誤的DD報文。查看H3C路由器顯示的相應信息，發(fā)現(xiàn)這個DD報文大小為1850字節(jié)，而Quidway路由器默認MTU大小為1500字節(jié)，超出了Quidway路由器的默認設置。可見，故障是雙方的MTU設置不一致，導致大包無法通過引起的。

故障解決

查看H3C路由器配置，發(fā)現(xiàn)MTU的設置為3000字節(jié)。經(jīng)詢問配置人員，當時將MTU的值設置大一些，在接口下開啟接口發(fā)送DD報文時填寫MTU值的選項，是為了減少IP封包的拆解次數(shù)，減少封包與封包傳送之間的等待時間，從而優(yōu)化網(wǎng)絡性能。在配置與Quidway路由器連接的H3C路由器接口信息時，只是把其他接口信息復制過來，進行簡單更改，沒有注意MTU參數(shù)的設置。修改H3C路由器的MTU值為1500字節(jié)，網(wǎng)絡通聯(lián)正常。

經(jīng)驗總結

通過對本次網(wǎng)絡問題進行分析和總結認識到，在查找路由器故障原因時，要充分利用好調試信息，從而快速定位故障點。在進行網(wǎng)絡設備配置過程中，一定要認真細致，不能有半點馬虎大意，不然就會因為一兩個參數(shù)設置不合理造成全網(wǎng)故障。