什麼是，什麼問題會導致“運營商錯誤”
在介面的 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)那麼它是什麼“載體錯誤”，以及導致它的典型問題是什麼。
當您的信號調製出現問題時，就會發生載波錯誤。
這可能表示雙工不匹配或物理電纜/連接器有問題。
重新啟動自動協商和檢查乙太網連接器是您可以嘗試解決問題的一些方法。
在此處查看有關如何重新啟動自動協商的一些說明。
我有一條 cat5e 乙太網電纜在兩座建築物之間執行，每一端都有電湧保護器，並且它偶爾會遇到基於 Linux 的 RouterOS 報告的運營商錯誤。我相信大部分都是閃電造成的，因為我們可以整個冬天都沒有一個載體錯誤，那麼當春天來臨時，我們會遇到閃電風暴，還會有20-30多個。
當您執行 show int 時，另一端的 Cisco 將它們報告為“輸入錯誤”。
無論如何，它們似乎不會造成任何問題。
我認為它們是浪湧保護器做它應該做的事情的副作用，即將乙太網電纜上高於 16V 的任何東西夾到地。這對乙太網信號的影響很可能表現為載波錯誤。
最有可能的是，具有更高擊穿電壓的浪湧保護器，或者根本不使用浪湧保護器，會減少發生的載波錯誤的數量，但會增加設備損壞的風險。您寧願浪湧電壓通過浪湧保護器而不是您的設備接地，測試它是否確實按照 IEEE 規範要求從乙太網對到接地有 1500V 隔離。