FEC 和 CRC 错误是否与不一致的 ping 有关?

FEC 和 CRC 错误是否与不一致的 ping 有关?

我订阅了 10/1 Mbps(下行/上行)的 VDSL2 套餐。我的线路统计数据似乎不错,但我注意到报告了一些 CRC 和 FEC 错误,如下所示:

在此处输入图片描述

另一方面,在在线游戏中,尽管我是唯一一个使用以太网电缆上网的人,但我注意到 ping 时间略有变化,那么线路错误和 ping 稳定性之间是否存在关联?我读到 CRC 和 FEC 错误是错误编码协议,有助于纠正 DSL 连接上的线路错误,而高错误计数会降低带宽并可能导致断开连接,那么这有意义吗?

答案1

线路错误和 ping 稳定性之间有关联吗?

是的。

  • CRC 错误意味着必须重新传输数据包。

  • FEC 错误不会影响线路速度,但表明“交织和纠错过程正在运行并且正在做其应有的工作”。

话虽如此,您只有极少数的 CRC 错误(6 个小时内有 11 个),这实际上根本不会影响您的线路速度或 ping 时间。

CRC 错误 - 循环冗余校验

CRC 错误计数。CRC 是一种错误检测码,用于验证发送方和接收方之间的数据包传输。CRC 错误表示数据包的一部分已损坏,需要重新传输。 - 看循环冗余校验 (CRC)以获得更深入的解释。

短时间内出现大量 CRC 错误会导致吞吐速度明显下降。这可以早期表明线路上存在过多噪音,并且在极端情况下可能会导致同步丢失(与交换机断开连接)。

FEC 错误 - 前向纠错

由于对线路应用了纠错,所以已纠正的错误数。纠错与交错同时开启。在交错线路上看到 FEC 错误是正常的,不需要太担心,这更多地表明交错和纠错过程正在正常工作。 - 看纠错了解更多信息。

(重点是我的)

来源Kitz - Linestat 参数和计数器

答案2

Ping 时间“,又名”潜伏“可能由多种因素引入系统,当然,CRC 错误也可能是其中一个原因。

ACRC(循环冗余校验)错误会导致数据包丢失 - 数据包会消失。系统只知道数据包已损坏,因此无法请求重新传输任何特定数据包,也没有机制来处理这种情况。

TCP 的一个主要特性是它提供了“完美连接“两个应用程序之间。因此,当使用 TCP 时,会检测到丢失的数据包并请求重新传输。这可能需要一些时间,具体取决于连接的活动。

当使用 UDP(通常用于游戏)或其他不可靠的协议(如 ICMP(由ping))时,如果没有设计更高级别的协议或应用程序来预期/处理潜在的丢失,则无法确定数据包丢失。在这些情况下,丢失的数据会被遗忘,应用程序将继续运行。这可能会导致“落后“,并且可以观察到球员以急促的方式移动。


FEC(前向纠错)通常不是导致延迟明显增加的原因。它表示链接有损坏,但已检测到此损坏,并且数据已更正。

相关内容