演示：引發的次優路徑故障分析與排除
故障背景：如圖14.1所示的網路環境，在所包含的區域啟動了ospf路由，當然路由器r1的e1/0和r2的e1/0這段10mb的乙太網鏈路沒有被包含到ospf的路由域中，由於某些特殊原因，在這一段鏈路將使用靜態路由來到達172.17.100.0的子網，具體每台路由器的原始配置請參看產生故障的原始配置部分，現在網路中的ospf路由器鄰居關係與路由學習完全正常，工程師通過檢視網路環境發現路由器r2總是通過56k的低速鏈路轉到目標172.17.100.1的資料報，通過traceroute指令進行測試，如圖14.2所示。事實上，這不是工程師所希望的，因為工程師已經為路由器r1配置了一條靜態路由，希望172.16.1.0子網到達目標172.17.100.0通過高速鏈路**，而不是56k的低速鏈路，但是事實上資料報總是通過低速鏈路的下一跳（192.168.0.2）**到172.17.100.0的資料報，具體的路由表如圖14.3
所示，分析故障原因，然後排除故障。
產生故障的原始配置：各路由器產生故障的原始配置如下所示：
路由器r1的原始配置
inte***ce loopback1
ip address 172.16.1.1 255.255.255.0
! inte***ceethernet1/0
ip address 192.168.1.1 255.255.255.0
duplex half
! inte***ce serial2/0
bandwidth 56000
ip address 192.168.0.1 255.255.255.252
encapsulation ppp
router ospf 1
router-id 1.1.1.1
log-adjacency-changes
network 172.16.1.0 0.0.0.255area 0
network 192.168.0.0 0.0.0.255area 0
ip route172.17.100.0 255.255.255.0 192.168.1.2
*關於10mb鏈路部分的靜態路由
路由器r2的原始配置：
inte***ceethernet1/0
ip address 192.168.1.2 255.255.255.0
duplex half
! inte***ceethernet1/1
ip address 192.168.3.1 255.255.255.0
duplex half
! inte***ce serial2/0
bandwidth 56000
ip address 192.168.0.2 255.255.255.0
encapsulation ppp
! router ospf 1
router-id 2.2.2.2
log-adjacency-changes
network 192.168.0.0 0.0.0.255area 0
network 192.168.3.0 0.0.0.255area 0
路由器r3的原始配置
inte***ce loopback1
ip address 172.17.100.1 255.255.255.0
! inte***ceethernet1/0
ip address 192.168.3.2 255.255.255.0
duplex half
! router ospf 1
router-id 3.3.3.3
log-adjacency-changes
network 172.17.100.0 0.0.0.255area 0
network 192.168.3.0 0.0.0.255area 0
故障分析：根據
圖14.3
所示的路由表，可以很直觀的判斷故障的原因，雖然在路由表中存在兩條路由到同一目標（172.17.100.0）的路由，一條是通過ospf學習到，一條是通過靜態路由輸寫的，可看出通過ospf路由學到的是乙個32位的主機路由（172.17.100.1/32）,而靜態路由是乙個24位的子網路由（172.17.100.0/24），根據路由選擇的原則：資料報將選擇較長子網位的路由**資料，通過ospf學到的路由是32位，靜態路由是24位，所以選擇了ospf學到的路由**資料，也就是在低速路徑上**。
解決方案：現在只需要將靜態路由變為32位，然後下一跳位址為192.168.1.2（高速鏈路的下一跳）即可。具體配置如下所示。完成配置後, 可以通過在路由器r1執行showip route檢視路由表，如圖14.4所示，其中只存在一條32位的靜態路由，當ospf路由與靜態路由的子網位數相同時，路由的管理距離較小的會被優先放入到路由表，靜態路由的管理距離是１；ospf的管理距離是110，所以會將這條32位的靜態路由放入到r1的路由表中，此時，已經滿足讓資料報通過高速鏈路**的條件。然後，再次通過traceroute指令進行測試，如圖14.5所示,已經通過高速路徑下一跳為192.168.1.2進行**。故障成功排除。
將靜態路由變為32位的解決方案：
r1(config)#no iproute 172.17.100.0 255.255.255.0 192.168.1.2
*刪除原有配置
r1(config)#ip route 172.17.100.1 255.255.255.255 192.168.1.2*配置
32位路由
r2(config)#ip route 172.16.1.1 255.255.255.255 192.168.1.1
*配置r2返回r1路由
演示 引發的次優路徑故障分析與排除
演示 引發的次優路徑故障分析與排除 故障背景 如圖14.1所示的網路環境，在所包含的區域啟動了ospf路由，當然路由器r1的e1 0和r2的e1 0這段10mb的乙太網鏈路沒有被包含到ospf的路由域中，由於某些特殊原因，在這一段鏈路將使用靜態路由來到達172.17.100.0的子網，具體每台路由器...
演示 OSPF的鄰居關係故障分析與排除
演示 ospf 的鄰居關係故障分析與排除 故障背景 如圖14.14 所示的ospf路由環境，如產生故障的原始配置所示，每台路由器都配置並啟動了ospf路由協議，由於某些特殊原因將r1的s2 0介面的mtu配置成1492 然後路由器r1 r2 r3都出現了ospf鄰居故障，在三颱路由器上檢視它們的鄰居...
演示 OSPF的鄰居關係故障分析與排除
故障背景 如圖14.14 所示的ospf路由環境，如產生故障的原始配置所示，每台路由器都配置並啟動了ospf路由協議，由於某些特殊原因將r1的s2 0介面的mtu配置成1492 然後路由器r1 r2 r3都出現了ospf鄰居故障，在三颱路由器上檢視它們的鄰居關係時，出現如圖14.15所示，可看出路由...