|
Post by mostafiz48n on Jan 23, 2024 8:55:02 GMT
窗口的前沿般是向前的也有可能不动表示没有收到新的请求或对方的接收窗口变小也有可能收缩但是 强烈不建议这么做因为发送端在收到通知前数据此时如果收缩窗口可能会产生错误。 滑动窗口的状态需要 个指针 和。之前的序号表示已经发送并且确认的 到 的序号表示已经发送但还没有确认的 到 表示允许发送的序号也叫可用窗口 到 表示发送窗口 之后的序号表示不可发送的。 发送缓存用来暂时存放发送应用程序传给发送方 准备发送的数据和已经发送但还没确认的数据。 接收缓存用来暂时存放按序到达的但尚未被应用程序读取的数据未按序到达的数据。 注意三点①发送窗口根据接收窗口设置但并不总是样大还要根据网络的拥塞情况调整。 对于不按序到达的数据 通常存放在接收窗口等到字节流缺少的字节收到后再按序交付上层应用程序。③接收方必须有累积确认功能可以减小传输开销可以在合适的时候发送确认也可以在自己有数据需要发送时捎带确认。但是接收 WhatsApp 号码数据 方不能过分推迟发送确认不能超过 秒。 流量控制 般我们都希望发送数据的速度尽可能快但如果发送数据的速度过快接收端来不及接收就可能导致数据丢失的问题。所谓流量控制就是根据接收端的接收能力动态地调整发送端的发送速度确保接收端来的及接收。流量控制主要是通过滑动窗口机制实现的。 发送窗口不能超过接收方的接收窗口在 窗口通知后可能会出现死锁问题接收方的接收缓冲又有了些存储空间但该通知丢失了发送方和接收方互相等待消息。 为每个连接设有个持续计时器只要收到了 窗口通知就启动计时器到时候发送 字节大小的 窗口探测报文如果仍是 就重置计时器如果不是 就打破了死锁的僵局。 拥塞控制 当网络中对资源的需求超过了资源的可用量就叫做拥塞。当吞吐量明显小于理想的吞吐量时就出现了轻度拥塞当吞吐量随着负载的增加反而下降时网络就进入了拥塞状态。当吞吐量降为 时网络已无法正常工作进入了死锁。拥塞控制就是尽量减少注入网络的数据减轻网络中的路由器和链路的负担。 拥塞控制是个全局性的问题它涉及网络中的所有路由器和主机而流量控制只是个端到端的问题是两个端点之间通信量的控制。
|
|