请教：关于TCP的快速重传

山下一群鹅 2016-05-19 03:11:46

最近学习TCP/IP协议，用wireshark分析了一段报文。其中快速重传部分有些不解。

如图，第74行显示，接收方发送应答，[TCP Dup ACK 72#1]说明接收方没有收到预期序列号的报文，预期报文序列号为32354,。问题是，根据快速重传的描述，发送方收到3个Dup ACK就会快速重传而不必等超时定时器，但是实际情况如图

第147行，接收方已经发出去了36个Dup ACK。这该如何解释呢？请各位大侠帮帮忙，谢谢！

...全文

723 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

太上绝情 2017-05-10

打赏
举报

回复

有可能收方发的Dup ACK丢了，有可能发送方重新发送的数据又丢了

山下一群鹅 2016-05-21

打赏
举报

回复

最近几天一直在和CVE-2019-11477 SACK panic漏洞进行纠缠，挺有意思的。细节就不多说了，给出几个链接自己看吧： https://access.redhat.com/security/vulnerabilities/tcpsack https://github.com/Netflix/security-bulletins/blob/master/advisories/third...

最近几天一直在和CVE-2019-11477 SACK panic漏洞进行纠缠，挺有意思的。细节就不多说了，给出几个链接自己看吧： https://access.redhat.com/security/vulnerabilities/tcpsack https://github.com/Netflix/security-bulletins/blob/master/advisories/third...

每日一句英语学习，每天进步一点点：前言为了让大家更容易「看得见」 TCP，我搭建不少测试环境，并且数据包抓很多次，花费了不少时间，才抓到比较容易分析的数据包。接下来丢包、乱序、超时重传、快速重传、选择性确认、流量控制等等 TCP 的特性，都能「一览无云」。没错，我把 TCP 的"衣服扒光"了，就为了给大家看的清楚，嘻嘻。正文显形“不可见”的网络包网络世界中的数据包交互我们肉眼是看不见的，它们就好像隐形了一样，我们对着课本学习计算机网络的时候就会觉得非常的抽象，加大了学习的难度。还别说，

人们非常关心下载速度，对于使用非包月宽带以及使用付费CDN的用户而言，这是典型的拿钱买时间的行为，我支付的费用越高，希望的下载速度越快，所使用的累积带宽越大。关于各种测速方法也是汗牛充栋了，本文介绍一下TCP传输的测速。TCP速率概述首先，TCP速率受到多方面时延的影响，其中包括：1.本机以及对端机器的处理时延这部分指的是发送端和接收端主机由于操作系统调度，中断，网卡数据包调度等处理引入的时延，基

原文：https://www.cnblogs.com/xiaolincoding/p/12922927.html 前言 “哈？啥是大白鲨？” 咳咳，主要是因为网络分析工具Wireshark的图标特别像大白鲨顶部的角。不信你看： Wireshark “为什么拖了怎么久才发文？” 为了让大家更容易「看得见」 TCP，我搭建不少测试环境，并且数据包抓很多次，花费了不少时间，才抓到比较容易分析的数据包。接下来丢包、乱序、超时重传、快速重传、选择性确认、流量控制等等 TCP 的特...

网络协议与配置

1,738

社区成员

1,306

社区内容

发帖

与我相关

我的任务

网络协议网络安全tcp/ip 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章