如果未正确完成,TCP连接未拆除

如果未正确完成,TCP连接未拆除 搜索搜索
作者 信息
帕特里克李
新成员
用户名:Patricklee.

邮政编码:8
注册:06-2004
在2005年3月17日星期四发布 - 09:59 AM:  

亲爱的布莱斯和所有人,

我不确定你以前经历过这个问题。使用NowSMS安装两台PC。一台PC.(as smpp client)绑定到另一台PC。 SMPP绑定很好。但是如果我断开客户端的网络电缆而不适当的解除,则服务器仍将看到TCP连接"established"它永远留在。

如果我断开服务器端的连接,则会发生同样的事情,在客户端PC中键入NetStat-n仍然看到TCP连接永远停留,即使我再次重新连接电缆。

实际连接不再存在,但设备仍然看到连接"established"。我相信这不仅是令人非观关处的错误。我尝试了另一个连接到Logica SMSC的开放式SMPP客户端并获得了同样的问题。

我被告知,它是SMPP错误,我认为这是一个非常普遍的已知问题。任何人都有更多信息吗?善意与我分享,谢谢。

帕特里克
布莱斯诺伍德 - 诺斯姆斯支持
董事会管理员
用户名:布莱斯

邮政编码:4245
注册:10-2002
发表于2005年3月28日星期一 - 09:20 PM:  

帕特里克,

通常是"enquire link"命令用于SMPP环境中以避免此类问题。如果服务器没有'T在超时期间看到一个查询链接,然后它断开客户端。

同样,如果客户没有't获取对其查询链接的响应,然后它终止其连接结束。

-bn.
帕特里克李
新成员
用户名:Patricklee.

邮政编号:9
注册:06-2004
2005年3月29日星期二发布 - 06:26 AM:  

亲爱的布莱斯,

谢谢。我知道这一点"enquire link"在SMPP中,但是现在有没有使用询问链接?这些参数是可配置的吗?

我有一个问题。我发现SMPP连接非常敏感。小网络中断(around 3 sec)在SMPP客户端和服务器之间将导致连接丢弃。但我发现其他TCP连接,如Telnet和FTP可以忍受这样的分析。

是由于SMPP查询链接交换太频繁,从而使连接超时了吗?或者在TCP层中的时间删除了连接?

是否有一些方法可以微调参数
SMPP.(特别是在查询链接参数上)增加容忍度?谢谢。

帕特里克
布莱斯诺伍德 - 诺斯姆斯支持
董事会管理员
用户名:布莱斯

邮政编码:4266
注册:10-2002
在2005年3月30日星期三发布 - 下午10:33:  

帕特里克,

目前我们只支持SMPP客户端的查询链接。(时间值设置在连接的高级设置参数中。)

当我们是SMPP服务器时,我们不支持它(好吧,我们支持客户发送查询链接命令的客户端,并正确响应它,但我们不执行它)。我们将在下一个主要版本中为此添加支持。

如果当时存在数据,则网络中断应该仅导致问题。如果在中断期间没有发送/接收/收到数据,则TCP可以很容易地恢复。

通常,它是一个发送查询链接命令的SMPP客户端。并且时间在SMPP客户端中可配置。

服务器也将有一个设置。但服务器设置只是为了强制执行它。基本上,服务器可能会说它每60秒需要一次查询链接。这意味着客户必须每60秒发送某种类型的请求(包括询问链接),或它将被断开连接。

但最终是客户决定发送查询链接的频率。一世'遇到一些服务提供商希望客户每隔10秒发送查询链接,这是我的书中有点矫枉过正。

-bn.