數(shù)據(jù)網(wǎng)絡(luò)運(yùn)行中OSPF協(xié)議故障處理方法探討

吳玉林

【摘 要】 OSPF協(xié)議作為動(dòng)態(tài)路由協(xié)議廣泛應(yīng)用于數(shù)據(jù)網(wǎng)絡(luò)中，在日常運(yùn)行維護(hù)過(guò)程中會(huì)經(jīng)常遇到OSPF協(xié)議類故障問(wèn)題，處理這類問(wèn)題時(shí)只要掌握合適的技巧按照正確的步驟進(jìn)行排查就能比較快速的定位和解決故障。

【關(guān)鍵詞】 OSFP 故障處理 鄰居關(guān)系 系統(tǒng)規(guī)劃 骨干區(qū)域與其他區(qū)域

【Abstract】 Open Shortest Path First（OSPF） has been widely used as the dynamic routing path in data network. Functional failure of OSPF is a common problem in its daily maintenance.Proper techniques and correct protocols help positioning and dealing with the malfunction of OSPF.

【Key words】 OSFP Fault handling Neighbor relations System planning Backbone area and other area

0 OSPF協(xié)議常見(jiàn)故障分類

在數(shù)據(jù)網(wǎng)運(yùn)行維護(hù)環(huán)境中，導(dǎo)致OSPF協(xié)議不能正常運(yùn)行的故障有很多，通過(guò)分析故障原因，很多的故障原因是相似的，總結(jié)起來(lái)主要有以下幾點(diǎn)：（1）自身數(shù)據(jù)配置錯(cuò)誤引起的OSPF協(xié)議故障；（2）兩臺(tái)相鄰路由器之間的故障引起網(wǎng)絡(luò)中路由錯(cuò)誤；（3）系統(tǒng)規(guī)劃時(shí)區(qū)域劃分不準(zhǔn)確引起的故障；（4）其他一些不常見(jiàn)因素引起的OSPF故障。

1 OSPF故障處理思路

1.1 故障分析和處理步驟

由于OSPF協(xié)議自身的復(fù)雜性，在配置的過(guò)程中可能會(huì)出現(xiàn)種種錯(cuò)誤。

OSPF協(xié)議正常運(yùn)行的標(biāo)志是：在每一臺(tái)運(yùn)行OSPF協(xié)議的路由器上，應(yīng)該得到的路由一條也不少，并且都是最優(yōu)路徑。

所以在處理OSPF故障時(shí)需要首先掌握排除故障的步驟順序，按照順序依次檢查則能比較迅速定位故障點(diǎn)來(lái)排除故障。

在由OSPF協(xié)議維護(hù)的路由網(wǎng)絡(luò)中發(fā)現(xiàn)通信不正常時(shí)，先采用ping的方式檢查是網(wǎng)絡(luò)的問(wèn)題還是上層應(yīng)用的問(wèn)題。如果確實(shí)無(wú)法ping通，這時(shí)我們可以采用tracert的方式檢查報(bào)文是在哪里轉(zhuǎn)發(fā)不過(guò)去的，然后登陸到那臺(tái)設(shè)備上檢查。如果發(fā)現(xiàn)是OSPF路由的問(wèn)題，即路由表里應(yīng)該通過(guò)OSPF協(xié)議學(xué)習(xí)到的路由但實(shí)際上沒(méi)有學(xué)習(xí)時(shí)，我們就要按照下列步驟逐步查看。

在數(shù)據(jù)網(wǎng)中出現(xiàn)OSPF協(xié)議故障時(shí)，可以按照以下步驟進(jìn)行處理：（1）配置故障處理：檢查是否已經(jīng)啟動(dòng)并正確配置了OSPF協(xié)議。（2）局部故障處理：檢查兩臺(tái)直接相連的路由器之間協(xié)議運(yùn)行是否正常。（3）全局故障處理：檢查一下系統(tǒng)設(shè)計(jì)（主要是指區(qū)域的劃分、地址和掩碼的配置）是否正確。（4）其它疑難問(wèn)題：路由時(shí)通時(shí)斷、路由表中存在路由卻無(wú)法Ping通該地址。需要針對(duì)不同的情況具體分析。

1.2 檢查協(xié)議配置

在排查故障之前，應(yīng)首先檢查基本的協(xié)議配置是否正確。

（1）是否已經(jīng)配置Router ID。可以使用命令來(lái)檢查Router ID是否已配置，如果配置錯(cuò)誤或未配置則通過(guò)命令進(jìn)行修改Router ID。Router ID可以配置為與本路由器一個(gè)接口的IP地址相同。需要注意的是：不能有任何兩臺(tái)路由器的Router ID是完全相同的。

（2）檢查是否已經(jīng)正確引入了所需要的外部路由。實(shí)際運(yùn)行中經(jīng)常需要引入自治系統(tǒng)外部路由（其它路由協(xié)議如BGP或靜態(tài)路由）。如果需要，檢查是否已經(jīng)配置了引入。

（3）檢查OSPF配置的鄰居是否正確。

1.3 查看鄰居路由器器件工況

由于OSPF協(xié)議需要整個(gè)自治系統(tǒng)中所有路由器協(xié)調(diào)工作，故任意兩臺(tái)相鄰路由器之間的故障都會(huì)導(dǎo)致網(wǎng)絡(luò)中全部或者部分路由錯(cuò)誤。

OSPF路由計(jì)算的過(guò)程是：路由器自動(dòng)發(fā)現(xiàn)網(wǎng)絡(luò)中的鄰居，然后選舉DR（多路訪問(wèn)網(wǎng)絡(luò)中），交互鏈路狀態(tài)信息LSA，當(dāng)LSA同步后即建立了鄰接關(guān)系時(shí)才能根據(jù)SPF算法計(jì)算路由。所以鄰居關(guān)系的建立是OSPF路由計(jì)算的前提條件，鄰居關(guān)系不正常時(shí)OSPF的路由是無(wú)法計(jì)算出的。

如何判斷相鄰的路由器之間運(yùn)行正常呢？在兩臺(tái)路由器上分別執(zhí)行“showipospf neighbor”命令，查看在相應(yīng)的接口上是否已發(fā)現(xiàn)對(duì)端路由器為自己的鄰居，并且鄰居狀態(tài)機(jī)達(dá)到full狀態(tài)。如果有鄰居但是關(guān)系不正確，不是full狀態(tài)，那么就需要檢查是接口MTU值不同還是有IP地址沖突等導(dǎo)致了鄰居關(guān)鍵無(wú)法正常建立；如果是鄰居關(guān)系建立正確，但就是沒(méi)有計(jì)算出相關(guān)路由就要檢查路由配置是否正確，數(shù)據(jù)庫(kù)信息是否正確。（如圖1）

需要注意的是：在Broadcast和NBMA類型的網(wǎng)絡(luò)中，兩臺(tái)接口狀態(tài)是DROther的路由器之間鄰居狀態(tài)機(jī)停留在2-Way狀態(tài)，這是正常的，但都應(yīng)該與DR之間達(dá)到Full狀態(tài)。

兩臺(tái)路由器之間達(dá)到Full需要一定的時(shí)間，一般在幾秒鐘至3分鐘之間為正常。如果超過(guò)這段時(shí)間仍舊沒(méi)有發(fā)現(xiàn)鄰居或沒(méi)有達(dá)到Full狀態(tài)，則可以判斷為出現(xiàn)故障。若出現(xiàn)故障可按下列幾點(diǎn)來(lái)檢查。

（1）檢查物理連接及下層協(xié)議是否正常運(yùn)行。OSPF正常運(yùn)行需要下層協(xié)議來(lái)發(fā)送和接收?qǐng)?bào)文，所有必須確保下層協(xié)議運(yùn)行無(wú)誤?？梢酝ㄟ^(guò)ping命令測(cè)試，若從本地路由器ping對(duì)端路由器不通，則表明物理連接和下層協(xié)議有問(wèn)題。但需要注意的是：ping命令發(fā)送的是單播報(bào)文，而OSPF除了在NBMA類型的接口之外，都發(fā)送的是多播報(bào)文。所以除了能夠Ping通對(duì)端之外，還必須具有能夠收發(fā)多播報(bào)文的能力。

（2）檢查雙方在接口上的配置是否一致。如果物理連接和下層協(xié)議正常，則檢查在接口上配置的OSPF參數(shù)，必須保證和與該接口相鄰的路由器的參數(shù)一致。這些參數(shù)包括Hello時(shí)間、dead時(shí)間、Area-ID和Authentication password。區(qū)域（area）號(hào)必須相同，網(wǎng)段與掩碼也必須一致（點(diǎn)到點(diǎn)與虛連接的網(wǎng)段與掩碼可以不同）。endprint

（3）若網(wǎng)絡(luò)的類型為廣播或NBMA，至少有一臺(tái)路由器的priority應(yīng)大于零。根據(jù)OSPF協(xié)議規(guī)定，接口的priorty=0的路由器沒(méi)有被選舉權(quán)，即不能被選為DR或者BDR。而在廣播或NBMA類型網(wǎng)絡(luò)中所有的路由器只與DR之間交換路由信息，所以至少應(yīng)有一臺(tái)路由器的priority大于零。

（4）區(qū)域的STUB屬性必須一致。如果一個(gè)Area配置成STUB Area，則在與這個(gè)區(qū)域相連的所有路由器中都應(yīng)該將該區(qū)域配置成STUB Area。

（5）接口的網(wǎng)絡(luò)類型必須一致。兩臺(tái)直接相連的路由器，它們之間的接口的網(wǎng)絡(luò)類型必須一致，否則可能無(wú)法正確計(jì)算出路由。

查看接口的網(wǎng)絡(luò)類型可以使用命令“showospf interface”，如發(fā)現(xiàn)雙方類型不一致，可使用接口配置模式下的命令“ospf network-type”來(lái)修改。需要特別注意的是：當(dāng)兩臺(tái)路由器的接口類型不一致時(shí)，雙方的鄰居狀態(tài)機(jī)仍舊有可能達(dá)到Full狀態(tài)，但無(wú)法正確計(jì)算路由。

1.4 系統(tǒng)規(guī)劃?rùn)z查

系統(tǒng)規(guī)劃中的故障主要體現(xiàn)在區(qū)域劃分中的錯(cuò)誤。協(xié)議中對(duì)區(qū)域劃分的要求是：如果自治系統(tǒng)被劃分成一個(gè)以上的區(qū)域，則必須有一個(gè)區(qū)域是骨干區(qū)域，并且保證其他區(qū)域與骨干區(qū)域，并且保證其他區(qū)域與骨干區(qū)域直接相連或邏輯上相連。骨干區(qū)域自身也必須是連通的。

區(qū)域劃分錯(cuò)誤的表現(xiàn)形式是：在一個(gè)區(qū)域內(nèi)通常路由都是正常的，但無(wú)法得到區(qū)域外部的路由。這是從全局規(guī)劃的角度來(lái)看的，如果落實(shí)到具體的配置上，可以這樣認(rèn)為：如果在一臺(tái)路由器上配置了兩個(gè)以上的區(qū)域，則至少應(yīng)有一個(gè)是骨干區(qū)域，或配置了一條虛連接。（如圖2）

1.5 其他方面的檢查和處理

如果經(jīng)過(guò)以上分析之后，仍無(wú)法定位錯(cuò)誤產(chǎn)生的原因，可按照下列現(xiàn)象進(jìn)行分析。

（1）路由表中丟失部分路由。可以查詢一下是否本路由器配置了路由過(guò)濾。如果配置了，再查詢?cè)L問(wèn)規(guī)則，是否丟失的路由恰好是訪問(wèn)列表中所過(guò)濾的。

（2）路由表不穩(wěn)定，時(shí)通時(shí)斷。表現(xiàn)形式為：路由表中的部分或者全部路由表現(xiàn)不穩(wěn)定，一會(huì)兒加上了，一會(huì)兒又丟失，且變化很快。這種錯(cuò)誤不太好分析，可能由以下幾種原因產(chǎn)生。

1）網(wǎng)絡(luò)中線路質(zhì)量不好，導(dǎo)致線路時(shí)通時(shí)斷，造成OSPF的路由隨之不停的更改?？梢酝ㄟ^(guò)檢查相應(yīng)的鏈路層協(xié)議是否正常來(lái)定位問(wèn)題的原因。

2）在撥號(hào)的情況下，如果是多臺(tái)路由器同時(shí)撥一臺(tái)路由器時(shí)，應(yīng)將所有的這些撥號(hào)的接口類型改為point-to-multipoint。如果不加更改的，當(dāng)有多臺(tái)路由器同時(shí)撥入時(shí)，接入方會(huì)在這些撥入的路由器之間不停的選擇其中的一個(gè)并建立鄰接關(guān)系，導(dǎo)致路由不穩(wěn)定。

3）有可能是自治系統(tǒng)中有兩臺(tái)路由器的Router ID相同了。協(xié)議中規(guī)定，一臺(tái)路由器的Router ID應(yīng)該在整個(gè)自治系統(tǒng)中唯一。如果有兩臺(tái)路由器的Router ID相同，協(xié)議運(yùn)行就會(huì)出現(xiàn)故障。

這兩臺(tái)路由器如果是鄰居，在相互接收對(duì)方Hello報(bào)文時(shí)會(huì)檢測(cè)到這一錯(cuò)誤，導(dǎo)致無(wú)法成功建立鄰接關(guān)系。如果這兩臺(tái)路由器不是直接相連，而是分別位于自治系統(tǒng)中的兩個(gè)不同的地方，則表現(xiàn)出的現(xiàn)象是部分路由時(shí)斷時(shí)通?？梢酝ㄟ^(guò)查看這部分不正常路由所屬的路由器來(lái)定位此問(wèn)題。

（3）無(wú)法引入自治系統(tǒng)外部路由。某臺(tái)路由器引入了自治系統(tǒng)外部路由后，卻無(wú)法在其他路由器上發(fā)現(xiàn)這些路由。則很可能是由于本路由器處于一個(gè)STUB區(qū)域之內(nèi)。因?yàn)榘凑諈f(xié)議規(guī)定，STUB區(qū)域內(nèi)不傳播Type5類型的LSA。所以這種類型的LSA即不能由區(qū)域外傳播進(jìn)來(lái)，也同樣不能由區(qū)域內(nèi)傳播出去。實(shí)際上即使同一個(gè)區(qū)域內(nèi)的其它路由器也無(wú)法獲得這些路由信息。

（4）區(qū)域間路由聚合的問(wèn)題。通過(guò)在ABR上配置路由聚合可以大大減少自治系統(tǒng)中的路由信息，但是，如果配置不當(dāng)，就會(huì)導(dǎo)致路由出現(xiàn)錯(cuò)亂，所以在規(guī)劃時(shí)需要特別注意。

2 結(jié)語(yǔ)

OSPF協(xié)議作為動(dòng)態(tài)路由協(xié)議廣泛應(yīng)用于數(shù)據(jù)網(wǎng)絡(luò)中，為數(shù)據(jù)網(wǎng)絡(luò)組網(wǎng)帶來(lái)了很大的靈活性和便利性，在數(shù)據(jù)網(wǎng)絡(luò)中OSPF協(xié)議占據(jù)著很重要的地位。由于OSPF協(xié)議在數(shù)據(jù)網(wǎng)絡(luò)中有著廣泛應(yīng)用，所以在日常運(yùn)行維護(hù)過(guò)程中會(huì)經(jīng)常遇到OSPF協(xié)議類故障問(wèn)題，在碰到這些問(wèn)題時(shí)需要掌握有效的故障處理技巧，按照故障處理步驟進(jìn)行逐步排查就較容易將問(wèn)題解決，同時(shí)也要注意在數(shù)據(jù)網(wǎng)絡(luò)建設(shè)初期規(guī)劃時(shí)對(duì)OSPF區(qū)域進(jìn)行合理劃分，通過(guò)這些手段來(lái)保障數(shù)據(jù)網(wǎng)絡(luò)的穩(wěn)定運(yùn)行。

參考文獻(xiàn)：

[1]《CCNP思科網(wǎng)絡(luò)技術(shù)學(xué)院教程》，Mark McGregor著李逢天，張帆，程實(shí)翻譯.人民郵電出版社，2002.endprint

（3）若網(wǎng)絡(luò)的類型為廣播或NBMA，至少有一臺(tái)路由器的priority應(yīng)大于零。根據(jù)OSPF協(xié)議規(guī)定，接口的priorty=0的路由器沒(méi)有被選舉權(quán)，即不能被選為DR或者BDR。而在廣播或NBMA類型網(wǎng)絡(luò)中所有的路由器只與DR之間交換路由信息，所以至少應(yīng)有一臺(tái)路由器的priority大于零。

（4）區(qū)域的STUB屬性必須一致。如果一個(gè)Area配置成STUB Area，則在與這個(gè)區(qū)域相連的所有路由器中都應(yīng)該將該區(qū)域配置成STUB Area。

（5）接口的網(wǎng)絡(luò)類型必須一致。兩臺(tái)直接相連的路由器，它們之間的接口的網(wǎng)絡(luò)類型必須一致，否則可能無(wú)法正確計(jì)算出路由。

查看接口的網(wǎng)絡(luò)類型可以使用命令“showospf interface”，如發(fā)現(xiàn)雙方類型不一致，可使用接口配置模式下的命令“ospf network-type”來(lái)修改。需要特別注意的是：當(dāng)兩臺(tái)路由器的接口類型不一致時(shí)，雙方的鄰居狀態(tài)機(jī)仍舊有可能達(dá)到Full狀態(tài)，但無(wú)法正確計(jì)算路由。

1.4 系統(tǒng)規(guī)劃?rùn)z查

系統(tǒng)規(guī)劃中的故障主要體現(xiàn)在區(qū)域劃分中的錯(cuò)誤。協(xié)議中對(duì)區(qū)域劃分的要求是：如果自治系統(tǒng)被劃分成一個(gè)以上的區(qū)域，則必須有一個(gè)區(qū)域是骨干區(qū)域，并且保證其他區(qū)域與骨干區(qū)域，并且保證其他區(qū)域與骨干區(qū)域直接相連或邏輯上相連。骨干區(qū)域自身也必須是連通的。

區(qū)域劃分錯(cuò)誤的表現(xiàn)形式是：在一個(gè)區(qū)域內(nèi)通常路由都是正常的，但無(wú)法得到區(qū)域外部的路由。這是從全局規(guī)劃的角度來(lái)看的，如果落實(shí)到具體的配置上，可以這樣認(rèn)為：如果在一臺(tái)路由器上配置了兩個(gè)以上的區(qū)域，則至少應(yīng)有一個(gè)是骨干區(qū)域，或配置了一條虛連接。（如圖2）

1.5 其他方面的檢查和處理

如果經(jīng)過(guò)以上分析之后，仍無(wú)法定位錯(cuò)誤產(chǎn)生的原因，可按照下列現(xiàn)象進(jìn)行分析。

（1）路由表中丟失部分路由。可以查詢一下是否本路由器配置了路由過(guò)濾。如果配置了，再查詢?cè)L問(wèn)規(guī)則，是否丟失的路由恰好是訪問(wèn)列表中所過(guò)濾的。

（2）路由表不穩(wěn)定，時(shí)通時(shí)斷。表現(xiàn)形式為：路由表中的部分或者全部路由表現(xiàn)不穩(wěn)定，一會(huì)兒加上了，一會(huì)兒又丟失，且變化很快。這種錯(cuò)誤不太好分析，可能由以下幾種原因產(chǎn)生。

1）網(wǎng)絡(luò)中線路質(zhì)量不好，導(dǎo)致線路時(shí)通時(shí)斷，造成OSPF的路由隨之不停的更改。可以通過(guò)檢查相應(yīng)的鏈路層協(xié)議是否正常來(lái)定位問(wèn)題的原因。

2）在撥號(hào)的情況下，如果是多臺(tái)路由器同時(shí)撥一臺(tái)路由器時(shí)，應(yīng)將所有的這些撥號(hào)的接口類型改為point-to-multipoint。如果不加更改的，當(dāng)有多臺(tái)路由器同時(shí)撥入時(shí)，接入方會(huì)在這些撥入的路由器之間不停的選擇其中的一個(gè)并建立鄰接關(guān)系，導(dǎo)致路由不穩(wěn)定。

3）有可能是自治系統(tǒng)中有兩臺(tái)路由器的Router ID相同了。協(xié)議中規(guī)定，一臺(tái)路由器的Router ID應(yīng)該在整個(gè)自治系統(tǒng)中唯一。如果有兩臺(tái)路由器的Router ID相同，協(xié)議運(yùn)行就會(huì)出現(xiàn)故障。

這兩臺(tái)路由器如果是鄰居，在相互接收對(duì)方Hello報(bào)文時(shí)會(huì)檢測(cè)到這一錯(cuò)誤，導(dǎo)致無(wú)法成功建立鄰接關(guān)系。如果這兩臺(tái)路由器不是直接相連，而是分別位于自治系統(tǒng)中的兩個(gè)不同的地方，則表現(xiàn)出的現(xiàn)象是部分路由時(shí)斷時(shí)通?？梢酝ㄟ^(guò)查看這部分不正常路由所屬的路由器來(lái)定位此問(wèn)題。

（3）無(wú)法引入自治系統(tǒng)外部路由。某臺(tái)路由器引入了自治系統(tǒng)外部路由后，卻無(wú)法在其他路由器上發(fā)現(xiàn)這些路由。則很可能是由于本路由器處于一個(gè)STUB區(qū)域之內(nèi)。因?yàn)榘凑諈f(xié)議規(guī)定，STUB區(qū)域內(nèi)不傳播Type5類型的LSA。所以這種類型的LSA即不能由區(qū)域外傳播進(jìn)來(lái)，也同樣不能由區(qū)域內(nèi)傳播出去。實(shí)際上即使同一個(gè)區(qū)域內(nèi)的其它路由器也無(wú)法獲得這些路由信息。

（4）區(qū)域間路由聚合的問(wèn)題。通過(guò)在ABR上配置路由聚合可以大大減少自治系統(tǒng)中的路由信息，但是，如果配置不當(dāng)，就會(huì)導(dǎo)致路由出現(xiàn)錯(cuò)亂，所以在規(guī)劃時(shí)需要特別注意。

2 結(jié)語(yǔ)

OSPF協(xié)議作為動(dòng)態(tài)路由協(xié)議廣泛應(yīng)用于數(shù)據(jù)網(wǎng)絡(luò)中，為數(shù)據(jù)網(wǎng)絡(luò)組網(wǎng)帶來(lái)了很大的靈活性和便利性，在數(shù)據(jù)網(wǎng)絡(luò)中OSPF協(xié)議占據(jù)著很重要的地位。由于OSPF協(xié)議在數(shù)據(jù)網(wǎng)絡(luò)中有著廣泛應(yīng)用，所以在日常運(yùn)行維護(hù)過(guò)程中會(huì)經(jīng)常遇到OSPF協(xié)議類故障問(wèn)題，在碰到這些問(wèn)題時(shí)需要掌握有效的故障處理技巧，按照故障處理步驟進(jìn)行逐步排查就較容易將問(wèn)題解決，同時(shí)也要注意在數(shù)據(jù)網(wǎng)絡(luò)建設(shè)初期規(guī)劃時(shí)對(duì)OSPF區(qū)域進(jìn)行合理劃分，通過(guò)這些手段來(lái)保障數(shù)據(jù)網(wǎng)絡(luò)的穩(wěn)定運(yùn)行。

參考文獻(xiàn)：

[1]《CCNP思科網(wǎng)絡(luò)技術(shù)學(xué)院教程》，Mark McGregor著李逢天，張帆，程實(shí)翻譯.人民郵電出版社，2002.endprint

（3）若網(wǎng)絡(luò)的類型為廣播或NBMA，至少有一臺(tái)路由器的priority應(yīng)大于零。根據(jù)OSPF協(xié)議規(guī)定，接口的priorty=0的路由器沒(méi)有被選舉權(quán)，即不能被選為DR或者BDR。而在廣播或NBMA類型網(wǎng)絡(luò)中所有的路由器只與DR之間交換路由信息，所以至少應(yīng)有一臺(tái)路由器的priority大于零。

（4）區(qū)域的STUB屬性必須一致。如果一個(gè)Area配置成STUB Area，則在與這個(gè)區(qū)域相連的所有路由器中都應(yīng)該將該區(qū)域配置成STUB Area。

（5）接口的網(wǎng)絡(luò)類型必須一致。兩臺(tái)直接相連的路由器，它們之間的接口的網(wǎng)絡(luò)類型必須一致，否則可能無(wú)法正確計(jì)算出路由。

查看接口的網(wǎng)絡(luò)類型可以使用命令“showospf interface”，如發(fā)現(xiàn)雙方類型不一致，可使用接口配置模式下的命令“ospf network-type”來(lái)修改。需要特別注意的是：當(dāng)兩臺(tái)路由器的接口類型不一致時(shí)，雙方的鄰居狀態(tài)機(jī)仍舊有可能達(dá)到Full狀態(tài)，但無(wú)法正確計(jì)算路由。

1.4 系統(tǒng)規(guī)劃?rùn)z查

系統(tǒng)規(guī)劃中的故障主要體現(xiàn)在區(qū)域劃分中的錯(cuò)誤。協(xié)議中對(duì)區(qū)域劃分的要求是：如果自治系統(tǒng)被劃分成一個(gè)以上的區(qū)域，則必須有一個(gè)區(qū)域是骨干區(qū)域，并且保證其他區(qū)域與骨干區(qū)域，并且保證其他區(qū)域與骨干區(qū)域直接相連或邏輯上相連。骨干區(qū)域自身也必須是連通的。

區(qū)域劃分錯(cuò)誤的表現(xiàn)形式是：在一個(gè)區(qū)域內(nèi)通常路由都是正常的，但無(wú)法得到區(qū)域外部的路由。這是從全局規(guī)劃的角度來(lái)看的，如果落實(shí)到具體的配置上，可以這樣認(rèn)為：如果在一臺(tái)路由器上配置了兩個(gè)以上的區(qū)域，則至少應(yīng)有一個(gè)是骨干區(qū)域，或配置了一條虛連接。（如圖2）

1.5 其他方面的檢查和處理

如果經(jīng)過(guò)以上分析之后，仍無(wú)法定位錯(cuò)誤產(chǎn)生的原因，可按照下列現(xiàn)象進(jìn)行分析。

（1）路由表中丟失部分路由。可以查詢一下是否本路由器配置了路由過(guò)濾。如果配置了，再查詢?cè)L問(wèn)規(guī)則，是否丟失的路由恰好是訪問(wèn)列表中所過(guò)濾的。

（2）路由表不穩(wěn)定，時(shí)通時(shí)斷。表現(xiàn)形式為：路由表中的部分或者全部路由表現(xiàn)不穩(wěn)定，一會(huì)兒加上了，一會(huì)兒又丟失，且變化很快。這種錯(cuò)誤不太好分析，可能由以下幾種原因產(chǎn)生。

1）網(wǎng)絡(luò)中線路質(zhì)量不好，導(dǎo)致線路時(shí)通時(shí)斷，造成OSPF的路由隨之不停的更改。可以通過(guò)檢查相應(yīng)的鏈路層協(xié)議是否正常來(lái)定位問(wèn)題的原因。

2）在撥號(hào)的情況下，如果是多臺(tái)路由器同時(shí)撥一臺(tái)路由器時(shí)，應(yīng)將所有的這些撥號(hào)的接口類型改為point-to-multipoint。如果不加更改的，當(dāng)有多臺(tái)路由器同時(shí)撥入時(shí)，接入方會(huì)在這些撥入的路由器之間不停的選擇其中的一個(gè)并建立鄰接關(guān)系，導(dǎo)致路由不穩(wěn)定。

3）有可能是自治系統(tǒng)中有兩臺(tái)路由器的Router ID相同了。協(xié)議中規(guī)定，一臺(tái)路由器的Router ID應(yīng)該在整個(gè)自治系統(tǒng)中唯一。如果有兩臺(tái)路由器的Router ID相同，協(xié)議運(yùn)行就會(huì)出現(xiàn)故障。

這兩臺(tái)路由器如果是鄰居，在相互接收對(duì)方Hello報(bào)文時(shí)會(huì)檢測(cè)到這一錯(cuò)誤，導(dǎo)致無(wú)法成功建立鄰接關(guān)系。如果這兩臺(tái)路由器不是直接相連，而是分別位于自治系統(tǒng)中的兩個(gè)不同的地方，則表現(xiàn)出的現(xiàn)象是部分路由時(shí)斷時(shí)通?？梢酝ㄟ^(guò)查看這部分不正常路由所屬的路由器來(lái)定位此問(wèn)題。

（3）無(wú)法引入自治系統(tǒng)外部路由。某臺(tái)路由器引入了自治系統(tǒng)外部路由后，卻無(wú)法在其他路由器上發(fā)現(xiàn)這些路由。則很可能是由于本路由器處于一個(gè)STUB區(qū)域之內(nèi)。因?yàn)榘凑諈f(xié)議規(guī)定，STUB區(qū)域內(nèi)不傳播Type5類型的LSA。所以這種類型的LSA即不能由區(qū)域外傳播進(jìn)來(lái)，也同樣不能由區(qū)域內(nèi)傳播出去。實(shí)際上即使同一個(gè)區(qū)域內(nèi)的其它路由器也無(wú)法獲得這些路由信息。

（4）區(qū)域間路由聚合的問(wèn)題。通過(guò)在ABR上配置路由聚合可以大大減少自治系統(tǒng)中的路由信息，但是，如果配置不當(dāng)，就會(huì)導(dǎo)致路由出現(xiàn)錯(cuò)亂，所以在規(guī)劃時(shí)需要特別注意。

2 結(jié)語(yǔ)

OSPF協(xié)議作為動(dòng)態(tài)路由協(xié)議廣泛應(yīng)用于數(shù)據(jù)網(wǎng)絡(luò)中，為數(shù)據(jù)網(wǎng)絡(luò)組網(wǎng)帶來(lái)了很大的靈活性和便利性，在數(shù)據(jù)網(wǎng)絡(luò)中OSPF協(xié)議占據(jù)著很重要的地位。由于OSPF協(xié)議在數(shù)據(jù)網(wǎng)絡(luò)中有著廣泛應(yīng)用，所以在日常運(yùn)行維護(hù)過(guò)程中會(huì)經(jīng)常遇到OSPF協(xié)議類故障問(wèn)題，在碰到這些問(wèn)題時(shí)需要掌握有效的故障處理技巧，按照故障處理步驟進(jìn)行逐步排查就較容易將問(wèn)題解決，同時(shí)也要注意在數(shù)據(jù)網(wǎng)絡(luò)建設(shè)初期規(guī)劃時(shí)對(duì)OSPF區(qū)域進(jìn)行合理劃分，通過(guò)這些手段來(lái)保障數(shù)據(jù)網(wǎng)絡(luò)的穩(wěn)定運(yùn)行。

參考文獻(xiàn)：

[1]《CCNP思科網(wǎng)絡(luò)技術(shù)學(xué)院教程》，Mark McGregor著李逢天，張帆，程實(shí)翻譯.人民郵電出版社，2002.endprint