tcp重复确认的原因

问：TCP连续三次重复确认

1. 答：可以打开TCP会话看一下,有可能是被SYN扫描了.当客户端发送 SYN包后,服务器端正常回应SYN ACK,但客户端不在发送后续的数据包，在一段时间后服务器端仍然没有收到客户端ACK数据包而再发两次SYN ACK包.
   不同的操作系统重传SYN ACK的时间和次数不尽相同，而且半连接状态的持续时间也有所不同。服务器端是Windows操作系统的话重复确认的间隔应该是3S,然后6S,然后21S发RST结束会话.
2. 答：TCP的拥塞控制机制，对实际网络应该没什么影响啊，你这是什么设备的报警

问：关于TCP通信时，接收端收到重复数据的问题

1. 答：tcp是基于可靠性的连接。
   建立连接后，客户端和服务端收发数据都有ack报文的确认机制，加上tcp的滑动窗口机制，ack确认并不是每一个报文确认一下，而是基于流的确认，也许好几个报文确认一次。当其中一方没有收到ack确认报文后，tcp连接会认为报文数据丢失，就会重新发送一次，这就是看到的重传。
   不经过路由器，报文传输时延比较小，所以ack响应在tcp连接超时重传时间之内，没有重传，经过后，报文在网络中需要查找路由信息转发，这样如果网络中时延超过了tcp超时重传的时间，服务端就会认为客户端没有收到数据，就会重新发送一遍数据。
   本人一直搞通信数据面开发，希望我的回答可以帮助到你，有需要继续和我交流！

问：TCP太多重传！

1. 答：可能的原因：
   1.交换机或路由器过载使TCP包或确认包丢失；
   2.接收端对TCP包的确认速度慢，致使发送端超时重发；
   3.接收端缓存溢出；
   4.TCP数据包在传输过程中丢失或损坏；
   5.发送端与接收端之间的距离太远或传输速度太慢；
   请检查：
   1.交换机或路由器的工作状态；
   2.接收主机正在运行的服务；
   3.检查接收主机的工作状态