扭曲-检测丢失的连接需要30多分钟
问题描述
我已经用python编写了一个tcp
客户端,它连接到服务器并使用简单的基于字符串的协议(由服务器制造商定义)进行通信。应保持TCP/IP连接,并在出现故障时重新连接。
当发生某种网络错误时(我假设是在服务器端或在沿途的某个节点上),客户端需要很长时间才能意识到这一点并启动新连接,而不是几分钟。
有没有办法加快这一速度?某种内置的TCP/IP保持活动功能,可以更快地检测到断开?
我可以自己实现一个Keep Alive机制,并查找超时,但我不确定这是否是本例中的最佳实践。你认为如何?另外,将reactor.connectTCP()
和reactor.run()
与ClientFactory
一起使用时,强制重新连接的最佳方式是什么?
tcp
基于推荐答案的协议的应用程序级保持活动是一个好主意。您可能应该实现这一点。这使您可以完全、准确地控制您希望从应用程序获得的超时语义。
tcp本身具有保活机制。您可以通过您的协议中的ITCPTransport
方法调用来启用此功能。例如:
class YourProtocol(Protocol):
def connectionMade(self):
self.transport.setTcpKeepAlive(True)
该保持连接的确切语义依赖于平台和配置。这是完全有可能的,这是已经启用,并是检测您的连接丢失。对于此机制来说,30分钟是一个相当合理的时间来通知丢失的连接。
相关文章