诡异问题，三次握手最后一个ACK发不出来，有图有包缺你的真相！

bowentech

问题简述
PC向设备发起TCP连接，三次握手不成功，直观地看，是PC不发最后一个ack。

拓扑
PC与设备直连，如下：
          PC        -------------------      设备
（192.168.1.236）                 （192.168.1.1）


详情

tcp-failed.7z (326 Bytes, 下载次数: 12)

2014-09-27 11:39 上传

点击文件名下载附件
三次握手不成功

在PC上抓包，TCP连接建立不成功，PC不发最后一个ack。wireshark抓包文件如上。

从抓包来看，设备往PC的回包，是正确的；问题应该出在PC上，但实际上又不是，请看我的分析：

1、有无可能是PC端，没有收到设备回过来的syn+ack包，从而一直重发第一个syn？  
   答：我上面的抓包，是在PC端进行的。wireshark都能抓到设备回的syn+ack了，似乎说不通？
        另外，icmp是通的。在PC上ping设备，没有问题，PC可以正常收到reply。

2、把设备一个业务功能（基于内核）关掉，PC就回包了，tcp连接正常。

实在不明所以，求大神们指点不能正常建立tcp连接的原因！先谢谢了！

goingstudy

spurious retransmission 很奇怪

Tinnal

回复 1# bowentech

做好差异分析。直觉设备发出的包肯定有什么细微的差异。
把好不好时的包完整仔细的对比一下。
同时好好看看这个模块究竟干了什么，分析一下影响。
   

jiufei19

回复 1# bowentech

因为可以设置为tcp在当有数据发送时，最后一个ACK才随数据一并发回，这是否是造成楼主这个问题的原因？


   

riemann1

从截图上看，似乎是设备ack了seq=56804（是序列号还是端口号？如果是端口号就当我没说），是不是应该ack 56804+1？

bowentech

结贴。与网卡驱动能力有关，业务功能bug导致发出的包有细微差异，wireshark没有很直观地展现。