OSPF鄰接關系建立過程詳解
阿新 • • 發佈：2018-01-18
拓撲 由於 ethernet 並且 interval fec 進入 根據 alt 
１.Down-OSPF路由器啟動後開始向外發Hello，但是沒有收到對方的Hello報文。
２.Attempt-NBMA才會由Down進入此狀態，此狀態只在NBMA網絡上存在，手工指定鄰居後便會出現在這個狀態，如果對方沒有回指，則會一直停留正此狀態。沒有收到鄰居的任何信息，但是已經周期性的向鄰居發送報文，發送間隔為HelloInterval。Router DeadInterval間隔內未收到鄰居的Hello報文，則轉為Down狀態。在Down狀態下每隔１２０發一個Hello報文
３.Init-收到對方Hello但是Hello裏面鄰居字段沒有自己的Router-ID，同時檢查Hello報文的一些字段（Router-ID是否重復，區域ID是否相同，Hello間隔和失效時間是否一致）
MA網絡在此狀態還需要選舉DR和BDR，如果需要和鄰居建立鄰接狀態，則進入下一狀態，不需要就停留在這個鄰居狀態。
５.Exstart-在此狀態協商DD報文發送的主從，開始的時候都認為自己是
主路由器，發送一個空的DD報文I＝１，M＝１，MS＝１，自己定義一個DD開始序列號，對方認同（比較Router-ID誰大）則回一個相同序列號的DD報文，I＝０，M＝１，MS＝０。不認同則回一個不同的序列號的DD報文I＝１，M＝１，MS＝１。同時檢查MTU是否一致，不同將一直停在Exstart狀態。
６.Exchange-協商完主從在這個狀態開始交互DD報文，直到收到DD報文
７.Loading-根據之前的DD報文發送LSR請求LSA直到LSDB完全同步
８.Full-雙方LSDB同步
１.Down-OSPF路由器啟動後開始向外發Hello，但是沒有收到對方的Hello報文。
２.Attempt-NBMA才會由Down進入此狀態，此狀態只在NBMA網絡上存在，手工指定鄰居後便會出現在這個狀態，如果對方沒有回指，則會一直停留正此狀態。沒有收到鄰居的任何信息，但是已經周期性的向鄰居發送報文，發送間隔為HelloInterval。Router DeadInterval間隔內未收到鄰居的Hello報文，則轉為Down狀態。在Down狀態下每隔１２０發一個Hello報文
３.Init-收到對方Hello但是Hello裏面鄰居字段沒有自己的Router-ID，同時檢查Hello報文的一些字段（Router-ID是否重復，區域ID是否相同，Hello間隔和失效時間是否一致）
MA網絡在此狀態還需要選舉DR和BDR，如果需要和鄰居建立鄰接狀態，則進入下一狀態，不需要就停留在這個鄰居狀態。
５.Exstart-在此狀態協商DD報文發送的主從，開始的時候都認為自己是
主路由器，發送一個空的DD報文I＝１，M＝１，MS＝１，自己定義一個DD開始序列號，對方認同（比較Router-ID誰大）則回一個相同序列號的DD報文，I＝０，M＝１，MS＝０。不認同則回一個不同的序列號的DD報文I＝１，M＝１，MS＝１。同時檢查MTU是否一致，不同將一直停在Exstart狀態。
６.Exchange-協商完主從在這個狀態開始交互DD報文，直到收到DD報文
７.Loading-根據之前的DD報文發送LSR請求LSA直到LSDB完全同步
８.Full-雙方LSDB同步
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 
由於MTU不一致，一直卡在Exstart狀態，undo mtu後，鄰居狀態又變為Full
實驗拓撲：
----由於作者水平有限，本文僅供參考，有誤之處請指正
OSPF鄰接關系建立過程詳解