【文章內(nèi)容簡(jiǎn)介】 路徑有問(wèn)題。另外，如果路徑不可用了， ICMP 可以使 TCP 連接 ?體面地 ?終止。 PING 是最常用的基于 ICMP 的服務(wù)。 . TCP 和 UDP 的端口結(jié)構(gòu) TCP 和 UDP 服務(wù)通常有一個(gè)客戶 /服務(wù)器的關(guān)系，例如，一個(gè) Tel服務(wù)進(jìn)程開始在系統(tǒng)上處于空閑狀態(tài)，等待著連接。用戶使用 Tel 客戶程序與服務(wù)進(jìn)程建立一個(gè)連接?？蛻舫绦蛳蚍?wù)進(jìn)程寫入信息，服務(wù)進(jìn)程讀出信息并發(fā)出響應(yīng)，客戶程序讀出響應(yīng)并向 用戶報(bào)告。因而，這個(gè)連接是雙工的，可以用來(lái)進(jìn)行讀寫。 兩個(gè)系統(tǒng)間的多重 Tel 連接是如何相互確認(rèn)并協(xié)調(diào)一致呢？ TCP 或UDP 連接唯一地使用每個(gè)信息中的如下四項(xiàng)進(jìn)行確認(rèn)： 源 IP 地址 發(fā)送包的 IP 地址。 目的 IP 地址 接收包的 IP 地址。 源端口 源系統(tǒng)上的連接的端口。 目的端口 目的系統(tǒng)上的連接的端口。 端口是一個(gè)軟件結(jié)構(gòu)，被客戶程序或服務(wù)進(jìn)程用來(lái)發(fā)送和接收信息。一個(gè)端口對(duì)應(yīng)一個(gè) 16 比特的數(shù)。服務(wù)進(jìn)程通常使用一個(gè)固定的端口，例如，SMTP 使用 2 Xwindows 使用 6000。這些端口號(hào)是 ?廣為人知 ?的，因?yàn)樵诮⑴c特定的主機(jī)或服務(wù)的連接時(shí)，需要這些地址和目的地址進(jìn)行通訊 、 三 參考模型 TCP/IP 協(xié)議并不完全符合 OSI 的七層參考模型。傳統(tǒng)的開放式系統(tǒng)互連參考模型，是一種通信協(xié)議的 7 層抽象的參考模型 ,其中每一層執(zhí)行某一特定任務(wù)。該模型的目的是使各種硬件在相同的層次上相互通信。這 7 層是 :物理層、數(shù)據(jù)鏈路層、網(wǎng)路層、傳輸層、話路層、表示層和應(yīng)用層。而 TCP/IP 通訊協(xié)議采用了 4 層的層級(jí)結(jié)構(gòu)，每一層都呼叫它的下一層所提供的網(wǎng)絡(luò)來(lái)完成自己的需求。這 4 層分別為： 應(yīng)用 層：應(yīng)用程序間溝通的層，如簡(jiǎn)單電子郵件傳輸（ SMTP）、文件傳輸協(xié)議（ FTP）、網(wǎng)絡(luò)遠(yuǎn)程訪問(wèn)協(xié)議（ Tel）等。 傳輸層：在此層中，它提供了節(jié)點(diǎn)間的數(shù)據(jù)傳送服務(wù)，如傳輸控制協(xié)議（ TCP）、用戶數(shù)據(jù)報(bào)協(xié)議（ UDP）等， TCP 和 UDP 給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)较乱粚又?，這一層負(fù)責(zé)傳送數(shù)據(jù)，并且確定數(shù)據(jù)已被送達(dá)并接收。 蘭州交通大學(xué)課程設(shè)計(jì) 8 互連網(wǎng)絡(luò)層：負(fù)責(zé)提供基本的數(shù)據(jù)封包傳送功能，讓每一塊數(shù)據(jù)包都能夠到達(dá)目的主機(jī)（但不檢查是否被正確接收），如網(wǎng)際協(xié)議（ IP）。 網(wǎng)絡(luò)接口層：對(duì)實(shí)際的網(wǎng)絡(luò)媒體的管理，定義如 何使用實(shí)際網(wǎng)絡(luò)（如 Ether、 Serial Line 等）來(lái)傳送數(shù)據(jù)。 ● 路由表的配置 （回址路由和默認(rèn)路由） ； ① 路由表 簡(jiǎn)介 在 計(jì)算機(jī)網(wǎng)絡(luò) 中， 路由表 或稱 路由擇域信息庫(kù)（ RIB） 是一個(gè)存儲(chǔ)在 路由器 或者聯(lián)網(wǎng)計(jì)算機(jī)中的電子表格（文件）或類數(shù)據(jù)庫(kù)。路由表存儲(chǔ)著指向特定網(wǎng)絡(luò)地址的路徑（在有些情況下，還記錄有路徑的路由度量值）。路由表中含有網(wǎng)絡(luò)周邊的拓?fù)?信息。路由表建立的主要目標(biāo)是為了實(shí)現(xiàn)路由協(xié)議和靜態(tài)路由選擇。 在現(xiàn)代路由器構(gòu)造中，路由表不直接參與 數(shù)據(jù)包 的傳輸，而是用于生成一個(gè)小型指向表，這個(gè)指向表僅僅包含由路由算法選擇的數(shù)據(jù)包傳輸優(yōu)先路徑，這個(gè)表格通常為了優(yōu)化硬件存儲(chǔ)和查找而被壓縮或提前編譯。本文將忽略這個(gè)執(zhí)行的詳細(xì)情況而選擇整個(gè)路徑選擇／傳輸信息子系統(tǒng)作為路由表來(lái)說(shuō)明。 ② 路由表的 主 要工作 路由器的主要工作就是為經(jīng)過(guò)路由器的每個(gè)數(shù)據(jù)包尋找一條最佳傳輸路徑，并將該數(shù)據(jù)有效地傳送到目的站點(diǎn)。由此可見(jiàn)，選擇最佳路徑的策略即 路由算法 是路由器的關(guān)鍵所在。為了完成這項(xiàng)工作，在路由器中保存著各種傳輸路徑的相關(guān)數(shù)據(jù) ——路由表（ Routing Table），供路由選擇時(shí)使用 ,表中包含的信息決定了數(shù)據(jù)轉(zhuǎn)發(fā)的策略。打個(gè)比方，路由表就像我們平時(shí)使用的地圖一樣，標(biāo)識(shí)著各種路線， 路由表中保存著子網(wǎng)的標(biāo)志信息、網(wǎng)上路由器的個(gè)數(shù)和下一個(gè)路由器的名字等內(nèi)容。路由表可以是由系統(tǒng)管理員固定設(shè)置好的，也可以由系統(tǒng)動(dòng)態(tài)修改，可以由路由器自動(dòng)調(diào)整，也可以由主機(jī)控制。 ．靜態(tài)路由表 由系統(tǒng)管理員事先設(shè)置好固定的路由表稱之為靜態(tài)（ static）路由表，一般是在系統(tǒng)安裝時(shí)就根據(jù)網(wǎng)絡(luò)的配置情況預(yù)先設(shè)定的，它不會(huì)隨未來(lái)網(wǎng)絡(luò)結(jié)構(gòu)的改變而改變。 ．動(dòng)態(tài)路由表 動(dòng)態(tài)（ Dynamic）路由表是路由器根據(jù)網(wǎng)絡(luò)系統(tǒng)的運(yùn)行情況而自動(dòng)調(diào)整的路由表。路由器 根據(jù)路由選擇協(xié)議（ Routing Protocol）提供的功能，自動(dòng)學(xué)習(xí)和記憶網(wǎng)絡(luò)運(yùn)行情況，在需要時(shí)自動(dòng)計(jì)算數(shù)據(jù)傳輸?shù)淖罴崖窂健? 路由器通常依靠所建立及維護(hù)的路由表 來(lái)決定如何轉(zhuǎn)發(fā)。路由表能力是指路由表內(nèi)所容納路由表項(xiàng)數(shù)量的極限。由于 Inter 上執(zhí)行 BGP 協(xié)議的蘭州交通大學(xué)課程設(shè)計(jì) 9 路由器通常擁有 數(shù)十萬(wàn)條路由表項(xiàng)，所以該項(xiàng)目也是路由器能力的重要體現(xiàn)。 路由表項(xiàng)如下： 首先，路由表的每 個(gè)項(xiàng)的目的字段含有目的網(wǎng)絡(luò)前綴。其次，每個(gè)項(xiàng)還有一個(gè)附加字段，還有用于指定網(wǎng)絡(luò)前綴位數(shù)的子網(wǎng)掩碼（ address mask） .第三，當(dāng)下一跳字段代表路由器時(shí)，下一跳 字段的值使用路由的 IP地址。 理解網(wǎng)際網(wǎng)絡(luò)中可用的網(wǎng)絡(luò)地址（或網(wǎng)絡(luò) ID）有助于路由決定。這些知識(shí)是從稱為路由表的數(shù)據(jù)庫(kù)中獲得的。路由表是一系列稱為路由的項(xiàng)，其中包含有關(guān)網(wǎng)際網(wǎng)絡(luò)的網(wǎng)絡(luò) ID 位置信息。路由表不是對(duì)路由器專用的。主機(jī)（非路由器）也可能有用來(lái)決定優(yōu)化路由的路由表 路由表 的類型 路由表中的每一項(xiàng)都被看作是一個(gè)路由，并且屬于下列任意類型： 網(wǎng)絡(luò)路由提供到網(wǎng)際網(wǎng)絡(luò)中特定網(wǎng)絡(luò) ID 的路由。 ? 主路由 主路由提供到網(wǎng)際網(wǎng)絡(luò)地址（網(wǎng)絡(luò) ID 和節(jié)點(diǎn) ID）的路由。主路由通常用于將自定義路由創(chuàng)建到特定主機(jī)以控制或優(yōu)化網(wǎng)絡(luò)通信。 ? 默認(rèn)路由 如果在路由表中沒(méi)有找到其他路由，則使用默認(rèn)路由。例如，如果路由器或主機(jī)不能找到目標(biāo)的網(wǎng)絡(luò)路由或主路由，則使用默認(rèn)路由。默認(rèn)路由簡(jiǎn)化了主機(jī)的配置。使用單個(gè)默認(rèn)的路由來(lái)轉(zhuǎn)發(fā)帶有在路由表中未找到的目標(biāo)網(wǎng)絡(luò)或網(wǎng)際網(wǎng)絡(luò)地址的所有數(shù)據(jù)包，而不是為網(wǎng)際網(wǎng)絡(luò)中所有的網(wǎng)絡(luò) ID 配置帶有路由的主機(jī)。 路由表結(jié)構(gòu) 下面的圖解顯示了路由表的結(jié)構(gòu)。 ART 圖像 路由表中的每項(xiàng)都由以下信息字段組成： ? 網(wǎng)絡(luò) ID 主路由的網(wǎng)絡(luò) ID 或網(wǎng)際網(wǎng)絡(luò)地址。在 IP 路由器上，有從目標(biāo) IP 地址決定 IP 網(wǎng)絡(luò) ID 的其他子網(wǎng)掩碼字段。 ? 轉(zhuǎn)發(fā)地址 數(shù)據(jù)包轉(zhuǎn)發(fā)的地址。轉(zhuǎn)發(fā)地址是硬件地址或網(wǎng)際網(wǎng)絡(luò)地址。對(duì)于主機(jī)或路由器直接連接的網(wǎng)絡(luò)，轉(zhuǎn)發(fā)地址字段可能是連接到網(wǎng)絡(luò)的接口地址。 ? 接口 當(dāng)將數(shù)據(jù)包轉(zhuǎn)發(fā)到網(wǎng)絡(luò) ID 時(shí)所使用的網(wǎng)絡(luò)接口。這是一個(gè)端口號(hào)或其他類型的邏輯標(biāo)識(shí)符。 ? 躍點(diǎn)數(shù) 路由首選項(xiàng)的度量。通常，最小的 躍點(diǎn)數(shù)是首選路由。如果多個(gè)路由存在于給定的目標(biāo)網(wǎng)絡(luò)，則使用最低躍點(diǎn)數(shù)的路由。某些路由選擇算法只將到蘭州交通大學(xué)課程設(shè)計(jì) 10 任意網(wǎng)絡(luò) ID 的單個(gè)路由存儲(chǔ)在路由表中，即使存在多個(gè)路由。在此情況下，路由器使用躍點(diǎn)數(shù)來(lái)決定存儲(chǔ)在路由表中的路由。 注意 ? 前面的列表是路由器所使用的路由表中字段的典型列表。不同的可路由協(xié)議路由表中的實(shí)際字段可能會(huì)改變。 由系統(tǒng)管理員事先設(shè)置好固定的路由表稱之為靜態(tài)（ static）路由表，一般是在系統(tǒng)安裝時(shí)就根據(jù)網(wǎng)絡(luò)的配置情況預(yù)先設(shè)定的，它不會(huì)隨未來(lái)網(wǎng)絡(luò)結(jié)構(gòu)的改變而改變。 動(dòng)態(tài)（ Dynamic）路由表是路由器根據(jù)網(wǎng)絡(luò)系統(tǒng)的運(yùn)行情況而自動(dòng)調(diào)整的路由表。路由器根據(jù)路由選擇 協(xié)議 （ Routing Protocol）提供的 功能 ，自動(dòng)學(xué)習(xí)和記憶網(wǎng)絡(luò)運(yùn)行情況，在需要時(shí)自動(dòng)計(jì)算數(shù)據(jù)傳輸?shù)淖罴崖窂健? 路由表能力是指路由表內(nèi)所容納路由表項(xiàng)數(shù)量 的極限。由于 Inter 上執(zhí)行 BGP 協(xié)議的路由器通常擁有數(shù)十萬(wàn)條路由表項(xiàng)，所以該項(xiàng)目也是路由器能力的重要體現(xiàn)。 四 路由協(xié)議的分析及比較作用 路由協(xié)議 概述 路由分為靜態(tài)路由和動(dòng)態(tài)路由，其相應(yīng)的路由表稱為靜態(tài)路由表和動(dòng)態(tài)路由表。靜態(tài)路由表由網(wǎng)絡(luò)管理員在系統(tǒng)安裝時(shí)根據(jù)網(wǎng)絡(luò)的配置情況預(yù)先設(shè)定，網(wǎng)絡(luò)結(jié)構(gòu) 發(fā)生變化后由網(wǎng)絡(luò)管理員手工修改路由表。動(dòng)態(tài)路由隨網(wǎng)絡(luò)運(yùn)行情況的變化而變化，路由器根據(jù)路由協(xié)議提供的功能自動(dòng)計(jì)算數(shù)據(jù)傳輸?shù)淖罴崖窂剑纱说玫絼?dòng)態(tài)路由表。 根據(jù)路由算法，動(dòng)態(tài)路由協(xié)議可分為距 離向量路由協(xié)議（ Distance Vector Routing Protoco