Discuz! Board

 找回密碼
 立即註冊
搜索
熱搜: 活動 交友 discuz
查看: 2|回復: 0

口 到 表示发送窗口 之后的序

[複製鏈接]

1

主題

1

帖子

5

積分

新手上路

Rank: 1

積分
5
發表於 2024-1-15 11:48:54 | 顯示全部樓層 |閱讀模式
有分组的消息。例如发送方发生了 个分组第 个分组丢失了接收方只能确认前 个发送方必须把后面 个都重新发送。滑动窗口机制 滑动窗口以字节为单位。发送端有个发送窗口窗口重的序号是允许发送的序号窗口的后沿是已经发送并且确认的序号窗口的前沿是不允许发送的序号。窗口的后沿可能不动代表没有收到新的确认也有可能前移代表收到了新的确认但是不会后移不可能撤销已经确认的数据。窗口的前沿般是向前的也有可能不动表示没有收到新的请求或对方的接收窗口变小也有可能收缩但是 强。

烈不建议这么做因为发送端在收到通知前可能已经发送了很多数据此时如果收缩窗口可能会产生错误。滑动窗口的状态需要 个指针 和。之前的序号表示已经发送并且确认的 到 的序号表示已经发送但还没有确认的 到 表示允许发送的序 伊拉克电报号码列表 号也叫可用窗号表示不可发送的。发送缓存用来暂时存放发送应用程序传给发送方 准备发送的数据和已经发送但还没确认的数据。接收缓存用来暂时存放按序到达的但尚未被应用程序读取的数据未按序到达的数据。注意三点①发送窗口根据接。



收窗口设置但并不总是样大还要根据网络的拥塞情况调整。②对于不按序到达的数据 通常存放在接收窗口等到字节流缺少的字节收到后再按序交付上层应用程序。③接收方必须有累积确认功能可以减小传输开销可以在合适的时候发送确认也可以在自己有数据需要发送时捎带确认。但是接收方不能过分推迟发送确认不能超过 秒。流量控制 般我们都希望发送数据的速度尽可能快但如果发送数据的速度过快接收端来不及接收就可能导致数据丢失的问题。所谓流量控制就是根据接收端的接收能力动态地调。
回復

使用道具 舉報

您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

Archiver|手機版|自動贊助|

GMT+8, 2025-2-24 16:17 , Processed in 0.030301 second(s), 18 queries .

抗攻擊 by GameHost X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回復 返回頂部 返回列表
一粒米 | 中興米 | 論壇美工 | 設計 抗ddos | 天堂私服 | ddos | ddos | 防ddos | 防禦ddos | 防ddos主機 | 天堂美工 | 設計 防ddos主機 | 抗ddos主機 | 抗ddos | 抗ddos主機 | 抗攻擊論壇 | 天堂自動贊助 | 免費論壇 | 天堂私服 | 天堂123 | 台南清潔 | 天堂 | 天堂私服 | 免費論壇申請 | 抗ddos | 虛擬主機 | 實體主機 | vps | 網域註冊 | 抗攻擊遊戲主機 | ddos |