第10章internet傳輸層-全文預覽
【正文】 ? 校驗和檢查需不需要？夠不夠？ ? Paxson 1997年經統(tǒng)計發(fā)現： 通過鏈路層 CRC校驗的包約 %有校驗和錯誤 。 ? 校驗和 ： 16位，對片頭和數據以 16位字計算得到，校驗和還包括源、目標 IP地址等 96位偽報頭。SYN=1 表示連接請求，用于建立連接并通告初始序號，本片序號 = 該連接的初始序號。 TCP數據片格式 (續(xù) ) ? 6個控制位： URG=1 表示緊急指針有效； URG=0 忽略指針。 ? 序號 ：代表本數據片第一個字節(jié)的序號。 ? 在傳輸中幾個小片合成一個片會更有效，采用字節(jié)流小片合大片更方便。 可靠數據流傳輸協(xié)議 TCP ? TCP數據可靠傳輸機制 ? TCP滑動窗口流控 ? TCP數據片格式 ? TCP連接建立 — 三次握手 ? TCP連接關閉 ? TCP重傳策略和重傳超時值 ? TCP擁塞控制 ? TCP協(xié)議的問題和擴充 TCP數據可靠傳輸機制 TCP源進程 TCP目標進程 數據字節(jié) 1001~2022 ACK 2022 數據字節(jié) 2022~2500 丟失 超時 重傳數據字節(jié) 2022~2500 ACK 2501 TCP數據可靠傳輸機制 (續(xù) ) ? TCP 源進程為一個 連接 上傳輸的每個數據 字節(jié)指定 序號 ； ? TCP 為每個數據片計算 校驗和 ； ? TCP 目標進程要對正確收到 (即校驗和正確 )的數據字節(jié)序號給予 確認 (ACKnowledgement)； ? TCP 源進程所發(fā)出的數據片在某時間間隔沒有收到確認，則要 (超時 )重傳 數據片。 IP地址標識主機， TCP 端口號 標識 應用進程 。 ? 用戶數據報協(xié)議 UDP (User Datagram Protocol)是端到端、無連接、不保證可靠的數據報傳輸協(xié)議。多數互聯(lián)網應用需要 TCP的可靠傳輸服務。 ? TCP 向應用層提供 可靠的進程間通信 。TCP傳輸的數據單元稱 數據片 (segment)。這是有歷史原因的，原來 TCP和 IP是一層，采用字節(jié)流為了方便 TCP數據片被分段，后來分成兩層，分段功能放在 IP層。 ? 目標端口 ：連同目標 IP 地址標識 目標主機的一個應用進程 。指明數據從哪里開始。RST=1 表示清除連接，發(fā)生主機故障時清除連接，也用于拒絕非法數據片或連接請求。 TCP數據片格式 (續(xù) ) ? 窗口大小 ： 16位，源方接收窗口的字節(jié)數，即目標方發(fā)送窗口大小。 ? 選項 ： RFC793中定義了最大數據片長度 MSS選項。 TCP數據片格式 (續(xù) )— 討論 ? 0~255后來擴展為 0~1023端口號一般作為 周知端口 (wellknown port) 由 IANA管理，統(tǒng)一分配給系統(tǒng)應用進程，如 HTTP用 80。 TCP連接建立 — 三次握手 發(fā)送方 TCP 接收方 TCP 發(fā) SYN, 序號 = x 發(fā) SYN, ACK, 序號 =y, 確認號 = x+1 發(fā) ACK, 確認號= y+1 TCP連接建立 — 三次握手必要性 發(fā)送方 TCP 接收方 TCP 發(fā) SYN, 序號 =200 收 SYN, 序號 =100 發(fā) SYN, ACK, 序號=300, 確認號 =101 發(fā) RST, 序號 =101 發(fā) SYN, ACK, 序號=400, 確認號 =201 發(fā) ACK, 序號 =201, 確認號 =401 收 SYN, 序號 =200 TCP連接建立 — 三次握手必要性 (續(xù) ) ? 三次握手是必要的，因為 同步數據片會丟失、延遲或重傳 。接下去是針對同步片 SYN，序號 =200的正常同步過程。持續(xù)擁塞的情況，重傳是火上澆油，更加擁塞。 SRTT＋ (1?)RTT， 其中 ?是平滑因子，建議值～ ,典型值
環(huán)評公示相關推薦
鄂ICP備17016276號-1