![FEC 和 CRC 错误是否与不一致的 ping 有关?](https://linux22.com/image/1561412/FEC%20%E5%92%8C%20CRC%20%E9%94%99%E8%AF%AF%E6%98%AF%E5%90%A6%E4%B8%8E%E4%B8%8D%E4%B8%80%E8%87%B4%E7%9A%84%20ping%20%E6%9C%89%E5%85%B3%EF%BC%9F.png)
答案1
线路错误和 ping 稳定性之间有关联吗?
是的。
CRC 错误意味着必须重新传输数据包。
FEC 错误不会影响线路速度,但表明“交织和纠错过程正在运行并且正在做其应有的工作”。
话虽如此,您只有极少数的 CRC 错误(6 个小时内有 11 个),这实际上根本不会影响您的线路速度或 ping 时间。
CRC 错误 - 循环冗余校验
CRC 错误计数。CRC 是一种错误检测码,用于验证发送方和接收方之间的数据包传输。CRC 错误表示数据包的一部分已损坏,需要重新传输。 - 看循环冗余校验 (CRC)以获得更深入的解释。
短时间内出现大量 CRC 错误会导致吞吐速度明显下降。这可以早期表明线路上存在过多噪音,并且在极端情况下可能会导致同步丢失(与交换机断开连接)。
FEC 错误 - 前向纠错
由于对线路应用了纠错,所以已纠正的错误数。纠错与交错同时开启。在交错线路上看到 FEC 错误是正常的,不需要太担心,这更多地表明交错和纠错过程正在正常工作。 - 看纠错了解更多信息。
(重点是我的)
答案2
“Ping 时间“,又名”潜伏“可能由多种因素引入系统,当然,CRC 错误也可能是其中一个原因。
ACRC(循环冗余校验)错误会导致数据包丢失 - 数据包会消失。系统只知道数据包已损坏,因此无法请求重新传输任何特定数据包,也没有机制来处理这种情况。
TCP 的一个主要特性是它提供了“完美连接“两个应用程序之间。因此,当使用 TCP 时,会检测到丢失的数据包并请求重新传输。这可能需要一些时间,具体取决于连接的活动。
当使用 UDP(通常用于游戏)或其他不可靠的协议(如 ICMP(由ping
))时,如果没有设计更高级别的协议或应用程序来预期/处理潜在的丢失,则无法确定数据包丢失。在这些情况下,丢失的数据会被遗忘,应用程序将继续运行。这可能会导致“落后“,并且可以观察到球员以急促的方式移动。
FEC(前向纠错)通常不是导致延迟明显增加的原因。它表示链接有损坏,但已检测到此损坏,并且数据已更正。