什么是“承运人错误”？什么问题会导致“承运人错误”

Question

我还没有找到关于接口 ifconfig 输出上下文中“载波错误”的真正明确定义。我在 Google 上搜索过，但确实没有很好的定义，也没有导致此问题的问题列表。

我从上下文中推测，这意味着以太网信号有问题。我怀疑是互连电缆或网络接口/端口出了问题？

我几乎从未见过这个计数器发生变化，但今天早上一位客户联系我并提到了网络问题。运营商计数器每秒增加约 200。他们最近对连接到我管理的 Linux 机器的设备进行了一些修改。除了说您更改的某些东西坏了之外，我希望能够向他们提供有关可能导致问题的原因的更多具体细节。

eth0      Link encap:Ethernet  HWaddr 00:1b:21:f3:ea:ae  
          inet addr:172.16.0.9  Bcast:172.16.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:13386121 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21255715 errors:1701 dropped:0 overruns:0 carrier:1031707
          collisions:1313642 txqueuelen:1000 
          RX bytes:2467874046 (2.2 GiB)  TX bytes:3820141165 (3.5 GiB)

那么什么是“承运人错误”？导致其发生的典型问题又有哪些？

Answer 1

当信号调制出现问题时，就会发生载波错误。

这可能表明双工不匹配或者物理电缆/连接器存在问题。

您可以尝试重新启动自动协商并检查以太网连接器来解决问题。

看这里有关如何重新启动自动协商的一些说明。

Answer 2

我在两栋楼之间铺设了一条 cat5e 以太网电缆，两端都装有电涌保护器，偶尔会出现运营商错误，基于 Linux 的 RouterOS 会报告这种情况。我认为大多数错误都是由雷电引起的，因为我们整个冬天都不会出现一次运营商错误，但到了春天，我们就会遇到雷暴，而且会有 20-30 次以上。

当您执行 show int 时，另一端的思科会将它们报告为“输入错误”。

无论如何，它们似乎没有造成任何问题。

我认为它们是浪涌保护器发挥其应有作用的副作用，即限制以太网电缆接地端 16V 以上的电压。这对以太网信号的影响很可能表现为载波错误。

最有可能的是，使用具有更高击穿电压的浪涌保护器或根本不使用浪涌保护器，会减少发生的载波错误数量，但会增加设备损坏的风险。您宁愿浪涌电压通过浪涌保护器而不是设备接地，测试它是否确实具有 IEEE 规范要求的以太网对地 1500V 隔离。

Answer 3

载波错误源于 OSI 模型物理层的问题。错误是由处理信号的芯片产生的（载波被调制成 0 和 1）。当对等体之间的信号中断时，就会发生“载波”错误。

通常，当芯片没有收到正常链路脉冲 (NLP) 时，它会产生载波错误。NLP 的持续时间为 100 纳秒，因此即使是轻微的电气中断也会触发错误。解决方案通常意味着检查物理链路的完整性，确保链路不在 EMR 源附近运行等。

配置错误（或使用快速链路脉冲/FLP 的自动配置中断）可能会导致相同的症状。一旦自动协商成功，载波错误应该会停止。如果不使用自动配置，配置错误将导致此数字不断增加。

如果使用集线器，数据包冲突可能会导致相同的症状 - 但交换机与集线器的价格仅仅使这成为一个旧设备问题。