【正文】 一般沒有這么大， TCP報文的典型長度（ MSS的默認(rèn)值）是 556字節(jié)，其中數(shù)據(jù)部分的長度為 55620=536字節(jié)（標(biāo)準(zhǔn)長度）。每個選項由類型、長度、數(shù)據(jù)三部分組成。 ?同步比特 SYN :同步比特 SYN 置為 1，就表示這是一個連接請求或連接接受報文。 ?確認(rèn)比特 ACK: ?當(dāng) ACK=1 時確認(rèn)序號字段才有效 。 5．輸出模塊 ?輸出模塊負(fù)責(zé)創(chuàng)建和發(fā)送用戶數(shù)據(jù)報。 ?當(dāng)進(jìn)程啟動時，該模塊的工作： ?負(fù)責(zé)接收進(jìn)程 ID和端口號（從操作系統(tǒng)申請一個臨時端口號）； ?查找控制塊表中的狀態(tài)為 FREE項： ?若找到：將其狀態(tài)改為 IN_USE，并將進(jìn)程 ID和端口號寫入控制塊表； ?若未找到（沒有空閑）：使用事先定義的策略刪除一個已存在的狀態(tài)為 IN_USE項目。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 21 例 1 計算下圖所示的 UDP數(shù)據(jù)報的校驗和。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 18 （ 3）校驗和（計算） 發(fā)送端 計算校驗和的步驟： ?①將偽首部填加到 UDP用戶數(shù)據(jù)報上； ?②將校驗和字段填入 0； ?③將所有位劃分為 16位（ 2字節(jié)）的字，若字節(jié)總數(shù)不是偶數(shù)，則增加一個字節(jié)（填充，全 0）。 ?（ 4）實時性要求較高、差錯控制要求不高的場合。 ?（ 4）網(wǎng)絡(luò)出現(xiàn)的擁塞不會使源主機(jī)的發(fā)送速率降低。 ?UDP比較簡單，執(zhí)行速度較快，實時性好。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 10 3． TCP/IP協(xié)議族的傳輸層協(xié)議 ?TCP/IP協(xié)議族提供的兩個傳輸層協(xié)議： 傳輸控制協(xié)議 TCP和 用戶數(shù)據(jù)報協(xié)議 UDP （ 1） TCP協(xié)議 ?TCP提供面向連接的可靠的傳輸服務(wù)，因此不可避免地增加了許多開銷，如確認(rèn)、流量控制、計時器以及連接管理等。 ? （ 3） 臨時端口號 ：客戶端程序自己定義和使用的端口號，可隨機(jī)分配，其范圍是 49152～ 65535。 ?因此， 端口是用來標(biāo)識不同應(yīng)用層進(jìn)程的 。 ?傳輸層通過傳輸?shù)刂穪韺崿F(xiàn)該功能，這里的傳輸?shù)刂肥侵?傳輸層服務(wù)訪問點 TSAP（稱為端口） ，它是傳輸層與應(yīng)用層之間交換信息的抽象接口。 ?3．傳輸層要針對不同尺寸的應(yīng)用層數(shù)據(jù)進(jìn)行適當(dāng)?shù)奶幚怼? ?2．傳輸層要提供識別應(yīng)用層進(jìn)程的機(jī)制。因此，傳輸層必須具有將一個主機(jī)中某一個用戶進(jìn)程和其他用戶進(jìn)程相互區(qū)分的能力。 ?當(dāng)這些報文到達(dá)目的主機(jī)后，目的主機(jī)傳輸層使用分離功能，通過不同的端口把這些報文分別遞交給相應(yīng)的應(yīng)用進(jìn)程。 ? （ 2） 注冊端口號 ：用戶根據(jù)需要在 IANA注冊，以避免重復(fù)，其范圍是 1024～ 49151。 ?一次完整的數(shù)據(jù)傳輸包括建立連接、傳輸數(shù)據(jù)、釋放連接三個階段。 ?它在 IP之上僅提供兩個附加服務(wù)： ?多路復(fù)用和對數(shù)據(jù)的錯誤檢查 ?UDP可以（可選）檢查整個 UDP數(shù)據(jù)報的完整性。 ?（ 3） UDP報文只有 8個字節(jié)的首部開銷。 ?（ 3）有自己的全套差錯控制機(jī)制。 （ 2）長度 ?長度字段為 16位，它記錄 UDP數(shù)據(jù)報的總長度，包括 UDP首部和用戶數(shù)據(jù)，長度以八位組為單位。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 20 UDP偽首部 ?UDP引入了長度為 12個八位組一個偽首部 ?偽首部的作用 是用于檢驗 UDP數(shù)據(jù)報是否已經(jīng)到達(dá)正確的目的地，即正確的主機(jī)。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 25 3．控制塊模塊 ?控制塊模塊負(fù)責(zé)管理控制塊表。 ? 若找到：將該數(shù)據(jù)報放入相應(yīng)的輸入隊列中； ? 若未找到：丟棄報文，并發(fā)送一個“端口不可達(dá)” 的 ICMP報文。表示報文段中有緊急數(shù)據(jù)，應(yīng)盡快傳送（相當(dāng)于高優(yōu)先級的數(shù)據(jù)）。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 32 TCP報文字段說明 ?復(fù)位比特 RST (ReSeT) : 當(dāng) RST=1 時，表明 TCP 連接中出現(xiàn)嚴(yán)重差錯（如由于主機(jī)崩潰或其他原因），必須釋放連接，然后再重新建立傳輸連接。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 33 TCP報文字段說明 ?選項 ：長度可變，可以是 1個或多個字節(jié)，規(guī)定相應(yīng)的功能。 ? TCP報文的長度是包括首部和數(shù)據(jù)部分的總長度（不包括偽首部），以字節(jié)為單位，數(shù)據(jù)部分的最大長度 MSS值為 65535字節(jié)（ 64KB）。使用擴(kuò)大因子可以使發(fā)送方連續(xù)發(fā)送更多的數(shù)據(jù)。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 37 TCP連接管理 1． TCP連接建立機(jī)制 （ 1）三次握手機(jī)制 ?TCP使用三次握手機(jī)制來建立連接。 TCP建立連接時，選擇當(dāng)前 ISN計時器值作為初始序號 。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 42 ②冒充竊取數(shù)據(jù) ?一個惡意的主機(jī) C冒充主機(jī) A（客戶端）與主機(jī) B（服務(wù)器）建立連接，并向 B發(fā)送數(shù)據(jù)，導(dǎo)致 B進(jìn)行了不應(yīng)當(dāng)進(jìn)行的操作。 ?C可以據(jù)此推測 B下次再建立連接時可能使用的 ISN， C此時并不對 B的應(yīng)答進(jìn)行回應(yīng)， C只是為了獲得 B此時建立連接的 初始序號 ； 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 44 冒充竊取數(shù)據(jù)過程 ?其次， C用 A的地址作為源地址向 B發(fā)送建立連接的請求，此時 B會向 A發(fā)送應(yīng)答（同意建立連接），該應(yīng)答會正常送到 A，但 A沒未向B發(fā)送連接請求，因此 A不會對 B做出任何響應(yīng)，只是簡單地丟棄該報文。 ?TCP連接釋放分為正常釋放和非正常終止。 ? 但 B仍可以繼續(xù)向 A發(fā)送數(shù)據(jù)。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 48 ?這種釋放連接是一個四次握手的過程 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 49 2）三次握手方式 ?三次握手釋放是指當(dāng) A向 B發(fā)出釋放連接請求后， B確認(rèn)并向 A發(fā)出釋放連接的請求， A再向 B發(fā)回確認(rèn)。 ?② 異常終止連接 ：如果連接過程中某些異常情況，則某一端的 TCP可能愿意把該連接異常終止，可以發(fā)送RST=1的報文段來關(guān)閉該連接。 ?可以用一個有限狀態(tài)機(jī)模型來描述 TCP的狀態(tài)轉(zhuǎn)換，如 圖 512所示，圖中方框為狀態(tài)，箭頭表示狀態(tài)轉(zhuǎn)移，線旁的說明用斜線分為兩部分，斜線前是引起狀態(tài)轉(zhuǎn)移的事件，斜線后是狀態(tài)轉(zhuǎn)移時發(fā)出的動作，虛線表示服務(wù)通常要經(jīng)過的轉(zhuǎn)換，實線表示客戶通常要經(jīng)過的轉(zhuǎn)換。 ?（ 4）發(fā)送方等待接收方應(yīng)答。不管是哪種情況，都使得發(fā)送數(shù)據(jù)的報文段很小，引起操作效率的降低。 ?解決方法是采用 Nagle算法 。 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 61 ② 推遲確認(rèn) ?推遲確認(rèn)方法是當(dāng)報文段到達(dá)時并不立即發(fā)送確認(rèn)報文，接收方接收數(shù)據(jù)提交給高層應(yīng)用，直到輸入緩存有足夠的空間時，才發(fā)送一個確認(rèn)報文。發(fā)送方收到確認(rèn)報文后停止發(fā)送，等待接收方發(fā)送一個窗口 ≠0的確認(rèn)報文后再啟動發(fā)送。只要 TCP連接的一方收到對方的窗口 =0的確認(rèn)報文，就啟動持續(xù)計時器。 ?控制擁塞首先是檢測，然后是處理 ?網(wǎng)絡(luò)或互聯(lián)網(wǎng)會產(chǎn)生擁塞，是因為路由器和交換機(jī)有隊列 (隊列是在處理分組前或后存放分組的緩存 )，通常有輸入隊列和輸出隊列。這就通知發(fā)送方它的擁塞窗口開得太大。假如這只是一些報文段的重新排序，則在重新排序的報文段被處理并產(chǎn)生一個新的 ACK之前，只可能產(chǎn)生 1 ~ 2個重復(fù)的 ACK。 ? 接下來執(zhí)行的不是慢啟動算法而是 擁塞避免算法。設(shè)置 cwnd為 ssthresh加上 3倍的報文段大小。 ? 另外，這個 ACK也應(yīng)該是對丟失的分組和收到的第1個重復(fù)的 A C K之間的所有中間報文段的確認(rèn)。RTTD 第 5章 傳輸層協(xié)議 遼寧工程技術(shù)大學(xué) 軟件學(xué)院 網(wǎng)絡(luò)協(xié)議 Page 88 Karm算法 ? 假定有一個報文在被重傳，當(dāng)發(fā)送端 TCP收到該報文段的確認(rèn)時，無法確定是對原報文的確認(rèn)還是對重傳報文的確認(rèn)。 ?當(dāng) TCP連接初始化時，把擁塞窗口 cwnd置為 1，慢啟動門限的初始值設(shè)置為