第10章internet傳輸層(已修改)
2025-08-01 07:14 本頁面
【正文】 第 10章 Inter傳輸層 BGP FTP HTTP SMTP TELNET SNMP OSPF IP + ICMP DNS TCP UDP Inter傳輸層 ? 傳輸控制協(xié)議 TCP (Transmission Control Protocol)是端到端、有連接、可靠數(shù)據(jù)流傳輸協(xié)議。多數(shù)互聯(lián)網(wǎng)應用需要 TCP的可靠傳輸服務。 ? 用戶數(shù)據(jù)報協(xié)議 UDP (User Datagram Protocol)是端到端、無連接、不保證可靠的數(shù)據(jù)報傳輸協(xié)議。它為互聯(lián)網(wǎng)上實時視頻、音頻應用提供了實驗環(huán)境。 ? 擁塞控制的進一步研究 TCP概況 ? TCP 是由 Vinton Cerf 和 Robert Kahn 在 1973年設計，原先 IP 和 TCP 是合在一起的，后來把 尋徑轉(zhuǎn)發(fā) 和 可靠傳輸 分成兩層。 ? TCP 向應用層提供 可靠的進程間通信 。 IP地址標識主機， TCP 端口號 標識 應用進程 。集中統(tǒng)一分配的端口號稱為周知端口 (wellknown port)，其余的動態(tài)分配。 ? 應用進程使用 TCP 通信，首先要建立 連接 。TCP傳輸?shù)臄?shù)據(jù)單元稱 數(shù)據(jù)片 (segment)。 可靠數(shù)據(jù)流傳輸協(xié)議 TCP ? TCP數(shù)據(jù)可靠傳輸機制 ? TCP滑動窗口流控 ? TCP數(shù)據(jù)片格式 ? TCP連接建立 — 三次握手 ? TCP連接關閉 ? TCP重傳策略和重傳超時值 ? TCP擁塞控制 ? TCP協(xié)議的問題和擴充 TCP數(shù)據(jù)可靠傳輸機制 TCP源進程 TCP目標進程 數(shù)據(jù)字節(jié) 1001~2022 ACK 2022 數(shù)據(jù)字節(jié) 2022~2500 丟失 超時 重傳數(shù)據(jù)字節(jié) 2022~2500 ACK 2501 TCP數(shù)據(jù)可靠傳輸機制 (續(xù) ) ? TCP 源進程為一個 連接 上傳輸?shù)拿總€數(shù)據(jù) 字節(jié)指定 序號 ； ? TCP 為每個數(shù)據(jù)片計算 校驗和 ； ? TCP 目標進程要對正確收到 (即校驗和正確 )的數(shù)據(jù)字節(jié)序號給予 確認 (ACKnowledgement)； ? TCP 源進程所發(fā)出的數(shù)據(jù)片在某時間間隔沒有收到確認，則要 (超時 )重傳 數(shù)據(jù)片。 若每發(fā)一個數(shù)據(jù)片要等待確認，性能 ... TCP滑動窗口流控 ? 目標進程控制源進程發(fā)送窗口的大小 ? 窗口外左邊的字節(jié)已被發(fā)送，且已收到確認 ? 窗口內(nèi)字節(jié)可以發(fā)送 /已被發(fā)送，但未收到確認 ? 窗口外右邊的字節(jié)不能發(fā)送。 窗口滑動 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 TCP滑動窗口流控 (續(xù) ) ? TCP確認字節(jié)，滑動窗口大小也以字節(jié)為單位，而不是數(shù)據(jù)片。這是有歷史原因的，原來 TCP和 IP是一層，采用字節(jié)流為了方便 TCP數(shù)據(jù)片被分段，后來分成兩層，分段功能放在 IP層。 ? 在傳輸中幾個小片合成一個片會更有效，采用字節(jié)流小片合大片更方便。 ? 用數(shù)據(jù)片數(shù)目說明數(shù)據(jù)總量不及用字節(jié)數(shù)更確切，因為一個數(shù)據(jù)片可以容納一個字節(jié)，也可以容納 1000字節(jié)。 TCP數(shù)據(jù)片格式 目標端口 (destination port) 校驗和 (checksum) 緊急指針 (urgent point) 序號 (sequence number) 確認號 (acknowledgement number) 選項 (options)＋填充 (padding) 數(shù)據(jù) 0 16 31位 源端口 (source port) 窗口大小 (window size) (字節(jié)數(shù) ) F I N S Y N R S T P S H A C K U R G 片頭 長度 保留 20 字
環(huán)評公示相關推薦
鄂ICP備17016276號-1