路由器基本教程_第1頁
路由器基本教程_第2頁
路由器基本教程_第3頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、路由器基本教程路由器你大概知道!不過你也許只是聽說網(wǎng)絡(luò)上需要用到, 而沒有真正見過,或知道關(guān)于它的一些性能 .最簡單的網(wǎng)絡(luò)可以想象成單線的總線, 各個計算機可以通過向總線發(fā)送分組以互相通信。 但隨著網(wǎng)絡(luò)中的計算機數(shù)目增長, 這就很不可行了, 會產(chǎn)生許多問題:1、帶寬資源耗盡。2、每臺計算機都浪費許多時間處理無關(guān)的廣播數(shù)據(jù)。3、網(wǎng)絡(luò)變得無法管理,任何錯誤都可能導(dǎo)致整個網(wǎng)絡(luò)癱瘓。4、每臺計算機都可以監(jiān)聽到其他計算機的通信。把網(wǎng)絡(luò)分段可以解決這些問題, 但同時你必須提供一種機制使不同網(wǎng)段的計算機可以互相通信, 這通常涉及到在一些 ISO 網(wǎng)絡(luò)協(xié)議層選擇性地在網(wǎng)段間傳送數(shù)據(jù),我們來看一下網(wǎng)絡(luò)協(xié)議層和路

2、由器的位置。我們可以看到,路由器位于網(wǎng)絡(luò)層。本文假定網(wǎng)絡(luò)層協(xié)議為IPv4 ,因為這是最流行的協(xié)議,其中涉及的概念與其他網(wǎng)絡(luò)層協(xié)議是類似的。一、路由與橋接路由相對于 2 層的橋接 / 交換是高層的概念,不涉及網(wǎng)絡(luò)的物理細(xì)節(jié)。在可路由的網(wǎng)絡(luò)中,每臺主機都有同樣的網(wǎng)絡(luò)層地址格式(如IP 地址),而無論它是運行在以太網(wǎng)、令牌環(huán)、FDDI 還是廣域網(wǎng)。網(wǎng)絡(luò)層地址通常由兩部分構(gòu)成:網(wǎng)絡(luò)地址和主機地址。網(wǎng)橋只能連接數(shù)據(jù)鏈路層相同(或類似)的網(wǎng)絡(luò),路由器則不同,它可以連接任意兩種網(wǎng)絡(luò),只要主機使用的是相同的網(wǎng)絡(luò)層協(xié)議。二、連接網(wǎng)絡(luò)層與數(shù)據(jù)鏈路層網(wǎng)絡(luò)層下面是數(shù)據(jù)鏈路層, 為了它們可以互通, 需要“粘合”協(xié)議。

3、ARP(地址解析協(xié)議)用于把網(wǎng)絡(luò)層 (3 層 ) 地址映射到數(shù)據(jù)鏈路層 (2 層) 地址,RARP(反向地址解析協(xié)議 ) 則反之。雖然 ARP的定義與網(wǎng)絡(luò)層協(xié)議無關(guān),但它通常用于解析 IP 地址;最常見的數(shù)據(jù)鏈路層是以太網(wǎng)。 因此下面的 ARP和 RARP的例子基于 IP 和以太網(wǎng),但要注意這些概念對其他協(xié)議也是一樣的。1、地址解析協(xié)議網(wǎng)絡(luò)層地址是由網(wǎng)絡(luò)管理員定義的抽象映射, 它不去關(guān)心下層是哪種數(shù)據(jù)鏈路層協(xié)議。然而,網(wǎng)絡(luò)接口只能根據(jù) 2 層地址來互相通信, 2 層地址通過 ARP從3 層地址得到。并不是發(fā)送每個數(shù)據(jù)包都需要進行 ARP請求,回應(yīng)被緩存在本地的 ARP表中,這樣就減少了網(wǎng)絡(luò)中的

4、 ARP包。 ARP的維護比較容易,是一個比較簡單的協(xié)議。2、簡介如果接口 A 想給接口 B 發(fā)送數(shù)據(jù),并且 A 只知道 B 的 IP 地址,它必須首先查找 B 的物理地址,它發(fā)送一個含有 B 的 IP 地址的 ARP廣播請求 B 的物理地址,接口 B 收到該廣播后,向 A 回應(yīng)其物理地址。注意,雖然所有接口都收到了信息, 但只有正確且避免了過期的信息。要注意的是,當(dāng) A 和B 回應(yīng)該請求, 這保證了回應(yīng)的 B 不在同一網(wǎng)段時, A 只向下一跳的路由器發(fā)送ARP請求,而不是直接向B 發(fā)送。3、IP 地址沖突ARP產(chǎn)生的問題中最常見的是 IP 地址的沖突,這是由于兩個不同的主機 IP 地址相同產(chǎn)

5、生的,在任何互聯(lián)的網(wǎng)絡(luò)中, IP 地址必須是唯一的。這時會收到兩個 ARP回應(yīng),分別指出了不同的硬件地址, 這是嚴(yán)重的錯誤, 沒有簡單的解決辦法。為了避免出現(xiàn)這類錯誤,當(dāng)接口 A 初試化時,它發(fā)送一個含有其 IP 地址的ARP請求,如果沒有收到回應(yīng), A 就假定該 IP 地址沒有被使用。我們假定接口 B 已經(jīng)使用了該 IP 地址,那么 B 就發(fā)送一個 ARP回應(yīng), A 就可以知道該 IP 地址已被使用,它就不能再使用該 IP 地址,而是返回錯誤信息。 這樣又產(chǎn)生一個問題,假設(shè)主機 C 含有該 IP 地址的映射,是映射到 B 的硬件地址的,它收到接口 A 的ARP廣播后,更新其 ARP表使之指向

6、 A 的硬件地址。為了解決這個錯誤, B 再次發(fā)送一個 ARP請求廣播,這樣主機 C 又更新其 ARP表再次指向 B 的硬件地址。這時網(wǎng)絡(luò)的狀態(tài)又回到先前的狀態(tài),有可能 C 已經(jīng)向 A 發(fā)送了應(yīng)該發(fā)送給 B 的 IP 分組,這很不幸,但是因為 IP 提供的是無保證的傳輸, 所以不會產(chǎn)生大的問題。4、管理 ARP緩存表ARP緩存表是對的列表,根據(jù) IP 地址索引。該表可以用命令 arp 來管理,其語法包括:向表中添加靜態(tài)表項arp -s從表中刪除表項arp -d顯示表項 arp -aARP表中的動態(tài)表項 ( 沒有手動加入的表項 ) 通常過一段時間自動刪除, 這段時間的長度由特定的 TCP/IP

7、實現(xiàn)決定。5、靜態(tài) ARP地址的使用靜態(tài) ARP 地址的典型使用是設(shè)置獨立的打印服務(wù)器,這些設(shè)備通常通過 telnet 來配置,但首先它們需要一個 IP 地址。沒有明顯的方法來把此信息告訴該設(shè)備,好象只能使用其串口來設(shè)置。 但是,這需要找一個合適的終端和串行電纜,設(shè)置波特率、奇偶校驗等,很不方便。假設(shè)我們想給一個打印服務(wù)器設(shè)置 IP 地址 P-IP ,并且我們知道其硬件地址 P-hard ,在工作站 A 上創(chuàng)建一個靜態(tài) ARP表項把 P-IP 映射到 P-hard ,這樣,雖然打印服務(wù)器不知道自己的 IP 地址,但是所有指向 P-IP 的數(shù)據(jù)就將被送到 P-hard 。我們現(xiàn)在就可以 teln

8、et 到 P-IP 并配置其 IP 地址了,然后再刪除該靜態(tài) ARP表項。有時會在一個子網(wǎng)里配置打印服務(wù)器, 而在另一個子網(wǎng)里使用它, 方法與上面類似。假設(shè)其 IP 地址為 P-IP ,我們分配一個本網(wǎng)的臨時 IP 地址 T-IP 給它,在工作站 A 上創(chuàng)建臨時 ARP表項把 T-IP 映射到 P-hard ,然后 telnet 到 T-IP ,給打印服務(wù)器配以 IP 地址 P-IP 。接下來就可以把它放到另一個子網(wǎng)里使用了,別忘了刪除靜態(tài) ARP表項。6、代理 ARP可以通過使用代理ARP來避免在每臺主機上配置路由表, 在使用子網(wǎng)時這特別有用,但注意,不是所有的主機都能理解子網(wǎng)的。 基本的思

9、想是即使對于不在本子網(wǎng)的主機也發(fā)送 ARP請求, ARP代理服務(wù)器(通常是網(wǎng)關(guān))回應(yīng)以網(wǎng)關(guān)的硬件地址,代理 ARP簡化了主機的管理, 但是增加了網(wǎng)絡(luò)的通信量 ( 不是很明顯 ) ,并且可能需要較大的 ARP緩存,每個不在本網(wǎng)的 IP 地址都被創(chuàng)建一個表項,都映射到網(wǎng)關(guān)的硬件地址。 在使用代理 ARP的主機看來,世界就象一個大的沒有路由器物理網(wǎng)絡(luò)。三、 IP 地址在可路由的網(wǎng)絡(luò)層協(xié)議中, 協(xié)議地址必須含有兩部分信息: 網(wǎng)絡(luò)地址和主機地址。存貯這種信息最明顯的方法是用兩個分離的域, 這樣我們必須考慮到兩個域的最大長度,有些協(xié)議 ( 如 IPX) 就是這樣的,它在小型和中型的網(wǎng)絡(luò)里可以工作的很好。另

10、一種方案是減少主機地址域的長度,如 24 位網(wǎng)絡(luò)地址、 8 位主機地址,這樣就有了較多的網(wǎng)段,但每個網(wǎng)段內(nèi)的主機數(shù)目很少。這樣一來,對于多于256 個主機的網(wǎng)絡(luò),就必須分配多個網(wǎng)段,其問題是很多的網(wǎng)絡(luò)給路由器造成了難以忍受的負(fù)擔(dān)。IP 把網(wǎng)絡(luò)地址和主機地址一起包裝在一個32 位的域里,有時主機地址部分很短,有時很長,這樣可以有效利用地址空間,減少 IP 地址的長度,并且網(wǎng)絡(luò)數(shù)目不算多。有兩種將主機地址分離出來的方法: 基于類的地址和無類別的地址。1、主機和網(wǎng)關(guān)主機和網(wǎng)關(guān)的區(qū)別常產(chǎn)生混淆, 這是由于主機意義的轉(zhuǎn)變。 在 RFC中(1122/3和 1009) 中定義為:主機是連接到一個或多個網(wǎng)絡(luò)的

11、設(shè)備, 它可以向任何一個網(wǎng)絡(luò)發(fā)送和從其接收數(shù)據(jù),但它從不把數(shù)據(jù)從一個網(wǎng)絡(luò)傳向另一個。網(wǎng)關(guān)是連接到多于一個網(wǎng)絡(luò)的設(shè)備, 它選擇性的把數(shù)據(jù)從一個網(wǎng)絡(luò)轉(zhuǎn)發(fā)到其它網(wǎng)絡(luò)。換句話說,過去主機和網(wǎng)關(guān)的概念被人工地區(qū)分開來, 那時計算機沒有足夠的能力同時用作主機和網(wǎng)關(guān)。 主機是用戶工作的計算機, 或是文件服務(wù)器等。 現(xiàn)代的計算機的能力足以同時擔(dān)當(dāng)這兩種角色,因此,現(xiàn)代的主機定義應(yīng)該如此:主機是連接到一個或多個網(wǎng)絡(luò)的設(shè)備, 它可以向任何一個網(wǎng)絡(luò)發(fā)送和從其接收數(shù)據(jù)。它也可以作為網(wǎng)關(guān),但這不是其唯一的目的。路由器是專用的網(wǎng)關(guān), 其硬件經(jīng)過特殊的設(shè)計使其能以極小的延遲轉(zhuǎn)發(fā)大量的數(shù)據(jù)。然而,網(wǎng)關(guān)也可以是有多個網(wǎng)卡的標(biāo)準(zhǔn)

12、的計算機, 其操作系統(tǒng)的網(wǎng)絡(luò)層有能力轉(zhuǎn)發(fā)數(shù)據(jù)。由于專用的路由硬件較便宜,計算機用作網(wǎng)關(guān)已經(jīng)很少見了,在只有一個撥號連接的小站點里,還可能使用計算機作為非專用的網(wǎng)關(guān)。2、基于類的地址最初設(shè)計 IP 時,地址根據(jù)第一個字節(jié)被分成幾類:0: 保留1-126:A 類( 網(wǎng)絡(luò)地址 :1 字節(jié),主機地址 :3 字節(jié) )127: 保留128-191: B 類( 網(wǎng)絡(luò)地址 :2 字節(jié),主機地址 :2 字節(jié) )192-223: C 類( 網(wǎng)絡(luò)地址 :3 字節(jié),主機地址 :1 字節(jié) )224-255:保留3、子網(wǎng)劃分雖然基于類的地址系統(tǒng)對因特網(wǎng)服務(wù)提供商來說工作得很好, 但它不能在一個網(wǎng)絡(luò)內(nèi)部做任何路由, 其目的

13、是使用第二層 ( 橋接 / 交換 ) 來導(dǎo)引網(wǎng)絡(luò)中的數(shù)據(jù)。在大型的 A 類網(wǎng)絡(luò)中,這就成了個特殊的問題,因為在大型網(wǎng)絡(luò)中僅使用橋接 / 交換使其非常難以管理。在邏輯上其解決辦法是把大網(wǎng)絡(luò)分割成若干小的網(wǎng)絡(luò),但在基于類的地址系統(tǒng)中這是不可能的。 為了解決這個問題,出現(xiàn)了一個新的域:子網(wǎng)掩碼。子網(wǎng)掩碼指出地址中哪些部分是網(wǎng)絡(luò)地址, 哪些是主機地址。 在子網(wǎng)掩碼中,二進制 1 表示網(wǎng)絡(luò)地址位, 二進制 0 表示主機地址位。 傳統(tǒng)的各類地址的子網(wǎng)掩碼為:A 類:B 類:C類:如果想把一個B 類網(wǎng)絡(luò)的地址用作C 類大小的地址,可以使用掩碼。用較長的子網(wǎng)掩碼把一個網(wǎng)絡(luò)分成多個網(wǎng)絡(luò)就叫做劃分子網(wǎng)。要注意的是

14、,一些舊軟件不支持子網(wǎng), 因為它們不理解子網(wǎng)掩碼。 例如 UNIX的 routed 路由守護進程通常使用的路由協(xié)議是版本1 的 RIP,它是在子網(wǎng)掩碼出現(xiàn)前設(shè)計的。上面只介紹了三種子網(wǎng)掩碼:、和,它們是字節(jié)對齊的子網(wǎng)掩碼。 但是也可以在字節(jié)中間對其進行劃分, 這里不進行詳細(xì)講解,請參照相關(guān)的 TCP/IP 書籍。子網(wǎng)使我們可以擁有新的規(guī)模的網(wǎng)絡(luò),包括很小的用于點到點連接的網(wǎng)絡(luò)(如掩碼,30 位的網(wǎng)絡(luò)地址, 2 位的主機地址:兩個主機的子網(wǎng)),或中型網(wǎng)絡(luò)(如掩碼,20 位網(wǎng)絡(luò)地址, 12 位主機地址: 4094 個主機的子網(wǎng))。注意 DNS被設(shè)計為只允許字節(jié)對齊的IP 網(wǎng)絡(luò) ( 在 in-add

15、.域中 ) 。4、超網(wǎng) (supernetting)超網(wǎng)是與子網(wǎng)類似的概念 -IP 地址根據(jù)子網(wǎng)掩碼被分為獨立的網(wǎng)絡(luò)地址和主機地址。但是,與子網(wǎng)把大網(wǎng)絡(luò)分成若干小網(wǎng)絡(luò)相反, 它是把一些小網(wǎng)絡(luò)組合成一個大網(wǎng)絡(luò) - 超網(wǎng)。假設(shè)現(xiàn)在有 16 個 C 類網(wǎng)絡(luò),從到,它們可以用子網(wǎng)掩碼統(tǒng)一表示為網(wǎng)絡(luò)。但是,并不是任意的地址組都可以這樣做,例如 16 個 C類網(wǎng)絡(luò)到就不能形成一個統(tǒng)一的網(wǎng)絡(luò)。 不過這其實沒關(guān)系, 只要策略得當(dāng), 總能找到合適的一組地址的。5、可變長子網(wǎng)掩碼 (VLSM)如果你想把你的網(wǎng)絡(luò)分成多個不同大小的子網(wǎng),可以使用可變長子網(wǎng)掩碼,每個子網(wǎng)可以使用不同長度的子網(wǎng)掩碼。例如:如

16、果你按部門劃分網(wǎng)絡(luò), 一些網(wǎng)絡(luò)的掩碼可以為多數(shù)部門 ) ,其它的可為 較大的部門)。6、無類別地址 (CIDR)因特網(wǎng)上的主機數(shù)量增長超出了原先的設(shè)想,雖然還遠(yuǎn)沒達(dá)到 232,但地址已經(jīng)出現(xiàn)匱乏。 1993 年發(fā)表的 RFC1519-無類別域間路由 CIDR(Classless Inter-Domain Routing) - 是一個嘗試解決此問題的方法。 CIDR 試圖延長 IPv4 的壽命,與 128 位地址的 IPv6 不同,它并不能最終解決地址空間的耗盡, 但 IPv6 的實現(xiàn)是個龐大的任務(wù),因特網(wǎng)目前還沒有做好準(zhǔn)備。 CIDR 給了我們緩沖的準(zhǔn)備時間。基于類的地址系統(tǒng)工作的不錯, 它在

17、有效的地址使用和少量的網(wǎng)絡(luò)數(shù)目間做出了較好的折衷。但是隨著因特網(wǎng)意想不到的成長出現(xiàn)了兩個主要的問題:已分配的網(wǎng)絡(luò)數(shù)目的增長使路由表大得難以管理, 相當(dāng)程度上降低了路由器的處理速度。僵化的地址分配方案使很多地址被浪費,尤其是B 類地址十分匱乏。為了解決第二個問題, 可以分配多個較小的網(wǎng)絡(luò), 例如,用多個 C 類網(wǎng)絡(luò)而不是一個 B 類網(wǎng)絡(luò)。雖然這樣能夠很有效地分配地址, 但是更加劇了路由表的膨脹(第一個問題)。在 CIDR中,地址根據(jù)網(wǎng)絡(luò)拓?fù)鋪矸峙?。連續(xù)的一組網(wǎng)絡(luò)地址可以被分配給一個服務(wù)提供商, 使整組地址作為一個網(wǎng)絡(luò)地址 (很可能使用超網(wǎng)技術(shù)) 。例如:一個服務(wù)提供商被分配以 256 個 C 類

18、地址,從到,服務(wù)提供商給每個用戶分配一個 C 類地址,但服務(wù)提供商外部的路由表只通過一個表項 - 掩碼為的網(wǎng)絡(luò)來分辨這些路由。這種方法明顯減少了路由表的增長, CIDR RFC的作者估計,如果 90%的服務(wù)提供商使用了 CIDR,路由表將以每 3 年 54%的速度增長,而如果沒有使用 CIDR,則增長速度為 776%。如果可以重新組織現(xiàn)有的地址,則因特網(wǎng)骨干上的路由器廣播的路由數(shù)量將大大減少。 但這實際是不可行的,因為將帶來巨大的管理負(fù)擔(dān)。四、路由1、路由表如果一個主機有多個網(wǎng)絡(luò)接口,當(dāng)向一個特定的 IP 地址發(fā)送分組時,它怎樣決定使用哪個接口呢?答案就在路由表中。來看下面的例子:目的子網(wǎng)掩碼

19、網(wǎng)關(guān)標(biāo)志接口4Ueth01Ueth1主機將所有目的地為網(wǎng)絡(luò)內(nèi)主機的數(shù)據(jù)通過接口 eth0(IP 地址為發(fā)送,所有目的地為網(wǎng)絡(luò)內(nèi)主機的數(shù)據(jù)通過接口 eth1(IP 地址為發(fā)送。標(biāo)志U表示該路由狀態(tài)為“ up”(即激活狀態(tài))。對于直接連接的網(wǎng)絡(luò),一些軟件并不象上例中一樣給出接口的 IP 地址,而只列出接口。此例只涉及了直接連接的主機, 那么目的主機在遠(yuǎn)程網(wǎng)絡(luò)中如何呢?如果你通過 IP 地址為的網(wǎng)關(guān)連接到網(wǎng)絡(luò),那么你可以在路由表中增加這樣一項:目的掩碼網(wǎng)關(guān)標(biāo)志接

20、口UGeth0此項告訴主機所有目的地為網(wǎng)絡(luò)內(nèi)主機的分組通過路由過去。標(biāo)志 G(gateway) 表示此項把分組導(dǎo)向外部網(wǎng)關(guān)。類似的,也可以定義通過網(wǎng)關(guān)到達(dá)特定主機的路由,增加標(biāo)志H(host) :目的掩碼網(wǎng)關(guān)標(biāo)志接口UGHeth0下面是路由表的基礎(chǔ),除了特殊表項之外:目的掩碼網(wǎng)關(guān)標(biāo)志接口55UHlo0default54UGeth1第一項是 loopback 接口,用于主機給自己發(fā)送數(shù)據(jù), 通常用于測試和運行于 IP 之上但需要本地通信的應(yīng)用。 這是到特定地址的主機路由 ( 接口 lo0 是 IP

21、協(xié)議棧內(nèi)部的“假”網(wǎng)卡 ) 。第二項十分有意思,為了防止在主機上定義到因特網(wǎng)上每一個可能到達(dá)網(wǎng)絡(luò)的路由, 可以定義一個缺省路由, 如果在路由表中沒有與目的地址相匹配的項, 該分組就被送到缺省網(wǎng)關(guān)。 多數(shù)主機簡單地通過一個網(wǎng)卡連接到網(wǎng)絡(luò), 因此只有通過一個路由器到其它網(wǎng)絡(luò), 這樣在路由表中只有三項: loopback 項、本地子網(wǎng)項和缺省項(指向路由器)。2、重疊路由假設(shè)在路由表中有下列重疊項:目的掩碼網(wǎng)關(guān)標(biāo)志接口5553UGHeth054UGeth0255.

22、255.0.053UGeth1default54UGeth1之所以說這些路由重疊是因為這四個路由都含有地址 ,如果向發(fā)送數(shù)據(jù),會選擇哪條路由呢?在這種情況下,會選擇第一條路由,通過網(wǎng)關(guān)。原則是選擇具有最長 ( 最精確 ) 的子網(wǎng)掩碼。類似的,發(fā)往的數(shù)據(jù)選擇第二條路由。注意:這條原則只適用于間接路由 ( 通過網(wǎng)關(guān) ) 。把兩個接口定義在同一子網(wǎng)在很多軟件實現(xiàn)上是非法的。 例如下面的設(shè)置通常是非法的 (不過有些軟件將嘗試在兩個接口進行負(fù)載平衡):接口IP 地址子網(wǎng)掩碼eth0et

23、h1對于重疊路由的策略是十分有用的,它允許缺省路由作為目的為 、子網(wǎng)掩碼為的路由進行工作,而不需要作為路由軟件的一個特殊情況來實現(xiàn)?;仡^來看看 CIDR,仍使用上面的例子:一個服務(wù)提供商被賦予 256 個 C 類網(wǎng)絡(luò),從到。該服務(wù)提供商外部的路由表只以一個表項就了解了所有這些路由:,子網(wǎng)掩碼為。假設(shè)一個用戶移到了另一個服務(wù)提供商,他擁有網(wǎng)絡(luò)地址,現(xiàn)在他是否必須從新的服務(wù)提供商處取得新的網(wǎng)絡(luò)地址呢?如果是, 意味著他必須重新配置每臺主機的 IP 地址,改變 DNS設(shè)置,等等。幸運的是,解決辦法很簡單,原來的服務(wù)提供商保持路由子網(wǎng)掩碼為

24、,新的服務(wù)提供商則廣播路由子網(wǎng)掩碼為,因為新路由的子網(wǎng)掩碼較長,它將覆蓋原來的路由。3、靜態(tài)路由回頭看看我們已建立的路由表,已有了六個表項:目的掩碼網(wǎng)關(guān)標(biāo)志接口55UHlo04Ueth01Ueth1default54UGeth54UGeth0155201.6

25、6.37.254UGHeth0這些表項分別是怎么得到的呢?第一個是當(dāng)路由表初始化時由路由軟件加入的,第二、三個是當(dāng)網(wǎng)卡綁定 IP 地址時自動創(chuàng)建的,其余三個必須手動加入,在 UNIX系統(tǒng)中,這是通過命令 route 來做的,可以由用戶手工執(zhí)行,也可以通過 rc 腳本在啟動時執(zhí)行。 上述方法涉及的是靜態(tài)路由, 通常在啟動時創(chuàng)建,并且沒有手工干預(yù)的話將不再改變。4、路由協(xié)議主機和網(wǎng)關(guān)都可以使用稱作動態(tài)路由的技術(shù), 這使路由表可以動態(tài)改變。 動態(tài)路由需要路由協(xié)議來增加和刪除路由表項,路由表還是和靜態(tài)路由一樣地工作,只是其增添和刪除是自動的。有兩種路由協(xié)議: 內(nèi)部的和外部的。 內(nèi)部協(xié)議在自制系統(tǒng) (A

26、S) 內(nèi)部路由,而外部協(xié)議則在自制系統(tǒng)間路由。 自制系統(tǒng)通常在統(tǒng)一的控制管理之下, 例如大的公司或大學(xué)。小的站點常常是其因特網(wǎng)服務(wù)提供商自制系統(tǒng)的一部分。這里只討論內(nèi)部協(xié)議, 很少有人涉及到甚至聽說外部協(xié)議。 最常見的外部協(xié)議 是 外 部 網(wǎng) 關(guān) 協(xié) 議 EGP(External Gateway Protocol) 和 邊 緣 網(wǎng) 關(guān) 協(xié) 議 BGP(Border Gateway Protocol) ,BGP是較新的協(xié)議,在逐漸地取代 EGP。5、ICMP重定向ICMP通常不被看作路由協(xié)議, 但是 ICMP重定向卻與路由協(xié)議的工作方式很類似,所以將在這里討論一下。 假設(shè)現(xiàn)在有上面所給的六個表項

27、的路由表, 分組被送往,看看路由表,除了缺省路由外,這并不能匹配任何路由。靜態(tài)路由將其通過路由器發(fā)送 (trip1) ,但是,該路由器知道所有發(fā)向子網(wǎng)的分組應(yīng)該通過 ,因此,它把分組轉(zhuǎn)發(fā)到適當(dāng)?shù)穆酚善?(trip2) 。但是如果主機直接把分組發(fā)到就會提高效率 (trip 3)。因為路由器把分組從同一接口發(fā)回了分組,所以它知道有更好的路由, 路由器可以通過ICMP 重定向指示主機使用新的路由。雖然路由器知道所有發(fā)向子網(wǎng)的分組應(yīng)該通過,它通常只發(fā)送特定的主機的ICMP重定向(此例中是)。主機將在路由表中創(chuàng)建一個新的表項:目的掩碼網(wǎng)關(guān)標(biāo)志接口UGHDeth1注意標(biāo)志 D,對所有由將通過新路由發(fā)送 (trip 3)IC

溫馨提示

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

最新文檔

評論

0/150

提交評論