在我们的方案中、物理连接会遭受几毫秒的连接损失、这会导致链路丢失、并建立一个新的连接、这需要大约一秒钟或更长时间。
我们想问、是否可以在检测到连接丢失并建立新链路之前增加超时、以防止连接丢失整整一秒或更长时间。
数据表描述了一个10µs 窗口、在该窗口中会计算错误、对于我们的方案、需要10-100ms 的窗口、并且可能有助于在链路不良的毫秒数内保持连接。
需要澄清的是:在物理连接受到数毫秒干扰时丢失数据是没有问题的、在建立新连接之前的长时间停机是主要问题。
此致
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
在我们的方案中、物理连接会遭受几毫秒的连接损失、这会导致链路丢失、并建立一个新的连接、这需要大约一秒钟或更长时间。
我们想问、是否可以在检测到连接丢失并建立新链路之前增加超时、以防止连接丢失整整一秒或更长时间。
数据表描述了一个10µs 窗口、在该窗口中会计算错误、对于我们的方案、需要10-100ms 的窗口、并且可能有助于在链路不良的毫秒数内保持连接。
需要澄清的是:在物理连接受到数毫秒干扰时丢失数据是没有问题的、在建立新连接之前的长时间停机是主要问题。
此致
您好 Kristian、
我们仍在解决此问题、但您现在可以尝试一些可能有所帮助的操作。
[引用 userid="543603" URL"~/support/interface-group/interface/f/interface-forum/1169986/dp83td510e-more-robust-link-in-scenario-with-millisecond-connection-losses-on-physical-connection "]数据表介绍了一个计算错误的10µs 窗口[/quot]当启用 FLD 时、这种情况似乎就是这样、禁用此功能可能会延长窗口。 我们尚未验证延长窗口的时间、但尝试不会有任何影响。
再次感谢您的耐心等待、我们仍在努力寻找解决方案。
此致、
Alvaro