MTU也一樣，為什麼OSPF鄰居還起不來？

影響OSPF鄰居形成的因素及其解決方案。

1、hello包內容不一致：hello包包括：始發路由器ID、始發路由器介面區域ID、始發路由器介面位址掩碼、始發路由器介面的認證型別和認證資訊、始發路由器介面的hello時間間隔、始發路由器介面的路由器無效時間間隔、 路由器優先順序、指定的路由器和備份路由器、標識可選性能的五個標記位以及原始路由器的所有有效鄰居的路由器 ID。

如果所有引數都匹配，則 hello 資料包被視為有效。 否則，資料包將被丟棄，並且無法建立鄰接關係。

2 不同的網路型別無法建立鄰居關係。

3 不同的問候時間和老化時間不能建立鄰居。

4.不能用不同的認證建立鄰居。

5. 不能為不同的介面型別建立鄰居。

掩碼、地域、網路型別（是啊佛需要手動參考鄰居）、網段，是不是drother，驗證型別，hello time，介面有沒有sh，你是不是選擇dr你太著急了？

在樓上，我如何加入泰克集團？ 有數字嗎，你能告訴我嗎？ 謝謝！

推薦。 泰克論壇。 裡面有很多技術愛好者。

這是因為 DD 資料包中有乙個描述路由 BAI 的字段

在OSPF關係建立過程中，DAO在一端生成的DD資料包會傳送給鄰居，鄰居會檢查發現MTU與鄰居不一致，這樣鄰居就不會繼續與鄰居互動，所以鄰居的狀態會一直停留在exstart狀態。 將兩端更改為相同的兩端會很好。

MTU小一點也沒關係，只要兩端都一樣，就不會影響最終的鄰居構建，但可能會慢一點（但不好看）。

你太低了，你能把那麼多資訊放進去嗎？

mtu值太低，兩端不匹配。

如果這個介面設定為只接受 1460 個資料包，而你給他發了乙個 1480 的資料包，他怎麼能收到呢？

檢查介面狀態是否為物理關閉;

是否啟用 OSPF 程序;

路由器ID是否配置為相同;

鄰居之間的段宣告是否存在問題，尤其是掩碼;

MTU值是否一致;

認證方式和金鑰是否相同;

hello 和 dead 時間是否對應;

網路型別是否為廣播，例如NBMA需要相應更改（手動引用鄰居、更改為廣播等）;

如果是這樣，請檢視特殊區域的配置是否有問題。

大概就是這樣，如果錯了，請批評。

由於區域配置不正確、hello 時間不同、雙工模式不同和 NBMA 網路，無法建立鄰居。

在直連ping的前提下，我提到乙個區域內網路的路由掩碼與插頭位址掩碼不一致。

無法建立 OSPF 鄰居，主要是因為：

版本不一致;

路由器 ID;

區域 ID 不一致;

身份驗證模式不一致，密碼不應相同。

NetMask 不一致（此要求在廣播、NBMA 網路中是必需的）;

你好死區時間不一致;

選項欄位的 n 位和 e 位不一致;

是的，不同廠商的預設MTU可能不同，對接成功時可能需要修改，否則鄰居將無法建立。

MTU 會影響 OSPF 鄰居發現。

無法建立OSPF鄰居關係的常見原因：

間隔和死間隔必須相同才能建立鄰接關係。

2.區號不一致。

3.特殊區域（如存根和 nssa）的區域型別不匹配。

4.身份驗證型別和密碼不一致。

5.路由器 ID 相同。

塗層 acldeny。

7.鏈路上的 MTU 不匹配。

8.介面下的OSPF網路型別不匹配。

我不需要解釋。

您好：我認為問題很簡單，您宣告的路由有問題。

他們都選擇了自己作為 DR，請檢查網路。