J基礎(chǔ)篇-網(wǎng)絡(luò)模型及TCPIP協(xié)議簇cll

第二章網(wǎng)絡(luò)模型及TCP/IP協(xié)議簇網(wǎng)絡(luò)模型與TCP／IP協(xié)議簇概論ＴCＰ/IP起源于1969年美國國防部(DＯD:ThｅUｎitedＳｔatｅsＤｅｐartmentOｆDｅfｅnse)高級(jí)討論項(xiàng)目管理局（ＡPRＡ:AdvaｎcｅdReｓarchＰroｊｅctｓAｇｅncy）對(duì)有關(guān)分組交換的廣域網(wǎng)（Packet—Ｓｗｉtcｈeｄwiｄｅ－aｒeａnetwork）科研項(xiàng)目，因此起初的網(wǎng)絡(luò)稱為ＡRPANET。19７3年TCＰ(傳輸掌握協(xié)議）正式投入使用,１981年ＩＰ(網(wǎng)際協(xié)議)協(xié)議投入使用，1983年TCP／ＩＰ協(xié)議正式被集成到美國加州高校伯克利分校的UNIX版本中，該“網(wǎng)絡(luò)版”操作系統(tǒng)適應(yīng)了當(dāng)時(shí)各高校、機(jī)關(guān)、企業(yè)的旺盛的連網(wǎng)需求，因而隨著該免費(fèi)分發(fā)的操作系統(tǒng)的廣泛使用,ＴCP/IP協(xié)議得到了流傳。TＣP/IP技術(shù)得到了眾多廠商的支持,不久就有了很多分散的網(wǎng)絡(luò)。全部這些單個(gè)的ＴCP/IP網(wǎng)絡(luò)都互聯(lián)起來稱為INＴEＲNEＴ.基于TCP/ＩP協(xié)議的Inteｒneｔ已逐步進(jìn)展成為當(dāng)今世界上規(guī)模最大、擁有用戶和資源最多的一個(gè)超大型計(jì)算機(jī)網(wǎng)絡(luò)，TCP／ＩP協(xié)議也因此成為事實(shí)上的工業(yè)標(biāo)準(zhǔn)。IＰ網(wǎng)絡(luò)正逐步成為當(dāng)代乃至將來計(jì)算機(jī)網(wǎng)絡(luò)的主流。本章主要對(duì)ＴCP/IP協(xié)議組件進(jìn)行概述，著重介紹TCＰ/IP協(xié)議簇模型及各層次協(xié)議的處理機(jī)制.網(wǎng)絡(luò)模型與ＴＣP/IＰ協(xié)議簇早在TCP/IＰ協(xié)議消滅之前,國際標(biāo)準(zhǔn)化組織(ＩSO)就提出了開放系統(tǒng)互連（OＳＩ）網(wǎng)絡(luò)模型，為網(wǎng)絡(luò)的設(shè)計(jì)、開發(fā)、編程、維護(hù)供應(yīng)了便利的分而治之的思想,其先進(jìn)性、科學(xué)性、有用性是不言而喻的。ＴCP/IＰ協(xié)議不是單純的兩個(gè)協(xié)議，是一組不同層次上的多個(gè)協(xié)議的組合，常稱為ＴCP/IP協(xié)議簇或者互聯(lián)網(wǎng)協(xié)議簇,為實(shí)現(xiàn)整個(gè)網(wǎng)絡(luò)的互聯(lián)供應(yīng)指導(dǎo),其層次組合已很難用OSI的七層模型來套用，它是ＯSＩ模型的濃縮，將原來的七層模型合并為四層協(xié)議的體系結(jié)構(gòu)，自頂向下分別是應(yīng)用層、傳輸層、網(wǎng)絡(luò)層和鏈路層,沒有OＳＩ參考模型的會(huì)話層和表示層,一般認(rèn)為TCP/IP的會(huì)話和表示功能是在傳輸層完成的。OSＩ參考模型和TCＰ/IP協(xié)議簇兩者結(jié)構(gòu)如圖２-1所示。OSＩ ???TＣP/IＰ應(yīng)用層應(yīng)用層表示層會(huì)話層傳輸層傳輸層網(wǎng)絡(luò)層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層鏈路層物理層圖2－1網(wǎng)絡(luò)模型與TＣP/IＰ協(xié)議簇每一層的功能如下：鏈路層：有時(shí)也稱作數(shù)據(jù)鏈路層或網(wǎng)絡(luò)接口層，通常包括操作系統(tǒng)中的設(shè)備驅(qū)動(dòng)程序和計(jì)算機(jī)中對(duì)應(yīng)的網(wǎng)絡(luò)接口卡。它們一起處理與電纜(或其他任何傳輸媒介)的物理接口細(xì)節(jié).在TCＰ/ＩP協(xié)議簇中,鏈路層的協(xié)議比較多,它決定了網(wǎng)絡(luò)形態(tài),但很多都不是專門為TCP/IＰ設(shè)計(jì)的。常用的鏈路層協(xié)議包括:以太網(wǎng)協(xié)議、ＰPP協(xié)議、幀中繼協(xié)議、ＡＴM等。網(wǎng)絡(luò)層:有時(shí)也稱作互連網(wǎng)層,處理分組在網(wǎng)絡(luò)中的活動(dòng)，例如分組的路由選擇。在TCP/ＩP協(xié)議簇中，網(wǎng)絡(luò)層協(xié)議包括ＩＰ協(xié)議(網(wǎng)際協(xié)議)，ＩCMP協(xié)議(Iｎtｅrneｔ互連網(wǎng)掌握?qǐng)?bào)文協(xié)議），ＡRP/ＲARP(地址解析／逆向地址解析協(xié)議），以及IＧＭＰ協(xié)議（Inｔｅrnｅt組管理協(xié)議）.傳輸層:主要為兩臺(tái)主機(jī)上的應(yīng)用程序供應(yīng)端到端的通信。在ＴCP/IＰ協(xié)議簇中，有兩個(gè)互不相同的傳輸協(xié)議:TCP(傳輸掌握協(xié)議）和UDP(用戶數(shù)據(jù)報(bào)協(xié)議),它們分別承載不同的應(yīng)用。應(yīng)用層:負(fù)責(zé)處理特定的應(yīng)用程序細(xì)節(jié)。幾乎各種不同的TCP/IＰ實(shí)現(xiàn)都會(huì)供應(yīng)下面這些通用的應(yīng)用程序:·Ｔeｌneｔ遠(yuǎn)程登錄·ＦＴP文件傳輸協(xié)議·ＳMTP用于電子郵件的簡潔郵件傳輸協(xié)議·SＮMＰ簡潔網(wǎng)絡(luò)管理協(xié)議嚴(yán)格來講,分層模型的動(dòng)機(jī)就是將各層的功能盡量獨(dú)立，每層的功能對(duì)另一層來說是透明的，只對(duì)通信的另一端負(fù)責(zé)，為編程和診斷供應(yīng)良好的層次隔離,然而實(shí)際情況并非如此，首先軟件編程上完全依據(jù)分層模型來做,編程效率會(huì)降低,與其分層，不如按功能實(shí)現(xiàn)來模塊化.其次，對(duì)于很多功能實(shí)現(xiàn)來說，必須實(shí)現(xiàn)兩層子間的交互，這又違反了當(dāng)時(shí)的動(dòng)身點(diǎn),比如鏈路層在成幀時(shí)需要接收端的物理地址,該地址必須由網(wǎng)絡(luò)層處理ＡRP地址解析才行,簡潔地將ＡRP放在那一層都有些牽強(qiáng)。所以說,分層模型對(duì)于理解網(wǎng)絡(luò)的抽象性是有好處的,它有助于指導(dǎo)網(wǎng)絡(luò)入門，但并不是網(wǎng)絡(luò)的精髓，只有結(jié)合簡略的系統(tǒng)分析才有實(shí)際意義。TCＰ／IP封裝過程如下圖2－2分析TCＰ/IP的封裝是如何進(jìn)行的。數(shù)據(jù)由文本uｓeｒnaｍe組成，它被封裝在傳輸層的段中,該段再封裝到網(wǎng)絡(luò)層報(bào)文包中，網(wǎng)絡(luò)層報(bào)文包再封裝到數(shù)據(jù)鏈路幀，以便在所選的介質(zhì)上傳送。當(dāng)系統(tǒng)接收到數(shù)據(jù)時(shí),是拆封/多路分解過程。當(dāng)數(shù)據(jù)沿著協(xié)議棧向上傳遞時(shí),檢查幀的格式，決定網(wǎng)絡(luò)類型，并去掉幀的格式，檢查內(nèi)含的報(bào)文包，決定傳輸協(xié)議.數(shù)據(jù)由某個(gè)傳輸層處理，最后數(shù)據(jù)遞交給正確的應(yīng)用程序。路由器提示：usｅrｎaｍｅ:傳輸層：傳輸層數(shù)據(jù)段＝頭(SP、DP）+數(shù)據(jù)（usernaｍe:)網(wǎng)絡(luò)層:網(wǎng)絡(luò)層數(shù)據(jù)包＝頭（SA、DA）＋傳輸層數(shù)據(jù)段數(shù)據(jù)鏈路層:數(shù)據(jù)鏈路層幀=頭（DMAC、SＭAC）+網(wǎng)絡(luò)層數(shù)據(jù)包+TR圖2－2TＣＰ/ＩP封裝協(xié)議棧多路復(fù)用圖2-３TCP/IP協(xié)議多路復(fù)用在TＣＰ/IP協(xié)議棧各個(gè)層次中的段、報(bào)文包和幀頭部中都有掌握字節(jié)，對(duì)于傳送數(shù)據(jù)時(shí),是標(biāo)識(shí)數(shù)據(jù)源；對(duì)于接收數(shù)據(jù)時(shí),是標(biāo)識(shí)處理數(shù)據(jù)的上層。圖２－3說明白TCＰ/ＩＰ協(xié)議棧內(nèi)部的掌握字節(jié).當(dāng)從物理介質(zhì)收到幀時(shí)，以太網(wǎng)掌握器只將幀的MAC地址與掌握器卡的(包括接口所熟識(shí)的廣播及多路廣播地址）MAＣ地址全都的報(bào)文傳遞到上層。以太網(wǎng)軟件接收幀并檢查協(xié)議類型代碼以決定幀中數(shù)據(jù)類型,如代碼0x800表明所封裝的是IP報(bào)文包，0８06表明所封裝的是ARP報(bào)文包.網(wǎng)絡(luò)層報(bào)文包由IP處理。檢查IＰ頭部及目的地址的有效性,若目的地址是本系統(tǒng)的，檢查報(bào)文協(xié)議標(biāo)識(shí)碼（ＩＤ）。協(xié)議IＤ決定哪個(gè)協(xié)議應(yīng)該接收此數(shù)據(jù)包。如協(xié)議代碼6表示TCＰ,協(xié)議代碼１7表示UＤP.接下來通過檢查TCＰ段或UＤP數(shù)據(jù)報(bào)文以確定端口號(hào)，從而識(shí)別由哪個(gè)應(yīng)用接收數(shù)據(jù)。如端口號(hào)2３留給Ｔelｎｅｔ，端口號(hào)25留給ＳMＴP。TＣP／ＩP協(xié)議簇的內(nèi)涵十分豐富,并非只有ＴCP和IP兩個(gè)協(xié)議，它已經(jīng)圍繞ＩP進(jìn)展成為了一個(gè)浩大的家族,這里我們將介紹TＣＰ/ＩP協(xié)議簇中最常見、最重要的部分。鏈路層協(xié)議依據(jù)分層操作的思想,每一層對(duì)上一層送來的數(shù)據(jù)進(jìn)行處理時(shí)要加上一個(gè)報(bào)頭（首部信息），有時(shí)還要加上尾部信息,這稱為數(shù)據(jù)包封裝。鏈路層的工作是將IP數(shù)據(jù)包依據(jù)鏈路協(xié)議定義的格式進(jìn)行封裝，并依據(jù)硬件接口的編碼方式轉(zhuǎn)成合適的基帶信號(hào)發(fā)送到傳輸介質(zhì)上.該層數(shù)據(jù)一般稱為數(shù)據(jù)幀。常見的以太網(wǎng)（IＥEE８０２.3等）、令牌環(huán)網(wǎng)(ＩEEE80２.5）、幀中繼、ＡＴＭ、ＨDLC、PPＰ、Ｑ。９21都是鏈路層協(xié)議，但每個(gè)協(xié)議的封裝格式各不相同。例如以太網(wǎng)（ＥtｈｅrnetII）協(xié)議的封裝格式如圖2-4。

前導(dǎo)碼目的地址源地址協(xié)議類型數(shù)據(jù)ＣRＣ８字節(jié)6字節(jié)6字節(jié)２字節(jié)4６~15００字節(jié)4字節(jié)圖2—４常見的以太網(wǎng)（EthｅrneｔII)協(xié)議的封裝格式兩字節(jié)的協(xié)議類型字段用來識(shí)別封裝的協(xié)議類型：０8００表示封裝的是IP數(shù)據(jù)包，0806表示封裝的是ARP地址解析懇求/應(yīng)答數(shù)據(jù)包，8０35表示封裝的是RARP懇求/應(yīng)答數(shù)據(jù)包,8１37表示封裝的是IPX數(shù)據(jù)包。封裝好的數(shù)據(jù)幀在線路空閑時(shí)（用ＣＳMＡ/CＤ載波偵聽多路存?。鲎矙z測(cè)的方法來檢測(cè)）依據(jù)曼徹斯特編碼將數(shù)據(jù)轉(zhuǎn)成凹凸電平發(fā)送到線路上。線速路由器中常用的一種鏈路層幀格式為點(diǎn)到點(diǎn)協(xié)議（PPP）中的HDLＣ幀格式，IＰ數(shù)據(jù)包被封裝成ISＯHＤＬＣ幀格式，然后再映射進(jìn)同步數(shù)字序列SDＨ中去透明傳輸，路由器上這樣的接口常稱為PＯＳ接口（PaｃketｏｖｅrＳDＨ）。PPPinHＤLＣ幀格式如圖２-５所示。標(biāo)記地址掌握協(xié)議數(shù)據(jù)幀校驗(yàn)7EFF03２字節(jié)1５00字節(jié)1字節(jié)圖2-5ＰPPinHDLC幀格式協(xié)議字段為0０21時(shí)表示數(shù)據(jù)部分為IP數(shù)據(jù)包，Ｃ０２１表示數(shù)據(jù)部分為ＬCP鏈路掌握協(xié)議，8０21為ＮCP網(wǎng)絡(luò)掌握協(xié)議，Ｃ023為PAP密碼驗(yàn)證，C223為CHＡP質(zhì)詢握手驗(yàn)證協(xié)議。網(wǎng)絡(luò)層協(xié)議比較嚴(yán)格的說網(wǎng)絡(luò)層的協(xié)議就是IＰ，IＣMP、ARＰ／RＡＲＰ是幫助IＰ完成尋址的功能,因此也被認(rèn)為是第三層的協(xié)議。IP協(xié)議全球ＩＮTERNET網(wǎng)的廣泛應(yīng)用使IＰ協(xié)議深化人心。ＩＰ協(xié)議以其簡潔、有效、開放性成為事實(shí)上的工業(yè)標(biāo)準(zhǔn)。IP協(xié)議使異種網(wǎng)互聯(lián)便利可行，尤其值得一提的是它對(duì)下層通信技術(shù)有巨大包涵性。IＰ協(xié)議作為通信子網(wǎng)的最高層,供應(yīng)無連接的數(shù)據(jù)報(bào)傳輸機(jī)制.IP協(xié)議是點(diǎn)到點(diǎn)的，核心問題是尋徑。它向上層供應(yīng)統(tǒng)一的IＰ數(shù)據(jù)報(bào)，使得各種物理幀的差異性對(duì)上層協(xié)議不復(fù)存在。互連網(wǎng)協(xié)議IP是ＴＣP/IP體系中兩個(gè)最重要的協(xié)議之一.與IP協(xié)議配套使用的還有三個(gè)協(xié)議：地址轉(zhuǎn)換協(xié)議AＲP（AddrｅｓｓReｓｏlutｉonProtｏcｏl）反向地址轉(zhuǎn)換協(xié)議ＲAＲP（RｅverseＡddresｓＲeｓolutioｎＰｒotoｃol）Iｎterｎet掌握?qǐng)?bào)文協(xié)議ICMP（IntｅrnetContｒoｌMeｓsaｇeＰｒoｔcｏl）

Telｎet,ＦTP，TＦＴPTCP，UＤＰICMPICMPARPRARPIP圖2—6IP協(xié)議及其相關(guān)協(xié)議如圖2-6中畫出了這三個(gè)協(xié)議和IＰ協(xié)議的關(guān)系。在這一層中，ＡRP和RAＲP畫在最下面，由于IP常常要使用著兩個(gè)協(xié)議.IＣMP畫在這一層的上部，由于它要使用ＩP協(xié)議。下圖2—７是ＩP數(shù)據(jù)報(bào)的格式。首首部20字節(jié)固定長度01234567優(yōu)先級(jí)DTRC未用4位版本4位首部長度8位服務(wù)類型（TＯＳ）１6位總長度16位標(biāo)識(shí)3位標(biāo)志１3位片偏移8位生存時(shí)間(TＴL）8位協(xié)議標(biāo)識(shí)16位首部檢驗(yàn)和3２位源ＩＰ地址可變長度32位目的IP地址可變長度長度可變的任選字段填充數(shù)據(jù)圖2—７TP數(shù)據(jù)報(bào)格式從上圖可看出，一個(gè)IP數(shù)據(jù)報(bào)由首部和數(shù)據(jù)兩部分組成。首部的前一部分長度是固定的20個(gè)字節(jié)，后面部分的長度則是可變長度。下面介紹首部各字段的意義。版本,該字段占4bit，指IP協(xié)議的版本。通信雙方使用的IP協(xié)議的版本必須全都。目前使用的ＩＰ協(xié)議版本為4，下一代的版本為IPv6。首部長度，該字段占4ｂit，可表示的最大數(shù)值是１５個(gè)單位(一個(gè)單位為４字節(jié)）,因此IP的首部長度的最大值是6０字節(jié)。一般ＩＰ數(shù)據(jù)包是沒有任選項(xiàng)的，因此該字段的值為5。如果有任選項(xiàng)，該字段值最大為15.路由器收到IP包后對(duì)此字段要做檢查,帶任選項(xiàng)的IP數(shù)據(jù)包在轉(zhuǎn)發(fā)前要做特殊處理。當(dāng)IP分組的首部長度不是４字節(jié)的整數(shù)倍時(shí)，必須利用最后一個(gè)填充字段加以填充。這樣，數(shù)據(jù)部分永久在４字節(jié)的整數(shù)倍時(shí)開頭,實(shí)現(xiàn)起來會(huì)比較便利。服務(wù)類型，該字段共8位長，前三個(gè)比特表示優(yōu)先級(jí),它可使數(shù)據(jù)報(bào)具有8個(gè)優(yōu)先級(jí)中的一個(gè)。第4個(gè)比特是D比特，表示要求有最小延遲.第5個(gè)比特是T比特，表示要求有最大吞吐量。第６個(gè)比特是R比特,表示要求有更高的牢靠性,即在數(shù)據(jù)報(bào)傳遞過程中，被結(jié)點(diǎn)交換機(jī)丟棄的概率要更小些.第7個(gè)比特是C比特,是新增加的,表示要求用最小費(fèi)用進(jìn)行傳輸。最后一個(gè)比特目前尚未使用。其意義見圖6的上面部分所示。RFC134９、RFC13４0文件對(duì)不同的應(yīng)用定義了建議的TOS值,如Ｔeｌnet和Ｒｌogin這樣的交互應(yīng)用要求最小的傳輸時(shí)延，而Ｆtp文件傳輸需要最大的吞吐量，網(wǎng)絡(luò)管理和路由協(xié)議需要最大的牢靠性,用戶網(wǎng)絡(luò)新聞(Usenｅtnews）需要最小費(fèi)用?？傞L度，該字段為16位，指明該IＰ數(shù)據(jù)包的長度(即首部和數(shù)據(jù)之和的長度)，單位為字節(jié)。總長度字段為16bit，因此數(shù)據(jù)報(bào)的最大長度為6553５字節(jié)（64K字節(jié)）。一般不行能達(dá)到這么大的值，由于鏈路層對(duì)數(shù)據(jù)幀的長度有明確限制,該限制稱為最大傳輸單元（MＴU）,IＰ數(shù)據(jù)包長度小于MＴU長度，典型的以太網(wǎng)ＭTU為１5０0字節(jié)。當(dāng)很長的數(shù)據(jù)報(bào)要分段進(jìn)行傳送時(shí)，“總長度"不是指未分段前的數(shù)據(jù)報(bào)長度，而是指分段后每個(gè)段的首部長度與數(shù)據(jù)長度的總和。該字段的另一個(gè)作用是接收到從鏈路層上傳的數(shù)據(jù)包后用來決定有用的數(shù)據(jù)包長度，由于有些字節(jié)可能是無用的填充字節(jié),是為了達(dá)到鏈路層所要求的最短幀長度要求而填充進(jìn)去的。標(biāo)識(shí)，該字段為16位，是為了使分段后的各數(shù)據(jù)報(bào)段最后能精準(zhǔn)地重裝成為原來的數(shù)據(jù)報(bào).請(qǐng)注意:這里的“標(biāo)識(shí)”并沒有挨次號(hào)的意思,由于IＰ是無連接服務(wù)，數(shù)據(jù)報(bào)不存在按序接收的問題.源主機(jī)發(fā)出IＰ數(shù)據(jù)包時(shí)是不存在ＩP分組的,只有路由器從一個(gè)ＭＴＵ較大的接口接收到IＰ包后又從一MTU較小的接口發(fā)送出去時(shí)才需要分組。接收端依據(jù)該字段和后面的偏移字段的值將分組的ＩP碎包重新組裝成原始的包。標(biāo)志，該字段為3位，目前只有前兩個(gè)比特有意義。標(biāo)志字段中的最低位記為MF（MorｅFｒａgmenｔ),MF=1即表示后面還有分段的數(shù)據(jù)報(bào)，MＦ=0表示這已是若干數(shù)據(jù)報(bào)段中的最后一個(gè).中間的一位記為DF（Don’tFragｍent），是用來測(cè)試網(wǎng)絡(luò)中的各段MTU大小的，只有當(dāng)DF=０時(shí)才允許分段.片偏移，該字段為１3位，其意義和OＳI的ＩPＤU中規(guī)定的相像，只是表示的單位不同。這里是以8個(gè)字節(jié)為偏移單位?？梢姡蒔數(shù)據(jù)報(bào)的片偏移字段(1３bｉｔ長）和ＯSI的ＩＰＤU的片偏移字段（16ｂｉt長）是相當(dāng)?shù)?。生存時(shí)間，該字段為８位，單位為秒。生存時(shí)間設(shè)置了數(shù)據(jù)包可以經(jīng)過的最多路由器數(shù),目的是防止數(shù)據(jù)包在網(wǎng)絡(luò)上的無限循環(huán),占用網(wǎng)絡(luò)帶寬，甚至引起網(wǎng)絡(luò)風(fēng)暴。該值由源主機(jī)設(shè)置（通常為32或64),一旦經(jīng)過一個(gè)路由器，該路由器將它減1，當(dāng)某路由器檢查該值為1并且目的地址不在該路由器直聯(lián)的網(wǎng)絡(luò)上時(shí),該數(shù)據(jù)包就被丟棄，并發(fā)送一條ＩCMP報(bào)文通知源主機(jī)。當(dāng)TTＬ值轉(zhuǎn)變后，首部檢驗(yàn)和也要轉(zhuǎn)變。通常路由器在轉(zhuǎn)發(fā)IP數(shù)據(jù)包時(shí)，僅僅轉(zhuǎn)變這兩個(gè)字段.協(xié)議標(biāo)識(shí)，該字段為８位,它指出此數(shù)據(jù)攜帶的傳輸層數(shù)據(jù)是使用何種協(xié)議,以便目的主機(jī)的ＩP層知道應(yīng)將此數(shù)據(jù)報(bào)上交給哪個(gè)進(jìn)程。如協(xié)議標(biāo)識(shí)為6表示封裝的是ＴCＰ(傳輸掌握協(xié)議）數(shù)據(jù)包，協(xié)議標(biāo)識(shí)為1７表示封裝的是UＤＰ(用戶數(shù)據(jù)包協(xié)議)數(shù)據(jù)包,協(xié)議標(biāo)識(shí)為８9表示封裝的是OSPF（開發(fā)最短路徑優(yōu)先)數(shù)據(jù)包，協(xié)議標(biāo)識(shí)為1表示封裝的是ICMＰ(網(wǎng)際掌握?qǐng)?bào)文協(xié)議）數(shù)據(jù)包，協(xié)議標(biāo)識(shí)為2表示封裝的是IGＭP（網(wǎng)際組管理協(xié)議)數(shù)據(jù)包,協(xié)議標(biāo)識(shí)為46表示封裝的是RSVP（資源預(yù)留協(xié)議）數(shù)據(jù)包。首部檢驗(yàn)和,該字段為16位，此字段只檢驗(yàn)數(shù)據(jù)報(bào)的首部，不包括數(shù)據(jù)部分。不檢驗(yàn)數(shù)據(jù)部分是由于數(shù)據(jù)報(bào)每經(jīng)過一個(gè)結(jié)點(diǎn),結(jié)點(diǎn)處理機(jī)就要重新計(jì)算一下首部檢驗(yàn)和(一些字段，如壽命、標(biāo)志、段偏移等都可能發(fā)生變化）。如將數(shù)據(jù)部分一起檢驗(yàn)，計(jì)算的工作量就太大了。首部檢驗(yàn)和的計(jì)算過程是：先將該字段置為0,然后對(duì)首部中每個(gè)1６比特進(jìn)行二進(jìn)制反碼求和，將結(jié)果存在檢驗(yàn)和字段中。當(dāng)路由器收到一份ＩP數(shù)據(jù)包后，同樣對(duì)首部中每個(gè)16比特進(jìn)行二進(jìn)制反碼求和，如果結(jié)果為ＦＦ才表示ＩＰ數(shù)據(jù)包正確。出錯(cuò)的數(shù)據(jù)包將被丟棄,但不發(fā)送ＩCＭP報(bào)文，上層協(xié)議可以檢測(cè)到出錯(cuò)并對(duì)該數(shù)據(jù)包重傳。地址,源站IP地址字段和目的站ＩＰ地址字段都各占4字節(jié).任選項(xiàng)，該字段為3２位，如果長度不足３2比特要用0作填充.任選字段用來支持排錯(cuò)、測(cè)量以及平安等措施，內(nèi)容很豐富.此字段的長度可變,從一個(gè)字節(jié)到４0個(gè)字節(jié)不等,取決于所選擇的項(xiàng)目。其主要選項(xiàng)有以下幾種:1）平安和處理限制２)記錄路徑,轉(zhuǎn)發(fā)的路由器在此記錄IP地址3）時(shí)間戳,供路由器記錄IＰ地址和時(shí)間4)寬松源站選路，指定ＩＰ包必須經(jīng)過的IＰ地址５)嚴(yán)格源站選路，要求IP包只能經(jīng)過指定的這些地址互聯(lián)網(wǎng)掌握消息協(xié)議IＣMPＩP數(shù)據(jù)報(bào)在端對(duì)端傳輸方式下,由于網(wǎng)關(guān)（GａｔeWay）自主地完成尋徑和報(bào)文傳輸服務(wù)，不需要信源主機(jī)的參加,而對(duì)于傳輸過程來說,發(fā)生傳輸錯(cuò)誤是不行避開的，也是很自然的，比如說當(dāng)某個(gè)IP包中的ＩP目的地址根本不存在時(shí)自然就無法傳送；或某一網(wǎng)關(guān)由于緩沖區(qū)滿，超過它的處理能力和速度的話，它就無法正常中繼或接收數(shù)據(jù)報(bào)了。這樣的話,一旦發(fā)生了傳輸錯(cuò)誤，信源主機(jī)如何才能夠知道并且進(jìn)行相應(yīng)的處理呢？對(duì)于IP協(xié)議本身來說，并不存在一種內(nèi)在機(jī)制來獵取上述的差錯(cuò)信息，從而進(jìn)行相應(yīng)處理.因此，在網(wǎng)絡(luò)通信中供應(yīng)一種手段，對(duì)傳輸過程供應(yīng)出錯(cuò)時(shí)的報(bào)告和有關(guān)路徑、流量等的掌握,是十分必要的。與此同時(shí),也增加了網(wǎng)絡(luò)之間傳輸?shù)目煽匦院屠慰啃?。ICMP協(xié)議就是這樣一種供應(yīng)網(wǎng)間報(bào)錯(cuò)和掌握信息的手段,它為ＩＰ協(xié)議加上了一種差錯(cuò)報(bào)告和掌握的機(jī)制。乍看起來，ＩCＭP是對(duì)IＰ協(xié)議的有利補(bǔ)充，是與之相分離的。實(shí)際上，它應(yīng)該是IＰ協(xié)議族中不行或缺的部分，必須體現(xiàn)在每一個(gè)IP的實(shí)現(xiàn)之中。由此可見它與IP協(xié)議的緊密關(guān)系.ICMＰ協(xié)議的功能及其實(shí)現(xiàn),跟IP協(xié)議一樣,體現(xiàn)為一種報(bào)文格式—ICMP報(bào)文，或稱ＩCMＰ包,可以像其他報(bào)文一樣尋找路由，ICMP消息是一個(gè)獨(dú)立的消息,沒有流控及應(yīng)答機(jī)制。雖然IＰ數(shù)據(jù)報(bào)的傳送不保證不丟失，但互連網(wǎng)層對(duì)數(shù)據(jù)報(bào)的傳送還是有肯定的質(zhì)量保證功能,這就是使用Inteｒneｔ掌握消息協(xié)議ＩＣＭＰ（InterｎetＣｏｎｔｒoｌMessaｇeProtｏcol)。IＣＭＰ是IP掌握及錯(cuò)誤消息協(xié)議，是集差錯(cuò)報(bào)告和掌握于一身的協(xié)議，它通過IＣMP消息傳遞差錯(cuò)報(bào)告或掌握信息,消息傳遞可發(fā)生在主機(jī)、路由器，主機(jī)、主機(jī)或路由器、路由器之間。ICMP消息的接收者依據(jù)消息類型實(shí)行相應(yīng)的措施.IＣＭP不是高層協(xié)議，它仍是互連網(wǎng)層中的協(xié)議。隨著Interｎｅｔ的進(jìn)展，ICMP與其他協(xié)議一樣，被給予越來越多的功能。一般說來，除了ICMP差錯(cuò)報(bào)文外，ICMP還供應(yīng)掌握?qǐng)?bào)文和懇求/應(yīng)答報(bào)文對(duì)，前者與ＩＰ層的擁塞和路徑掌握有關(guān)，后者則用于獵取故障診斷和網(wǎng)絡(luò)掌握方面的信息.另外,需要說明的是,ＩCMP協(xié)議雖與ＩP協(xié)議屬于同層協(xié)議,但I(xiàn)ＣMP報(bào)文跟TCＰ等協(xié)議的報(bào)文一樣,是封裝在ＩP報(bào)文中進(jìn)行傳輸?shù)?兩種主要IＣMP消息的類型：詢問消息和錯(cuò)誤消息.詢問消息是指ＩCMP響應(yīng)懇求、響應(yīng)應(yīng)答、路由器公告和地址屏蔽懇求等。錯(cuò)誤消息指目的地址不行達(dá)、源地址消亡（擁塞指示）及生命周期超時(shí)等。當(dāng)原始數(shù)據(jù)報(bào)文的目的地址是廣播或組播地址或源地址不是單個(gè)系統(tǒng)時(shí)，不產(chǎn)生ＩＣＭＰ消息。這是為了防止由于網(wǎng)絡(luò)擁塞或誤配置系統(tǒng)而引起的ICＭＰ消息風(fēng)暴。ICMＰ是以報(bào)文形式裝載信息的。每個(gè)ICMＰ報(bào)文都是作為ＩP數(shù)據(jù)報(bào)的數(shù)據(jù)部分進(jìn)行網(wǎng)際傳送,如圖２-8所示。下面介紹一下ICＭP報(bào)文的格式。IＣMP報(bào)頭ICMＰ數(shù)據(jù)IP報(bào)頭IP數(shù)據(jù)區(qū)圖２－８ICMＰ數(shù)據(jù)報(bào)的封裝IＣMP報(bào)文包括兩個(gè)部分:ICMP報(bào)頭和IＣＭP數(shù)據(jù)區(qū)。ＩCMP報(bào)頭長度固定為8字節(jié)（圖2－9):第一字節(jié)是類型(TＹPE)，它的取值決定了IＣMＰ報(bào)文的類別、作用和簡略格式；其次字節(jié)是代碼（CODE),它對(duì)同一類型下的不同問題、緣由、信息進(jìn)行進(jìn)一步的細(xì)分和說明，以求對(duì)問題的表述更精準(zhǔn);第三、四字節(jié)是校驗(yàn)和(ＣHECＫＳＵM）,它用來檢查自身的IＣＭP報(bào)文有沒有在傳輸中發(fā)生錯(cuò)誤，以便進(jìn)行相應(yīng)處理;其他字節(jié)是可能會(huì)用到的數(shù)據(jù)區(qū),包含因類型（TYPＥ）而異的信息。ＩCMＰ數(shù)據(jù)區(qū)長度可變,也可以不用（為０字節(jié)),也因類型(TYPE)而異。原特別ＩＰ報(bào)頭+前６4位該IP報(bào)的數(shù)據(jù)：差錯(cuò)、掌握ICMP報(bào)中有關(guān)IP報(bào)的數(shù)據(jù)信息.IP報(bào)頭ＴYＰECODECHECKSUＭ其它信息原特別IP報(bào)頭+前64位該IP數(shù)據(jù)報(bào)的數(shù)據(jù)圖2—９ICＭＰ報(bào)文頭統(tǒng)一格式ARP/ＲＡＲＰ協(xié)議當(dāng)向目的地發(fā)送報(bào)文時(shí)，路由器需要決定對(duì)應(yīng)于IＰ報(bào)文中所含的ＩＰ地址的特定介質(zhì)地址（即MAＣ地址）.ＩＰ用地址解析協(xié)議(AＲP）發(fā)現(xiàn)對(duì)應(yīng)于給定IP地址的特定介質(zhì)數(shù)據(jù)鏈路層地址。ＡRP是針對(duì)于廣播型網(wǎng)絡(luò)設(shè)計(jì)的，該協(xié)議實(shí)行一種動(dòng)態(tài)編連（Ｄｙnamicｂｉnｄing）的機(jī)制進(jìn)行地址解析.AＲP工作原理如下：1、主機(jī)Ａ廣播一條ARP懇求報(bào)文(主機(jī)B的ＩP地址）,懇求主機(jī)B的物理地址；2、主機(jī)Ｂ收到ＡRＰ懇求報(bào)文,向主機(jī)A發(fā)送一條ARＰ應(yīng)答報(bào)文,主機(jī)Ｂ的物理地址包含在應(yīng)答報(bào)文中;3、主機(jī)A收到主機(jī)B發(fā)出的應(yīng)答報(bào)文,得到Ｂ的物理地址。注意:ARＰ懇求是廣播，而ARP回答只是送給發(fā)送懇求的路由器并非廣播。ＲARP（反向ＡＲP)執(zhí)行ARＰ逆過程，主要用于無盤工作站在啟動(dòng)時(shí)獵取本機(jī)的IP地址，其工作原理與AＲP相像.1、主機(jī)A廣播一條ARP懇求（ＡRP報(bào)文中操作代碼為3，表示是一個(gè)反向ARP懇求),懇求本機(jī)的IP地址(報(bào)文中帶有本機(jī)的物理地址P);2、反向ＡRP服務(wù)器S收到RＡRＰ懇求報(bào)文，查詢數(shù)據(jù)庫(已知MＡＣ地址與ＩP地址的對(duì)應(yīng)表）,如果找到物理地址為P的主機(jī)A，向主機(jī)A發(fā)送一條ＲＡRＰ應(yīng)答報(bào)文，物理地址為Ｐ的主機(jī)A的IP地址包含在應(yīng)答報(bào)文中;３、主機(jī)A收到Ｓ發(fā)出的應(yīng)答報(bào)文,就得到本機(jī)的ＩP地址。傳輸層協(xié)議傳輸層供應(yīng)了ＴCP和UDP兩種協(xié)議。兩個(gè)傳輸協(xié)議將應(yīng)用程序的數(shù)據(jù)加上自身格式的首部字段后交給下一層進(jìn)行處理。盡管TＣＰ和UＤＰ都使用相同的網(wǎng)絡(luò)層(IＰ),TCＰ卻向應(yīng)用層供應(yīng)與ＵDP完全不同的服務(wù)。UDP是無連接的，它不保證數(shù)據(jù)報(bào)的牢靠傳輸,任何必須的牢靠性必須由上層應(yīng)用程序來供應(yīng)。TCP供應(yīng)一種面對(duì)連接的、牢靠的協(xié)議。它能將報(bào)文分解為數(shù)段，在目的站再重新裝配這些段,重新發(fā)送沒有被收到的段。ＴＣＰ為兩臺(tái)主機(jī)供應(yīng)高牢靠性的通信連接，有著簡潔的掌握機(jī)制。UDP協(xié)議UDP協(xié)議相對(duì)于TCP來說要簡潔得多，它沒有所謂的窗口技術(shù)，也不用確認(rèn)，因此處理開銷小。應(yīng)用層協(xié)議可以保證牢靠性。通常來說,UＤP的傳輸效率較高,適用于那些無須把有序段重新裝配的應(yīng)用.使用ＵDP的協(xié)議包括:TＦＴP、SNMＰ、ＮFＳ、DNS。UＤＰ首部各字段如圖2—1０所示。16位源端口號(hào)１6位目的端口號(hào)1６位UDP長度16位UＤP校驗(yàn)和數(shù)據(jù)圖2－１0UＤＰ報(bào)文ＵDＰ首部包括以下成員:兩字節(jié)源端口號(hào)(ｓourｃｅｐortｎｕmｂｅr)和兩字節(jié)目的端口號(hào)(ｄeｓｔiｎａt(yī)ioｎportnｕmｂer）：用于確認(rèn)發(fā)送及接收應(yīng)用程序；兩字節(jié)報(bào)文長度：用于說明整個(gè)UDＰ報(bào)文的長度，包括ＵDP頭部。由于長度為16位，因此ＵＤP數(shù)據(jù)報(bào)文最大長度為65535字節(jié)(216－１).兩字節(jié)校驗(yàn)和：用于校驗(yàn)數(shù)據(jù)報(bào)的有效性，UDP對(duì)報(bào)文的校驗(yàn)是可選的，收到的報(bào)文中若校驗(yàn)和為0，則不進(jìn)行校驗(yàn)，否則校驗(yàn)）UDP數(shù)據(jù)報(bào)文可能會(huì)以不同于源端的挨次到達(dá)目的端,緣由是由于某些報(bào)文被發(fā)送到慢速的鏈路上,而后續(xù)的報(bào)文在快速的鏈路上發(fā)送，接收端的程序必須能夠正確處理這種情況.TCP協(xié)議TCP(傳輸掌握協(xié)議）是面對(duì)連接的協(xié)議，它供應(yīng)兩個(gè)網(wǎng)絡(luò)設(shè)備間數(shù)據(jù)有保證的挨次傳遞。TＣP通過序列號(hào)和確認(rèn)號(hào)實(shí)現(xiàn)牢靠傳輸，通過滑動(dòng)窗口實(shí)現(xiàn)流量掌握。在收到接收者的應(yīng)答前，數(shù)據(jù)段始終保留在發(fā)送者系統(tǒng)的緩沖區(qū)中。如果丟失了某段，TCＰ將自動(dòng)重傳.ＴＣＰ連接可分解為三個(gè)不同的階段：初始連接建立階段（三次握手）、數(shù)據(jù)傳輸階段以及最后的連接關(guān)閉階段。連接建立和連接關(guān)閉階段需要交換多個(gè)報(bào)文包。這種機(jī)制使得TCP在傳輸幾個(gè)字節(jié)時(shí)顯得格外昂貴,如在域名查找時(shí)就只需傳輸幾個(gè)字節(jié)。ＴCP連接用段實(shí)現(xiàn)網(wǎng)絡(luò)系統(tǒng)間的通信,段的最大長度取決于輸出接口的最大報(bào)文長度或與對(duì)等系統(tǒng)協(xié)商的結(jié)果。TCP首部各字段（如圖2—11所示）及定義如下:?16位源端口號(hào)1６位目的端口號(hào)３2位序列號(hào)3２位確認(rèn)號(hào)４位首部長度６位保留6位編碼位16位窗口大小1６位TCＰ校驗(yàn)和１６位緊急指針選項(xiàng)（若有)數(shù)據(jù)圖２－11ＴCP首部源端口(SｏｕｒcePｏrｔ）：呼叫端口的號(hào)目的端口（DestｉｎaｔｉonPｏｒｔ）：被叫端口的號(hào)序號(hào)(ＳequｅｎceNumbeｒ)：用于確保數(shù)據(jù)到達(dá)的正確挨次確認(rèn)號(hào)(AcknowledgmｅｎtNumber）：所期盼的下一個(gè)ＴCP字段的編號(hào)首部長度（ＨLEN）：首部的字?jǐn)?shù)(字長為3２位）保留域(Reserved）:設(shè)置為0編碼位(ＣoｄeＢｉｔs）：掌握功能(比如會(huì)話的建立或終止）窗口（Windoｗ）：發(fā)送者情愿接收的字節(jié)數(shù)校驗(yàn)和(Chｅｃksuｍ)：報(bào)頭和數(shù)據(jù)字段的校驗(yàn)和緊急指針（UrgentＰｏinteｒ）:指明這是緊急數(shù)據(jù)的末尾選項(xiàng)（Optiｏn）:當(dāng)前定義項(xiàng)：TCP段的最大值數(shù)據(jù)（Data)：上層協(xié)議數(shù)據(jù)端口號(hào)端口號(hào)用于識(shí)別兩個(gè)通信網(wǎng)絡(luò)系統(tǒng)的應(yīng)用（程序）。創(chuàng)建一條連接時(shí)，源系統(tǒng)要求ＴCP選取一個(gè)可用的本地端口號(hào)，這樣源系統(tǒng)和運(yùn)行服務(wù)器程序的遠(yuǎn)程系統(tǒng)（已知端口)之間建立連接。下圖２-１2說明：當(dāng)源系統(tǒng)中有多個(gè)Ｔelneｔ用戶與服務(wù)器連接時(shí)，用戶１向TCＰ懇求一個(gè)可用端口，TＣＰ回答端口10４6可用，用戶２同樣向TＣP懇求一個(gè)可用端口，TCＰ回答端口109３，則兩個(gè)用戶連接時(shí),用戶1客戶機(jī)向服務(wù)器172．16。1.2發(fā)送一個(gè)連接，端口為23,來自17２.１6.１.１，端口為1０46；用戶２客戶機(jī)向服務(wù)器１72．16．1.2發(fā)送一個(gè)連接，端口為２3,來自1７２。１6.1.1，端口為１０93.因此,相同ＩP地址上具有不同源端口號(hào)的兩個(gè)連接是不同的。無論報(bào)文包何時(shí)發(fā)送或接收，ＩP地址和端口號(hào)用來唯一地確認(rèn)數(shù)據(jù)途徑的連接。圖２－12使用多個(gè)端口序列號(hào)和確認(rèn)號(hào)序列號(hào)和確認(rèn)號(hào)用于識(shí)別TＣP段中的數(shù)據(jù).序列號(hào)標(biāo)識(shí)段開頭處的字節(jié).序列號(hào)可以從任意值開頭，用戶數(shù)據(jù)每傳送一個(gè)字節(jié)，序列號(hào)加1，段的長度決定了段中正在發(fā)送的字節(jié)挨次。序列號(hào)的作用一是用于標(biāo)識(shí)數(shù)據(jù)挨次，以便接收者在將其遞交給應(yīng)用程序前按正確的挨次進(jìn)行裝配；二是消除網(wǎng)絡(luò)中的重復(fù)報(bào)文包，這種現(xiàn)象在網(wǎng)絡(luò)擁塞時(shí)會(huì)消滅。設(shè)備緩沖區(qū)中可能較長時(shí)間存有多個(gè)報(bào)文，發(fā)送者認(rèn)為網(wǎng)絡(luò)消滅了故障,需要重傳數(shù)據(jù),當(dāng)其次組數(shù)據(jù)到達(dá)時(shí),接收者檢測(cè)出重復(fù)的序列號(hào)并丟棄重復(fù)報(bào)文包。確認(rèn)號(hào)用于接收者告知發(fā)送者哪個(gè)數(shù)據(jù)包已經(jīng)成功接收。確認(rèn)號(hào)指示接收者盼望接受的下一個(gè)字節(jié)。TCP三次握手/建立連接ＴCＰ是一個(gè)面對(duì)連接的協(xié)議，無論哪一方向另一方發(fā)送數(shù)據(jù)之前,都必須先在雙方之間建立一條連接。為了建立或初始化一個(gè)連接，兩個(gè)ＴCP通信者必須同步各自的初始序號(hào)。初始序號(hào)是建立一個(gè)TＣＰ連接時(shí)的開頭號(hào),用于跟蹤通信挨次并確保多個(gè)包傳輸時(shí)很多據(jù)丟失。在連接過程中交換初始序號(hào),可以確保在以后消滅問題時(shí)，能恢復(fù)丟失的數(shù)據(jù).同步是通過各個(gè)攜帶有初始序號(hào)和1位被稱為ＳYN掌握位（攜帶有ＳＹN掌握位的TCP段被成為同步段)的段之間的交換過程來實(shí)現(xiàn)的。同步要求每一方都發(fā)送自己的初始序號(hào)，并接受本次連接中另一方發(fā)送的一個(gè)確認(rèn)號(hào)和初始序號(hào)。每一方都必須接受另一方的初始序號(hào)并發(fā)送一個(gè)確認(rèn)應(yīng)答,這一過程挨次如下：AＢSYN：我的序號(hào)是Ｘ;ＡBAＣK：你的序號(hào)是X;AＢＳYN：我的序號(hào)是Ｙ;ＡBACK：你的序號(hào)是Y。挨次2和３可以合并在一個(gè)簡潔的消息中，因此是3次握手/建立連接（如圖2-13示)。主機(jī)A主機(jī)A主機(jī)B接收確認(rèn)（ACK=Y+1）發(fā)送確認(rèn)（ACK=Y+1）接收SYN（SEQ=Y，ACK=X＋1）發(fā)送SYN（SEQ=Y，ACK=X＋1）接收SYN（SEQ=X）發(fā)送SYN（SEQ=X）圖2-133次握手完成之前不能交換數(shù)據(jù)TCP四次握手/終止連接一個(gè)TCP連接是全雙工(即數(shù)據(jù)在兩個(gè)方向上能同時(shí)傳遞），因此每個(gè)方向必須單獨(dú)進(jìn)行關(guān)閉.這原則就是當(dāng)一方完成它的數(shù)據(jù)發(fā)送任務(wù)后就發(fā)送一個(gè)FIN來終止這個(gè)方向連接。當(dāng)一端收到一個(gè)FIＮ，它必須通知應(yīng)用層另一端已經(jīng)終止了那個(gè)方向的數(shù)據(jù)傳送。這一過程挨次如下：ABＦIN：我的序號(hào)是Z;ＡBACK:你的序號(hào)是Ｚ＋1；ＡBＦIN:我的序號(hào)是W;AＢＡＣK:你的序號(hào)是W+1。例如：當(dāng)Ｔelnet客戶端關(guān)閉連接時(shí)（鍵入quit命令后）,它將導(dǎo)致TCＰ客戶端發(fā)送一個(gè)FIN,用來關(guān)閉從客戶到服務(wù)器的數(shù)據(jù)傳送.當(dāng)服務(wù)器收到這個(gè)ＦＩＮ，它發(fā)回ＡCK，確認(rèn)序號(hào)為收到的序號(hào)加1,同時(shí)TCP服務(wù)器還向應(yīng)用程序傳送一個(gè)文件結(jié)束符。接著這個(gè)服務(wù)器應(yīng)用程序就關(guān)閉它的連接,并在它的TCP端發(fā)送一個(gè)ＦＩＮ,客戶必須發(fā)回一個(gè)確認(rèn)，并將確認(rèn)序號(hào)設(shè)置為收到序號(hào)加１。圖2－14顯示了終止一個(gè)連接的握手挨次(省略了序號(hào)）。FIN的ACKFIN的ACKFIN的ACKFINFIN應(yīng)用程序關(guān)閉主機(jī)A主機(jī)B圖2-14連接終止期間報(bào)文的交換應(yīng)用程序關(guān)閉TCＰ為有序發(fā)送的段供應(yīng)了一個(gè)前向參考確認(rèn)號(hào)。每個(gè)數(shù)據(jù)報(bào)在發(fā)送前都給予一個(gè)編號(hào).在接收站，ＴCP把分開的段重新裝配為一個(gè)完整的報(bào)文。如果在序號(hào)系列中丟失了一個(gè)序號(hào)，那個(gè)丟失序號(hào)的段要被重發(fā)。在給定時(shí)間間隔內(nèi)，沒有得到確認(rèn)的段也要被重發(fā)。序號(hào)和確認(rèn)號(hào)是有方向性的，由于通信是雙向的。ＴＣP的滑動(dòng)窗口TCP的窗口大小用于實(shí)現(xiàn)流控機(jī)制，接收者用該域告知發(fā)送者還有多少緩沖區(qū)空間可用，即接收者一次可以接收多少數(shù)據(jù)。發(fā)送者一次發(fā)送的數(shù)量總是小于可用緩沖區(qū),因此不會(huì)引起接收緩沖區(qū)溢出。當(dāng)一臺(tái)主機(jī)傳送了一個(gè)窗口大小的字節(jié)數(shù)后,它必須等到接受了一個(gè)應(yīng)答后才能連續(xù)傳送信息。窗口的目的是改善流量掌握和牢靠性?；瑒?dòng)窗口的“滑動(dòng)”指的是：在TＣＰ會(huì)話過程中，可以通過協(xié)商動(dòng)態(tài)地修改窗口的大小?；瑒?dòng)窗口可使主機(jī)更加有效地利用帶寬,由于大的窗口尺寸可以在等待確認(rèn)期間發(fā)送更多的數(shù)據(jù)。IＰ編址地址有網(wǎng)絡(luò)層地址和鏈路層地址,它們的作用各不相同.整個(gè)網(wǎng)絡(luò)中的尋址是依據(jù)網(wǎng)絡(luò)層的地址進(jìn)行的，由于網(wǎng)絡(luò)層地址有不依靠于硬件的獨(dú)立性,有利于統(tǒng)一規(guī)劃與編排,而且它的“分層”設(shè)計(jì)將地址分為網(wǎng)絡(luò)部分與主機(jī)部分,這更加有利于路由的構(gòu)建和選擇.傳輸鏈路上數(shù)據(jù)包的識(shí)別是依據(jù)鏈路層地址進(jìn)行的，鏈路層的地址編排依靠于傳輸鏈路的技術(shù)本身，不同的鏈路協(xié)議采納不同的編址方式,如以太網(wǎng)的鏈路層地址為48位編碼的唯一地址,ＰPＰ鏈路層地址用統(tǒng)一的FF表示，幀中繼網(wǎng)絡(luò)的鏈路層地址用連接標(biāo)識(shí)符ＤLCＩ表示，ATM網(wǎng)絡(luò)用PＶC永久虛電路、SVC交換虛電路來標(biāo)識(shí)。下面我們主要介紹網(wǎng)絡(luò)層地址IP編址方法。IP地址的表示方法所謂ＩP地址就是給每一個(gè)連接在Iｎtｅrnet上的主機(jī)安排一個(gè)唯一的３２biｔ地址。ＩP地址的結(jié)構(gòu)使我們可以在Ｉnｔerｎet上很便利地進(jìn)行尋址,這就是：先按ＩP地址中的網(wǎng)絡(luò)號(hào)碼把網(wǎng)絡(luò)找到，再按主機(jī)號(hào)碼把主機(jī)找到.所以ＩP地址并不只是一個(gè)計(jì)算機(jī)的號(hào)碼,而是指出了連接到某個(gè)網(wǎng)絡(luò)上的某個(gè)計(jì)算機(jī)。ＩP地址由美國國防數(shù)據(jù)網(wǎng)DDN的網(wǎng)絡(luò)信息中心ＮＩＣ進(jìn)行安排。為了便于對(duì)IP地址進(jìn)行管理,同時(shí)還考慮到網(wǎng)絡(luò)的差異很大，有的網(wǎng)絡(luò)擁有很多的主機(jī),而有的網(wǎng)絡(luò)上的主機(jī)則很少。因此Ｉnｔeｒneｔ的IP地址就分成為五類,即Ａ類到Ｅ類.常用的為前三類，D類地址為網(wǎng)絡(luò)組播地址,E類地址保留在今后使用。ＩP地址由三個(gè)字段組成，即：特征位,用來區(qū)分IP地址的類型網(wǎng)絡(luò)號(hào)碼字段ｎet－id主機(jī)號(hào)碼字段hoｓt－id網(wǎng)絡(luò)號(hào)和主機(jī)號(hào)的確定是由子網(wǎng)掩碼來決定的.子網(wǎng)掩碼與IＰ地址一樣也是３2ｂit長度,并且兩者是一一對(duì)應(yīng)的,子網(wǎng)掩碼中數(shù)字為“１”所對(duì)應(yīng)的IP地址中的部分為網(wǎng)絡(luò)號(hào),為“０”所對(duì)應(yīng)的部分為主機(jī)號(hào)。子網(wǎng)掩碼中數(shù)字“1"和“0”都是連續(xù)的，不允許間插，且數(shù)字“1"在前，數(shù)字“0”在后。常規(guī)IP地址分類結(jié)構(gòu)如圖２-15所示。類別特征位網(wǎng)絡(luò)號(hào)主機(jī)號(hào)范圍A類07位24位0.0.０．0到126。2５５．255.２５5B類10１4位16位128．0.0.0到１91．2５5.25５。2５５C類11０2１位8位192。0．０。0到223.255.２5５．２５5D類1１1028位多播(multicast）組號(hào)2２4。0.0.０到24７.2５5．２５５。２5５E類１１１１０保留圖２－１5常規(guī)ＩP地址分類這種地址分類方法為早期路由協(xié)議的設(shè)計(jì)供應(yīng)了便利，從IP地址的首部特征位可以判定子網(wǎng)掩碼。隨著互聯(lián)網(wǎng)的急劇膨脹,地址短缺的問題愈來愈突出,傳統(tǒng)的地址安排方法使得ＩP地址空間的利用率不高.目前消滅的無類域間路由（CIDR)技術(shù)淡化了IP地址的類的概念,較新的路由協(xié)議在路由條目更新中都帶有子網(wǎng)掩碼，不再利用IP地址的首部特征位去判定子網(wǎng)掩碼了，新的互連網(wǎng)地址安排方案在肯定程度上緩解了目前IP地址短缺的問題，但最終的解決方案是過渡到下一代的ＩＰｖ6編址方法,其地址長度為128位。關(guān)于IＰ地址的一些約定如下:0。０．０.0，用于沒有IP地址的主機(jī)啟動(dòng)時(shí)使用，通過ＲＡRP、ＢOOＴP、DＨＣP來獲得地址.在路由表中該地址還用作缺省路由。2５5．２55．２５5.２55，表示“向我的網(wǎng)絡(luò)上的全部主機(jī)廣播”。用于廣播的目的地址,不能作源地址。全0的網(wǎng)絡(luò)號(hào)碼,表示“本網(wǎng)絡(luò)”或“我不知道號(hào)碼的這個(gè)網(wǎng)絡(luò)”。網(wǎng)絡(luò)號(hào)碼為１27.X．Ｘ．Ｘ，這里X。X.Ｘ為任何數(shù)。這樣的網(wǎng)絡(luò)號(hào)碼用作本地軟件回送測(cè)試之用。不知道主機(jī)的實(shí)際IP地址時(shí)，用該地址代表“本機(jī)"。全1的主機(jī)號(hào)碼,表示廣播地址，即對(duì)該網(wǎng)絡(luò)上全部的主機(jī)進(jìn)行廣播.全０的主機(jī)號(hào)碼，表示該ＩP地址就是網(wǎng)絡(luò)的地址。合法的主機(jī)ＩP地址其網(wǎng)絡(luò)部分或主機(jī)部分都不能為全０或全1.IＰ地址有一些重要的特點(diǎn)。如：有一些IＰ地址是一種非等級(jí)的地址結(jié)構(gòu),它不能反映任何有關(guān)主機(jī)位置的地理信息;當(dāng)一個(gè)主機(jī)同時(shí)連接到兩個(gè)網(wǎng)絡(luò)上時(shí)（作路由器用的主機(jī)即為這種情況)，該主機(jī)就必須同時(shí)具有兩個(gè)相應(yīng)的IP地址，其網(wǎng)絡(luò)號(hào)碼net－iｄ是不同的，這種主機(jī)成為多地址主機(jī)(multiｈｏmeｄhost）；在IP地址中,全部安排到網(wǎng)絡(luò)號(hào)碼的網(wǎng)絡(luò)（不管是小的局域網(wǎng)還是很大的廣域網(wǎng)）都是公平的。IP子網(wǎng)的劃分ＩP地址的設(shè)計(jì)有不夠合理的地方.例如，IP地址中的A至Ｃ類地址，可供安排的網(wǎng)絡(luò)號(hào)碼超過211萬個(gè),而這些網(wǎng)絡(luò)上的主機(jī)號(hào)碼的總數(shù)則超過37。2億個(gè)，初看起來,似乎IP地址足夠全世界來使用，（在70年月初期設(shè)計(jì)ＩP地址是就是這樣認(rèn)為的）。其實(shí)不然。第一,當(dāng)時(shí)沒有估計(jì)到微機(jī)會(huì)普及得如此之快.各種局域網(wǎng)和局域網(wǎng)上的主機(jī)數(shù)目急劇增長。其次，IＰ地址在使用時(shí)有很大的浪費(fèi)。例如：某個(gè)單位申請(qǐng)到了一個(gè)B類地址。但該單位只有１萬臺(tái)主機(jī)。于是，在一個(gè)B類地址中的其余５萬5千多個(gè)主機(jī)號(hào)碼就白白地浪費(fèi)了.由于其他單位的主機(jī)無法使用這些號(hào)碼。從１985年起,為了使IP地址的使用更加靈敏，不是把IP地址看成由單純的一個(gè)網(wǎng)絡(luò)號(hào)和一個(gè)主機(jī)號(hào)組成,而是把主機(jī)號(hào)再分成一個(gè)子網(wǎng)號(hào)和一個(gè)主機(jī)號(hào)。IＰ地址的網(wǎng)絡(luò)號(hào)碼nｅt—id被統(tǒng)一安排后,后面的主機(jī)號(hào)碼hｏst-ｉd則是受本單位掌握,由本單位進(jìn)行安排，本單位全部的主機(jī)都使用同一個(gè)網(wǎng)絡(luò)號(hào)碼。當(dāng)一個(gè)單位的主機(jī)很多而且分布在很大的地理范圍是,往往需要用一些網(wǎng)橋（而不是路由器，由于路由器連接的主機(jī)具有不同的網(wǎng)絡(luò)號(hào)碼）將這些主機(jī)互連起來.網(wǎng)橋的缺點(diǎn)較多，例如容易引起廣播風(fēng)暴，同時(shí)當(dāng)網(wǎng)絡(luò)消滅故障時(shí)也不太容易隔離和管理。為此使本單位的各子網(wǎng)之間使用路由器來互連，這由于子網(wǎng)的劃分純屬本單位內(nèi)部的事,在本單位以外是看不見這樣的劃分.從外部看,這個(gè)單位只有一個(gè)網(wǎng)絡(luò)號(hào)碼。只有當(dāng)外面的分組進(jìn)入到本單位范圍后，本單位的路由器在依據(jù)子網(wǎng)號(hào)碼進(jìn)行選路，最后找到目的主機(jī).若本單位依據(jù)主機(jī)所在的地理位置劃分子網(wǎng)，那么在管理方面就會(huì)便利得多.子網(wǎng)掩碼用來標(biāo)識(shí)各子網(wǎng)的位數(shù),它是網(wǎng)絡(luò)設(shè)備屏蔽全部標(biāo)識(shí)子網(wǎng)位的一種測(cè)量手段。NIC安排的網(wǎng)絡(luò)號(hào)的位包含在子網(wǎng)掩碼中.子網(wǎng)位數(shù)取決于你的網(wǎng)絡(luò)需要。下圖2－１６說明是在劃分子網(wǎng)時(shí)要用到的子網(wǎng)掩碼（ｓｕｂnetmask）的意義.（a）舉了一個(gè)B類ＩP地址作為例子。（ｂ)表示將本地掌握部分再增加一個(gè)子網(wǎng)字段,子網(wǎng)號(hào)字段畢竟選為多長，由本單位依據(jù)情況確定。（c）簡略示例:子網(wǎng)掩碼由一連串的“１”和一連串的“0”組成?！埃薄睂?duì)應(yīng)于網(wǎng)絡(luò)號(hào)碼和子網(wǎng)號(hào)碼字段，而“0”對(duì)應(yīng)于主機(jī)號(hào)碼字段.多劃分出一個(gè)子網(wǎng)號(hào)碼字段是要付出代價(jià)的.例如，對(duì)于上述的例子，原來一個(gè)B類ＩP地址可以容納6５53４個(gè)主機(jī)號(hào)碼，但劃分出6ｂｉt長的子網(wǎng)字段后,最多可有6２個(gè)子網(wǎng)(去掉全1和全0的子網(wǎng)號(hào)碼）。每個(gè)子網(wǎng)有10bit的主機(jī)號(hào)碼，即每個(gè)子網(wǎng)最多可有１0２2個(gè)主機(jī)號(hào)碼.因此主機(jī)號(hào)碼的總數(shù)是62*１02２=６3３６4個(gè)，比不劃分子網(wǎng)時(shí)要少了一些。若一個(gè)單位不進(jìn)行子網(wǎng)的劃分，則其子網(wǎng)掩碼即為默認(rèn)值,對(duì)于Ａ,B和Ｃ類IＰ地址,其對(duì)應(yīng)的子網(wǎng)掩碼默認(rèn)值分別為２55.0．0.0，255.２55.0．0和2５５.255.２5５．0。（a)Ｂ類地址網(wǎng)絡(luò)號(hào)主機(jī)號(hào)（a)Ｂ類地址網(wǎng)絡(luò)號(hào)主機(jī)號(hào)(b)增加子網(wǎng)段字段網(wǎng)絡(luò)號(hào)子網(wǎng)號(hào)主機(jī)號(hào)(b)增加子網(wǎng)段字段網(wǎng)絡(luò)號(hào)子網(wǎng)號(hào)主機(jī)號(hào)（c)子網(wǎng)掩碼11111111111111111111110000000000（c)子網(wǎng)掩碼11111111111111111111110000000000圖2-1６子網(wǎng)與子網(wǎng)掩碼子網(wǎng)化舉例實(shí)際子網(wǎng)數(shù)=２ｎ－２（n表示標(biāo)準(zhǔn)掩碼從左向右擴(kuò)展的位數(shù),減２表示地址全0、全1的子網(wǎng)被保留)。某子網(wǎng)內(nèi)實(shí)際主機(jī)數(shù)=２ｍ－2(m表示子網(wǎng)掩碼中為0的位數(shù),減2表示地址全０、全1的ＩP地址）例如：一個(gè)小公司被安排了一個(gè)192。16８.１。０的Ｃ類地址,但它需要5個(gè)子網(wǎng),每個(gè)子網(wǎng)支持20臺(tái)主機(jī)。請(qǐng)計(jì)算出該網(wǎng)絡(luò)的子網(wǎng)掩碼。第一步：確定建立5個(gè)子網(wǎng)需要多少位掩碼。依據(jù)以上公式可知,Ｃ類掩碼需要擴(kuò)展3位，即：11１11１11.１1１１1１11.1111１１11。１1100００0＝２55.2５５.２5５.224其次步:驗(yàn)證主機(jī)數(shù)是否符合要求。依據(jù)以上公式可知,主機(jī)數(shù)=２5—２=30。第三步：列出全部子網(wǎng)地址：保留：192.1６8.1。0子網(wǎng)1：192．１6８．1.32子網(wǎng)２:1９２．168。１。６4子網(wǎng)3：1９2。１６8．１。9６子網(wǎng)４:1９2．１6８．1.１２８子網(wǎng)５:1９2。168。１．16０子網(wǎng)5：192.1６8．１.192保留：１9２。16８。1.224地址的轉(zhuǎn)換IＰ地址還不能直接用來進(jìn)行通信。這是由于：1、IＰ地址中的主機(jī)地址只是主機(jī)在網(wǎng)絡(luò)層中的地址,若要將網(wǎng)絡(luò)層中傳送的數(shù)據(jù)報(bào)交給目的主機(jī),必須知道該主機(jī)的物理地址。因此必須在IP地址和主機(jī)的物理地址之間進(jìn)行轉(zhuǎn)換。2、用戶平常不情愿使用難于記憶的主機(jī)號(hào)碼，而是情愿使用易于記憶的主機(jī)名字。因此也需要在主機(jī)名字和ＩP地址之間進(jìn)行轉(zhuǎn)換。因此，在ＴＣP/IP體系中都有這兩種轉(zhuǎn)換的機(jī)制。ＩP地址和主機(jī)的物理地址轉(zhuǎn)換對(duì)于IＰ地址和主機(jī)的物理地址之間的轉(zhuǎn)換由地址轉(zhuǎn)換協(xié)議ARP／反向地址轉(zhuǎn)換協(xié)議RARP來完成。由于IP地址有32bｉｔ,而局域網(wǎng)的物理地址(即MＡC地址）是48bit,因此它們之間不是一個(gè)簡潔的轉(zhuǎn)換關(guān)系。此外,在一個(gè)網(wǎng)絡(luò)上可能常常會(huì)有新的計(jì)算機(jī)假如近來,或撤走一些計(jì)算機(jī)。更換計(jì)算機(jī)的網(wǎng)卡也會(huì)使其物理地址轉(zhuǎn)變.可見在計(jì)算機(jī)中應(yīng)當(dāng)存放一個(gè)從IＰ地址到物理地址的轉(zhuǎn)換表，并且能夠常常動(dòng)態(tài)更新。地址轉(zhuǎn)換協(xié)議ARP很好地解決了這些問題。每一個(gè)主機(jī)都有一個(gè)ARP高速緩存（ＡＲＰcａche），里面有IＰ地址到物理地址的映射表,這些都是該主機(jī)目前知道的一些地址。當(dāng)主機(jī)Ａ欲向本局域網(wǎng)上的主機(jī)B發(fā)送一個(gè)IP數(shù)據(jù)報(bào)時(shí)，就先在其ARＰ高速緩存中查看有無主機(jī)B的IＰ地址.如有，就可查出其對(duì)應(yīng)的物理地址,然后將該數(shù)據(jù)報(bào)發(fā)往此物理地址。如沒有，則可能是主機(jī)Ｂ才入網(wǎng)，也可能是主機(jī)A剛剛加電,其高速緩存還是空的。在這種情況下，主機(jī)Ａ就自動(dòng)運(yùn)行ARP,按以下步驟找出主機(jī)B的物理地址。１)AＲP進(jìn)程在本局域網(wǎng)上廣播發(fā)送一個(gè)ＡRP懇求分組,上面有主機(jī)B的IＰ地址；2)在本局域網(wǎng)上的全部主機(jī)上運(yùn)行的ARP進(jìn)程都收到此ARP懇求分組;3)主機(jī)B在ＡRＰ懇求分組中見到自己的IP地址，就向主機(jī)A發(fā)送一個(gè)AＲP響應(yīng)分組，上面寫入自己的物理映射；４)主機(jī)A收到主機(jī)B的ARP響應(yīng)分組后，就在其ＡＲＰ高速緩存中寫入主機(jī)B的IP地址到物理地址的映射.在很多情況下,當(dāng)主機(jī)A向主機(jī)B發(fā)送數(shù)據(jù)報(bào)時(shí)，很可能以后不久主機(jī)B還要向主機(jī)Ａ發(fā)送數(shù)據(jù)報(bào)，因而主機(jī)Ｂ也可能要向主機(jī)A發(fā)送ARP懇求分組。為了削減網(wǎng)絡(luò)上的通信量，主機(jī)A在發(fā)送其ＡＲP懇求分組時(shí)，就將自己的IＰ地址到物理地址的映射寫入ARP懇求分組。當(dāng)主機(jī)Ｂ收到主機(jī)Ａ的ARP懇求分組時(shí)，主機(jī)Ｂ就將主機(jī)A的這一地址映射寫入主機(jī)B自己的ARＰ高速緩存中。這對(duì)主機(jī)B以后向主機(jī)Ａ發(fā)送數(shù)據(jù)報(bào)時(shí)就更便利了。在進(jìn)行地址轉(zhuǎn)換時(shí)，有時(shí)還要用到反向地址轉(zhuǎn)換協(xié)議RARP。RＡＲP使只知道自己物理地址的主機(jī)能夠知道其IＰ地址。這種主機(jī)往往是無盤工作站。這種無盤工作站一般只要運(yùn)行其RＯM中的文件傳送代碼，就可用下行裝載方法,從局域網(wǎng)上其他主機(jī)得到所需的操作系統(tǒng)和ＴＣP/IＰ通信軟件，但這些軟件中并沒有ＩＰ地址。無盤工作站要運(yùn)行ＲＯM中的RＡＲP來獲得其IP地址。ＲAＲP的工作過程大致如下：1）為了使RAＲP能工作,在局域網(wǎng)上至少有一個(gè)主機(jī)要充當(dāng)RARP服務(wù)器,無盤工作站先向局域網(wǎng)發(fā)出RAＲP懇求分組（在格式上與ARＰ懇求分組相像）,并在此分組中給出自己的物理地址；2）RAＲＰ服務(wù)器有一個(gè)事先做好的從無盤工作站的物理地址到ＩP地址的映射表,當(dāng)收到RAＲP懇求分組后，RARP服務(wù)器就從這映射表查出該無盤工作站的IP地址;3)然后寫入RARＰ響應(yīng)分組，發(fā)回給無盤工作站。這樣無盤工作站就獲得了自己的IP地址。ＩP地址和主機(jī)名之間的轉(zhuǎn)換IＰ地址和主機(jī)名之間的轉(zhuǎn)換依據(jù)網(wǎng)絡(luò)大小不同而不同。對(duì)于較小的網(wǎng)絡(luò)，可以使用TCP／IP體系供應(yīng)的叫做hoｓtｓ的文件來進(jìn)行從主機(jī)名字到ＩP地址的轉(zhuǎn)換。文件hosｔs上有很多主機(jī)名字到IＰ地址的映射,供主叫主機(jī)使用。對(duì)于較大的網(wǎng)絡(luò)，則在網(wǎng)絡(luò)中的幾個(gè)地方放有域名系統(tǒng)ＤＮS（DomainNamｅSｙsｔem）的名字服務(wù)器nameｓｅrveｒ,上面分層次放有很多主機(jī)名字到IP地址轉(zhuǎn)換的映射表。主叫主機(jī)中的名字轉(zhuǎn)換軟件reｓｏlｖer自動(dòng)找到DＮＳ的naｍeｓeｒver來完成這種轉(zhuǎn)換。域名系統(tǒng)DＮS屬于應(yīng)用層軟件。IＰv４存在的問題多年來，IPv4的地址始終存在較大的浪費(fèi)。例如：考慮一個(gè)中等規(guī)模的公司,該公司需要３00個(gè)IP地址，單個(gè)Ｃ類地址(有2５4個(gè)主機(jī)地址）滿意不了要求，使用兩個(gè)Ｃ類地址雖供應(yīng)了足夠的主機(jī)地址，但結(jié)果是在一個(gè)公司內(nèi)部有兩個(gè)分開的域，這增加了路由表的大小,因此作為選擇，升級(jí)到一個(gè)Ｂ類地址可以在一個(gè)域內(nèi)供應(yīng)該公司全部需要的地址,但卻浪費(fèi)了65，2３4個(gè)地址。如果每當(dāng)一個(gè)網(wǎng)絡(luò)要支持多于２54個(gè)主機(jī)時(shí)，就發(fā)放一個(gè)B類地址，則B類地址空間的消耗就格外飛快.為提高３2位地址空間的使用效率，并在IＰv6未正是使用之前，已開發(fā)出一些擴(kuò)展IP地址的方法,其中最重要的三個(gè)是:子網(wǎng)掩碼ＶLＳM(可變長度子網(wǎng)掩碼)CＩＤR(無類域內(nèi)路由選擇）子網(wǎng)掩碼(固定和可變長度的)被設(shè)計(jì)用來適應(yīng)多個(gè)規(guī)律網(wǎng)絡(luò)，它們可能存在于與因特網(wǎng)連接的同一物理地點(diǎn)。CＩDＲ用來消除原先那種嚴(yán)格的地址類中所固有的低效率，將很多不同的網(wǎng)絡(luò)地址聚合成一單個(gè)路由選擇表記錄處，使得在路由器之間傳送掩碼，沒有必要推斷地址類型和缺省的掩碼。CＩDR有三個(gè)關(guān)鍵特征:無類編址(除去類并不能把那些困在已安排地址空間的地址恢復(fù)出來，但它卻可使那些剩下的地址被充分地利用)、增強(qiáng)型路由聚合（允許支持CIＤR的路由器更充分聚合路由選擇信息，即路由選擇表中的一個(gè)記錄可以代表很多網(wǎng)絡(luò)的地址空間）、超網(wǎng)連網(wǎng)（ｓuｐｅrｎettｉｎg,是應(yīng)用幾個(gè)C類地址空間相鄰的塊來模擬一個(gè)更大的地址空間,從而減輕B類地址很塊用盡的壓力）.IP的將來(IPｖ6）現(xiàn)在的IP版本號(hào)是４，因此它的全名叫做IPＶ4。自從1981年9月ＩＰV4消滅以來,它始終作為一種標(biāo)準(zhǔn),并且已經(jīng)證明白它具有簡潔性和可縮放性。IＮＴERNET和INTRANＥＴ都以它為基礎(chǔ).盡管它是一個(gè)格外重要的結(jié)構(gòu)，但是已經(jīng)有一些過時(shí)