OSPF卡在各個(gè)狀态的原因是什麽？
1．OSPF 鄰居停滞于Attempt狀态
隻有(yǒu)在NBMA中才會(huì)出現ATTEMPT狀态，ATTEMPT狀态是路由器(qì)在NBMA模式中必須經過的一個(gè)普通(tōng)狀态。
如果路由器(qì)如果一直停滞于ATTEMPT狀态，則表明(míng)路由器(qì)發送了Hello分組給一個(gè)鄰居，但(dàn)是沒有(yǒu)收到回應。
這個(gè)問題僅僅在定義了neighbor語句的NBMA網絡中才會(huì)出現。
①Neighbor指向了錯誤的鄰居
②在NBMA中單播連接中斷。例如：ACL 阻止了單播
2．OSPF鄰居停滞于INIT狀态
路由器(qì)收到第一個(gè)分組将使路由器(qì)進入正常的INIT狀态。
當一個(gè)路由器(qì)從鄰居收到一個(gè)OSPF Hello 分組的時(shí)候，它在Hello分組中包含進鄰居的路由器(qì)ID并發送這個(gè)Hello分組。
如果它不包含鄰居的路由器(qì)ID，那(nà)麽鄰居将停滞于INIT狀态。
① 驗證隻在某一邊啓用。
② ACL在某一邊阻止了Hello分組。
3．OSPF鄰居停滞于2-WAY狀态
正常情況下，在MA網絡等廣播介質中，Drother之間(jiān)的鄰居狀态是2-WAY狀态，Drother與DR和(hé)BDR之間(jiān)形成FULL狀态。
停滞于 2-WAY 狀态的原因：路由器(qì)上(shàng)都配置了優先級0
4．OSPF鄰居停滞于EXSTART / EXCHANGE狀态
在EXSTART / EXCHANGE 狀态階段：
路由器(qì)選擇一個(gè)主設備、一個(gè)從設備、一個(gè)初始序列号。（EXSTART狀态）
整個(gè)數(shù)據庫交換。（EXCHANGE狀态）
停滞于EXSTART / EXCHANGE狀态的原因：
① 不匹配的接口MTU 。（鄰居關系還(hái)沒有(yǒu)建立好時(shí)）重傳25次後DOWN掉後，等待一分鍾，然後再次建立鄰居關系
1．如果鄰居建不起來(lái)（2-way 狀态之前）
網絡類型為NBMA，鄰居表顯示一邊是ATTEMPT狀态，一邊是INIT狀态；
網絡類型為point-to-multipoint NBMA， 鄰居表顯示一邊是DOWN狀态；一邊是INIT狀态。
網絡類型為 Broadcast / P2MP / P2P /，鄰居表顯示一邊為空(kōng)，一邊是INIT狀态。
2．對于MA網絡，如果路由器(qì)優先級都設為0，則會(huì)停滞于2-way 狀态，因為這個(gè)狀态下需要選舉DR / BDR 。
3． 如果MTU不匹配，會(huì)卡在Exstart狀态；這個(gè)字段是攜帶在DBD中的。
4. 網絡類型為NBMA / P2MP NBMA ,所有(yǒu)的包隻能通(tōng)過單播發送（Neighbor 命令）.
5．如果網絡類型是point - to - point ，則所有(yǒu)的包通(tōng)過組播發送。
6．如果網絡類型是Broadcast / P2MP ，則發包既有(yǒu)組播，又有(yǒu)單播。
EXCHANGE狀态之前的包是用組播發送的。
EXCHANGE狀态之後的包是用單播發送的。（帶LSA摘要信息的DBD包）
7．Attempt狀态隻會(huì)出現在NBMA網絡中，如果路由器(qì)發了Hello包而收不到回複，則會(huì)置于Attempt狀态。
- 上(shàng)一篇：ARP攻擊導緻AR2240下面用戶斷網 2015/3/3
- 下一篇：AR3260 IPSec VPN成功建立，但(dàn)是兩邊的設備互相 2015/3/3