OSPF路由條目排錯(cuò)案例

1、OSPF路由條目排錯(cuò)案例                                                 

2、0;                  文檔下載：無(wú)注：此文檔為中文原創(chuàng)，故無(wú)英文版目錄硬件平臺(tái)軟件版本 案例簡(jiǎn)介故障診斷步驟經(jīng)驗(yàn)總結(jié)相關(guān)命令硬件平臺(tái)路由器及多層交換機(jī)軟件版本所有 案例簡(jiǎn)介在日常維護(hù)工作中， 我們經(jīng)常會(huì)遇到路由器上出現(xiàn)多余路由條目或者缺少路由條目的情況。 這些情況基本上都是路由配置變化或者引入新節(jié)點(diǎn)拓?fù)渥兓瘞?lái)的問(wèn)題。 通常情況下如果我們知道有哪些新設(shè)備或者哪些設(shè)備做過(guò)路由配置變更， 就能直接找到問(wèn)題點(diǎn)。 但

3、對(duì)于較大型的網(wǎng)絡(luò)， 在缺少這些信息的情況下， 就要先對(duì)問(wèn)題縮小范圍， 從現(xiàn)象特征最明顯的點(diǎn)為突破口進(jìn)行分析。 以下是一個(gè)真實(shí)案例， 為保護(hù)客戶(hù)資料， 路由器輸出信息是在實(shí)驗(yàn)環(huán)境中抓取。 故障診斷步驟這是一個(gè)傳統(tǒng)的三層城域網(wǎng)絡(luò)結(jié)構(gòu)， 客戶(hù)發(fā)現(xiàn)核心路由器(R0路由表中一個(gè)私有網(wǎng)段地址， 并且是自己發(fā)布的。 我們不能確定這個(gè)網(wǎng)絡(luò)中最近發(fā)生過(guò)哪些變化。 因?yàn)楝F(xiàn)象是集中在R0， 所以我們從這臺(tái)路由器入手。 無(wú)論我們的網(wǎng)絡(luò)是選用哪種路由協(xié)議，首先我們肯定要查看路由表詳細(xì)信息。 R0#sh ip routeCodes: L - local, C - connected, S - static, R - RI

4、P, M - mobile, B - BGPD - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter areaN1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2E1 - OSPF external type 1, E2 - OSPF external type 2i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2ia - IS-IS inter area, * - candid

5、ate default, U - per-user static routeo - ODR, P - periodic downloaded static route, + - replicated routeGateway of last resort is not set161.74.0.0/32 is subnetted, 1 subnetsO 161.74.158.10 110/3 via 161.174.80.146, 00:44:44, FastEthernet0/0161.130.0.0/32 is subnetted, 2 subnetsC 161.130.158.4 is d

6、irectly connected, Loopback0O 161.130.158.6 110/2 via 161.174.80.146, 00:56:21, FastEthernet0/0161.174.0.0/16 is variably subnetted, 6 subnets, 3 masksC 161.174.5.0/24 is directly connected, Loopback2L 161.174.5.1/32 is directly connected, Loopback2C 161.174.72.0/24 is directly connected, Loopback1L

7、 161.174.72.1/32 is directly connected, Loopback1C 161.174.80.144/30 is directly connected, FastEthernet0/0L 161.174.80.145/32 is directly connected, FastEthernet0/0161.189.0.0/30 is subnetted, 1 subnetsO 161.189.31.52 110/2 via 161.174.80.146, 00:44:55, FastEthernet0/0O E2 192.168.0.0/16 110/20 via

8、 161.174.80.146, 00:44:45, FastEthernet0/0注意最后一條路由， 我們可以解讀為192.168.0.0/16這個(gè)網(wǎng)絡(luò)是從161.174.80.146學(xué)來(lái)的外部路由， 并且是metric-type為2的外部路由， 出接口為F0/0。 檢查161.174.80.146這個(gè)地址卻發(fā)現(xiàn)這是R0上的F0/0接口地址。R0#sh ip route 161.174.80.146Routing entry for 161.174.80.144/30Known via "connected", distance 0, metric 0 (connecte

9、d, via interfaceRedistributing via ospf 100Routing Descriptor Blocks:* directly connected, via FastEthernet0/0Route metric is 0, traffic share count is 1然而， R0本地并沒(méi)有任何靜態(tài)路由。 難道是路由器憑空產(chǎn)生的一條LSA? 帶著這個(gè)疑問(wèn)我們進(jìn)一步檢查OSPF database的細(xì)節(jié)。R0#show ip ospf database external 192.168.0.0OSPF Router with ID (161.130.158.4

10、(Process ID 100Type-5 AS External Link StatesRouting Bit Set on this LSA in topology Base with MTID 0LS age: 1681Options: (No TOS-capability, DCLS Type: AS External LinkLink State ID: 192.168.0.0 (External Network Number Advertising Router: 161.174.80.145LS Seq Number: 80000002Checksum: 0x748FLength: 36Network Mask: /16Metric Type: 2 (Larger than any link state pathMTID: 0Metric: 20Forward Address: 0.0.0.0External Route Tag: 0從上面的輸出可以得知R0這臺(tái)路由器的Router-id為161.130.158.4， 但是這條外部路由的發(fā)布者是以161.174.80.145為router-id的。 由此我們判斷一定是網(wǎng)絡(luò)中有一臺(tái)路由器的router-id配置成了R0 F0/0的地址。 最終， 順著這個(gè)接口逐跳檢查路由表和OSPF數(shù)據(jù)庫(kù)皆可找到