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

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

我连接到一个SMSC，我注意到有很多消息没有发送给我们，我们要求SMSC检查路由，结果很好，但SMSC注意到从您这边到他的那边建立了太多的连接，尽管我们只有一个连接

我使用NowSMS SMPP客户端应用程序处理连接，然后，SMSC要求我更改应用程序，尽管我认为7年前我使用NowSMS时没有问题，但是，我要求NowSMS的团队打开一个应用程序进行调查

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

如您所见，这是SMSC给我的RST/ACK，没有请求RST或我这边的任何东西，当我问他们为什么发送RST/ACK或为什么重新连接时，我没有得到任何有用的回答，但他们告诉我阅读更多关于RST/ACK和RST的信息，我不知道如何联网，但当我阅读时，我发现我无法控制RST连接，因为我方没有向SMSC提出同样的请求。他们总是引导我去做这件事，我所看到的并不属于我

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

---

p.S.Kannel的日志文件和两个TCP跟踪文件都是

要求他们激活查询链接数据包，以便断开非活动连接。这显然是他们方面的问题。

要求他们激活查询链接数据包，以便断开非活动连接。这显然是他们这边的问题。

添加更多详细信息。这将解决@Bob提到的问题。@Bob。。我会就此询问SP，希望这能解决问题。但我想知道更多，你的意思是他必须放弃所有不发送查询链接的连接，只保留发送查询链接的连接吗？@Bob，我问过SP，他们回答说上述选项已经启用，奇怪的是旧连接仍然发送查询链接，尽管，它是从我这边关闭的，所以，我想我有一个网络问题。。。根据您的经验，您认为如何？@SteveFest，您想进一步了解哪些详细信息？添加更多详细信息。这将解决@Bob提到的问题。@Bob。。我会就此询问SP，希望这能解决问题。但我想知道更多，你的意思是他必须放弃所有不发送查询链接的连接，只保留发送查询链接的连接吗？@Bob，我问过SP，他们回答说上述选项已经启用，奇怪的是旧连接仍然发送查询链接，尽管，它是从我这边关闭的，所以，我想我有一个网络问题。。。根据你的经验，你认为如何？@SteveFest，你想进一步了解哪些细节？