【正文】 重傳（即報文段 2）后，收到了確認(rèn)報文段 ACK。 ? 如無超時 ， 擁塞窗口持續(xù)增長 ， 直至到達(dá)接收方窗口大小 。 ? 然后把擁塞窗口 cwnd 重新設(shè)臵為 1，執(zhí)行慢啟動算法。 Sender Receiver 閾值 (threshold) ? 發(fā)送方的第三個參數(shù)：閾值 threshold（擁塞避免門限），初始值為 64KB ?當(dāng) cwnd threshold 時，使用慢啟動算法。 Nagle算法 ? 如果發(fā)送方每次發(fā)送的數(shù)據(jù)量很小，接收方立刻確認(rèn)，使得帶寬利用率降低 ? 收端延遲確認(rèn)，希望能夠捎帶一些數(shù)據(jù) ? 發(fā)端采用 Nagle算法：當(dāng)數(shù)據(jù)以每次一字節(jié)到達(dá)時，發(fā)送方只是發(fā)送第一個字節(jié)，緩沖后來的字節(jié)，直到收到第一個字節(jié)的確認(rèn)，將緩沖的字節(jié)放在一個 TCP數(shù)據(jù)段中發(fā)送出去，并繼續(xù)緩沖字節(jié)，直到收到前面送出去的字節(jié)全部確認(rèn)；如果緩沖的數(shù)據(jù)多到可以填充一半的窗口或填滿一個最大數(shù)據(jù)段的話，允許立即發(fā)送一個分組 Clark算法 ? 接收端每次讀取一字節(jié)將導(dǎo)致愚笨窗口綜合癥 解決策略： ? 禁止接收方發(fā)送只有一個字節(jié)的窗口更新數(shù)據(jù)段，必須等待一段時間，直到有了一定數(shù)量的可用空間之后（接收方能夠處理它在建立連接時宣告的最大數(shù)據(jù)段的大小，或者它的緩沖區(qū)一半為空） TCP擁塞控制 ? 擁塞的檢測： ?傳輸線路上的噪聲引起的分組丟失 ?擁塞路由器上的分組丟失 ? 發(fā)送擁塞后的處理：發(fā)送端降速 ? 引起數(shù)據(jù)丟棄的原因： ?接收端接收緩沖區(qū)溢出（接收方的容量） ?網(wǎng)絡(luò)內(nèi)部的擁塞（網(wǎng)絡(luò)的容量） 接收方的處理能力不足 傳輸網(wǎng)絡(luò) 小容量接收器 調(diào)整傳輸速率 接收能力 發(fā)送方 傳輸網(wǎng)絡(luò) 鏈路擁塞 大容量接收器 調(diào)整傳輸速率 網(wǎng)絡(luò)能力 發(fā)送方 網(wǎng)絡(luò)不夠暢通 ? 發(fā)送方的兩個窗口 ?接收方允許的窗口 (rwnd個 MSS) ?擁塞窗口 (cwnd個 MSS) ?允許發(fā)送的字節(jié)數(shù)是兩個窗口的較小值 ? TCP擁塞控制是對擁塞窗口大小的控制 ?慢啟動 ?擁塞避免 ?擁塞后的操作 TCP的擁塞控制方案 慢啟動（ slow start） ? 在主機(jī)剛剛開始發(fā)送報文段時可先設(shè)臵擁塞窗口 cwnd = 1，即設(shè)臵為一個最大報文段 MSS 的數(shù)值。 主動關(guān)閉 被動關(guān)閉 數(shù)據(jù)傳送 通知 應(yīng)用 進(jìn)程 ESTAB LISHED ESTAB LISHED A B 若 B 已經(jīng)沒有要向 A 發(fā)送的數(shù)據(jù)，其應(yīng)用進(jìn)程就通知 TCP 釋放連接。 A 的應(yīng)用進(jìn)程先向其 TCP 發(fā)出連接釋放報文段(FIN=1)，并停止發(fā)送數(shù)據(jù)，主動關(guān)閉 TCP 連接。 TCP 連接的建立 CLOSED CLOSED 主動打開 被動打開 A B 客戶 服務(wù)器 ?B 的 TCP 收到連接請求報文段后： ?如同意，則發(fā)回確認(rèn)。 其他選項(xiàng) ? 窗口尺度選項(xiàng) —— 占 3 字節(jié)，其中有一個字節(jié)表示移位值 S。 TCP 最初只規(guī)定了一種選項(xiàng) ， 即 最大數(shù)據(jù)段長度 MSS。 檢驗(yàn)和字段檢驗(yàn)的范圍包括首部和數(shù)據(jù)這兩部分 。 TCP 首部 20 字節(jié) 固定 首部 目 的 端 口 數(shù)據(jù) 偏移 檢 驗(yàn) 和 選 項(xiàng) （長 度 可 變） 源 端 口 序 號 緊 急 指 針 窗 口 確 認(rèn) 號 保 留 F I N S Y N R S T P S H A C K U R G 位 0 8 16 24 31 填 充 終止 FIN (FINis) —— 用來釋放一個連接。 TCP 首部 20 字節(jié) 固定 首部 目 的 端 口 數(shù)據(jù) 偏移 檢 驗(yàn) 和 選 項(xiàng) （長 度 可 變） 源 端 口 序 號 緊 急 指 針 窗 口 確 認(rèn) 號 保 留 F I N S Y N R S T P S H A C K U R G 位 0 8 16 24 31 填 充 推送 PSH (PuSH) —— 接收端收到 PSH = 1 的數(shù)據(jù)段，就盡快地交付接收應(yīng)用進(jìn)程，而不再等到整個緩存都填滿了后再向上交付。 TCP 首部 20 字節(jié) 固定 首部 目 的 端 口 數(shù)據(jù) 偏移 檢 驗(yàn) 和 選 項(xiàng) （長 度 可 變） 源 端 口 序 號 緊 急 指 針 窗 口 確 認(rèn) 號 保 留 F I N S Y N R S T P S H A C K U R G 位 0 8 16 24 31 填 充 緊急 URG —— 當(dāng) URG ? 1 時，表明緊急指針字段有效。 首部長度 TCP 首部 20 字節(jié) 固定 首部 目 的 端 口 檢 驗(yàn) 和 選 項(xiàng) （長 度 可 變） 源 端 口 序 號 緊 急 指 針 窗 口 確 認(rèn) 號 保 留 F I N S Y N R S T P S H A C K U R G 位 0 8 16 24 31 填 充 確認(rèn)號字段 ——占 4 字節(jié)，是期望收到對方的下一個數(shù)據(jù)段的數(shù)據(jù)的第一個字節(jié)的序號。傳輸層的復(fù)用和分用功能都要通過端口才能實(shí)現(xiàn)。 TCP 連接的端點(diǎn)叫做套接字 (socket) ，由端口號和 IP 地址構(gòu)成。 ? 應(yīng)用層交給 UDP 多長的報文， UDP 就照樣發(fā)送，即一次發(fā)送一個報文。 UDP協(xié)議的端口定義 ? 用 16bit區(qū)分 216個端口，端口只有本地含義 ? 知名端口（保留端口） ?全局分配，用于標(biāo)準(zhǔn)服務(wù)器 ?取值小于 1024 ? 自由端口 ?本地分配 ? 主機(jī)通信時為用戶進(jìn)程動態(tài)分配的端口 ?取值大于 1024 偽首部 源端口 目的端口 長 度 檢驗(yàn)和 數(shù) 據(jù) 首 部 UDP長度 源 IP 地址 目的 IP 地址 0 17 IP 數(shù)據(jù)報 字節(jié) 4 4 1 1 2 12 2 2 2 2 字節(jié) 發(fā)送在前 數(shù) 據(jù) 首 部 UDP 用戶數(shù)據(jù)報 在計(jì)算檢驗(yàn)和時，臨時把“偽首部”和 UDP 用戶數(shù)據(jù)報連接在一起。 ? 從 N層的崩潰中恢復(fù)只能由 N+1層來完成 總結(jié) ? 傳輸層和數(shù)據(jù)鏈路層的相同點(diǎn) ?都是在下層所提供的不可靠的服務(wù)的基礎(chǔ)上，為上層提供可靠的服務(wù)。(擁塞控制 ) 可變滑動窗口協(xié)議 發(fā)送主機(jī)的發(fā)送窗口大小是由接收主機(jī)根據(jù)自己的實(shí)際情況給出的。 接收主機(jī)是否需要緩存？ ? 接收主機(jī)的傳輸層實(shí)體對到達(dá)的 TPDU，可以緩存，也可以不緩存。 ?在傳輸層上，主機(jī)可能擁有大量的連接。 ? 然而對稱釋放方式存在問題。 保證序號空間足夠長不會在短時間內(nèi)回轉(zhuǎn) 連接釋放 ? 非對稱釋放：連接的任何一方都可以發(fā)起斷開連接的請求，從而使得連接釋放。 對主機(jī) 1來說，序號 x為過時序號，故拒絕連接。 三次握手（ threeway handshake） ? 可解決由于網(wǎng)絡(luò)層丟失、存儲或者重復(fù)包的問題。 ?一個專門的進(jìn)程服務(wù)器運(yùn)行在一組固定的TSAP上 ? 利用名字服務(wù)器獲取 ?維護(hù)名字與端口的對應(yīng)關(guān)系 ?名字服務(wù)器總是運(yùn)行在固定端口上 建立連接 ? 網(wǎng)絡(luò)的傳輸時延難以預(yù)期，而且抖動劇烈，從而導(dǎo)致了延遲的重復(fù)分組。 ?傳輸層需處理尋址問題 ?數(shù)據(jù)鏈路層延時基本可預(yù)測；但子網(wǎng)有存儲能力，網(wǎng)絡(luò)中可能經(jīng)歷更大的延時和抖動，傳輸層在連接建立，