ospf精典問答50例模板.doc

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

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

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

4、只是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)的功能是不能相提并論的。最關鍵的是。在LSA 報文頭中的類型字段。有明顯的區(qū)別。這兩類LSA 的作用定位不同。三類

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

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

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

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

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

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

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

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

13、ELLO；一方的多播能力失效（一個交換機故障）；l 僅在一方啟用了認證；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ù)庫描述）分組的過程中。原因： 不匹配的接口 MTUl鄰居上重復的路由器IDl無法用超過特定MTU 長度進行PINGl斷掉的單播連通性，它可

14、能是因為錯誤的DLCI，訪問列表或轉換單播的NAT5.OSPF 陷入 LOADING鄰居沒有應答或鄰居的應答從未到達本地路由器，路由器也會陷入LOADING狀態(tài)。原因：不匹配的MTUl 錯誤的鏈路狀態(tài)請求分組18: 為什么 OSPF與 BGP在重分布的時候。 OSPF 路由的下一跳不確定，導致選路錯誤。答：這是由 BGP 的環(huán)路引起的。在雙出口的 BGP 中。如果 BGP 里面宣告或學習到的路由都一樣，建議修改 preferred-value值。把環(huán)路取消。然后再做重分布。19： OSPF 跟 STP 結合組網(wǎng)，一般會遇到哪些問題。答：一個協(xié)議的所有功能都包含在報文中，報文中的某個字段置位，也

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

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

17、 只有 OSPF 正常建立鄰接關系， BGP 才能正常交互 OPEN相關的一些報文。所以，如果 ospf 與 BGP 一起組網(wǎng)，首先得檢查OSPF 相關的設置于錯誤，然后再檢查 BGP。21： OSPF 與 IPSEC 一起組網(wǎng)時，一般會遇到哪些問題?答：這個問題其實沒啥可問性，這兩個協(xié)議，相互獨立，但是，ipse 和 cospf也不是百分之百兼容（ ipsec不兼容組播） 這也就注定， 在一些正常的環(huán)境下， ipsec是沒有辦法載荷ospf的 HELLO 包的。但是這兩個協(xié)議結合在一起呢。如果說一個問題都沒有，那也不可能，在這里的話，我將針對以下這些問題做一些解答Ipsec在特定的情況下，能

18、正常載荷ospf嗎?為什么不能呢?ipsec除了對組播不支持，單播支持的還算完美的， ospf 又不是所有的報文目的都是組播，其中， NBMA虛連接，等，都是使用單播為目的地址，只要是在單播的環(huán)境下。Ipsec 就能正常載荷數(shù)據(jù)（加密）那換過來， ospf能載荷 IPSEC 的數(shù)據(jù)么 ?為什么能呢 ?OSPF 不是像 IPSEC 或 GRE 那樣 , 能載荷，最多， IPSEC就是利用 ospf 自動發(fā)現(xiàn)的路由作為remote地址 ,所以， ospf 結合 ipsec ，首先要注意 OSPF 的網(wǎng)絡類型， 以組播的， 是不能成功被IPSEC 加密的，最后。還有一個致命的缺點， 如果 OSPF

19、得網(wǎng)絡中加入IPSEC 這塊， 如果是因為需求需要，否則一般人是不會這么做的，因為 IPSEC 相對靜態(tài)，只能點到點， 你配置一個 OSPF 鄰居，就要手動加上一條IPSEC,并且還不能以組播地址為目的地。22:ospf區(qū)域怎樣劃分才合理 ?答： ospf詳細劃分區(qū)域，是很有必要的，現(xiàn)在的路由器的性能越來越強大，但，區(qū)域該怎么劃分才合理，才能把 OSPF 最大最優(yōu)呢 ?這無疑是跟著路由器的性能和拓撲環(huán)境走，ospf 雖然只會將最優(yōu)的路由安裝在路由表中，但是，在OSPF 數(shù)據(jù)庫里面，所有的LSA 都會存在，如果網(wǎng)絡的直徑大起來，最無疑是對OSPF 一個挑戰(zhàn)，但根據(jù)網(wǎng)絡大爬蟲中OSPF FAQ 5

20、0作者的觀點，RFC 的作者在早期推薦過，一個區(qū)域最好不超過50 臺路由器但那是在90 年代寫的 ( 也就是我出生的時候，）哪時候的路由跟現(xiàn)在的，性能已經(jīng)不在是相同的一個檔次了?，F(xiàn)在的路由器性能所肯定不是在50 內(nèi)，當然，由于環(huán)境限制，此問題上，本人水平有限，無法做出更科學。更理論的解答。23：兩臺路由器通過直連鏈路，建立OSPF 鄰居，那么在一邊使用P2P，而一邊使用P2MP的情況下，能正常建立到鄰接狀態(tài)么?答：肯定是不能的， 因為這兩個網(wǎng)絡類型的hellointerval不一樣， 而在 OSPF 進程檢查一個 hello報文是否合法，其hellointerval，在檢查范圍內(nèi)。因此兩臺路由

21、上的hellointerval是不一樣的，這樣的話，當其中一臺路由器接受到另一臺的包時，將會丟棄此HELLO 包，因此鄰居就不可能正常建立起來。應廣大網(wǎng)友要求，為了讓此文檔更有價值，剩下的問題，都將從OSPF 中 error提取，將最大化OSPF error中的錯誤點以及解決方法，在MSR 20-21 上， OSPFerror一共有 29 條（每個廠商所實現(xiàn)的OSPF 在細節(jié)上多多少少有一些誤差, 本文檔的實驗環(huán)境，是MSR 20-21 其因為路由器所實現(xiàn)的誤差，本人不將做任何解釋），所以。此error只代表 H3C MSR 20-21 設備上所實現(xiàn)的OSPF ERROR，）。OSPF Pro

22、cess 1 with Router ID 1.1.1.1OSPF 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 : OSPF bad authentication

23、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: Neighbor unknown 48 : DD: M

24、TU 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：在什么情況下ospf error的 OSPF Ro

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

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

27、 在什么情況下， OSPF bad area ID數(shù)值會增加 ?答：區(qū)域 ID 配置錯誤，如果是在骨干區(qū)域與非骨干區(qū)域( 區(qū)域零和非骨干區(qū)域沖突），那么在骨干區(qū)域的路由器上，OSPF bad area ID 會增值，而在非骨干區(qū)域他顯示的是虛連接增值。OSPFbad virtuallink，但如果都是非骨干區(qū)域呢，那么兩邊的路由器都是OSPFbad areaID增值。27：在什么情況下會OSPF bad virtual link數(shù)值升序，答： OSPF 虛連接錯誤，只要是非骨干區(qū)域與骨干區(qū)域不連續(xù)，都會出現(xiàn)此錯誤，具體的，分別如下，第一：如果是非骨干區(qū)域并沒有骨干區(qū)域，（例如，區(qū)域 1-2 -

28、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數(shù)值會增加。答：在這里有必要說下，MSR-20-21, 所實現(xiàn)的OSPF 驗證

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

30、式（如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：在什么情況下，HELLO: Netmask mismatch數(shù)值會升值。答： ospf在除點到點和虛連接的情況

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

32、LO 報文中 routerdeadinterval字段必須和接收端口的配置一致，第四：所接收 hello報文中的 OPTIONS字段中的 E-bit ，必須和相關區(qū)域的配置一樣。那么再回到此代碼，毋庸置疑，肯定是兩邊的router deadinterval字段不一致，才會升值，(此問題一般都是手動更改接口下的ospf router dead）33：在什么情況下HELLO: Neighbor unknown升值，答： hello 包的鄰居（ Neighbor ）字段匹配錯誤，34：在什么情況下，DD: Unknown LSA type升值。答: 路由器在數(shù)據(jù)庫同步時，收到未知的LSA 類型，35

33、: 在什么情況下LS ACK: Bad ack 升值。答： OSPF 在大概幾種情況下發(fā)送LSACK 信息，分別如下，第一： OSPF 在剛確定建立鄰接關系的時候，鄰居狀態(tài)到loading的時候，收到對方發(fā)送的LSU 報文后，回復LS ACK，鄰居狀態(tài)機并轉換到FULL 狀態(tài)，此 LSACK 的作用是確保信息傳輸?shù)目煽啃?。并對以接受的LSA 進行確認。第二：如果 LSA 的 LS 時限等于 MaxAge，而且路由器的連接狀態(tài)數(shù)據(jù)庫中沒有該LSA 的實例， 而且路由器的鄰居都不處于Exchange或 Loading狀態(tài)，那么此時的路由器過發(fā)送一個 LSAck 包到發(fā)送的鄰居來確認收到該LSA，或

34、丟棄該 LSA，并從 LSU 包中取得下一個（如果存在）再回到我們這個問題中，RFC2328 規(guī)定，理洪泛之前，要對所接收到的LSAck 包進行很多一致性檢查。特別的，需要與特定的鄰居相關聯(lián)。如果所關聯(lián)的鄰居狀態(tài)小于Exchange，則丟棄該LSAck包。36：在什么情況下LS REQ: Empty request升值答：37：在什么情況下答：顧名思義。在LS UPD: LSA checksum bad字段升值RFC2328 中，明確描述，對于每個包含在LSU 包中的LSA，進行下面的步驟。第一：確認 LSA 的 LS 校驗和。如果校驗和無效，丟棄該LSA，并從 LSU 包中取得下一個第二：檢

35、查 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 非法報文。 在上面的錯誤中。已經(jīng)介紹了各種報文驗證合法的錯誤。這里的非法。指的是。此報文已經(jīng)通過了OSPF 中的報文頭驗證。但包

36、中的某些字段過長。導致ospf 進程或路由器無法識別。40：在什么情況下， OSPF bad checksum 升值答：在 RFC2328 中定義 checksum 字段如下。從 OSPF 包頭開始，除了64 位的驗證域外，整個包的標準IP 校驗和。該校驗和作為16 位 1 補足校驗和而計算包中除驗證域外的所有16 位字。如果包的長度不滿足16 位字，就在校驗和前加上一個字節(jié)的0 來補足。校驗和也被作為正確性驗證的一部分因為效驗和也被作為正確性驗證的一部分。所以。當效驗和出錯了。此字段也就跟著升值。41：在什么情況下OSPF drop on unnumbered interface字段升值。答

37、：某個地址借用接口上丟棄的OSPF 報文數(shù)。42：在什么情況下OSPF bad authentication type升值答：區(qū)域內(nèi)驗證類型不一致， 導致項升值， 區(qū)域驗證一共有兩種， 一種是 MD5 一種是 simple ，此字段升值后，檢查下區(qū)域內(nèi)配置的驗證模式，兩端是否一樣。43：在什么情況下OSPF packet too small升值答： ospf報文沒有正常封裝?；蛘叻庋b的包太小。44：在什么情況下OSPF transmit error升值答：傳輸出錯的的OSPF 報文數(shù)45：在什么情況下OSPF unknown neighbor升值答：未知的OSPF 鄰居，在廣播網(wǎng)絡環(huán)境下，當一

38、個接口修改Dead值的時候。由于DEAD值必須要跟HelloInterval必須相同。否則就會出錯。但是修改了此值之后。首先在OSPFERROR中HELLO: Dead timer mismatch此項升值，然而接下來，當網(wǎng)段內(nèi)其他的路由器正常建立鄰居而泛洪LS ACK的時候。此路由（修改了DEAD 值的路由器）收到了其他路由器的一些報文。比如LSACK，那么這些報文對此OSPF（在接口上修改了DEAD）進程來說，是未知的，所以，在這時候，此項就跟著升值了。46：在什么情況下HELLO: Hello timer mismatch答：顧名思義。HELLO 包的 TIME 值不匹配。地球人都懂，不

39、再討論。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升值答：關于這個問題，我們切換到RFC2328 中接收到數(shù)據(jù)庫描述包如果 DD 包中表示IP 包大小的接口MTU 域，大于該路由器接口所能接收的不分片大小，拒絕該DD 包。否則，如果鄰居路由器的狀態(tài)是：Down：包應

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