再问三次握手，最后ACK发了，但是丢失，会导致什么情况？

[bineon]

a--syn-->b

b--syn/ack-->a

此时a收到b的syn/ack之后，处于连接已建立状态，此后a发送ack给b，结果中间这个ack丢失了呢？
但是此时b处于syn_rcvd状态而非建立状态，那b该如何处理呢？
三次握手不是应该能保证连接状态的吗？
此时对于a来说，由于连接已经建立，那么如果a发数据包给b，b肯定是接受不到，自然也不会返回数据包的ack，那么a是不是一只不停的发同一数据包呢？

[ccxian123]

A以为连接已建立了可以向B发包，但B会丢掉，由于A收不到B的确认故重传，一定次数后A确定连接断开。

[仰望星空WU]

楼上正解，a会重连

[lurenfu]

重连一定次数就断开

[bineon]

谢谢解释。
但是对于B呢？B此时处于SYN_RCVD状态，何时才会改变该状态呢？

[tcww88]

本人新手，一些想法，和各位讨论，错误难免，一定请指正。

此时a处于established状态，b处于syn_rcvd状态。

b由于收不到最后一个ack，会重发syn+ack，直到syn timeout，退出连接。即使发过去的syn+ack被a收到，由于a进入了established状态，直接将此包丢弃。
a的情况比较复杂：
1.a发的data一直没有被b收到，此时，a会重发，如果keepalive option没打开，则一直重发。如果keepalive打开，一段时间后a也退出。

2.a发的data被b收到，此时，无论b处于syn_rcvd还是退出状态，收到后都返回rst，然后a退出。