SMSC 与客户端有很多连接，但客户端只有一个连接

Question

首先，同样的问题here有一个类似的问题，但没有答案，所以我再次更详细地重写了这个问题。

我连接到一个 SMSC，我注意到有很多消息没有发送给我们，我们要求 SMSC 检查路由并没有问题，但是 SMSC 注意到从那里建立的连接太多虽然，我们只有一个连接。

我使用 NowSMS SMPP 客户端应用程序来处理连接，然后 SMSC 要求我更改应用程序，尽管我认为 NowSMS 没有问题，因为我在 7 年前使用它，但是，我要求 NowSMS 的团队通过打开support ticket 进行调查。

后来，我不得不更改 NowSMS 并在新的 Linux 机器上安装 Kannel，通过 Kannel 连接到 SMSC 后，我们再次遇到同样的问题，当我阅读所有 Kannel 的日志时，我发现 "系统错误 (104): Connection reset by peer" 这让我在逻辑上打开了与 SMSC 的新连接。因此，我建议同时从双方进行实时 TCP 跟踪，我在 Wireshark 跟踪文件中找到了以下数据包：

如您所见，这是 SMSC 发给我的 RST/ACK，没有向我请求 RST 或任何东西，当我问他们为什么要发送 RST/ACK 或为什么要 RST连接，我没有得到任何有用的答案，但是他们告诉我要阅读有关 RST/ACK 和 RST 的更多信息，我对网络一无所知，但是当我阅读时，我发现我无法控制 RST 连接，因为我这边没有向 SMSC 提出同样的要求。他们总是把我引到这个post 和我看到的不属于我的东西。

现在：我只需要知道我应该做什么或者我应该问谁？我问过数据中心的团队，他们确认我和 SMSC 之间的 VPN 正常工作，没有任何异常。我相信，应用层没有问题，但我无法识别问题的根源。

P.S. Kannel 的日志文件，两个 TCP Trace 文件都是here

Answer 1

要求他们激活查询链接数据包以丢弃不活动的连接。这显然是他们这边的问题。