OSPF Network Type

看到一篇博文,關於OSPF Network Type,感覺挺不錯的,就複製了下來。
OSPF Network Type篇一
CCNP老師說了,OSPF Network Type就是OSPF的最高峯,爬過去了,就可以一覽縱山小了。現在俺終於可以很牛氣地說,山真是忒小了,hoho~~~
這內容之前也聽過一次,但是光顧跟着做實驗和做筆記了(想想也挺牛的,實驗做通了,筆記居然也沒落下),但是沒聽大懂。這次只做筆記,發現,我這麼聰明的人,聽兩遍也不搞定的內容,實在太少了,(*^__^*) 嘻嘻……
廢話不多說,言歸正傳!
首先搞清楚,OSPF Network Type跟二層的Link Type概念不一樣,先說後者。
根據二層所使用的協議,我們可以對其Link type總結如下:
使用PPP、HDLC等協議的鏈路,是point-to-point鏈路,支持Broadcast;
使用Ethernet、Token ring等協議的鏈路,是Multi-Access鏈路,支持Broadcast;
使用Frame-relay、X.25等協議的鏈路,也是Multi-Access鏈路,默認不支持Broadcast,這種鏈路就是我們所熟知的NBMA。
研究OSPF Network Type就是基於上面所說的三種鏈路類型,最複雜的就是NBMA,也就是我剛纔所說的OSPF的最難點,也是CCIE機考重點。
OSPF Network Type篇二
續上
OSPF的Network Type其實就是OSPF在幫助IP進行路由時所使用的Run Mode。我們一般使用的TCP/IP棧的網絡層上,IP是被路由協議(Routed Protocol),而現在我們考慮使用OSPF爲其進行Routing Service,在這種情況下,IP數據包頭中的協議字段號爲89(表示上層協議爲OSPF)。基於下面二層所使用的不同鏈路協議(即不同的二層鏈路Link Type),OSPF有不同的運行模式可以選擇,總結如下:
1.對於P2P(point-to-point)的二層網絡Link,OSPF選擇使用P2P模式,這種模式配置好後考慮三個問題:
1)鄰居能否建成?
因爲二層P2P鏈路支持廣播,OSPF選擇的P2P模式也支持廣播,所以建立OSPF在建立鄰居時會主動發生Hello組播包(此處不區分組播和廣播流量,統一劃入廣播範疇,只要二層支持廣播,組播包也可以通過鏈路;另組播地址是224.0.0.5),所以鄰居可以建立。
2)能否選舉到正確的DR?
P2P鏈路不進行DR選舉。
3)OSPF路由下一跳是否可達?
鏈路下一跳也沒問題。
OSPF Network Type篇三
續上
2.Multi-Access鏈路,支持廣播。在這種二層鏈路上,OSPF的Network Type爲broadcast。同樣回答三個問題:
1)鄰居能否建成?
因爲二層MA鏈路支持廣播,OSPF選擇的Broadcast模式也支持廣播,所以OSPF在建立鄰居時會主動發生Hello組播包(此處不區分組播和廣播流量,統一劃入廣播範疇,只要二層支持廣播,組播包也可以通過鏈路;OSPF的Hello包使用的組播地址是224.0.0.5),所以鄰居可以建立。
2)能否選舉到正確的DR?
MA鏈路會根據priority和Router-ID進行DR選舉,不需要特殊的路由器充當DR,選舉沒問題。
3)OSPF路由下一跳是否可達?
鏈路下一跳也沒問題。
OSPF Network Type篇四
續上
3.NBMA網絡,因爲默認不支持廣播,以FR協議爲例,其接口的類型比較多,所以跟OSPF的Network Type結合起來,就形成了很複雜的實驗內容,但總的說來,可以總結爲5種組合,現在就逐一分析。
A)FR使用子接口,每個子接口對應一條PVC,這是最簡單的一種模式。在這種模式下,FR的子接口在配置時要選擇point-to-point類型,每個PVC連接的兩個子接口處在一個子網(子網個數跟PVC個數相同),這種鏈路就非常類似於我們在前面第一點分析的PPP和HDLC協議的P2P網絡,這種接口就是P2P接口,OSPF默認的Network Type是P2P,不需修改,還是看那三個問題:
1)鄰居能否建成?
因爲二層P2P鏈路支持廣播,OSPF選擇的P2P模式也支持廣播,所以建立OSPF在建立鄰居時會主動發生Hello組播包,所以鄰居可以建立。
2)能否選舉到正確的DR?
P2P鏈路不進行DR選舉。
3)OSPF路由下一跳是否可達?
下一跳路由沒問題。
注意:下面的4種在配置時只使用一個子網。每個運行FR的路由器接口僅劃分一個子接口(把FR配置在主接口上,再劃分子接口,好處就是擴展性比較好),所有的PVC都配置在該子接口上。
B)配置了FR的主接口,在劃分子接口時,不設置爲P2P,要設置成P2MP,這個改動使得二層取消了對廣播的默認支持,網絡使用Full Mesh。現在我們可以選擇的第一OSPF Network Type是broadcast,即Router會自發通告Hello組播包,命令是:
int s0.100
ip ospf network broadcast
這當然需要二層的支持。如果要讓二層支持廣播,必須手工添加broadcast這個參數,命令爲:
frame-relay map ip 100.0.0.4 104 broadcast
其中ip表示對端子接口配置的IP地址,104表示PVC號,broadcast表示二層支持廣播。
還是看那三個問題:
1)鄰居能否建成?
因爲二層鏈路配置了支持廣播,OSPF選擇的broadcast模式也支持廣播,所以建立OSPF在建立鄰居時會主動發生Hello組播包,所以鄰居可以建立。
2)能否選舉到正確的DR?
P2MP鏈路進行DR選舉,由於使用Full Mesh,所以DR沒特別要求,可以選舉到正確的DR。
3)OSPF路由下一跳是否可達?
下一跳路由沒問題。
OSPF Network Type篇五
續上
注意:以下三個實驗不使用Full Mesh,這是工程裏最常見的做法,因爲PVC是要錢的,而且是很貴的說,所以一個總公司和二個分公司使用2條PVC就OK了。
C)FR的配置跟B類似,只是去掉二層對broadcast的支持,因爲這次OSPF選擇的Network Type是NBMA,它不會主動發送Hello包,所以二層無需對廣播支持。這是最複雜,也是考官最喜歡考的內容,看那三個問題:
1)鄰居能否建成?
因爲二層P2MP鏈路不支持廣播,OSPF選擇的NBMA模式也不使用廣播,所以無法自動建立OSPF鄰居,解決方法就是單播更新,命令:
router ospf 100
neighbor 100.0.0.4
neighbor 100.0.0.5
2)能否選舉到正確的DR?
P2MP鏈路進行DR選舉,但是由於鏈路不是Full Mesh,如果中心點的路由器不能被選舉爲DR時(分支點的priority更高,或是Router-ID更大),就會造成數據庫混亂,結果就是另一個沒被選爲DR的路由器被孤立了,它沒有到其他路由器的路由,其他路由器也沒有到它的路由。解決方法就是人工介入DR選舉,設置中心點路由器的priority大些,爲穩妥起見,同時把分支路由器的priority設置爲0(0表示不參與DR的選舉),命令爲:
int s0.100
ip ospf priority 10
上面是中心點的設置,分支點的設置類似。當中心點成爲DR時,整個區域得到了統一的LSDB。
3)OSPF路由下一跳是否可達?
檢查一下會發現中心點路由下一跳都可達,但是分支點的下一跳路由有不可達問題,出問題的不是三層的路由,而是二層FR的封裝,因爲取消了一條PVC後,兩個分支點子接口之間的映射就沒了,如果沒了映射,二層就不知道封裝什麼dlci號,所以不可達的原因是二層封裝失敗。大家接觸最多的就是以太網,所以對於以太網的二層要封裝MAC地址很熟悉,但是現在二層運行的是FR,所以相應的就不是封裝MAC地址,而是dlci號。dlci就是PVC的編號,爲了省錢取消了PVC,當然dlci也沒了。解決方法當然不能是去交錢,把PVC回覆了,老闆不會批錢的。其實只要把分支點的IP地址映射到已經存在的dlci上即可,命令:
int s0.100
frame-relay map ip 100.0.0.5 104
恩,現在大家已經爬過了OSPF領域的珠穆朗瑪峯,馬上去爬洛子峯。
廢話兩句,前段時間剛到西藏玩了一圈回來,專程到了珠峯腳下看了看,發現這山真不高,當然我說的是它的相對海拔,珠峯腳下已經是5000多米了,所以你可以想象,就跟站在泰山腳下一個仰望的角度,而且儘管它很高,但是卻不是最難爬的山,所以把NBMA比做珠穆朗瑪峯,讓內行看到,會被笑的,呵呵,但是偶的臉皮很夠用...
OSPF Network Type篇六
續上
D)OSPF的Network Type選擇point-to-multipoint,並不選擇broadcast參數。在這種選擇裏,OSPF會自動發送Hello組播包,所以二層需要配置支持broadcast(命令同前)。OSPF配置命令:
int s0.100
ip ospf network point-to-multipoint
這種配置默認就是要使用組播。看那三個問題:
1)鄰居能否建成?
因爲二層鏈路支持廣播,OSPF使用廣播,所以可以自動建立OSPF鄰居。
2)能否選舉到正確的DR?
P2MP鏈路進行DR選舉,但是由於鏈路不是Full Mesh,如果中心點的路由器不能被選舉爲DR時(分支點的priority更高,或是Router-ID更大),就會造成數據庫混亂,結果就是另一個沒被選爲DR的路由器被孤立了,它沒有到其他路由器的路由,其他路由器也沒有到它的路由。解決方法同上。
3)OSPF路由下一跳是否可達?
P2MP有自動下一跳。分支點的OSPF路由下一跳都是中心點。
OSPF Network Type篇七
續上
D)OSPF的Network Type選擇point-to-multipoint,並選擇no-broadcast參數。在這種選擇裏,OSPF會自動發送Hello組播包,所以二層不需要配置支持broadcast(命令同前)。OSPF配置命令:
int s0.100
ip ospf network point-to-multipoint no-broadcast
這種配置就是不使用組播。看那三個問題:
1)鄰居能否建成?
因爲二層鏈路不支持廣播,OSPF不使用廣播,所以要使用單播更新建立OSPF鄰居,命令同前。
2)能否選舉到正確的DR?
P2MP鏈路進行DR選舉,但是由於鏈路不是Full Mesh,如果中心點的路由器不能被選舉爲DR時(分支點的priority更高,或是Router-ID更大),就會造成數據庫混亂,結果就是另一個沒被選爲DR的路由器被孤立了,它沒有到其他路由器的路由,其他路由器也沒有到它的路由。解決方法同上。
3)OSPF路由下一跳是否可達?
P2MP有自動下一跳。分支點的OSPF路由下一跳都是中心點。
以上就是OSPF的Network Type總結
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章