回顧一下OSPF創建時幾個狀態過程
說到OSPF，想必大家都有所瞭解，但是OSPF鄰居在建立時，經歷的幾個過程，您是否還能一一想起，今天咱們一起做個回顧，並且分析一下每個狀態可能出現的問題。
1、down
這個階段路由器還沒有檢測到OSPF鄰居發送來的hello數據包，將使用組播地址224.0.0.5發送hello分組。
2、init
這個階段剛收到鄰居的一個hello包，這個hello包裏還沒有自己的RID，這時將對方標示爲init狀態。
如果停滯在這個狀態：1、說明驗證只在一邊啓用，2、可能是ACL阻止了hello包分組。
3、two-way
這個階段兩端接口收到的hello包裏都有自己的RID，雙向回話建立，如果是MA網絡將進行DR和BDR的選舉。
如果停滯在這個狀態：
1）一般在MA網絡中，Drother路由器之間處於two-way狀態是正常的；
2）Drother路由器與DR/BDR之間應該是full狀態才正常，如果也是two-way，需要檢查路由器的優先級是否都配置了0,0是不參與DR/BDR的選舉的。
4、Exstart
在這個階段來確定路由器“主”和“從”角色及DBD的序列號；其中RID最高的路由成爲主路由器。
如果停滯在這個階段：應該是MTU值有問題，檢查MTU的配置是否爲1500或是否一致。
5、Exchange
本地路由器與鄰居之間進行交換一個或多個DBD（數據庫描述）分組，DBD包含有關LSDB中LSA條目的摘要信息。
6、Loading
DBD的作用是將接收的LSA與本地LSA進行對比，檢查是否同步，如果DBD中有更新的鏈路狀態條目，則向對方發送一個LSR，用於請求新的LSA。本地路由器收到LSU（包括一個或多個LSA）之後進行更新，然後發送LSACK（鏈路狀態確認）進行確認。
7、Full
LSDB（鏈路狀態數據庫）同步完成，建立完全鄰接關係。
注意：
Attempt狀態:
只有在NBMA中才會出現ATTEMPT狀態，在NBMA網絡中鄰居是手動指定的，ATTEMPT狀態是路由器在NBMA模式中必須經過的一個普通狀態。如果路由器如果一直停滯於ATTEMPT狀態，則表明路由器發送了Hello分組給一個鄰居，但是沒有收到迴應。這個問題僅僅在定義了neighbor語句的NBMA網絡中才會出現。
1）Neighbor指向了錯誤的鄰居
2）在NBMA中單播連接中斷。例如：ACL 阻止了單播