OSPF的50個(gè)問(wèn)題.doc

OSPF 你懂多少之經(jīng)典問(wèn)題50 個(gè)【此文檔只適合對(duì)OSPF 有一定了解的閱讀】（注:此文檔只適合對(duì)OSPF 有一定了解的閱讀）1：在OSPF 中。為什么第三類LSA 傳播超過(guò)一個(gè)區(qū)域?路由信息就會(huì)被修改呢?他不是使用SPF 算法么?如果這樣那么他跟RIP 的DV 算法有啥區(qū)別？答ospf:因?yàn)閭鞑コ^(guò)一個(gè)區(qū)域之后。路由信息就會(huì)改變。而路由信息在OSPF 中，包括防環(huán)等作用。這也是RIP 與OSPF 本質(zhì)的區(qū)別。在RIP 中。由于采用DV 算法。當(dāng)報(bào)文傳遞過(guò)后。會(huì)改變路由信息。因此也就存在環(huán)路。而在OSPF 中。第三類LSA 也是這樣。由此RFC規(guī)定。所有區(qū)域必須要與骨干區(qū)域相連接。但在我們實(shí)際組網(wǎng)中。經(jīng)常碰到非骨干區(qū)域與骨干區(qū)域不能相互連接。由此RFC 定義了虛連接。2：說(shuō)到虛連接。哪虛連接為什么能保證第三類LSA 的路由信息不被修改呢?答：從狹義的角度來(lái)說(shuō)。一條虛連接是屬于區(qū)域零的一條虛擬鏈路。因此他也就能保證第三類LSA 的路由信息不被修改3：那虛連接是怎樣使用SPF 算法的呢?準(zhǔn)確的說(shuō)。虛連接是怎么確定他報(bào)文的目的地址的?答：每個(gè)虛連接都要生成兩顆最短路徑樹(shù)（第一棵為本地區(qū)域的最短路徑樹(shù)。第二棵為虛連接鄰居的最短路徑樹(shù)）計(jì)算虛連接最短路徑樹(shù)之后。本地路由器會(huì)通過(guò)查找對(duì)端最短路徑樹(shù)，并通過(guò)對(duì)端的router-id 來(lái)標(biāo)示。那么虛連接到達(dá)本地路由器的始發(fā)端口的IP 地址即為本地路由器發(fā)給對(duì)端虛連接鄰居的協(xié)議報(bào)文的目的IP 地址。4：為什么ospf 在默認(rèn)情況下引入外部路由生成的是第2 類而不是第一類LSA?你提出了這個(gè)問(wèn)題。這說(shuō)明你很細(xì)心也很用心。在外部第一類LSA 中。第一類LSA 比第二類的可信度要高。并與ospf 使能的路由有可比性。而第二類LSA 呢?？煽啃员容^低。與ospf自動(dòng)使能的路由也沒(méi)啥可比性。這里舉個(gè)例子。第一類就相當(dāng)于ospf 自己的孩子。而第二類呢。就相當(dāng)于從外面進(jìn)來(lái)的客人。所以，大家說(shuō)說(shuō)。從外面引入的。是孩子還是客人?并且在選路原則中。一類要永遠(yuǎn)要比二類優(yōu)先及時(shí)是前者COST 要高。其實(shí)我們?cè)诳磿臅r(shí)候。關(guān)注他的只是COST 值計(jì)算不同。而更重要的概念多數(shù)人都沒(méi)有搞清楚。5：為什么在ospf 中不能引入靜態(tài)的缺省?答：RFC 定義了缺省發(fā)布的條件。比如NSSA，stub，他們都會(huì)自動(dòng)生成一條缺省。6:第三類LSA 和第五類LSA link state id 字段都是描述目的網(wǎng)段的地址。哪他們之間有什么區(qū)別?啊。網(wǎng)友的力量是無(wú)限大的阿。你真的很會(huì)觀察生活。年輕人。對(duì)、三類和第五類的LINK-STATE ID 是一樣。都是描述目的網(wǎng)段的地址。即使他們所有的字段都是一樣。但是他們所實(shí)現(xiàn)的功能是不能相提并論的。最關(guān)鍵的是。在LSA 報(bào)文頭中的類型字段。有明顯的區(qū)別。這兩類LSA 的作用定位不同。三類是描述另一個(gè)區(qū)域的路由。而五類呢。描述的是外部路由。（并且他還有外部一類和外部二類。具體的情看第四個(gè)問(wèn)題）7：為什么ospf 中四種網(wǎng)絡(luò)類型所定義的hello time 和生存時(shí)間都不一樣?答：OSPF 一共定義了四種網(wǎng)絡(luò)類型，而這四種網(wǎng)絡(luò)類型，大部分都是針對(duì)鏈路，（點(diǎn)到多點(diǎn)需要手動(dòng)修改），這也是OSPF 的特點(diǎn)之一，能適應(yīng)更多不同類型的的網(wǎng)絡(luò)結(jié)構(gòu)中，并且，不同的網(wǎng)絡(luò)類型，鄰居生存時(shí)間和hello TIME 也隨之改變，（并且還可以手動(dòng)修改），這無(wú)不證明此協(xié)議的人性化。8:ospf 如果不同進(jìn)程不同區(qū)域使能。鄰居能正常建立起來(lái)么（廣播網(wǎng)絡(luò)環(huán)境下）答：不能正常建立。因?yàn)閛spf 路由器在接受OSPF 報(bào)文的時(shí)候會(huì)驗(yàn)證一些報(bào)文是否合法其檢查的內(nèi)容有。版本號(hào)。區(qū)域ID，驗(yàn)證方法和驗(yàn)證信息。9：不同進(jìn)程。同區(qū)域。鄰居能正常建立起來(lái)嗎?為什么?能。因?yàn)樵趏spf 的報(bào)文中。并不需要對(duì)進(jìn)程ID 進(jìn)行檢查。所以鄰居能正常建立起來(lái)。10:鄰居和鄰接有哪些區(qū)別?什么情況下才會(huì)出現(xiàn)鄰居。什么情況下才會(huì)出現(xiàn)鄰接。答：OSPF 一共有八個(gè)狀態(tài)機(jī)。其中down 2-way FULL 是穩(wěn)定狀態(tài)機(jī)其他的都是中轉(zhuǎn)狀態(tài)。,所謂鄰居關(guān)系是指只要與對(duì)端鄰居關(guān)系建立到2-WAY 就可以了。并且用到的報(bào)文只有HELLO，如果建立鄰接呢。就需要進(jìn)步一交互報(bào)文。需要用到的報(bào)文有dd。Lsr lsu ls ack他們兩之間的區(qū)別是。鄰居只需要使能。收到對(duì)端的HELLO 報(bào)文。并且自己在對(duì)端的鄰居列表里面就可以了。所有網(wǎng)絡(luò)環(huán)境。都可以建立鄰居關(guān)系。而鄰接呢。是在建立鄰居關(guān)系之上。從而交互路由信息的。通常。Drother 之間只需要建立鄰居關(guān)系。11:ospf 本身能過(guò)濾掉自身產(chǎn)生的LSA 嗎?答：ospf 本身并沒(méi)有過(guò)濾LSA 的機(jī)制。（原因很簡(jiǎn)單如果能限制的話。SPF 算法肯定要出錯(cuò)）有也只是限定一些范圍的。比如LSDB 的超載機(jī)制。12:ospf 一共有多少種LSA 報(bào)文類型?答：OSPF 一共有十一種LSA 報(bào)文類型。他們的作用分別如下。第一類:描述了區(qū)域內(nèi)部與路由器直連的鏈路信息第二類：計(jì)入了廣播或NBMA 網(wǎng)絡(luò)網(wǎng)段上所有路由器的router-id（打包一類LSA)第三類：將所連接區(qū)域內(nèi)部的鏈路信息以子網(wǎng)的形式傳播到相鄰區(qū)域。第四類：描述的目標(biāo)網(wǎng)絡(luò)是一個(gè)ASBR 的route-id第五類：描述到外部AS 路由信息第七類：NSSA 區(qū)域?qū)貺SA。描述道外部AS 的路由信息。以上這幾類是我們常用的第六類:在組播ospf 協(xié)議中使用的組播LSA第八類：在ospf 域內(nèi)傳播BGP 屬性時(shí)使用的外部屬性LSA第九類:本地鏈路范圍的opaque第十類：本地區(qū)域范圍內(nèi)的opaque LSA第十一：本自治系統(tǒng)范圍的opaque LSA13:ospf 中option 的作用有哪些?分別在哪些情況下置位?Option 這個(gè)字段是是ospf 的可選功能。描述路由器所支持所選的功能。一共有五位。格式分別如下E 位：該位描述是否洪泛AS-external-LSA，MC 位：該位描述是否多播擴(kuò)展OSPF 轉(zhuǎn)發(fā)IP 多播包。N/P 位：該位描述了處理類型7 LSA。EA 位：該位描述了是否按OSPF 外部屬性inprogress 的說(shuō)明忽略還是接收并轉(zhuǎn)發(fā)External-Attributes-LSA。DC 位：該位描述了按擴(kuò)展OSPF 和支持需求電路的說(shuō)明處理按需鏈路。14:ospf 中的LSA 報(bào)文頭。分別在五中報(bào)文類型中包含LSA 報(bào)文頭哪些信息?答：DD 包括了LSA 頭部信息。Ls 類型。LS ID，advertising(此LSA 生存者） LSR 只有LS 類型。LS ID 和此LSA 生存者。LSU：完整的LSR 和具體的鏈路信息。LSACK：LS 類型。LS ID，生存此路由信息和LS 系列號(hào)。15:OSPF 在進(jìn)程重啟。為什么鄰居能快速的建立起來(lái)。而不是像創(chuàng)建進(jìn)程一樣。需要等待那么長(zhǎng)時(shí)間?答：ospf 的鄰居存活時(shí)間是40 秒，在路由器之前成功建立鄰居正常的情況下，一邊重啟進(jìn)程，而另一邊鄰居還正常的存活在鄰居表中，但是當(dāng)這邊重啟好了，發(fā)送HELLO 的時(shí)候，對(duì)端也即轉(zhuǎn)到INIT 狀態(tài)，并且所有的狀態(tài)，只需要交互一個(gè)報(bào)文就行了，所以，重啟進(jìn)程，比普通建立的更快，也就是說(shuō)，等對(duì)端的四十秒過(guò)后，再重啟進(jìn)程，那么他們又得重新互發(fā)HELLO,又得經(jīng)過(guò)七個(gè)狀態(tài)機(jī)才能建立鄰接狀態(tài)。16:ospf 一直提示LSA disabled。為什么會(huì)產(chǎn)生這種情況?答：導(dǎo)致這種情況的原因是。當(dāng)LSA 的老化時(shí)間結(jié)束時(shí)。LSA 他會(huì)在LSDB 表里面移除掉。或者此LS 的始發(fā)者發(fā)送消息flooding 掉,但。正常的情況下。當(dāng)鄰居正常建立來(lái)。并且建立到鄰接狀態(tài)時(shí)，他會(huì)自動(dòng)更新LSA 的信息。并且用LS Age 和LS 系列號(hào)，來(lái)區(qū)分那條LSA更新。并在LSDB 表中更新最新的LSA，既然LSA 出現(xiàn)down 的情況。那么首先得把問(wèn)題定位在鄰居是否正常建立起來(lái)，并且能正常交互報(bào)文（LSU LS ACK）具體的請(qǐng)看后面OSPF常見(jiàn)報(bào)文錯(cuò)誤代碼。17:ospf 卡在init 狀態(tài)機(jī)哪。這樣的情況是怎么引發(fā)的。？答：卡在狀態(tài)機(jī)上。一般有以下這些可能.OSPF 陷入ATTEMPT僅對(duì)neighbor 語(yǔ)句的NBMA 網(wǎng)絡(luò)有效。陷入ATTEMPT 是指一臺(tái)路由器試圖通過(guò)發(fā)送它的HELLO 來(lái)聯(lián)系鄰居但是它沒(méi)有收到響應(yīng)。原因：錯(cuò)誤配置neighbor；NBMA 上的單播連通性斷了，可能是由錯(cuò)誤的DLCI，訪問(wèn)列表或轉(zhuǎn)換單播的NAT 引起的。2.OSPF 陷入INITINIT 狀態(tài)表示路由器收到來(lái)自鄰居的HELLO 分組，但是雙向通信并沒(méi)有建立。原因：一方訪問(wèn)列表阻止了HELLO；一方的多播能力失效（一個(gè)交換機(jī)故障）；l 僅在一方啟用了認(rèn)證；l 一方的HELLO 在第2層丟失了。3.OSPF 陷入2-WAY雙向狀態(tài)是指路由器在HELLO 分組的鄰居字段中見(jiàn)到了自己的路由器ID。原因：類似于所有路由器的優(yōu)先級(jí)都為0，則不會(huì)發(fā)生選舉，所有路由器停留在雙向狀態(tài)中。某些情況下是正常狀態(tài)。4.OSPF 陷入EXSTART/EXCHANGE在EXSTART 或EXCHANGE 狀態(tài)的OSPF 鄰居正處于嘗試交換DBD（數(shù)據(jù)庫(kù)描述）分組的過(guò)程中。原因： 不匹配的接口MTUl 鄰居上重復(fù)的路由器IDl 無(wú)法用超過(guò)特定MTU 長(zhǎng)度進(jìn)行PINGl 斷掉的單播連通性，它可能是因?yàn)殄e(cuò)誤的DLCI，訪問(wèn)列表或轉(zhuǎn)換單播的NAT5.OSPF 陷入LOADING鄰居沒(méi)有應(yīng)答或鄰居的應(yīng)答從未到達(dá)本地路由器，路由器也會(huì)陷入LOADING 狀態(tài)。原因： 不匹配的MTUl 錯(cuò)誤的鏈路狀態(tài)請(qǐng)求分組18:為什么OSPF與BGP在重分布的時(shí)候。OSPF 路由的下一跳不確定，導(dǎo)致選路錯(cuò)誤。答：這是由BGP 的環(huán)路引起的。在雙出口的BGP 中。如果BGP 里面宣告或?qū)W習(xí)到的路由都一樣，建議修改preferred-value 值。把環(huán)路取消。然后再做重分布。19：OSPF 跟STP 結(jié)合組網(wǎng)，一般會(huì)遇到哪些問(wèn)題。答：一個(gè)協(xié)議的所有功能都包含在報(bào)文中，報(bào)文中的某個(gè)字段置位，也就是這個(gè)協(xié)議的功能開(kāi)啟，不管OSPF與那個(gè)協(xié)議結(jié)合組網(wǎng)，只要不影響OSPF 的報(bào)文收和發(fā)就可以了，但，我們需要注意的是。STP 在收斂的時(shí)候，會(huì)導(dǎo)致端口阻塞，正常的流量是沒(méi)有辦法通過(guò)，那么這樣就會(huì)造成OSPF 的報(bào)文沒(méi)有辦法正常交互，并且會(huì)出現(xiàn)一些莫名其妙的現(xiàn)象（比如鄰居頻繁的UP ,DOWN, UP DOWN,）導(dǎo)致，還有在交互報(bào)文的時(shí)候，會(huì)莫名其妙的卡在一些狀態(tài)機(jī)上，這些，只有等STP 收斂好，讓OSPF 正常交互報(bào)文才能一一排除。20：OSPF 與BGP組網(wǎng)會(huì)遇到哪些問(wèn)題。答：大家都知道，BGP 和OSPF 都是第四層的協(xié)議，但是BGP 對(duì)TCP 有依賴性，而OSPF 對(duì)IP 也有一定的依賴性，（這里解釋一下阿，大家對(duì)ospf 于IP 的依賴性不是很清楚,ospf 使能一個(gè)網(wǎng)段后，如果這個(gè)網(wǎng)段存在，那么就以組播地址224.0.0.5（廣播環(huán)境下），針對(duì)這個(gè)網(wǎng)段發(fā)送HELLO 報(bào)文，那么如果這個(gè)網(wǎng)段不存在呢？那么HELLO 是不可能發(fā)送的。那這跟依賴有啥關(guān)系呢?大家想想，如果IP 正常的話，肯定無(wú)條件使能這個(gè)網(wǎng)段，但是IP 地址是DOWN 的情況下，OSPF 還繼續(xù)發(fā)HELLO 包么?)我之前說(shuō)過(guò)，ospf 在正常的情況下，不管與什么協(xié)議結(jié)合一起組網(wǎng)，只要滿足他基本的條件，那么鄰居和鄰接，肯定能正常建立，但BGP 對(duì)TCP 有依賴性，換句話說(shuō)，只有OSPF 正常建立鄰接關(guān)系，BGP 才能正常交互OPEN 相關(guān)的一些報(bào)文。所以，如果ospf 與BGP 一起組網(wǎng)，首先得檢查OSPF 相關(guān)的設(shè)置于錯(cuò)誤，然后再檢查BGP。21：OSPF 與IPSEC 一起組網(wǎng)時(shí)，一般會(huì)遇到哪些問(wèn)題?答：這個(gè)問(wèn)題其實(shí)沒(méi)啥可問(wèn)性，這兩個(gè)協(xié)議，相互獨(dú)立，但是，ipse 和cospf 也不是百分之百兼容（ipsec不兼容組播）這也就注定，在一些正常的環(huán)境下，ipsec 是沒(méi)有辦法載荷ospf 的HELLO 包的。但是這兩個(gè)協(xié)議結(jié)合在一起呢。如果說(shuō)一個(gè)問(wèn)題都沒(méi)有，那也不可能，在這里的話，我將針對(duì)以下這些問(wèn)題做一些解答Ipsec 在特定的情況下，能正常載荷ospf 嗎?為什么不能呢?ipsec 除了對(duì)組播不支持，單播支持的還算完美的，ospf 又不是所有的報(bào)文目的都是組播，其中，NBMA 虛連接，等，都是使用單播為目的地址，只要是在單播的環(huán)境下。Ipsec 就能正常載荷數(shù)據(jù)（加密）那換過(guò)來(lái)，ospf 能載荷IPSEC 的數(shù)據(jù)么?為什么能呢?OSPF 不是像IPSEC 或GRE 那樣,能載荷，最多，IPSEC就是利用ospf 自動(dòng)發(fā)現(xiàn)的路由作為remote 地址,所以，ospf 結(jié)合ipsec，首先要注意OSPF 的網(wǎng)絡(luò)類型，以組播的，是不能成功被IPSEC 加密的，最后。還有一個(gè)致命的缺點(diǎn)，如果OSPF 得網(wǎng)絡(luò)中加入IPSEC 這塊，如果是因?yàn)樾枨笮枰駝t一般人是不會(huì)這么做的，因?yàn)镮PSEC 相對(duì)靜態(tài)，只能點(diǎn)到點(diǎn)，你配置一個(gè)OSPF 鄰居，就要手動(dòng)加上一條IPSEC,并且還不能以組播地址為目的地。22:ospf 區(qū)域怎樣劃分才合理?答：ospf 詳細(xì)劃分區(qū)域，是很有必要的，現(xiàn)在的路由器的性能越來(lái)越強(qiáng)大，但，區(qū)域該怎么劃分才合理，才能把OSPF 最大最優(yōu)呢?這無(wú)疑是跟著路由器的性能和拓?fù)洵h(huán)境走，ospf 雖然只會(huì)將最優(yōu)的路由安裝在路由表中，但是，在OSPF 數(shù)據(jù)庫(kù)里面，所有的LSA 都會(huì)存在，如果網(wǎng)絡(luò)的直徑大起來(lái)，最無(wú)疑是對(duì)OSPF 一個(gè)挑戰(zhàn)，但根據(jù)網(wǎng)絡(luò)大爬蟲(chóng)中OSPF FAQ 50作者的觀點(diǎn)， RFC 的作者在早期推薦過(guò)，一個(gè)區(qū)域最好不超過(guò)50 臺(tái)路由器但那是在90 年代寫的(也就是我出生的時(shí)候，）哪時(shí)候的路由跟現(xiàn)在的，性能已經(jīng)不在是相同的一個(gè)檔次了?，F(xiàn)在的路由器性能所肯定不是在50 內(nèi)，當(dāng)然，由于環(huán)境限制，此問(wèn)題上，本人水平有限，無(wú)法做出更科學(xué)。更理論的解答。23：兩臺(tái)路由器通過(guò)直連鏈路，建立OSPF 鄰居，那么在一邊使用P2P，而一邊使用P2MP的情況下，能正常建立到鄰接狀態(tài)么?答：肯定是不能的，因?yàn)檫@兩個(gè)網(wǎng)絡(luò)類型的hellointerval 不一樣，而在OSPF 進(jìn)程檢查一個(gè)hello 報(bào)文是否合法，其hellointerval，在檢查范圍內(nèi)。因此兩臺(tái)路由上的hellointerval 是不一樣的，這樣的話，當(dāng)其中一臺(tái)路由器接受到另一臺(tái)的包時(shí)，將會(huì)丟棄此HELLO 包，因此鄰居就不可能正常建立起來(lái)。應(yīng)廣大網(wǎng)友要求，為了讓此文檔更有價(jià)值，剩下的問(wèn)題，都將從OSPF 中error提取，將最大化OSPF error 中的錯(cuò)誤點(diǎn)以及解決方法，在MSR 20-21 上，OSPFerror 一共有29 條（每個(gè)廠商所實(shí)現(xiàn)的OSPF 在細(xì)節(jié)上多多少少有一些誤差,本文檔的實(shí)驗(yàn)環(huán)境，是MSR 20-21 其因?yàn)槁酚善魉鶎?shí)現(xiàn)的誤差，本人不將做任何解釋），所以。此error 只代表H3C MSR 20-21 設(shè)備上所實(shí)現(xiàn)的OSPF ERROR，）。OSPF Process 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 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: 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：在什么情況下ospf error的OSPF Router ID confusion 數(shù)值會(huì)增加答：這條錯(cuò)誤，相信大家再熟悉不過(guò)了，ospf router-id 沖突，RFC 規(guī)定，ospf 的router-id在整個(gè)AS 中唯一，而router-id 又起著防環(huán)的作用，關(guān)于ROUTER-ID 沖突，我一共總結(jié)出三種情況，分別如下。第一種：區(qū)域內(nèi)router-id 沖突，這種情況大家遇到的最多（骨干區(qū)域與骨干區(qū)域，非骨干區(qū)域與非骨干區(qū)域。區(qū)域內(nèi)，）導(dǎo)致的后果是，OSPF 不能正常建立鄰居，那么自然不能正常交互LSA 信息咯。第二種：區(qū)域間的route-id，這種沖突，必定是在多區(qū)域的情況下才會(huì)產(chǎn)生，不然怎么叫區(qū)域間沖突呢。他導(dǎo)致的后果，路由時(shí)有時(shí)無(wú)，兩個(gè)沖突的路由器學(xué)到的路由，在路由表里，一下有，然后又消失了，然后又出現(xiàn)了。第三種：虛連接router-id 沖突，這種情況最明顯，導(dǎo)致的后果跟第一種情況差不多，虛連接無(wú)法正常建立，(區(qū)域間沖突的一種）Router-id 沖突，概念性的就這三種，當(dāng)然，區(qū)域內(nèi)，區(qū)域間，如果細(xì)分的話，有十幾種，遇到此問(wèn)題時(shí)，整理下思路，OSPF 的ROUTER-ID 沖突相對(duì)來(lái)說(shuō)是比較好定位與排除的。25：在什么情況下。OSPF bad versio數(shù)值會(huì)增加。答:ospf 的版本出錯(cuò)?；蛘哒f(shuō)，ospf 版本字段損壞。解決辦法，檢查下OSPF 版本是否配置正確。然后重啟下OSPF 進(jìn)程就可以了。26:在什么情況下，OSPF bad area ID 數(shù)值會(huì)增加?答：區(qū)域ID 配置錯(cuò)誤，如果是在骨干區(qū)域與非骨干區(qū)域(區(qū)域零和非骨干區(qū)域沖突），那么在骨干區(qū)域的路由器上，OSPF bad area ID 會(huì)增值，而在非骨干區(qū)域他顯示的是虛連接增值。OSPF bad virtual link，但如果都是非骨干區(qū)域呢，那么兩邊的路由器都是OSPF bad area ID增值。27：在什么情況下會(huì)OSPF bad virtual link數(shù)值升序，答：OSPF 虛連接錯(cuò)誤，只要是非骨干區(qū)域與骨干區(qū)域不連續(xù)，都會(huì)出現(xiàn)此錯(cuò)誤，具體的，分別如下，第一：如果是非骨干區(qū)域并沒(méi)有骨干區(qū)域，（例如，區(qū)域1-2 -3 這樣） ，但在同一個(gè)網(wǎng)段中，那么會(huì)出現(xiàn)OSPF bad area ID 升值，因?yàn)閛spf 區(qū)域針對(duì)的是網(wǎng)段和接口，并不是針對(duì)路由器，第二：OSPF 虛連接是建立在正常的OSPF 鄰居之上的，所以，在虛連接DOWN 的情況下先檢查ospf 鄰居是否正常，第三：ospf 并不能跨區(qū)域建立虛連接，在上面的問(wèn)題中，我已經(jīng)描述過(guò)虛連接建立的過(guò)程，如果是跨區(qū)域，那么ospf 的目的地址，固然確定不了，既然目的地址確定不了，那么報(bào)文肯定不能正常發(fā)送。28：在什么情況下OSPF bad authentication key數(shù)值會(huì)增加。答：在這里有必要說(shuō)下，MSR-20-21,所實(shí)現(xiàn)的OSPF 驗(yàn)證，如果一旦在區(qū)域內(nèi)啟用OSPF 驗(yàn)證，那么接口就必須要與區(qū)域內(nèi)使用同一種驗(yàn)證模式才能正常加密ospf 報(bào)文，如果接口跟區(qū)域內(nèi)不一致的話，（包括區(qū)域內(nèi)啟用MD5，而接口下使用的是simple，或者區(qū)域內(nèi)啟用驗(yàn)證，接口下不啟用，）他是不發(fā)送HELLO 報(bào)文的，因?yàn)閰^(qū)域內(nèi)與接口不匹配或協(xié)商的字段不一致，那么他的OSPF 報(bào)文會(huì)出錯(cuò)的，就算發(fā)出去了也是不完整的。并且他在ospf 中的error 不會(huì)提示任何代碼出錯(cuò)的，（因?yàn)槎紱](méi)報(bào)文發(fā)出去，他那什么去檢測(cè)出錯(cuò)），那么回到我們本題中，ospf 驗(yàn)證方式有兩種，一種是在接口下啟用驗(yàn)證，一種是在ospf 區(qū)域內(nèi)啟用，既然他必須嚴(yán)格要求區(qū)域與接口使用的是同一種驗(yàn)證模式（如MD5 或simple）那么此字段升值，肯定是兩邊接口下的KEY 出錯(cuò)咯。29：在什么情況下OSPF Neighbor state low 會(huì)升值？答：此數(shù)值，會(huì)跟著鏈路的震蕩，會(huì)依次升序，(如鄰居UP,DOWN，或者鏈路不穩(wěn)定，)30:在什么情況下，OSPF interface down 會(huì)升值。答：此數(shù)值，在使能ospf 之后，他的鏈路會(huì)進(jìn)入到一個(gè)端口狀態(tài)（比如，DR,或BDR,），如果此鏈路不穩(wěn)定，經(jīng)常UP,DOWN。那么此數(shù)值就會(huì)根據(jù)UP,DOWN 的次數(shù)而升值此項(xiàng)。31：在什么情況下， HELLO: Netmask mismatch 數(shù)值會(huì)升值。答：ospf 在除點(diǎn)到點(diǎn)和虛連接的情況外，都必須嚴(yán)格匹配network mask 字段，這是驗(yàn)證一個(gè)HELLO 是否合法，如果合法，就繼續(xù)交互報(bào)文，建立鄰居，反之，則丟棄報(bào)文，那么此字段升值，肯定是兩邊接口的掩碼不一致，32：在什么情況下，HELLO: Dead timer mismatch 字段升值，答：補(bǔ)充一下，驗(yàn)證hello 是否合法，分別如下，第一：如果接受端口類型是廣播型，或NBMA 型，那么所接受的端口中的NETWORD MASK字段必須和接收端口的網(wǎng)絡(luò)掩碼一致，如果端口類型為點(diǎn)到點(diǎn)，或虛連接，那么將忽略此字段，第二：所接受的hello 報(bào)文中的hellointerval 字段必須和接收端口的配置一致，第三：所接收的HELLO 報(bào)文中routerdeadinterval 字段必須和接收端口的配置一致，第四：所接收hello 報(bào)文中的OPTIONS 字段中的E-bit，必須和相關(guān)區(qū)域的配置一樣。那么再回到此代碼，毋庸置疑，肯定是兩邊的router deadinterval 字段不一致，才會(huì)升值，(此問(wèn)題一般都是手動(dòng)更改接口下的ospf router dead ）33：在什么情況下HELLO: Neighbor unknown升值，答：hello 包的鄰居（Neighbor）字段匹配錯(cuò)誤，34：在什么情況下，DD: Unknown LSA type升值。答:路由器在數(shù)據(jù)庫(kù)同步時(shí)，收到未知的LSA 類型，35:在什么情況下LS ACK: Bad ack升值。答：OSPF 在大概幾種情況下發(fā)送LSACK 信息，分別如下，第一：OSPF 在剛確定建立鄰接關(guān)系的時(shí)候，鄰居狀態(tài)到loading 的時(shí)候，收到對(duì)方發(fā)送的LSU 報(bào)文后，回復(fù)LS ACK，鄰居狀態(tài)機(jī)并轉(zhuǎn)換到FULL 狀態(tài)，此LSACK 的作用是確保信息傳輸?shù)目煽啃?。并?duì)以接受的LSA 進(jìn)行確認(rèn)。第二：如果LSA 的LS 時(shí)限等于MaxAge，而且路由器的連接狀態(tài)數(shù)據(jù)庫(kù)中沒(méi)有該LSA 的實(shí)例，而且路由器的鄰居都不處于Exchange 或Loading 狀態(tài)，那么此時(shí)的路由器過(guò)發(fā)送一個(gè)LSAck 包到發(fā)送的鄰居來(lái)確認(rèn)收到該LSA，或丟棄該LSA，并從LSU 包中取得下一個(gè)（如果存在）再回到我們這個(gè)問(wèn)題中，RFC2328 規(guī)定，理洪泛之前，要對(duì)所接收到的LSAck 包進(jìn)行很多一致性檢查。特別的，需要與特定的鄰居相關(guān)聯(lián)。如果所關(guān)聯(lián)的鄰居狀態(tài)小于Exchange，則丟棄該LSAck 包。36：在什么情況下LS REQ: Empty request升值答：37：在什么情況下LS UPD: LSA checksum bad字段升值答：顧名思義。在RFC2328 中，明確描述，對(duì)于每個(gè)包含在LSU 包中的LSA，進(jìn)行下面的步驟。第一：確認(rèn)LSA 的LS 校驗(yàn)和。如果校驗(yàn)和無(wú)效，丟棄該LSA，并從LSU 包中取得下一個(gè)第二：檢查L(zhǎng)SA 的類型。如果LS 類型為未知，丟棄該LSA，并從LSU 包中取得下一個(gè)那么根據(jù)以上的規(guī)則，再看此問(wèn)題，可以很明顯的看出來(lái)，LSU 在檢查效驗(yàn)和，一但在此步驟發(fā)生錯(cuò)誤，那么OSPF 中的error 中的LS UPD: LSA checksum bad 升值。38：在什么情況下LS UPD: Unknown LSA type 字段升值。答：跟上個(gè)問(wèn)題答案一樣，不再討論39：OSPF 在什么情況下OSPF bad packet字段升值。答：OSPF 非法報(bào)文。在上面的錯(cuò)誤中。已經(jīng)介紹了各種報(bào)文驗(yàn)證合法的錯(cuò)誤。這里的非法。指的是。此報(bào)文已經(jīng)通過(guò)了OSPF 中的報(bào)文頭驗(yàn)證。但包中的某些字段過(guò)長(zhǎng)。導(dǎo)致ospf 進(jìn)程或路由器無(wú)法識(shí)別。40：在什么情況下，OSPF bad checksum 升值答：在RFC2328 中定義checksum 字段如下。從OSPF 包頭開(kāi)始，除了64 位的驗(yàn)證域外，整個(gè)包的標(biāo)準(zhǔn)IP 校驗(yàn)和。該校驗(yàn)和作為16 位1 補(bǔ)足校驗(yàn)和而計(jì)算包中除驗(yàn)證域外的所有16 位字。如果包的長(zhǎng)度不滿足16 位字，就在校驗(yàn)和前加上一個(gè)字節(jié)的0 來(lái)補(bǔ)足。校驗(yàn)和也被作為正確性驗(yàn)證的一部分因?yàn)樾?yàn)和也被作為正確性驗(yàn)證的一部分。所以。當(dāng)效驗(yàn)和出錯(cuò)了。此字段也就跟著升值。41：在什么情況下OSPF drop on unnumbered interface 字段升值。答：某個(gè)地址借用接口上丟棄的OSPF 報(bào)文數(shù)。42：在什么情況下OSPF bad authentication type升值答：區(qū)域內(nèi)驗(yàn)證類型不一致，導(dǎo)致項(xiàng)升值，區(qū)域驗(yàn)證一共有兩種，一種是MD5 一種是simple，此字段升值后，檢查下區(qū)域內(nèi)配置的驗(yàn)證模式，兩端是否一樣。43：在什么情況下OSPF packet too small 升值答：ospf 報(bào)文沒(méi)有正常封裝?；蛘叻庋b的包太小。44：在什么情況下OSPF transmit error 升值答：傳輸出錯(cuò)的的OSPF 報(bào)文數(shù)45：在什么情況下OSPF unknown neighbor升值答：未知的OSPF 鄰居，在廣播網(wǎng)絡(luò)環(huán)境下，當(dāng)一個(gè)接口修改Dead 值的時(shí)候。由于DEAD值必須要跟HelloInterval 必須相同。否則就會(huì)出錯(cuò)。但是修改了此值之后。首先在OSPFERROR 中HELLO: Dead timer mismatch 此項(xiàng)升值，然而接下來(lái)，當(dāng)網(wǎng)段內(nèi)其他的路由器正常建立鄰居而泛洪L(zhǎng)S ACK 的時(shí)候。此路由（修改了DEAD 值的路由器）收到了其他路由器的一些報(bào)文。比如LSACK，那么這些報(bào)文對(duì)此OSPF（在接口上修改了DEAD）進(jìn)程來(lái)說(shuō)，是未知的，所以，在這時(shí)候，此項(xiàng)就跟著升值了。46：在什么情況下HELLO: Hello timer mismatch答：顧名思義。HELLO 包的TIME 值不匹配。地球人都懂，不再討論。47：在什么情況下HELLO: Extern option mismatch升值答：在上面的問(wèn)題中（32 題）我已經(jīng)描述過(guò)，OSPF 在檢驗(yàn)一個(gè)HELLO 報(bào)文是否合法，其檢查的字段中有，E-bit，在ospf 特殊區(qū)域中比如（NSSA，stub）如果此E-BIT 不匹配。那么ospf 中的ERROR 將會(huì)升值此項(xiàng)。48：在什么情況下DD: MTU option mismatch升值答：關(guān)于這個(gè)問(wèn)題，我們切換到RFC2328 中接收到數(shù)據(jù)庫(kù)描述包如果DD 包中表示IP 包大小的接口MTU 域，大于該路由器接口所能接收的不分片大小，拒絕該DD 包。否則，如果鄰居路由器的狀態(tài)是：Down：包應(yīng)當(dāng)被拒絕。Attempt：包應(yīng)當(dāng)被拒絕。Init：鄰居狀態(tài)機(jī)應(yīng)當(dāng)執(zhí)行事件2-WayReceived。這導(dǎo)致立即變?yōu)闋顟B(tài)2-Way 或狀態(tài)ExStart。如果新?tīng)顟B(tài)是ExStart，按照下面ExStart 情況的介紹，繼續(xù)當(dāng)前包的處理。2-Way：包應(yīng)當(dāng)被忽略。DD 包僅為建立鄰接而使用。ExStart：如果接收到的包滿足下列一個(gè)條件，則鄰居狀態(tài)機(jī)需要執(zhí)行NegotiationDone 事件（這將使?fàn)顟B(tài)變?yōu)镋xchange）。包的選項(xiàng)域應(yīng)當(dāng)被記錄在鄰居結(jié)構(gòu)的選項(xiàng)域中，包的序號(hào)應(yīng)當(dāng)是下一個(gè)要處理的號(hào)碼（見(jiàn)下）。否則，忽略該包。設(shè)定了初始（I）、更多（M）和主從（MS）選項(xiàng)位，包的其他部分為空，且鄰居路由器標(biāo)識(shí)比自身路由器標(biāo)識(shí)要大。這時(shí)，路由器作為從機(jī)/Slave。設(shè)定主從位為從，并將鄰居數(shù)據(jù)結(jié)構(gòu)中的鄰居DD 序號(hào)設(shè)定為主機(jī)所提出的號(hào)碼。清除了初始（I）和主從（MS）選項(xiàng)位，且包中的DD