路由協(xié)議選購手冊_第1頁
路由協(xié)議選購手冊_第2頁
路由協(xié)議選購手冊_第3頁
路由協(xié)議選購手冊_第4頁
路由協(xié)議選購手冊_第5頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

Word路由協(xié)議選購手冊

路由協(xié)議選購手冊

當網(wǎng)絡啟用了路由協(xié)議,網(wǎng)絡便具有了能夠自動更新路由表的強大功能。但是使用象RIP/RIP2、(OSP)F或IGRP/EIGRP等一些主要的內(nèi)部網(wǎng)關協(xié)議(InteriorGatewayProtocol,IGP)都有一定的協(xié)定。

內(nèi)部網(wǎng)關協(xié)議首先適合于在那些只有單個管理員負責網(wǎng)絡操作和運行的地方;否則,將會出現(xiàn)配置錯誤導致網(wǎng)絡性能降低或是導致網(wǎng)絡運行不穩(wěn)定的情況。對于由許多管理員共同分擔責任的網(wǎng)絡,如Internet,則考慮使用EGP協(xié)議(InteriorGatewayProtocol,外部網(wǎng)關協(xié)議),如BGP4。

如果網(wǎng)絡中只有一個路由器,不需要使用路由協(xié)議;只有當網(wǎng)絡中具有多個路由器時,才有必要讓它們?nèi)ス蚕硇畔?。但如果僅有小型網(wǎng)絡,完全可以通過靜態(tài)路由手動地更新路由表。

路由信息協(xié)議

RIP(Rou(TI)ngInformaTIonProtocol)協(xié)議基于一個被稱為“rou(te)d”的程序,該程序運行在B(SDI)版本的Unix系統(tǒng)之上,并在1988年被標準化在(RF)C1058中。而在RFC1388中所描述的版本2中,增加了對VLSM(VariableLengthSubnetMasks,可變長子網(wǎng)屏蔽)的支持,但沒有彌補該協(xié)議的主要缺陷。例如,在有多重路徑到相同目標的網(wǎng)絡中,RIP確定使用一條可選擇的路徑將花費許多時間,在沒有多重路徑的網(wǎng)絡中,RIP協(xié)議已經(jīng)被廣泛使用。

RIP協(xié)議被列為距離矢量協(xié)議,這意味著它使用距離來決定最佳路徑,如通過路由跳數(shù)來衡量。路由器每30秒互相發(fā)送廣播信息。收到廣播信息的每個路由器增加一個跳數(shù)。如果廣播信息經(jīng)過多個路由器收到,到這個路由器具有最低跳數(shù)的路徑是被選中的路徑。如果首選的路徑不能正常工作,那么具有較高跳數(shù)的路徑被作為備份。

對于RIP協(xié)議(和其他路由協(xié)議),網(wǎng)絡上的路由器在一條路徑不能用時必須經(jīng)歷決定替代路徑的過程,這個過程稱為收斂(Convergence)。RIP協(xié)議花費大量的時間用于收斂是個主要的問題。在RIP協(xié)議認識到路徑不能達到前,它被設為等待,直到它已錯過6次更新總共180秒時間。然后,在使用新路徑更新路由表前,它等待另一個可行路徑的下一個信息的到來。這意味著在備份路徑被使用前至少經(jīng)過了3分鐘,這對于多數(shù)應用程序超時是相當長的時間。

RIP協(xié)議的另一個基本問題是,當選擇路徑時它忽略了連接速度問題。例如,如果一條由所有快速(以太網(wǎng))連接組成的路徑比包含一個10Mbps以太網(wǎng)連接的路徑遠一個跳數(shù),具有較慢10Mbps以太網(wǎng)連接的路徑將被選定作為最佳路徑。

RIP協(xié)議的原始版本不能應用VLSM,因此不能分割地址空間以最大效率地應用有限的IP地址。RIP2協(xié)議通過引入子網(wǎng)屏蔽與每一路由廣播信息一起使用實現(xiàn)了這個功能。

路由協(xié)議還應該能防止數(shù)據(jù)包進入循環(huán),或落入路由選擇循環(huán),這是由于多余連接影響網(wǎng)絡的問題。RIP協(xié)議假定如果從網(wǎng)絡的一個終端到另一個終端的路由跳超過15個,那么一定牽涉到了循環(huán)。因此當一個路徑達到16跳,將被認為是達不到的。顯然,這限制了RIP協(xié)議只能在網(wǎng)絡上的使用。

RIP的最大問題涉及到具有多余路徑的較大網(wǎng)絡。如果網(wǎng)絡沒有多余的路徑,RIP協(xié)議將很好地工作,它是被幾乎每個支持路徑選擇的廠商實施的Internet標準。RIP協(xié)議適用于多數(shù)服務器操作系統(tǒng),它的配置和障礙修復非常容易。對于規(guī)模較大的網(wǎng)絡,或具有多余路徑的網(wǎng)絡,應該考慮使用其它路由協(xié)議。

OSPF2

OSPF2是類似RIP協(xié)議的Internet標準,可以彌補RIP協(xié)議的缺點。1991年在RFC1247中它被第一次標準化;(最新)的版本是在RFC2328中。但是與RIP協(xié)議不同,OSPF是一套鏈路狀態(tài)路由協(xié)議,這意

味著路由選擇的變化基于網(wǎng)絡中路由器物理連接的狀態(tài)與速度,并且變化被立即廣播到網(wǎng)絡中的每一個路由器。

當一個OSPF路由器第一次被激活,它使用OSPF的“hello協(xié)議”來發(fā)現(xiàn)與它連接的鄰節(jié)點,然后用LSA(鏈路狀態(tài)廣播信息)等和這些路由器交換鏈路狀態(tài)信息。每個路由器都創(chuàng)建了由每個(接口)、對應鄰節(jié)點和接口速度組成的(數(shù)據(jù)庫)。每個路由器從鄰接路由器收到的LSA被繼續(xù)向各自的鄰接路由器傳遞,直到網(wǎng)絡中的每個路由器收到了所有其它路由器的LSA。

鏈路狀態(tài)數(shù)據(jù)庫不同于路由表,根據(jù)數(shù)據(jù)庫中的信息,每個路由器計算到網(wǎng)絡的每一目標的一條路徑,創(chuàng)建以它為根的路由拓撲結構樹,其中包含了形成路由表基礎的最短路徑優(yōu)先樹(SPF樹)。LSA每30分鐘被交換一次,除非網(wǎng)絡拓撲結構有變化。例如,如果接口變化,信息立刻通過網(wǎng)絡廣播;如果有多余路徑,收斂將重新計算SPF樹。計算SPF樹所需的時間取決于網(wǎng)絡規(guī)模的大小。因為這些計算,路由器運行OSPF需要占用更多(CPU)資源。

一種彌補OSPF協(xié)議占用CPU和內(nèi)存資源的方法是將網(wǎng)絡分成獨立的層次域,稱為區(qū)域(Area)。每個路由器僅與它們自己區(qū)域內(nèi)的其它路由器交換LSA。Area0被作為主干區(qū)域,所有區(qū)域必須與Area0相鄰接。在ABR(區(qū)域邊界路由器,AreaBorderRouter)上定義了兩個區(qū)域之間的邊界。ABR與Area0和另一個非主干區(qū)域至少分別有一個接口。最優(yōu)設計的OSPF網(wǎng)絡包含通過VLSM與每個區(qū)域鄰接的主干網(wǎng)絡。這使得在路由表的一個條目中描述多個網(wǎng)絡成為可能。

雖然OSPF協(xié)議是RIP協(xié)議強大的替代品,但是它執(zhí)行時需要更多的路由器資源。如果網(wǎng)絡中正在運轉的是RIP協(xié)議,并且沒有發(fā)生任何問題,仍然可以繼續(xù)使用。但是如果想在網(wǎng)絡中利用基于標準協(xié)議的多余鏈路,OSPF協(xié)議是更好的選擇。

增強內(nèi)部網(wǎng)關路由協(xié)議

在Cisco公司的產(chǎn)品中,EIGRP(EnhancedInteriorGatewayRonTIngProtocol)協(xié)議具有一些優(yōu)勢。最重要的是它能迅速廣播鏈路狀態(tài)的變化。但EIGRP協(xié)議的最大缺點是沒有標準化。

與OSPF協(xié)議一樣,EIGRP路由器尋找它們的鄰接路由器并交換“hello”數(shù)據(jù)包。EIGRP協(xié)議每隔5秒傳送“hello”數(shù)據(jù)包。如果失敗3次,鄰接路由器則被認為是宕機狀態(tài),替代的路徑將被使用。

當本地路由器的鏈路狀態(tài)發(fā)生變化,在新信息基礎上它將重新計算拓撲結構表。OSPF協(xié)議此時將立即向網(wǎng)絡中的每個路由器廣播鏈路狀態(tài)的變化,而EIGRP協(xié)議將僅僅涉及到被這些變化直接影響的路由器。這使帶寬和CPU資源的利用效率更高。同時,由于EIGRP協(xié)議使用了不到50%的帶寬,使得在低帶寬WAN鏈路

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論