公司由于部門調(diào)整,準(zhǔn)備增加一些新的業(yè)務(wù)網(wǎng)用戶,因此對(duì)原有網(wǎng)絡(luò)進(jìn)行擴(kuò)容。公司原網(wǎng)絡(luò)中主要使用H3C路由器,本次擴(kuò)容增加了一臺(tái)Quidway路由器作為新部門的路由接入設(shè)備。Quidway路由器與H3C路由器互連,并運(yùn)行OSPF路由協(xié)議。網(wǎng)絡(luò)在試運(yùn)行中發(fā)現(xiàn),新增節(jié)點(diǎn)下的計(jì)算機(jī)無法與原網(wǎng)絡(luò)中的計(jì)算機(jī)互通。
登錄到兩臺(tái)路由器上,均可Ping通自己和對(duì)端的網(wǎng)間網(wǎng)接口地址,雙方連接正常。查看新增Quidway路由器的路由信息,顯示沒有學(xué)到OSPF路由條目;查看OSPF鄰居狀態(tài),顯示鄰居狀態(tài)機(jī)處于Exstart,OSPF協(xié)議處于中斷狀態(tài);打開相應(yīng)的debug開關(guān)查看報(bào)文信息,顯示可以收到Hello報(bào)文,只是Quidway路由器發(fā)送DD報(bào)文(Database Description Packet)后,一直沒有收到H3C路由器回應(yīng)的DD報(bào)文。登錄H3C路由器,打開相應(yīng)的debug開關(guān)查看報(bào)文信息,發(fā)現(xiàn)本端DD報(bào)文已發(fā)送,而且也收到Quidway路由器發(fā)送過來的DD報(bào)文,并發(fā)送了相應(yīng)的DD報(bào)文回應(yīng)。
通過以上現(xiàn)象初步判定,兩臺(tái)路由器在DD報(bào)文互通上出現(xiàn)了問題。H3C路由器已經(jīng)發(fā)出了DD報(bào)文,但Quidway路由器卻沒有收到。既然可以接收到HELLO報(bào)文,說明鏈路是通暢的,而且組播報(bào)文的收發(fā)也沒有問題。分析有可能是H3C發(fā)送的DD報(bào)文有錯(cuò)誤或者兩者在DD報(bào)文收發(fā)配置上 有問題。從Quidway路由器顯示的相應(yīng)信息來看,并沒有報(bào)告接收到錯(cuò)誤的DD報(bào)文。查看H3C路由器顯示的相應(yīng)信息,發(fā)現(xiàn)這個(gè)DD報(bào)文大小為1850字節(jié),而Quidway路由器默認(rèn)MTU大小為1500字節(jié),超出了Quidway路由器的默認(rèn)設(shè)置。可見,故障是雙方的MTU設(shè)置不一致,導(dǎo)致大包無法通過引起的。
查看H3C路由器配置,發(fā)現(xiàn)MTU的設(shè)置為3000字節(jié)。經(jīng)詢問配置人員,當(dāng)時(shí)將MTU的值設(shè)置大一些,在接口下開啟接口發(fā)送DD報(bào)文時(shí)填寫MTU值的選項(xiàng),是為了減少IP封包的拆解次數(shù),減少封包與封包傳送之間的等待時(shí)間,從而優(yōu)化網(wǎng)絡(luò)性能。在配置與Quidway路由器連接的H3C路由器接口信息時(shí),只是把其他接口信息復(fù)制過來,進(jìn)行簡(jiǎn)單更改,沒有注意MTU參數(shù)的設(shè)置。修改H3C路由器的MTU值為1500字節(jié),網(wǎng)絡(luò)通聯(lián)正常。
通過對(duì)本次網(wǎng)絡(luò)問題進(jìn)行分析和總結(jié)認(rèn)識(shí)到,在查找路由器故障原因時(shí),要充分利用好調(diào)試信息,從而快速定位故障點(diǎn)。在進(jìn)行網(wǎng)絡(luò)設(shè)備配置過程中,一定要認(rèn)真細(xì)致,不能有半點(diǎn)馬虎大意,不然就會(huì)因?yàn)橐粌蓚€(gè)參數(shù)設(shè)置不合理造成全網(wǎng)故障。