演示
：ospf
的鄰居關係故障分析與排除
故障背景：如圖14.14
所示的ospf路由環境，如產生故障的原始配置所示，每台路由器都配置並啟動了ospf路由協議，由於某些特殊原因將r1的s2/0介面的mtu配置成1492；然後路由器r1、r2、r3都出現了ospf鄰居故障，在三颱路由器上檢視它們的鄰居關係時，出現如圖14.15所示，可看出路由器r1與r2的鄰居關係停滯在exstart（準啟動）狀態，而路由器r2和r3停滯2way（雙向狀態），請查明原因，並排除故障。
產生故障的原始配置：每台路由器的原始配置如下所示。
路由器r1的原始配置：
inte***ce loopback1
ip address 192.168.4.1 255.255.255.0
! inte***ce serial2/0
mtu 1492
ip address 192.168.1.1 255.255.255.252
encapsulation ppp
! router ospf 1
router-id 1.1.1.1
log-adjacency-changes
network 192.168.1.0 0.0.0.3area 0
network 192.168.4.0 0.0.0.255area 0
路由器r2原始配置：
inte***ceethernet1/0
ip address 192.168.2.1 255.255.255.0
ip ospfpriority 0
duplex half
! inte***ce serial2/0
ip address 192.168.1.2 255.255.255.252
encapsulation ppp
serial restart-delay 0
! router ospf 1
router-id 2.2.2.2
log-adjacency-changes
network 192.168.1.0 0.0.0.3area 0
network 192.168.2.0 0.0.0.255area 0
路由器r3原始配置：
inte***ce loopback1
ip address 192.168.5.1 255.255.255.0
! inte***ceethernet1/0
ip address 192.168.2.2 255.255.255.0
ip ospfpriority 0
duplex half
! router ospf 1
router-id 3.3.3.3
log-adjacency-changes
network 192.168.2.0 0.0.0.255area 0
network 192.168.5.0 0.0.0.255area 0
故障分析：在確定沒有為網路裝置配置錯誤的位址或者漏配以後，可以通過debug工具來除錯ospf的執行狀態，在路由器r1執行debugip ospf adj指令，得到如圖14.16
所示，指示路由器r1正收到2.2.2.2(r2)發來的乙個較大的介面mtu值，然後通過在路由器r1和r2上執行showinte***ce s2/0檢視介面的mtu值，如圖14.17所示，由於兩台路由器相鄰介面的mtu值不匹配，是鄰居關係停滯在準啟動狀態的關鍵原因，這種故障在實際的工作環境中往往發生在一條鏈路穿過不同介質型別的二層網路中，ospf的鄰居協商會檢測同一鏈路的mtu值是否一致。排除故障的方案就是在路由器r1的s2/0介面上配置ip ospf
mtu-ignore指令忽略mtu檢測。然後在路由器r3上再次執行debugip ospf adj指令，得到如圖14.18所示，指示路由器r2和r3都沒有參加dr與bdr的選舉，所以它們的鄰居關係停滯在雙向狀態，認真檢視路由器r2和r3的原始配置不難發現，它們的e1/0介面都配置了ospf的優先順序為0，這樣將導致兩台路由器都不會參加dr與bdr的選舉，所以它們被停滯在雙向狀態，解決這個故障的方案是配置一台路由器具備較高的ospf優先順序，並成為dr路由器。關於具體的故障排除的解決的配置過程請參看
解決方案部分。
關於部分導致ospf鄰居形成的故障可能性：
n路由器介面上沒有啟動ospf。
n物理層和資料鏈路層故障。
n某種行為阻止了ospf hello資料報。
nhello
間隔、死亡間隔時間不匹配。
n驗證型別、驗證金鑰不匹配。
n區域號不匹配。
n在多路訪問的鏈路上兩台鄰接路由器的ip位址與子網掩碼不匹配。
n所有路由器的ospf優先順序都被設定為0,這將使鄰居停滯在雙向狀態。
n在幀中繼環境中使用fame-relay map語句時沒有加上broadcast關鍵字。
nmtu不匹配可導致ospf鄰居停滯在準啟動狀態。
n重複的路由器id（rid）可導致ospf鄰居停滯在準啟動狀態。
解決方案：
r1(config)#inte***ces2/0
r1(config-if)#ip ospf
mtu-ignore
* 讓ospf忽略mtu檢測。
r3(config)#inte***cee1/0
r3(config-if)#ip ospf priority 254
* 配置r3的ospf優先順序。
當完成上述的故障解決方案配置後，可得到如圖14.19所示的ospf鄰居表，一切正常，故障成功的被排除。
演示 OSPF的鄰居關係故障分析與排除
故障背景 如圖14.14 所示的ospf路由環境，如產生故障的原始配置所示，每台路由器都配置並啟動了ospf路由協議，由於某些特殊原因將r1的s2 0介面的mtu配置成1492 然後路由器r1 r2 r3都出現了ospf鄰居故障，在三颱路由器上檢視它們的鄰居關係時，出現如圖14.15所示，可看出路由...
HCIP R S學習之OSPF鄰居關係不正常（一）
ospf鄰居關係總共有8中，但並不一定會經歷這8個過程，具體過程如下 down attempt init two way exstart exchange full 除了two way和full兩個狀態之外，鄰居停留在其他任何狀態都是不正常的。兩台路由器啟動ospf協議後，鄰居關係不正常的原因有 1...
演示 引發的次優路徑故障分析與排除
演示 引發的次優路徑故障分析與排除 故障背景 如圖14.1所示的網路環境，在所包含的區域啟動了ospf路由，當然路由器r1的e1 0和r2的e1 0這段10mb的乙太網鏈路沒有被包含到ospf的路由域中，由於某些特殊原因，在這一段鏈路將使用靜態路由來到達172.17.100.0的子網，具體每台路由器...