重置RST标志后的TCP重传

时间:2014-07-22 08:22:27

标签: networking tcp ip wireshark

我有大约20个客户端与同一局域网中的中央服务器通信。客户端可以与服务器同时进行事务。服务器将每个事务转发到网络中的外部设备。有时它可以工作,有时我的应用程序在客户端屏幕(随机)中显示“超时”消息

我镜像了所有流量,并在第一个TCP序列的TCP重置数据包之后找到了TCP重传。我立刻想到了数据包丢失,但我的所有电缆/网卡都没问题,我在捕获中看不到DUP ACK。

似乎RST数据包可能有不同的含义 导致TCP重置的原因是什么? 我应该在哪里集中调查:网络或应用程序设计?

我将不胜感激任何帮助。提前谢谢。

1 个答案:

答案 0 :(得分:1)

根据捕获情况判断,我假设您的中央服务器是137.56.64.31。发生了什么是客户端使用SYN数据包启动与服务器的连接,服务器以RST响应。如果服务器没有应用程序监听该特定端口,则这是典型的,例如Web服务器应用程序未运行,客户端尝试连接到端口80。

客户端都连接到服务器上的不同端口,这对于中央服务器来说并不常见,但并非闻所未闻。客户端在服务器上连接的目标端口是:11007, 11012, 11014, 11108, and 11115。申请是正常的吗?如果没有,客户端应该连接到应用程序服务器正在侦听的任何端口。

重新传输的原因是,客户端在从服务器收到RST时放弃连接,而不是再次启动连接,因此Wireshark认为它是重新传输。