-
为什么快速重传是选择3次ACK?
- 个人理解:首先网络中的丢包,乱序以及网路故障都会让服务器端发回duplicated ACK,表示有一个包一直未收到。快速重传是通过3次ACK来区分乱序,丢包和网路拥塞的情况,是基于实践经验得到的,所以说这种判断方式不一定准确,只是"大概率"可以解决问题。
- 在timeout期间,如果并没有收到ACK,就直接超时重传并执行慢开始
- 在timeout期间,如果收到的duplicated ACK小于等于两次,那么很可能是因为包到达的顺序是乱序:包A后边的包先到了,但是A还没有到达,所以服务器端就会请求包A,由于网络中没有别的问题,所以服务器稍微等了一会儿(一般小于等于两次),包A就到了,如果是这种情况,那么我们不需要做任何改动,因为乱序问题服务器端TCP会处理
- 在timeout期间,如果收到的duplicated ACK达到3次,那么很可能是因为丢包或者网络拥塞导致包无法发送到服务器端:
- 如果是网络拥塞,那么我们直接降低网络流量是合理的
- 如果是因为偶然的错误某个包丢了,我们就慢开始从1开始发送网络流量,就很影响传输效率
- 对于上述情况出现概率都是50%,我们采用一种稍微乐观的态度(毕竟3次都能传回来,应该心态好点),将上述情况中和一下,也不重新慢开始,也不能什么都不做,当看到3次 duplicated ACK,我们快速重传一次(不等重传计时器),并使用快恢复策略,即拥塞窗口减半,阈值等于拥塞窗口。
-
个人理解,欢迎指正!
学习笔记18——个人理解为什么快速重传是3次ACK
热烈小狗2024-01-12 10:41
相关推荐
二哈赛车手13 小时前
新人笔记---Spring AI的Advisor以及其底层机制讲解(涉及源码),包含一些遇见的Spring AI的Advisor缺陷问题的解决方案计算机安禾14 小时前
【计算机网络】第17篇:TCP拥塞控制的迭代——从Reno到CUBIC、BBR的理论转向red_redemption14 小时前
自由学习记录(181)wuxinyan12314 小时前
大模型学习之路007:RAG 零基础入门教程(第四篇):生成侧核心技术与大模型集成阿豪只会阿巴14 小时前
【没事学点啥】TurboBlog轻量级个人博客项目——Turbo Blog 项目学习与上线指南Slow菜鸟14 小时前
Docker 学习篇(三)| Docker安装指南(Linux版)Tutankaaa15 小时前
知识竞赛软件SaaS版 vs 本地部署小仙女的小稀罕15 小时前
培训要点写不完不会整理?规范培训转待办可这样操作许长安15 小时前
RPC 异步调用基本使用方法:基于官方helloworld-async 示例Wallace Zhang16 小时前
SimpleFOC源码学习10(v2.3.2) - 电流传感器CurrentSense.cpp与CurrentSense.h