計算機網(wǎng)絡(luò)第三章2

1、計算機網(wǎng)絡(luò)計算機網(wǎng)絡(luò)自頂向下方法自頂向下方法第3章 運輸層3.1概述和運輸層服務(wù)3.3多路復(fù)合與多路分解3.3無連接運輸：UDP運輸服務(wù)和協(xié)議w 為運行在不同主機上應(yīng)用進程之間提供邏輯通信功能w 運輸協(xié)議運行在端系統(tǒng)中的方法：發(fā)送方：將應(yīng)用報文劃分為報文段，傳向網(wǎng)絡(luò)層接收方：將段重新裝配為報文，傳向應(yīng)用層w 網(wǎng)絡(luò)應(yīng)用程序可供使用的運輸協(xié)議不止一個因特網(wǎng)：TCP和UDP應(yīng)用層運輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層應(yīng)用層運輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層邏輯端到端傳輸3.1.1運輸層和網(wǎng)絡(luò)層的關(guān)系w網(wǎng)絡(luò)層

2、: 主機間的邏輯通信w運輸層: 進程間的邏輯通信依賴、強化網(wǎng)絡(luò)層服務(wù)家庭類比:12個孩子向12個孩子發(fā)信w 進程 = 孩子w 應(yīng)用報文= 信封中的信w 主機 = 家庭w 運輸層協(xié)議 = Ann和Billw 網(wǎng)絡(luò)層協(xié)議= 郵政服務(wù)1.運輸層協(xié)議只工作在端系統(tǒng)。事實上，中間路由器既不處理也不識別運輸層加在應(yīng)用層報文的任何信息。2.計算機網(wǎng)絡(luò)中可以安排多種運輸層協(xié)議，每種協(xié)議為應(yīng)用層提供不同的服務(wù)模型。3.運輸協(xié)議所能提供的服務(wù)常常受制于底層網(wǎng)絡(luò)層協(xié)議的服務(wù)模型。例如，時延和寬帶保證。4即使底層網(wǎng)絡(luò)層網(wǎng)絡(luò)協(xié)議不能在網(wǎng)絡(luò)層提供相應(yīng)的服務(wù)，運輸層協(xié)議也能提供某些服務(wù)。例如（1）即使底層網(wǎng)絡(luò)協(xié)議是不可靠的

3、，運輸協(xié)議也能為應(yīng)用程序提供可靠的數(shù)據(jù)傳輸服務(wù)。（2）即使網(wǎng)絡(luò)層不能保證運輸層報文段的機密性，運輸層協(xié)議也能使用加密來確保應(yīng)用程序報文不被入侵者讀取。3.1.2因特網(wǎng)運輸層概述IP(因特網(wǎng)網(wǎng)絡(luò)層協(xié)議)服務(wù)模型：盡力而為交付服務(wù) 不確保報文段的交 不保證報文段的按序交付 不可靠服務(wù)不可靠服務(wù)不保證報文段中數(shù)據(jù)的完整性 每臺主機至少有一個每臺主機至少有一個IP地址地址TCP（可靠地，面向連接的服務(wù)） -可靠數(shù)據(jù)傳輸：確保正確地、按序地將數(shù)據(jù)從發(fā)送地將數(shù)據(jù)從發(fā)送進程交付給運輸進程。 -擁塞控制：防止任何一條TCP連接用過多流量來淹沒通信主機之間的鏈路和交換設(shè)備。UDP（不可靠，無連接的服務(wù)） TCP

4、 和UDP基本責(zé)任：將兩個端系統(tǒng)間IP的交付服務(wù)擴展為運行在端系統(tǒng)上的兩個進程之間的交付服務(wù)。3.2 多路復(fù)用和多路分解 運輸層的的多路復(fù)用和多路分解，是將網(wǎng)絡(luò)層提供的主機到主機交付服務(wù)延伸到為運行在主機上的應(yīng)用程序提供進程到進程的交付服務(wù)。 一個進程（作為網(wǎng)絡(luò)應(yīng)用的一部分）有一個或多個套接字，它相當(dāng)于從網(wǎng)絡(luò)向進程傳遞數(shù)據(jù)和從進程向網(wǎng)絡(luò)傳遞數(shù)據(jù)的門戶。 將運輸層報文段中的數(shù)據(jù)交付 給正確的套接字的工作多路分解：從多個套接字收集數(shù)據(jù)，用首部封裝數(shù)據(jù)(以后用于分解 )多路復(fù)合：應(yīng)用層運輸層網(wǎng)絡(luò)層鏈路層物理層P1應(yīng)用層運輸層網(wǎng)絡(luò)層鏈路層物理層應(yīng)用層運輸層網(wǎng)絡(luò)層鏈路層物理層P2P3P4P1主機1主機2

5、主機3套接字 進程如圖所示，在接受主機中運輸層實際上并沒有直接將數(shù)據(jù)交付給進程，而是將數(shù)據(jù)交給了一個中間的套接字。由于在任一時刻，在接受主機上可能有不止一個套接字，所以每個套接字都有唯一標(biāo)識符。值得注意的是圖中間那臺主機的運輸層必須將從其下的網(wǎng)絡(luò)層收到的報文段分解后交給其上的P1或P2進程。中間主機中的運輸層也必須收集從這些套接字輸出的數(shù)據(jù)，形成運輸層報文段然后將其向下傳遞給網(wǎng)絡(luò)層。 工作過程w 運輸層多路復(fù)合要求套接字有唯一標(biāo)識符每個報文段有特殊字段 （源端口號字段和目的端口字段） 來指示該報文段所要交 付的套接字w 運輸層分解服務(wù)w 主機使用IP地址和端口號將報文段定向到相應(yīng)的套接字。然后

6、報文段中的數(shù)據(jù)通過套接字進入其所連接的進程。源端口號目的端口號32 bits應(yīng)用數(shù)據(jù)(報文)其他首部字段運輸層報文段中的源與目的端口字段1.無連接的多路復(fù)合與多路分解創(chuàng)建一個UDP套接字：運輸層自動的為該套接字分配一個端口號。（通常，應(yīng)用程序的客戶端讓運輸層自動地（并且是透明的）分配端口號，而服務(wù)器則分配一個特定的端口號。）所以具有不同源IP地址和/或源端口號，但具有相同目的IP地址和目的端口號的兩個UDP報文段，通過相同的目的套接字被定向到相同的目的進程。由二元組標(biāo)識-當(dāng)從網(wǎng)絡(luò)到達UDP報文段時，主機通過檢查該報文段中的目的端口號定向到相應(yīng)的套接字。-完整的返回地址是A的IP地址和源端口號。

7、2.面向連接的多路復(fù)合與多路分解w TCP套接字由四元組標(biāo)識: 源IP地址源端口號目的IP地址目的端口號w 接收主機使用這四個值來將段定向到適當(dāng)?shù)奶捉幼謜 與UDP不同的是，兩個具有不同源IP地址或源端口號的到達TCP報文段將被定向到兩個不同的套接字，除非TCP報文段攜帶了初始創(chuàng)建連接的請求。w 服務(wù)器主機可能支持許多并行的TCP套接字（每個套接字由其自己的四元組標(biāo)識）面向連接 (續(xù))圖中主機C向服務(wù)器B發(fā)起了兩個HTTP會話，主機A向服務(wù)器B發(fā)起了一個HTTP會話。主機A與主機C及服務(wù)器B都有自己唯一的IP地址。主機C為其兩個HTTP連接分配了兩個不同的源端口號（26145和7532）。因為

8、主機A選擇源端口號與主機C互不相干，服務(wù)器B仍然能夠正確分解這兩個具有相同源端口號的連接，因為這兩條連接具有不同的IP地址。3.Web服務(wù)器與TCPw 如圖，Web服務(wù)器為每條連接生成一個新進程連接套接字與進程之間并非總是有著一對一的關(guān)系如果客戶與服務(wù)器使用持續(xù)HTTP，客戶與服務(wù)器之間經(jīng)由同一根服務(wù)器套接字交換HTTP報文。若為非持續(xù)HTTP，則對每一個請求/響應(yīng)都創(chuàng)建一個新的TCP連接并隨后關(guān)閉，對每一個請求/響應(yīng)創(chuàng)建一個新的套接字并隨后關(guān)閉。這種套接字的頻繁創(chuàng)建和關(guān)閉輝嚴(yán)重影響一個繁忙的Web服務(wù)器的性能。3.3 無連接運輸：UDPw 互聯(lián)網(wǎng)傳輸協(xié)議w “盡力而為”服務(wù)，UDP段可能：丟

9、包對應(yīng)用程序交付失序w 無連接無連接:在UDP發(fā)送報文段之前，發(fā)送方和接收方之間無握手（例：DNS）為何要有 UDP協(xié)議?w 關(guān)于何時、發(fā)送什么數(shù)據(jù)的應(yīng)用層控制更為精細w 無需連接創(chuàng)建w 無連接狀態(tài)w 分組首部開銷小w 常用于流式多媒體應(yīng)用丟包容忍速率敏感w 但是，UDP中缺乏擁塞控制那個導(dǎo)致UDP發(fā)送方和接受方之間的高丟包率，并擠垮了TCP會話，這是一個潛在的嚴(yán)重問題。w UDP的可靠傳輸 : 在應(yīng)用層增加可靠性應(yīng)用進程可以進行看看通信，而無需受制于由TCP擁塞控制機制無需受制于傳輸速率限制3.3.1 UDP報文段結(jié)構(gòu)w 由RFC768定義。應(yīng)用層數(shù)據(jù)占用UDP報文段的數(shù)據(jù)字段。w UDP首

10、部只有4的字段，每個字段由兩個字節(jié)組成。w 通過端口號可以使目的主機將應(yīng)用數(shù)據(jù)交給運行在目的端系統(tǒng)中的相應(yīng)進程(執(zhí)行分解功能)。w UDP報文段的長度需要明確，包括首部在內(nèi)，以字節(jié)為單位。源端口號目的端口號32 bits應(yīng)用數(shù)據(jù)(報文)UDP 報文段結(jié)構(gòu)長度檢查和3.3.2UDP檢驗和發(fā)送方:w 將報文段內(nèi)容處理為16比特整數(shù)序列w 檢驗和: UDP中所有16比特字的和進行反碼運算的結(jié)果w 發(fā)送方將檢查和放入UDP檢和字段接收方:w 計算接收的段的檢驗和w 核對計算的檢驗和是否等于檢驗和字段的值UDP檢驗和提供了差錯檢驗功能。目的: 當(dāng)UDP報文段從源到目的地移動是，比特是否發(fā)生了改變假定有下面3個16比特的字：w 注意到最后一次加法有溢出，它要被回卷。w 反碼就是將所有的0換成1，所有的1換成0。w 該和的反碼運算結(jié)果是1011010100111101，這就變?yōu)榱藱z驗和。w 在接受方，全部的4個16比特字加在一起，如果分組中沒有引入差錯，則顯然在接受方處該和是1111111111111111。w UDP首先提供了檢驗和，是由于不能保證源和目的之間的所有鏈路都提供差錯檢驗。w 在既無法確保逐鏈路的可靠性，又無法確保內(nèi)存中的差錯