OSPF的50個問題

1、OSPF 你懂多少之經(jīng)典問題50 個【此文檔只適合對OSPF 有一定了解的閱讀】（注 :此文檔只適合對OSPF 有一定了解的閱讀）1：在 OSPF 中。為什么第三類LSA 傳播超過一個區(qū)域?路由信息就會被修改呢 ?他不是使用SPF 算法么 ?如果這樣那么他跟RIP 的 DV 算法有啥區(qū)別？答 ospf:因為傳播超過一個區(qū)域之后。路由信息就會改變。而路由信息在OSPF 中，包括防環(huán)等作用。這也是 RIP 與 OSPF 本質(zhì)的區(qū)別。在RIP 中。由于采用DV 算法。當(dāng)報文傳遞過后。會改變路由信息。因此也就存在環(huán)路。而在OSPF 中。第三類 LSA 也是這樣。由此RFC規(guī)定。所有區(qū)域必須要與骨干區(qū)域

2、相連接。但在我們實際組網(wǎng)中。經(jīng)常碰到非骨干區(qū)域與骨干區(qū)域不能相互連接。由此RFC 定義了虛連接。2：說到虛連接。哪虛連接為什么能保證第三類LSA 的路由信息不被修改呢?答：從狹義的角度來說。 一條虛連接是屬于區(qū)域零的一條虛擬鏈路。因此他也就能保證第三類 LSA 的路由信息不被修改3：那虛連接是怎樣使用SPF 算法的呢 ?準(zhǔn)確的說。虛連接是怎么確定他報文的目的地址的?答：每個虛連接都要生成兩顆最短路徑樹（第一棵為本地區(qū)域的最短路徑樹。第二棵為虛連接鄰居的最短路徑樹） 計算虛連接最短路徑樹之后。 本地路由器會通過查找對端最短路徑樹，并通過對端的 router-id來標(biāo)示。那么虛連接到達本地路由器的

3、始發(fā)端口的IP 地址即為本地路由器發(fā)給對端虛連接鄰居的協(xié)議報文的目的IP 地址。4：為什么 ospf 在默認(rèn)情況下引入外部路由生成的是第2類而不是第一類LSA?你提出了這個問題。這說明你很細(xì)心也很用心。在外部第一類LSA 中。第一類 LSA 比第二類的可信度要高。 并與 ospf 使能的路由有可比性。而第二類LSA 呢?？煽啃员容^低。 與 ospf自動使能的路由也沒啥可比性。這里舉個例子。第一類就相當(dāng)于ospf 自己的孩子。而第二類呢。就相當(dāng)于從外面進來的客人。所以，大家說說。從外面引入的。是孩子還是客人?并且在選路原則中。一類要永遠要比二類優(yōu)先及時是前者COST 要高。其實我們在看書的時候。

4、關(guān)注他的只是COST 值計算不同。而更重要的概念多數(shù)人都沒有搞清楚。5：為什么在ospf 中不能引入靜態(tài)的缺省?答： RFC 定義了缺省發(fā)布的條件。比如NSSA， stub ，他們都會自動生成一條缺省。6:第三類LSA 和第五類LSA link state id字段都是描述目的網(wǎng)段的地址。哪他們之間有什么區(qū)別 ?啊。網(wǎng)友的力量是無限大的阿。你真的很會觀察生活。年輕人。對、三類和第五類的 LINK-STATE ID是一樣。都是描述目的網(wǎng)段的地址。即使他們所有的字段都是一樣。但是他們所實現(xiàn)的功能是不能相提并論的。最關(guān)鍵的是。在 LSA 報文頭中的類型字段。有明顯的區(qū)別。這兩類 LSA 的作用定位不

5、同。三類是描述另一個區(qū)域的路由。而五類呢。描述的是外部路由。（并且他還有外部一類和外部二類。具體的情看第四個問題）7：為什么 ospf 中四種網(wǎng)絡(luò)類型所定義的hello time 和生存時間都不一樣 ?答： OSPF 一共定義了四種網(wǎng)絡(luò)類型，而這四種網(wǎng)絡(luò)類型，大部分都是針對鏈路，（點到多點需要手動修改） ，這也是 OSPF 的特點之一，能適應(yīng)更多不同類型的的網(wǎng)絡(luò)結(jié)構(gòu)中，并且，不同的網(wǎng)絡(luò)類型，鄰居生存時間和hello TIME 也隨之改變， （并且還可以手動修改） ，這無不證明此協(xié)議的人性化。8:ospf 如果不同進程不同區(qū)域使能。鄰居能正常建立起來么（廣播網(wǎng)絡(luò)環(huán)境下）答：不能正常建立。因為os

6、pf路由器在接受 OSPF 報文的時候會驗證一些報文是否合法其檢查的容有。版本號。區(qū)域ID，驗證方法和驗證信息。9：不同進程。同區(qū)域。鄰居能正常建立起來嗎?為什么 ?能。因為在 ospf 的報文中。并不需要對進程ID 進行檢查。所以鄰居能正常建立起來。10:鄰居和鄰接有哪些區(qū)別?什么情況下才會出現(xiàn)鄰居。什么情況下才會出現(xiàn)鄰接。答： OSPF 一共有八個狀態(tài)機。其中down 2-way FULL 是穩(wěn)定狀態(tài)機其他的都是中轉(zhuǎn)狀態(tài)。,所謂鄰居關(guān)系是指只要與對端鄰居關(guān)系建立到2-WAY 就可以了。并且用到的報文只有HELLO，如果建立鄰接呢。就需要進步一交互報文。需要用到的報文有dd。 Lsr lsu

7、 ls ack他們兩之間的區(qū)別是。鄰居只需要使能。收到對端的HELLO 報文。并且自己在對端的鄰居列表里面就可以了。 所有網(wǎng)絡(luò)環(huán)境。 都可以建立鄰居關(guān)系。而鄰接呢。是在建立鄰居關(guān)系之上。從而交互路由信息的。通常。Drother之間只需要建立鄰居關(guān)系。11:ospf 本身能過濾掉自身產(chǎn)生的LSA 嗎?答：ospf 本身并沒有過濾LSA 的機制。（原因很簡單如果能限制的話。SPF 算法肯定要出錯）有也只是限定一些圍的。比如LSDB 的超載機制。12:ospf 一共有多少種 LSA 報文類型 ?答： OSPF 一共有十一種LSA 報文類型。他們的作用分別如下。第一類 :描述了區(qū)域部與路由器直連的鏈路

8、信息第二類：計入了廣播或NBMA網(wǎng)絡(luò)網(wǎng)段上所有路由器的router-id （打包一類 LSA)第三類：將所連接區(qū)域部的鏈路信息以子網(wǎng)的形式傳播到相鄰區(qū)域。第四類：描述的目標(biāo)網(wǎng)絡(luò)是一個ASBR 的 route-id第五類：描述到外部 AS 路由信息第七類： NSSA 區(qū)域?qū)?LSA。描述道外部AS 的路由信息。以上這幾類是我們常用的第六類 :在組播 ospf 協(xié)議中使用的組播LSA第八類：在 ospf 域傳播 BGP 屬性時使用的外部屬性LSA第九類 :本地鏈路圍的 opaque第十類：本地區(qū)域圍的opaque LSA第十一：本自治系統(tǒng)圍的opaque LSA13:ospf 中 option

9、的作用有哪些 ?分別在哪些情況下置位 ?Option 這個字段是是 ospf的可選功能。描述路由器所支持所選的功能。一共有五位。格式分別如下E 位：該位描述是否洪泛AS-external-LSA，MC 位：該位描述是否多播擴展OSPF 轉(zhuǎn)發(fā) IP 多播包。N/P 位：該位描述了處理類型7 LSA。EA 位：該位描述了是否按 OSPF 外部屬性 inprogress 的說明忽略還是接收并轉(zhuǎn)發(fā) External-Attributes-LSA 。DC位：該位描述了按擴展OSPF 和支持需求電路的說明處理按需鏈路。14:ospf答： DD中的 LSA 報文頭。分別在五中報文類型中包含LSA 報文頭哪些

10、信息包括了 LSA 頭部信息。 Ls 類型。 LS ID， advertising( 此 LSA 生存者）?LSR 只有LS 類型。 LS ID 和此 LSA 生存者。 LSU：完整的LSR 和具體的鏈路信息。LSACK： LS 類型。 LS ID，生存此路由信息和LS 系列號。15:OSPF 在進程重啟。為什么鄰居能快速的建立起來。而不是像創(chuàng)建進程一樣。需要等待那么長時間 ?答：ospf 的鄰居存活時間是 40 秒，在路由器之前成功建立鄰居正常的情況下， 一邊重啟進程，而另一邊鄰居還正常的存活在鄰居表中，但是當(dāng)這邊重啟好了，發(fā)送 HELLO 的時候，對端也即轉(zhuǎn)到 INIT 狀態(tài)，并且所有的狀

11、態(tài)，只需要交互一個報文就行了，所以，重啟進程，比普通建立的更快， 也就是說， 等對端的四十秒過后，再重啟進程，那么他們又得重新互發(fā)HELLO,又得經(jīng)過七個狀態(tài)機才能建立鄰接狀態(tài)。16:ospf 一直提示LSA disabled。為什么會產(chǎn)生這種情況?答：導(dǎo)致這種情況的原因是。當(dāng)LSA 的老化時間結(jié)束時。LSA 他會在 LSDB 表里面移除掉。或者此 LS 的始發(fā)者發(fā)送消息flooding掉 ,但。正常的情況下。 當(dāng)鄰居正常建立來。并且建立到鄰接狀態(tài)時，他會自動更新LSA 的信息。并且用LS Age 和 LS 系列號，來區(qū)分那條LSA更新。并在LSDB 表中更新最新的LSA，既然 LSA 出現(xiàn)

12、down 的情況。那么首先得把問題定位在鄰居是否正常建立起來，并且能正常交互報文（LSU LS ACK）具體的請看后面OSPF常見報文錯誤代碼。17:ospf 卡在 init 狀態(tài)機哪。這樣的情況是怎么引發(fā)的。？答：卡在狀態(tài)機上。一般有以下這些可能.OSPF 陷入 ATTEMPT僅對 neighbor語句的NBMA 網(wǎng)絡(luò)有效。陷入ATTEMPT 是指一臺路由器試圖通過發(fā)送它的HELLO 來聯(lián)系鄰居但是它沒有收到響應(yīng)。原因：錯誤配置 neighbor ； NBMA 上的單播連通性斷了，可能是由錯誤的 DLCI，訪問列表或轉(zhuǎn)換單播的NAT 引起的。2.OSPF 陷入 INITINIT 狀態(tài)表示路由

13、器收到來自鄰居的HELLO 分組，但是雙向通信并沒有建立。原因：一方訪問列表阻止了HELLO；一方的多播能力失效（一個交換機故障）；l 僅在一方啟用了認(rèn)證；l 一方的 HELLO 在第 2 層丟失了。3.OSPF 陷入 2-WAY雙向狀態(tài)是指路由器在HELLO 分組的鄰居字段中見到了自己的路由器ID。原因：類似于所有路由器的優(yōu)先級都為0，則不會發(fā)生選舉， 所有路由器停留在雙向狀態(tài)中。某些情況下是正常狀態(tài)。4.OSPF 陷入 EXSTART/EXCHANGE在 EXSTART或 EXCHANGE 狀態(tài)的 OSPF 鄰居正處于嘗試交換 DBD（數(shù)據(jù)庫描述）分組的過程中。原因： 不匹配的接口 MTU

14、l 鄰居上重復(fù)的路由器 IDl 無法用超過特定 MTU 長度進行 PINGl 斷掉的單播連通性，它可能是因為錯誤的DLCI，訪問列表或轉(zhuǎn)換單播的 NAT5.OSPF 陷入 LOADING鄰居沒有應(yīng)答或鄰居的應(yīng)答從未到達本地路由器，路由器也會陷入LOADING 狀態(tài)。原因： 不匹配的 MTUl 錯誤的鏈路狀態(tài)請求分組18:為什么 OSPF與 BGP在重分布的時候。OSPF 路由的下一跳不確定，導(dǎo)致選路錯誤。答：這是由 BGP 的環(huán)路引起的。在雙出口的BGP 中。如果 BGP 里面宣告或?qū)W習(xí)到的路由都一樣，建議修改 preferred-value 值。把環(huán)路取消。然后再做重分布。19： OSPF

15、跟 STP 結(jié)合組網(wǎng)，一般會遇到哪些問題。答：一個協(xié)議的所有功能都包含在報文中，報文中的某個字段置位，也就是這個協(xié)議的功能開啟，不管 OSPF與那個協(xié)議結(jié)合組網(wǎng)，只要不影響OSPF 的報文收和發(fā)就可以了，但，我們需要注意的是。STP 在收斂的時候，會導(dǎo)致端口阻塞，正常的流量是沒有辦法通過，那么這樣就會造成OSPF 的報文沒有辦常交互，并且會出現(xiàn)一些莫名其妙的現(xiàn)象（比如鄰居頻繁的UP ,DOWN, UP DOWN,）導(dǎo)致，還有在交互報文的時候，會莫名其妙的卡在一些狀態(tài)機上，這些， 只有等 STP 收斂好， 讓 OSPF 正常交互報文才能一一排除。20： OSPF 與 BGP組網(wǎng)會遇到哪些問題。答

16、：大家都知道， BGP 和 OSPF 都是第四層的協(xié)議，但是 BGP 對 TCP 有依賴性， 而 OSPF 對IP 也有一定的依賴性，（這里解釋一下阿， 大家對 ospf于 IP 的依賴性不是很清楚 ,ospf 使能一個網(wǎng)段后，如果這個網(wǎng)段存在，那么就以組播地址224.0.0.5（廣播環(huán)境下） ，針對這個網(wǎng)段發(fā)送HELLO 報文，那么如果這個網(wǎng)段不存在呢？那么 HELLO 是不可能發(fā)送的。那這跟依賴有啥關(guān)系呢?大家想想，如果IP 正常的話，肯定無條件使能這個網(wǎng)段， 但是 IP 地址是 DOWN 的情況下， OSPF 還繼續(xù)發(fā) HELLO 包么 ?)我之前說過，ospf 在正常的情況下， 不管與

17、什么協(xié)議結(jié)合一起組網(wǎng)，只要滿足他基本的條件，那么鄰居和鄰接，肯定能正常建立，但 BGP 對 TCP 有依賴性，換句話說，只有OSPF 正常建立鄰接關(guān)系，BGP 才能正常交互OPEN 相關(guān)的一些報文。所以，如果 ospf 與 BGP 一起組網(wǎng)，首先得檢查OSPF 相關(guān)的設(shè)置于錯誤，然后再檢查 BGP。21： OSPF 與 IPSEC 一起組網(wǎng)時，一般會遇到哪些問題?答：這個問題其實沒啥可問性，這兩個協(xié)議，相互獨立，但是，ipse 和 cospf 也不是百分之百兼容（ ipsec不兼容組播）這也就注定，在一些正常的環(huán)境下，ipsec 是沒有辦法載荷ospf 的 HELLO 包的。但是這兩個協(xié)議結(jié)合

18、在一起呢。 如果說一個問題都沒有，那也不可能，在這里的話，我將針對以下這些問題做一些解答Ipsec 在特定的情況下，能正常載荷ospf 嗎 ?為什么不能呢 ?ipsec 除了對組播不支持，單播支持的還算完美的， ospf 又不是所有的報文目的都是組播，其中，NBMA 虛連接，等，都是使用單播為目的地址，只要是在單播的環(huán)境下。Ipsec 就能正常載荷數(shù)據(jù)（加密）那換過來， ospf能載荷 IPSEC 的數(shù)據(jù)么 ?為什么能呢 ?OSPF 不是像 IPSEC 或 GRE 那樣 ,能載荷，最多， IPSEC就是利用 ospf 自動發(fā)現(xiàn)的路由作為remote 地址 ,所以， ospf 結(jié)合 ipsec，

19、首先要注意OSPF 的網(wǎng)絡(luò)類型，以組播的，是不能成功被IPSEC 加密的，最后。還有一個致命的缺點，如果OSPF 得網(wǎng)絡(luò)中加入IPSEC 這塊，如果是因為需求需要，否則一般人是不會這么做的，因為 IPSEC 相對靜態(tài)， 只能點到點， 你配置一個 OSPF 鄰居，就要手動加上一條IPSEC,并且還不能以組播地址為目的地。22:ospf 區(qū)域怎樣劃分才合理 ?答： ospf 詳細(xì)劃分區(qū)域，是很有必要的，現(xiàn)在的路由器的性能越來越強大，但，區(qū)域該怎么劃分才合理，才能把 OSPF 最大最優(yōu)呢 ?這無疑是跟著路由器的性能和拓?fù)洵h(huán)境走，ospf 雖然只會將最優(yōu)的路由安裝在路由表中，但是，在OSPF 數(shù)據(jù)庫里

20、面，所有的LSA 都會存在，如果網(wǎng)絡(luò)的直徑大起來，最無疑是對OSPF 一個挑戰(zhàn)，但根據(jù)網(wǎng)絡(luò)大爬蟲中OSPF FAQ 50作者的觀點， RFC 的作者在早期推薦過， 一個區(qū)域最好不超過50 臺路由器但那是在90 年代寫的 (也就是我出生的時候， ）哪時候的路由跟現(xiàn)在的， 性能已經(jīng)不在是相同的一個檔次了?，F(xiàn)在的路由器性能所肯定不是在 50 ，當(dāng)然，由于環(huán)境限制，此問題上，本人水平有限，無法做出更科學(xué)。更理論的解答。23：兩臺路由器通過直連鏈路，建立OSPF 鄰居，那么在一邊使用P2P，而一邊使用P2MP的情況下，能正常建立到鄰接狀態(tài)么?答：肯定是不能的，因為這兩個網(wǎng)絡(luò)類型的hellointerva

21、l不一樣，而在OSPF 進程檢查一個hello報文是否合法，其 hellointerval ，在檢查圍。因此兩臺路由上的hellointerval是不一樣的，這樣的話，當(dāng)其中一臺路由器接受到另一臺的包時，將會丟棄此HELLO 包，因此鄰居就不可能正常建立起來。應(yīng)廣大網(wǎng)友要求，為了讓此文檔更有價值，剩下的問題，都將從OSPF 中 error提取，將最大化OSPF error 中的錯誤點以及解決方法，在MSR 20-21 上， OSPFerror 一共有 29 條（每個廠商所實現(xiàn)的 OSPF 在細(xì)節(jié)上多多少少有一些誤差 ,本文檔的實驗環(huán)境，是 MSR 20-21 其因為路由器所實現(xiàn)的誤差，本人不將

22、做任何解釋），所以。此error 只代表 H3C MSR 20-21 設(shè)備上所實現(xiàn)的OSPF ERROR，）。OSPF Packet Error Statistics24 : OSPF Router ID confusion 39 : OSPF bad packet25 : OSPF bad version 40 : OSPF bad checksum26 : OSPF bad area ID 41 : OSPF drop on unnumbered interface27 : OSPF bad virtual link 42 : OSPF bad authentication type28

23、: OSPF bad authentication key 43 : OSPF packet too small29 : OSPF Neighbor state low 44 : OSPF transmit error30 : OSPF interface down 45 : OSPF unknown neighbor31 : HELLO: Netmask mismatch 46 : HELLO: Hello timer mismatch32 : HELLO: Dead timer mismatch 47 : HELLO: Extern option mismatch33 : HELLO: N

24、eighbor unknown 48 : DD: MTU option mismatch34 : DD: Unknown LSA type 49 : DD: Extern option mismatch35 : LS ACK: Bad ack 50 : LS ACK: Unknown LSA type36 : LS REQ: Empty request 51 : LS REQ: Bad request37 : LS UPD: LSA checksum bad 52 : LS UPD: Received less recent LSA38 : LS UPD: Unknown LSA type24

25、：在什么情況下ospf error 的 OSPF Router ID confusion 數(shù)值會增加答：這條錯誤，相信大家再熟悉不過了，ospf router-id沖突， RFC 規(guī)定， ospf 的 router-id在整個 AS 中唯一，而router-id又起著防環(huán)的作用，關(guān)于ROUTER-ID 沖突，我一共總結(jié)出三種情況，分別如下。第一種：區(qū)域router-id沖突，這種情況大家遇到的最多（骨干區(qū)域與骨干區(qū)域，非骨干區(qū)域與非骨干區(qū)域。區(qū)域，）導(dǎo)致的后果是，OSPF 不能正常建立鄰居，那么自然不能正常交互 LSA 信息咯。第二種：區(qū)域間的 route-id ，這種沖突，必定是在多區(qū)域的情

26、況下才會產(chǎn)生，不然怎么叫區(qū)域間沖突呢。他導(dǎo)致的后果，路由時有時無，兩個沖突的路由器學(xué)到的路由，在路由表里，一下有，然后又消失了，然后又出現(xiàn)了。第三種：虛連接router-id沖突，這種情況最明顯，導(dǎo)致的后果跟第一種情況差不多，虛連接無常建立， (區(qū)域間沖突的一種）Router-id 沖突，概念性的就這三種，當(dāng)然，區(qū)域，區(qū)域間，如果細(xì)分的話，有十幾種，遇到此問題時，整理下思路，OSPF 的 ROUTER-ID 沖突相對來說是比較好定位與排除的。25：在什么情況下。OSPF bad versio數(shù)值會增加。答:ospf 的版本出錯?；蛘哒f， ospf 版本字段損壞。解決辦法，檢查下 OSPF 版本

27、是否配置正確。然后重啟下 OSPF 進程就可以了。26:在什么情況下，OSPF bad area ID 數(shù)值會增加 ?答：區(qū)域 ID 配置錯誤，如果是在骨干區(qū)域與非骨干區(qū)域 (區(qū)域零和非骨干區(qū)域沖突） ，那么在骨干區(qū)域的路由器上， OSPF bad area ID 會增值， 而在非骨干區(qū)域他顯示的是虛連接增值。OSPF bad virtual link，但如果都是非骨干區(qū)域呢，那么兩邊的路由器都是OSPF bad area ID增值。27：在什么情況下會OSPF bad virtual link 數(shù)值升序，答： OSPF 虛連接錯誤，只要是非骨干區(qū)域與骨干區(qū)域不連續(xù)，都會出現(xiàn)此錯誤，具體的，分

28、別如下，第一：如果是非骨干區(qū)域并沒有骨干區(qū)域， （例如，區(qū)域 1-2 -3 這樣） ，但在同一個網(wǎng)段中，那么會出現(xiàn)OSPF bad area ID 升值，因為ospf 區(qū)域針對的是網(wǎng)段和接口，并不是針對路由器，第二： OSPF 虛連接是建立在正常的OSPF 鄰居之上的，所以，在虛連接DOWN 的情況下先檢查 ospf 鄰居是否正常，第三： ospf 并不能跨區(qū)域建立虛連接，在上面的問題中，我已經(jīng)描述過虛連接建立的過程，如果是跨區(qū)域，那么 ospf 的目的地址，固然確定不了，既然目的地址確定不了，那么報文肯定不能正常發(fā)送。28：在什么情況下OSPF bad authentication key

29、數(shù)值會增加。答：在這里有必要說下， MSR-20-21,所實現(xiàn)的 OSPF 驗證，如果一旦在區(qū)域啟用OSPF 驗證，那么接口就必須要與區(qū)域使用同一種驗證模式才能正常加密ospf 報文，如果接口跟區(qū)域不一致的話， （包括區(qū)域啟用MD5，而接口下使用的是simple ，或者區(qū)域啟用驗證，接口下不啟用， ）他是不發(fā)送HELLO 報文的，因為區(qū)域與接口不匹配或協(xié)商的字段不一致，那么他的OSPF 報文會出錯的， ，就算發(fā)出去了也是不完整的。并且他在ospf 中的 error 不會提示任何代碼出錯的， （因為都沒報文發(fā)出去，他那什么去檢測出錯），那么回到我們本題中， ospf驗證方式有兩種，一種是在接口下

30、啟用驗證，一種是在ospf 區(qū)域啟用，既然他必須嚴(yán)格要求區(qū)域與接口使用的是同一種驗證模式（如MD5或 simple ）那么此字段升值，肯定是兩邊接口下的KEY 出錯咯。29：在什么情況下OSPF Neighbor state low 會升值？答：此數(shù)值，會跟著鏈路的震蕩，會依次升序，(如鄰居 UP,DOWN，或者鏈路不穩(wěn)定， )30:在什么情況下， OSPF interface down 會升值。答：此數(shù)值，在使能ospf 之后，他的鏈路會進入到一個端口狀態(tài)（比如，DR,或 BDR,），如果此鏈路不穩(wěn)定，經(jīng)常UP,DOWN。那么此數(shù)值就會根據(jù)UP,DOWN 的次數(shù)而升值此項。31：在什么情況下

31、，HELLO: Netmask mismatch 數(shù)值會升值。答： ospf 在除點到點和虛連接的情況外，都必須嚴(yán)格匹配network mask字段，這是驗證一個 HELLO 是否合法，如果合法，就繼續(xù)交互報文，建立鄰居，反之，則丟棄報文，那么此字段升值，肯定是兩邊接口的掩碼不一致，32：在什么情況下，HELLO: Dead timer mismatch 字段升值，答：補充一下，驗證hello 是否合法，分別如下，第一：如果接受端口類型是廣播型，或NBMA 型，那么所接受的端口中的NETWORD MASK字段必須和接收端口的網(wǎng)絡(luò)掩碼一致，如果端口類型為點到點，或虛連接，那么將忽略此字段，第二：

32、所接受的hello 報文中的 hellointerval字段必須和接收端口的配置一致，第三：所接收的HELLO 報文中 routerdeadinterval 字段必須和接收端口的配置一致，第四：所接收 hello報文中的 OPTIONS 字段中的 E-bit，必須和相關(guān)區(qū)域的配置一樣。那么再回到此代碼，毋庸置疑，肯定是兩邊的router deadinterval 字段不一致，才會升值，(此問題一般都是手動更改接口下的ospf router dead ）33：在什么情況下HELLO: Neighbor unknown 升值，答： hello 包的鄰居（ Neighbor ）字段匹配錯誤，34：在

33、什么情況下，DD: Unknown LSA type 升值。答: 路由器在數(shù)據(jù)庫同步時，收到未知的LSA 類型，35:在什么情況下 LS ACK: Bad ack升值。答： OSPF 在大概幾種情況下發(fā)送LSACK 信息，分別如下，第一： OSPF 在剛確定建立鄰接關(guān)系的時候，鄰居狀態(tài)到loading 的時候，收到對方發(fā)送的LSU 報文后，回復(fù)LS ACK，鄰居狀態(tài)機并轉(zhuǎn)換到FULL 狀態(tài)，此 LSACK 的作用是確保信息傳輸?shù)目煽啃浴２σ越邮艿腖SA 進行確認(rèn)。第二：如果 LSA 的 LS 時限等于 MaxAge，而且路由器的連接狀態(tài)數(shù)據(jù)庫中沒有該LSA 的實例，而且路由器的鄰居都不處于E

34、xchange 或 Loading 狀態(tài)，那么此時的路由器過發(fā)送一個 LSAck 包到發(fā)送的鄰居來確認(rèn)收到該LSA，或丟棄該 LSA，并從 LSU 包中取得下一個（如果存在）再回到我們這個問題中， RFC2328 規(guī)定，理洪泛之前，要對所接收到的LSAck 包進行很多一致性檢查。特別的，需要與特定的鄰居相關(guān)聯(lián)。如果所關(guān)聯(lián)的鄰居狀態(tài)小于Exchange，則丟棄該 LSAck 包。36：在什么情況下LS REQ: Empty request升值答：37：在什么情況下LS UPD: LSA checksum bad字段升值答：顧名思義。在RFC2328 中，明確描述，對于每個包含在LSU 包中的 L

35、SA，進行下面的步驟。第一：確認(rèn) LSA 的 LS 校驗和。如果校驗和無效，丟棄該LSA，并從 LSU 包中取得下一個第二：檢查 LSA 的類型。如果LS 類型為未知，丟棄該 LSA，并從 LSU 包中取得下一個那么根據(jù)以上的規(guī)則，再看此問題，可以很明顯的看出來，LSU 在檢查效驗和，一但在此步驟發(fā)生錯誤，那么OSPF 中的 error中的 LS UPD: LSA checksum bad 升值。38：在什么情況下LS UPD: Unknown LSA type 字段升值。答：跟上個問題答案一樣，不再討論39： OSPF 在什么情況下OSPF bad packet字段升值。答：OSPF 非法報

36、文。 在上面的錯誤中。 已經(jīng)介紹了各種報文驗證合法的錯誤。指的是。此報文已經(jīng)通過了 OSPF 中的報文頭驗證。但包中的某些字段過長。導(dǎo)致程或路由器無法識別。這里的非法。 ospf 進40：在什么情況下， OSPF bad checksum 升值答：在 RFC2328 中定義 checksum 字段如下。從 OSPF 開始，除了 64 位的驗證域外，整個包的標(biāo)準(zhǔn)IP 校驗和。該校驗和作為16 位 1 補足校驗和而計算包中除驗證域外的所有16位字。如果包的長度不滿足16 位字，就在校驗和前加上一個字節(jié)的0 來補足。校驗和也被作為正確性驗證的一部分因為效驗和也被作為正確性驗證的一部分。所以。當(dāng)效驗和

37、出錯了。此字段也就跟著升值。41：在什么情況下 OSPF drop on unnumbered interface字段升值。答：某個地址借用接口上丟棄的OSPF 報文數(shù)。42：在什么情況下OSPF bad authentication type 升值答：區(qū)域驗證類型不一致，導(dǎo)致項升值， 區(qū)域驗證一共有兩種，一種是 MD5 一種是 simple ，此字段升值后，檢查下區(qū)域配置的驗證模式，兩端是否一樣。43：在什么情況下OSPF packet too small 升值答： ospf 報文沒有正常封裝。或者封裝的包太小。44：在什么情況下OSPF transmit error 升值答：傳輸出錯的的O

38、SPF 報文數(shù)45：在什么情況下OSPF unknown neighbor 升值答：未知的 OSPF 鄰居，在廣播網(wǎng)絡(luò)環(huán)境下，當(dāng)一個接口修改Dead 值的時候。由于DEAD值必須要跟 HelloInterval 必須相同。否則就會出錯。但是修改了此值之后。首先在OSPFERROR 中 HELLO: Dead timer mismatch 此項升值，然而接下來，當(dāng)網(wǎng)段其他的路由器正常建立鄰居而泛洪LS ACK的時候。此路由（修改了DEAD 值的路由器）收到了其他路由器的一些報文。比如LSACK，那么這些報文對此 OSPF（在接口上修改了 DEAD）進程來說，是未知的，所以，在這時候，此項就跟著升

39、值了。46：在什么情況下HELLO: Hello timer mismatch答：顧名思義。HELLO 包的 TIME 值不匹配。地球人都懂，不再討論。47：在什么情況下HELLO: Extern option mismatch 升值答：在上面的問題中（ 32 題）我已經(jīng)描述過， OSPF 在檢驗一個 HELLO 報文是否合法，其檢查的字段中有， E-bit，在 ospf 特殊區(qū)域中比如（ NSSA， stub ）如果此 E-BIT 不匹配。那么 ospf 中的 ERROR 將會升值此項。48：在什么情況下DD: MTU option mismatch 升值答：關(guān)于這個問題，我們切換到RFC2

40、328 中接收到數(shù)據(jù)庫描述包如果 DD 包中表示IP 包大小的接口MTU 域，大于該路由器接口所能接收的不分片大小，拒絕該DD 包。否則，如果鄰居路由器的狀態(tài)是：Down ：包應(yīng)當(dāng)被拒絕。Attempt ：包應(yīng)當(dāng)被拒絕。Init ：鄰居狀態(tài)機應(yīng)當(dāng)執(zhí)行事件 2-WayReceived。這導(dǎo)致立即變?yōu)闋顟B(tài) 2-Way 或狀態(tài)ExStart。如果新狀態(tài)是 ExStart，按照下面 ExStart 情況的介紹，繼續(xù)當(dāng)前包的處理。2-Way：包應(yīng)當(dāng)被忽略。DD 包僅為建立鄰接而使用。ExStart：如果接收到的包滿足下列一個條件，則鄰居狀態(tài)機需要執(zhí)行NegotiationDone 事件（這將使?fàn)顟B(tài)變?yōu)?Exchange）。包的選項域應(yīng)當(dāng)被記錄在鄰居結(jié)構(gòu)的選項域中，包的序號應(yīng)當(dāng)是下一個要處理的（見下）。否則，忽略該包。設(shè)定了初始（ I）、更多（ M）和主從（ MS）選項位，包的其他部分為空，且鄰居路由器標(biāo)識比自身路由器標(biāo)識要大。這時，路由器作為從機/Slave。設(shè)定主從位為從，并將鄰居數(shù)據(jù)結(jié)構(gòu)中的鄰居DD 序號設(shè)定為主機所提出的。清除了初始（ I）和主從（ MS）選項位，且包中的