1樓：匿名使用者
1、是不是不同廠家的裝置之間，檢查兩端的埠mtu看是否一致；
2、檢視網路上是否由路由地址衝突，有可能兩臺裝置的router-id配置成一樣的了。
ospf鄰居為什麼被滯 留在exstart/exchange 狀態
2樓：匿名使用者
1、是不是不同廠家的裝置之間，檢查兩端的埠mtu看是否一致；
2、檢視網路上是否由路由地址衝突，有可能兩臺裝置的router-id配置成一樣的了。
在ospf中我把路由器的mtu改為150,為什麼鄰居關係一直維持在exstart狀態?
3樓：小魔法熊
你這也太低了，能放進去那麼多資訊麼？
4樓：匿名使用者
mtu值太低了，2端不匹配
ospf鄰居為什麼被滯 留在exstart/exchange 狀態
5樓：匿名使用者
在多路訪問的廣播型網路中，ospf的extart狀態的目標是確定主從關係，exchange狀態的目標是交換lsa包頭。滯留在這兩種狀態也就說明無法確立主從關係或者無法交換lsa包頭。
ospf鄰居為什麼被滯 留在exstart/exchange 狀態
6樓：依然銘記寇
不可能一直停留在這兩個階段
ospf的穩定狀態
有兩種 2-way 和 full
如果只建立鄰居關係 如drother 他們的狀態機將進入2-way如果是建立鄰接關係 如dr bdr與drother 之間 狀態機最終會進入full
ospf 2-way為什麼是穩定狀態
7樓：匿名使用者
2-way是ospf協議hello報文協商出來的結果。是建立鄰接之前的最高狀態了。
在一個廣播網的路由器，都執行ospfv2協議。則這些路由器會推舉出一個dr路由器出來，用於與其它執行ospfv2的路由器進行互動協議。
在這個廣播網內，有一個dr和bdr，所有的drother會與dr和bdr之間建議鄰接關係，他們之間會互動lsdb，也就是鏈路狀態和路由資訊等。而drother之間，即非dr和bdr的路由器之間，只互動hello報文，而不互動路由和鏈路狀態等，這些路由器就是牌2-way的狀態。這樣在廣播網內可以有效的降低網路中的互動路由和鏈路狀態資訊。
8樓：冷靜的雲
在廣播網上，兩個drother之間不會建立鄰接關係，只會保持2-way的鄰居關係。
在這種情況下就是一個穩態。
其他情況下是暫態。
9樓：匿名使用者
2-way就是雙向通訊成功，說明雙方都收到了hello包，那麼就處於穩定了
10樓：匿名使用者
在ma網路中，都是通過和dr建立鄰居關係的 剩下的drother都會卡在2-way而不建立鄰居
在ospf中鄰居關係始終停留在exchange狀態？這是為什麼？
11樓：匿名使用者
不匹配的介面抄mtu。
在鄰居上有重複的路由器id。
不能用超過一定大小的mtu去ping通。
由於下列原因單播連線損壞了：
在幀中繼／atm交換機中錯誤的vc／dlci對映。
訪問列表阻止單播。
對單播進行了nat轉換。
在pri和bri／撥號介面之間的網路型別為點到點網路型別。
12樓：匿名使用者
建議使用debug命令對雙方互動的ospf報文進行抓取，可以看到不能進入到下一步的原因
debug ospf packet
terminal monitor
terminal debug
ospf建立鄰居在exstart狀態時是如何通過空的dd報文選取主從關係的？
13樓：匿名使用者
通過router-id選出，master salve。第一個包都是1說明還沒有收到對方的dbd，都以為自己是master。仔細看init位應該是置1的。
說明還沒正式選出。選完了後你說的這幾個bit就正常了。
為什麼我們鄰居這麼賤 什麼是鄰居？
也不能說，現在的人都這個樣，畢竟個人的想法和思想觀念是不同的嘛，他之所以那麼做也有他的話說，凡事看開點，不好的人畢竟還是少數，這個社會的主流還是好的訕。也許是在一起相處的時間不是很長，瞭解的也不是很多，自然各自心裡都有所戒備。不必生氣，世上最難開口說的，就是借錢。人家與你非親非故，當然不願意借。況且...
實驗證明ospf為什麼會卡在init狀態
卡在two way狀態是 因為路由器介面的優先順序為0，卡在exstart狀態時候 是因為介面mtu不匹配，或是存在相同路由器id。ccie ip路由協議疑難解析裡面的 ospf鄰居建立顯示init狀態為什麼 init應該是中間狀態，長時間顯示此狀態是不正常的。init狀態表示本路由器已經收到了對方...
女人不愛那個男人,為什麼還留在他身邊
為因感動 因為那男人有錢 因為那男人對她好 因為虛榮心 很多原因的 一個女人不愛那個男人她為什麼還要嫁給他?愛是他在的時 候,眼睛裡只有他一人 他不在的時候,一切都帶有他的影子。愛是在寂寞的夜裡,思念如潮水般湧來,手裡捧著書卻怎麼也看不進去,心裡惦記著他此時是否還在加班,吃沒吃晚飯,是不是如自己想著...