在討論此項(xiàng)技術(shù)之前得有一些準(zhǔn)備知識(shí)：幀中繼，ospf等等。首先說(shuō)說(shuō)幀中繼：幀中繼(frame-ralay)是一種廣域網(wǎng)技術(shù)，屬于分組交換門(mén)里的一種；frame-relay是一種二層技術(shù)，與具體的物理鏈路無(wú)關(guān)。再說(shuō)說(shuō)ospf:ospf是一種動(dòng)態(tài)路由協(xié)議，用以生成路由表，是眾多的路由協(xié)議中較為優(yōu)秀的一種，一般用再大中型企業(yè)。路由表是路由器轉(zhuǎn)發(fā)數(shù)據(jù)所依賴(lài)的一張表。因此可以說(shuō)沒(méi)有路由協(xié)議就沒(méi)有路由表，路由器就不能完成轉(zhuǎn)發(fā)數(shù)據(jù)的重任。在學(xué)習(xí)此篇之前最好是先具體的了解一下幀中繼和ospf.這里只是簡(jiǎn)單的介紹了下，因?yàn)槲疫@次討論的重點(diǎn)是：OSPF如何在幀中繼網(wǎng)絡(luò)環(huán)境中應(yīng)用的更好。
     學(xué)過(guò)路由的人都知道，在路由網(wǎng)絡(luò)中，路由器( 這里指的是廣義上的路由器)轉(zhuǎn)發(fā)數(shù)據(jù)要依賴(lài)一張表——路由表。而路由表的形成要么靠手工一條一條的配置(即靜態(tài)路由)，要么靠動(dòng)態(tài)路由協(xié)議來(lái)自動(dòng)生成。而ospf就是屬于這種動(dòng)態(tài)的路由協(xié)議的一種。學(xué)過(guò)ospf的應(yīng)該知道，oppf要生成路由表要經(jīng)過(guò)幾個(gè)過(guò)程，書(shū)上的咱就不談(三個(gè)階段)，為了通俗，便于理解，我就以自己的理解來(lái)說(shuō)說(shuō)：鄰居——鄰接——通告路由——計(jì)算路由表——路由表形成，這幾個(gè)過(guò)程。這里我們只是關(guān)心路由表能否生成并沒(méi)有關(guān)心其他很多的因素，以后會(huì)逐步涉及到。
     我們已經(jīng)知道了ospf要生成路由表的幾個(gè)過(guò)程，要說(shuō)的是每個(gè)過(guò)程是緊密聯(lián)系的只要其中的一個(gè)環(huán)節(jié)出了問(wèn)題路由表是無(wú)法形成的。這就更加具體了我寫(xiě)這篇文章的目標(biāo)了。今天的問(wèn)題就要就是圍繞“鄰接”如何形成而展開(kāi)的。從上面說(shuō)的可要看出“鄰接”是在形成“鄰居”之后，才能形成。因此討論是在能形成鄰居的前提下進(jìn)行的。
     那么，鄰接怎么形成呢？這就要看“OSPF網(wǎng)絡(luò)的類(lèi)型”是什么了。這里的網(wǎng)絡(luò)類(lèi)型僅僅只是ospf技術(shù)里的術(shù)語(yǔ)。ospf網(wǎng)絡(luò)有：“點(diǎn)到點(diǎn)(p-p)”和"多路訪問(wèn)(ma)"兩種。ma又有“廣播型”和“非廣播型（NBMA）”兩種。對(duì)于'P-P'只要能形成鄰居就會(huì)自動(dòng)形成鄰接，在這里可以說(shuō)：鄰居=鄰接。而在MA網(wǎng)絡(luò)環(huán)境中，在形成鄰居后，必須要在所有的鄰居中選出一個(gè)DR(指定路由器)和一個(gè)BDR(備份指定路由器)，然后所有其他設(shè)備只能和DR和BDR形成鄰接關(guān)系。鏈路狀態(tài)數(shù)據(jù)只能在鄰接關(guān)系的路由器之間傳輸，普通的鄰居之間是不能傳輸鏈路狀態(tài)數(shù)據(jù)（LSA）的。
     那么幀中繼又是如何形成鄰接的呢？先看看幀中繼的ospf網(wǎng)絡(luò)類(lèi)型。幀中繼在實(shí)施是有兩種方案：NBMA和點(diǎn)到點(diǎn)子接口。其中NBMA是所有的廣域網(wǎng)鏈路都在同一個(gè)IP網(wǎng)段里；點(diǎn)到點(diǎn)子接口是每一條鏈路都在一個(gè)獨(dú)立的IP網(wǎng)段里。因此幀中繼真的是個(gè)不簡(jiǎn)單的技術(shù)，ospf的兩種網(wǎng)絡(luò)類(lèi)型它都有。
     終于說(shuō)到了正題。下面討論如何具體的在幀中繼中應(yīng)用ospf!
     首先是NBMA模式的幀中繼。大家有條件的可以先做個(gè)實(shí)驗(yàn)。先做好幀中繼的基本配置，再做好ospf的進(jìn)本配置。再查看路由器的路由表，大家會(huì)發(fā)現(xiàn)路由器中根本就沒(méi)有關(guān)于ospf的路由。這是為什么呢？到底是哪個(gè)環(huán)節(jié)出了問(wèn)題？可以查看下鄰居表，這時(shí)鄰居表沒(méi)有一個(gè)條目，也就是說(shuō)，連鄰居都不是，怎么會(huì)形成鄰接的關(guān)系呢，路由表沒(méi)有也就是理所當(dāng)然的 。也就是說(shuō)問(wèn)題出在了形成鄰居這一環(huán)節(jié)。找到了問(wèn)題，如何解決呢？首先想象鄰居為什么不能形成：鄰居是通過(guò)互相發(fā)送HELLO包形成的，HELLO是組播發(fā)送的，而NBMA下的幀中繼雖然支持組播，但對(duì)ospf來(lái)說(shuō)ospf是不知道的，它認(rèn)為是不能廣播的。因此底層的封裝是不能解決的所以HELLO出不去，鄰居自然形成不了。有2種方法可以解決形成鄰居的問(wèn)題：1.在接口下申明可以廣播。2.在接口下配置單播更新，讓HELLO包通過(guò)單播方式傳輸。好了，以上的2種方法都可以解決鄰居的形成問(wèn)題。那鄰接應(yīng)該也能形成了吧？對(duì)!確實(shí)可以形成鄰接.可問(wèn)題并沒(méi)有那么簡(jiǎn)單，否則它就不叫幀中繼了。做過(guò)實(shí)驗(yàn)的朋友會(huì)發(fā)現(xiàn)，運(yùn)氣好時(shí)，路由都有，完全沒(méi)其他的問(wèn)題。運(yùn)氣不好時(shí)會(huì)發(fā)現(xiàn)，總部只有其中一個(gè)分部的路由，而除了一個(gè)分部有關(guān)于總部的路由外，其他的都沒(méi)有任何路由。這是為什么呢？這與DR有關(guān)，運(yùn)氣好時(shí)，總部是DR路由器,這是就沒(méi)有什么大問(wèn)題了，可大部分時(shí)候運(yùn)氣是不好的：DR在分部，當(dāng)DR在分部時(shí)分部之間并沒(méi)有PVC，因此連鄰居都形成不了，其他分部的路由器又如何與DR形成鄰接呢！也就是說(shuō)這種情況下必須要總部形成DR才行，所以必須要控制總部選舉為DR才算完成任務(wù)——路由形成。
    費(fèi)了那么大功夫總算是解決了NBMA下幀中繼運(yùn)行ospf的問(wèn)題。問(wèn)題是解決了，但大家反過(guò)頭來(lái)想一想，這樣做有意義嗎？選DR不就是為了減少LSA的通告量從而減輕設(shè)備的壓力嗎？大家看看這個(gè)環(huán)境中分部之間連PVC都沒(méi)有，又怎么會(huì)形成鄰居，怎么會(huì)通告LSA，怎么會(huì)造成設(shè)備的壓力過(guò)大。既然沒(méi)有這些問(wèn)題，有何必多此一舉而應(yīng)用解決此問(wèn)題的技術(shù)呢？因此，以上花費(fèi)了那么大的力氣才解決的問(wèn)題對(duì)實(shí)際問(wèn)題來(lái)說(shuō)似乎是毫無(wú)意義的。事實(shí)上真的是這樣，工程中根本不會(huì)用此方法。但，為了完善知識(shí)體系，還是拿出來(lái)說(shuō)說(shuō)。
     NBMA幀中繼的第二種解決方法相對(duì)上面的方法更好，工程中如果是用幀中繼且是NBMA模式一律都是用這種方式。這就是“點(diǎn)到多點(diǎn)”技術(shù)。在接口下將接口的ospf類(lèi)型改成“點(diǎn)到多點(diǎn)”模式(ip oispf network point-to-multpoint).這時(shí)就會(huì)省掉那種多此一舉的做法——否定選舉DR,即形成鄰居后變自動(dòng)形成鄰接。
     下面就是幀中繼的“點(diǎn)到點(diǎn)子接口”模式。其實(shí)“點(diǎn)到點(diǎn)子接口”模式?jīng)]什么大問(wèn)題，做好幀中繼的基本配置，做好ospf的基本配置。OK!搞定，因?yàn)榇四Ｊ降膐spf網(wǎng)絡(luò)類(lèi)型是“P-P”,所以不會(huì)選舉DR，鄰居形成即形成鄰接。
     好了，幀中繼下的OSPF問(wèn)題已經(jīng)解決了。說(shuō)了那么多，其實(shí)發(fā)現(xiàn)那些復(fù)雜的東西都是一些沒(méi)有必要的多此一舉的東西，如果是做工程大可以不看，只少我不會(huì)給自己添麻煩，如果叫我做幀中繼網(wǎng)絡(luò)用OSPF協(xié)議，我肯定用點(diǎn)到點(diǎn)子接口模式幀中繼，如果用NBMA模式那是自找麻煩。如果是學(xué)習(xí)技術(shù)還是可以看看的哦！

轉(zhuǎn)載自：http://xiguangwu.blog.51cto.com/368679/73693