OSPF鄰接關係建立過程詳解

OSPF鄰接關係建立過程詳解
1.Down-OSPF路由器啓動後開始向外發Hello,但是沒有收到對方的Hello報文。
2.Attempt-NBMA纔會由Down進入此狀態,此狀態只在NBMA網絡上存在,手工指定鄰居後便會出現在這個狀態,如果對方沒有回指,則會一直停留正此狀態。沒有收到鄰居的任何信息,但是已經週期性的向鄰居發送報文,發送間隔爲HelloInterval。Router DeadInterval間隔內未收到鄰居的Hello報文,則轉爲Down狀態。在Down狀態下每隔120發一個Hello報文
3.Init-收到對方Hello但是Hello裏面鄰居字段沒有自己的Router-ID,同時檢查Hello報文的一些字段(Router-ID是否重複,區域ID是否相同,Hello間隔和失效時間是否一致)
4.2-Way-收到對方的Hello並且Hello裏鄰居字段有自己的Router-ID,
MA網絡在此狀態還需要選舉DR和BDR,如果需要和鄰居建立鄰接狀態,則進入下一狀態,不需要就停留在這個鄰居狀態。
OSPF鄰接關係建立過程詳解
5.Exstart-在此狀態協商DD報文發送的主從,開始的時候都認爲自己是
主路由器,發送一個空的DD報文I=1,M=1,MS=1,自己定義一個DD開始序列號,對方認同(比較Router-ID誰大)則回一個相同序列號的DD報文,I=0,M=1,MS=0。不認同則回一個不同的序列號的DD報文I=1,M=1,MS=1。同時檢查MTU是否一致,不同將一直停在Exstart狀態。
6.Exchange-協商完主從在這個狀態開始交互DD報文,直到收到DD報文
中M字段=0,進入下一狀態
7.Loading-根據之前的DD報文發送LSR請求LSA直到LSDB完全同步
8.Full-雙方LSDB同步

OSPF鄰接關係建立過程詳解
2-Way Received:此事件表示路由器發現與鄰居
的雙向通信已經開始(發現自己在鄰居發送的Hello報文的鄰居列表中)。Init狀態下產生此事件之後,如果需要和鄰居建立鄰接關係則進入ExStart狀態,開始數據庫同步過程,如果不能與鄰居建立鄰接關係則進入2-Way。
2-Way:在此狀態下,雙向通信已經建立,但是沒有與鄰居建立鄰接關係。這是建立鄰接關係以前的最高級狀態。
1-Way Received:此事件表示路由器發現自己沒有在鄰居發送Hello報文的鄰居列表中,通常是由於對端鄰居重啓造成的。

將MTU檢查功能開啓(華爲設備默認不檢查,而且MTU字段設置爲0),改變一端的MTU
[R2-GigabitEthernet0/0/0]ospf mtu-enable
[R2-GigabitEthernet0/0/0]mtu 1400
[R2-GigabitEthernet0/0/0]shutdown
[R2-GigabitEthernet0/0/0]undo shutdown
OSPF鄰接關係建立過程詳解
由於MTU不一致,一直卡在Exstart狀態,undo mtu後,鄰居狀態又變爲Full
實驗拓撲:
OSPF鄰接關係建立過程詳解
----由於作者水平有限,本文僅供參考,有誤之處請指正

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章