TCP分段后末尾哪个包的ACK为何延迟那么多？

愤怒的呆鱼 2017-09-14 02:34:27

如图：192.168.100.27请求数据，192.168.100.99回复一段数据，由于数据长度超过了MTU，TCP包被分段，但是我不明白，为何倒数第二个分段包对端的协议栈ACK回复居然延迟了200ms，其他的都是两个段一个ACK，唯独这个红框的包要单独一个ACK，而且还延迟，TCP不是有滑动窗口吗？后续的数据请求都是在这个包就出问题，搞得我32次的数据请求愣是被延迟了6S还多。有没有大神解释下，这个该怎么弄？

...全文

198 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

愤怒的呆鱼 2017-09-14

打赏
举报

回复

补充一下，我这段的软件地址是192.168.100.99，对端192.168.100.27是PC端

IP协议 TCP协议 TCP三次握手 TCP四次挥手 TCP_ACK_机制 TCP滑动窗口 UDP协议 TCP与UDP对比

全文概要我们在学习TCP/IP协议时都知道，TCP报文段如果很长的话，会在发送时发生分段(Segmentation)，在接收时进行重组，同样IP数据报在长度超过一定值时也会发生分片(Fragmentation)，在接收端再将分片重组。如果之前你和曾经的我一样，经常混淆这两个概念，甚至一度以为两者表示的是同一个协议栈机制，那么本文就将通过详细介绍分段与分片的区别与联系，力图让你对此有一个更为完整、严谨的理解。背景首先需要强调的一点是，不管你之前从什么渠道获取了关于分段/分片方面的知识，甚至会觉得两

几乎所有的HTTP通信都是由TCP/IP承载的，TCP/IP是一种常用的分组交换网络分层协议集。 TCP连接 TCP连接是因特网上的可靠连接 TCP为HTTP提供了一条可靠（是因为确认延迟）的比特传输管道。从TCP连接一端填入的字节会从另一端以原有的顺序、正确的传送出来。 TCP流是分段的、由IP分组传送 TCP通过端口号来保持所有连接持续不断地运行。 <源IP地址、源端口号、目的IP...

说明：1).本文以TCP的发展历程解析容易引起混淆，误会的方方面面 2).本文不会贴大量的源码，大多数是以文字形式描述，我相信文字看起来是要比代码更轻松的 3).针对对象：对TCP已经有了全面了解的人。因为本文不会解析TCP头里面的每一个字段或者3次握手的细节，也不会解释慢启动和快速重传的定义 4).除了《TCP/IP详解》(卷一，卷二)以及《Unix网络编程》以及Linux源代码之外，学习

报文头部格式源端口 2字节最大2^16-1 目的端口 2字节 TCP交互端口的意义：指明交互双方的身份是属于IP内的哪个进程校验和伪首部先加个伪首部伪首部共有12字节，包含如下信息：源IP地址、目的IP地址、保留字节(置0)、传输层协议号(TCP是6)、TCP报文长度(报头+数据)。伪首部是为了增加TCP校验和的检错能力：如检查TCP报文是否收错了(目的IP地址)、传输层协议是否选...

网络协议与配置

1,736

社区成员

1,306

社区内容

发帖

与我相关

我的任务

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

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章