演示 引發的次優路徑故障分析與排除

2021-09-03 06:18:39 字數 3413 閱讀 6606

演示:引發的次優路徑故障分析與排除

故障背景:如圖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路由與靜態路由的子網位數相同時,路由的管理距離較小的會被優先放入到路由表,靜態路由的管理距離是1;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所示,可看出路由...