wireshark抓包 ack 的疑问

[zhaojie0708]

我在下载一个文件的时候，用wireshark进行了抓包，在分析抓包的时候，发现客户端对服务器的ack确认包没有找到对应的seq，如下图所示，0.60-->120.110红色标记是ack=4005，那么,根据Len=1400,4005这个ack应该确认的seq=4005-1460-1=2544，可是在120.110-->0.60的seq中没有2544，有1993和3453，求高手指点一下 为什么会是这样？

[zhaojie0708]

顶一下，别沉，，，

[zy010101]

因为有窗口控制，即使丢失了部分确认应答，也不会重发数据。

[雪落长安]

顶一下，别沉，，，

[这月色]

1.首先120.110发送的http报文被TCP分段发送，第一个报文的长度是586，小于MSS，属于小包； 2.TCP为了尽可能的利用带宽，总是尽可能的发送MSS大小的报文，所以seq=3453的那个报文，分为两段，前面的552字节属于第一个http报文，剩余的是第二个http报文； 3.TCP延时应答：上层http重组第一个报文后，回复3453+552=4005的ACK