OSPF 鄰居狀态

Down

這是第一個OSPF鄰居狀态，意味着還沒有從鄰居收到任何資訊（hello包），但是在這個狀态下依舊可以發送hello包。

在完全的鄰接狀态中，如果路由在死亡時間（RouterDeadInterval time)(死亡時間預設=4倍的hello時間（40s）)内沒有從鄰居收到hello包或者手工删除了鄰居，那麼該鄰居狀态從full變為Down.

Attempt

這個狀态隻在NBMA（非廣播多路通路）環境下手工配置的鄰居情況下有效。在Attmept狀态，路由器間斷循環發送單點傳播hello包給所有鄰居，但是不會從鄰居收到任何回應。

Init

這個狀态表示路由器已經從它的鄰居收到了hello包，但是在hello包中沒有接收路由器（即自己）的routerID。當一個路由器從一個鄰居收到hello包後，它會在自己的hello包裡列出發送路由器的router ID作為回應以确認它收到一個有效的hello包。PS:如果不發送這個回應，鄰居就會卡在init狀态下！

2-way

路由器與其鄰居路由器建立起雙向通信，路由器會在其鄰居路由器發送過來的Hello封包中看到自己。鄰居路由器間決定是否建立鄰接關系。在BMA和NBMA網絡中，一個路由器将隻與DR（指定路由器）和BDR成為full狀态；其他鄰居将保持two-way 狀态。 在點到點和點到多點（Point-to-point and Point-to-multipoint）網絡中，将和所有鄰居路由成為full狀态。

在這個階段結束，将進行DR和BDR選舉。

注意：在init狀态下從鄰居收到DBD包(資料庫描述封包)也會直接轉變為2-way狀态。

Exstart

一旦DR和BDR選舉産生，将交換LSA資訊。

在這個狀态，路由器要決定用于資料交換的初始的資料庫描述資料包的序列号，以保證路由器得到的永遠是最新的鍊路狀态資訊。同時，在這個狀态路由器還必須決定路由器之間的主備關系，處于主要地位的路由器會向處于備份地位的路由器請求鍊路狀态資訊。

Exchange

在這個狀态，OSPF路由交換DBD封包，DBS僅包含LSA（鍊路狀态資訊）和指定目錄的LSDB（鍊路狀态資料庫）。每一個資料包都有一個資料包序列号。在這個狀态，路由器還有可能向相鄰路由器發送鍊路狀态請求資料包來請求其相應資料。從這個狀态開始，我們說OSPF處于Flood狀态，封包會通過泛洪（Fooding） 到路由器的其他端口上。

Loading

在這個狀态中，路由器将結束資訊的交換，路由器會建立一個鍊路狀态請求清單（Link-state Request List） 和一個鍊路狀态轉發清單（Link-state Retransmission List）。所有的不完整的或廢棄的資訊都将放到請求清單，中所有的更新封包将被送到轉發清單中，直到該封包得到回應。

Full

這是兩個OSPF路由器建立互動關系的最後一個狀态，在這時，建立起互動關系的路由器之間已經完成了資料庫同步的工作，它們的鍊路狀态資料庫已經一緻。

本文轉自q狼的誘惑 51CTO部落格，原文連結：http://blog.51cto.com/liangrui/449677，如需轉載請自行聯系原作者