ch520運輸層-資料下載頁
2025-01-01 08:07本頁面
【正文】 的 端 口 數(shù)據(jù) 偏移 檢 驗 和 選 項 （長 度 可 變） 源 端 口 序 號 緊 急 指 針 窗 口 確 認 號 保 留 F I N S Y N R S T P S H A C K U R G 位 0 8 16 24 31 填 充 填充字段 —— 這是為了使整個首部長度是 4 字節(jié)的整數(shù)倍 。 35 TCP 可靠傳輸?shù)膶崿F(xiàn) 以字節(jié)為單位的滑動窗口 前移 不允許發(fā)送 已發(fā)送并 收到確認 A 的發(fā)送窗口 = 20 允許發(fā)送的序號 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 B 期望 收到的序號 前沿 后沿 前移 收縮 根據(jù) B 給出的窗口值 A 構(gòu)造出自己的發(fā)送窗口 TCP 標準強烈不贊成 發(fā)送窗口前沿向后收縮 36 不允許發(fā)送 已發(fā)送并 收到確認 A 的發(fā)送窗口位置不變 允許發(fā)送但尚未發(fā)送 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 已發(fā)送但未收到確認 56 P1 P2 P3 不允許接收 已發(fā)送確認 并交付主機 B 的接收窗口 允許接收 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 未按序收到 可用窗口 A 發(fā)送了 11 個字節(jié)的數(shù)據(jù) P3 – P1 = A 的發(fā)送窗口（又稱為通知窗口） P2 – P1 = 已發(fā)送但尚未收到確認的字節(jié)數(shù) P3 – P2 = 允許發(fā)送但尚未發(fā)送的字節(jié)數(shù)（又稱為可用窗口） 37 允許發(fā)送但尚未發(fā)送 A 的發(fā)送窗口向前滑動 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 已發(fā)送并收到確認 不允許 發(fā)送 已發(fā)送 但未收到確認 56 P1 P2 P3 允許接收 B 的接收窗口向前滑動 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 已發(fā)送確認 并交付主機 不允許 接收 56 未按序收到 A 收到新的確認號，發(fā)送窗口向前滑動 先存下，等待缺少的 數(shù)據(jù)的到達 38 不允許 發(fā)送 已發(fā)送并收到確認 A 的發(fā)送窗口已滿，有效窗口為零 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 已發(fā)送但未收到確認 56 P1 P2 P3 A 的發(fā)送窗口內(nèi)的序號都已用完， 但還沒有再收到確認，必須停止發(fā)送。 39 發(fā)送緩存 最后被確認 的字節(jié) 發(fā)送應用程序 發(fā)送緩存 最后發(fā)送 的字節(jié) 發(fā)送窗口 已發(fā)送 TCP 序號增大 40 接收緩存 接收應用程序 已收到 接收窗口 TCP 接收緩存 下一個讀取 的字節(jié) 序號增大 下一個期望收到的 字節(jié)（確認號） 41 發(fā)送緩存與接收緩存的作用 ? 發(fā)送緩存用來暫時存放： ? 發(fā)送應用程序傳送給發(fā)送方 TCP 準備發(fā)送的數(shù)據(jù)； ? TCP 已發(fā)送出但尚未收到確認的數(shù)據(jù)。 ? 接收緩存用來暫時存放： ? 按序到達的、但尚未被接收應用程序讀取的數(shù)據(jù)； ? 不按序到達的數(shù)據(jù)。 42 需要強調(diào)三點 ? A 的發(fā)送窗口并不總是和 B 的接收窗口一樣大（因為有一定的時間滯后）。 ? TCP 標準沒有規(guī)定對不按序到達的數(shù)據(jù)應如何處理。通常是先臨時存放在接收窗口中，等到字節(jié)流中所缺少的字節(jié)收到后，再按序交付上層的應用進程。 ? TCP 要求接收方必須有累積確認的功能，這樣可以減小傳輸開銷。 43 超時重傳時間的選擇 ? 重傳機制是 TCP 中最重要和最復雜的問題之一。 ? TCP 每發(fā)送一個報文段，就對這個報文段設置一次計時器。只要計時器設置的重傳時間到但還沒有收到確認，就要重傳這一報文段。 44 作業(yè) ? 516 ? 521 ? 522 ? 523 ? 526 ? 528 ? 531 45 謝謝觀看 /歡迎下載 BY FAITH I MEAN A VISION OF GOOD ONE CHERISHES AND THE ENTHUSIASM THAT PUSHES ONE TO SEEK ITS FULFILLMENT REGARDLESS OF OBSTACLES. BY FAITH I BY FAIT
研究報告相關(guān)推薦
鄂ICP備17016276號-1