MTU設置不正確導致OSPF鄰居不能建立

ospf的配置過程可能不小心會忽略掉這個問題，因爲不同廠家默認的Mtu值可能是不一樣的，在應用時使用默認值就會出現下屬情況

故障現象：
         OSPF鄰居關係無法正常建立，OSPF的狀態機一直處理Exstart和Down之間來回跳轉。

debug信息：

3:24:29: OSPF: Nbr 192.168.4.12 on Vlan2 from EXSTART to DOWN, Neighbor Down: Too many retransmissions
3:24:29: OSPF: Nbr 192.168.4.11 on Vlan2 from LOADING to FULL, Loading Done
3:24:30: OSPF:  Nbr 192.168.4.12on Vlan2 from DOWN to DOWN, Neighbor Down: Ignore timer expired
3:24:30: OSPF:  Nbr 192.168.4.12on Vlan2 from EXSTART to DOWN, Neighbor Down: Too many retransmissions
3:24:30: OSPF:  Nbr 192.168.4.11 on Vlan2 from LOADING to FULL, Loading Done
3:24:30: OSPF: Nbr 192.168.4.12 on Vlan2 from DOWN to DOWN, Neighbor Down: Ignore timer expired

處理步驟：

－、先熟悉一下OSPF鄰居建立的幾個步驟：
1、down未連接狀態
2、init 初始狀態
3、Two-way狀態 設備出現在對端設備發送的路由信息中，就進入two－way狀態
4、exstart 確定主從關係，即誰先發送dbd報文
5、exchang 在主設備的帶領下開始交換dbd報文
6、loading 請求更詳細的信息
7、full 建立鄰接關係

二、從日誌信息中可以看出，OSPF鄰居關係建立的步驟是從1到4步後再無法進行下去了，只能又重新1步開始了。因爲能進行到第4步，所以可以排除OSPF鏈路出現DOWN的問題了。由於在第4步就無法建立下去了，也就是說DBD包協商不成功。在Exstart階段進行DBD包協商主從關係時會比較MTU值，如果兩邊DBD報文中的MTU參數相互之間不符合將會協商不成功。在DBD報文中進行MTU的比較的原因主要是由於DBD報文的內容比較大，如果兩邊的MTU值不一致的話很可能會造成DBD包丟棄，所以會在Exstart過程中增加MTU的協商過程。所以對OSPF鄰居關係的端口MTU一致性進行檢查。

三、經檢查發現OSPF兩側設備的MTU值確實不一致，由於對端路由器/交換機上還有一些MPLS VPN的業務，爲保證業務的正常對所有端口的MTU的進行了調整，而出問題的那個端口是不承載MPLS VPN業務的，本來不應該對MTU值進行更改。由於兩側MTU的不一致引起了OSPF鄰居關係的震盪。由於DBD進行MTU參數比較只是在OSPF的Exstart階段進行的，如果OSPF鄰居關係一直處於Full的狀態時更改MTU並不會中斷OSPF鄰居關係，只有在OSPF鄰居關係重建時纔會出現以上的問題。而且一直會出現OSPF的振盪。

 如果細心查看的話會發現debug的信息下有mtu值的顯示

03:25:44: OSPF: Rcv DBD from 192.168.4.12 on Vlan1 seq 0x3099 opt 0x2 flag 0x3 len 72 mtu 1500 state EXCHANGE

 

處理結果：

        由於設備兩端的端口的MTU值不同，造成OSPF的exstart協商無法通過，只要把兩端設備端口的MTU值設置成一致就可以了。

 

 

 

-----------------------------------------------------------------------

http://mandyc.blog.51cto.com/1230448/379839