什么是,什么问题导致“载体错误”

我还没有find关于接口的ifconfig输出的上下文中“载波错误”是什么的真正清晰的定义。 我一直在谷歌上search,真的没有一个很好的定义,或导致这个问题的列表。

我从上下文假设,这意味着有关以太网信号的东西是坏的。 我怀疑有关互连电缆,或networking接口/端口是造成这个问题?

我几乎看不到这个计数器有变化,但是一位客户今天早上联系了我,提到了networking问题。 载波计数器每秒增加约200个。 他们最近对连接到我pipe理的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) 

那么什么是“载体错误”,导致它的典型问题是什么?

当调制信号出现问题时,载波出现错误。

这可能表示双工不匹配或物理电缆/连接器出现问题。

重新启动自动协商并检查以太网连接器是一些可以尝试解决问题的方法。

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

我有一个cat5e以太网电缆在两端的电涌保护器之间运行,它会得到偶然的运营商错误,由基于Linux的RouterOS报告。 我相信其中大部分都是由闪电造成的,因为我们可以整个冬季都没有一个载体的错误,那么当spring来临时,我们会受到雷雨,而且会有20-30次。

思科在另一边报告他们作为“input错误”,当你做一个show int。

无论如何,他们似乎没有造成任何问题。

我认为这是电涌保护器做它应该做的事情的一个副作用,它将以太网电缆上的任何16V以上的东西夹在地上。 这对以太网信号的影响可能会显示为载波错误。

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

运营商错误源于OSI模型物理层面的问题。 这个错误是由处理信令的芯片产生的(载波调制成0和1)。 当对等体之间的信号中断时,会发生“载波”错误。

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

错误configuration(或使用快速链接脉冲/ FLP中断的自动configuration)可能导致相同的症状。 一旦自动协商成功,运营商的错误应该停止。 如果不使用自动configuration,错误configuration会导致此数字不断增加。

如果使用集线器包冲突可能会导致相同的症状 – 但交换机与集线器的价格只是使旧设备问题。