Я не нашел действительно четкого определения того, что такое «ошибка оператора связи» в контексте вывода ifconfig для интерфейса. Я искал в Google, и на самом деле нет подходящего определения или списка проблем, которые вызывают это.
Я предполагаю из контекста, что это означает, что что-то в сигнале Ethernet плохое. Я подозреваю, что проблема связана с соединительным кабелем или сетевым интерфейсом / портом?
Я почти никогда не видел, чтобы этот счетчик менялся, но сегодня утром со мной связался клиент и упомянул проблемы с сетью. Счетчик несущей увеличивается примерно на 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)
Итак, что это за «ошибка оператора связи» и каковы типичные проблемы, которые ее вызывают.
Ошибки несущей возникают, когда есть проблема с модуляцией вашего сигнала.
Это может указывать на дуплексное несовпадение, или проблема с физическим кабелем / разъемом.
Перезапустить автосогласование и проверить разъем Ethernet - вот некоторые вещи, которые вы можете попробовать решить.
Смотри сюда для получения инструкций о том, как перезапустить автосогласование.
У меня есть кабель Ethernet Cat5e, проложенный между двумя зданиями с сетевыми фильтрами на каждом конце, и он периодически вызывает ошибки связи, о чем сообщает RouterOS, основанная на Linux. Я считаю, что большинство из них вызвано молниями, так как мы можем прожить всю зиму без единой ошибки перевозчика, затем, когда наступит весна, мы получим грозу, и будет еще 20-30.
Cisco с другой стороны сообщает о них как о «ошибках ввода», когда вы выполняете show int.
В любом случае, вроде бы никаких проблем.
Я думаю, что они являются побочным эффектом того, что сетевой фильтр выполняет то, что он должен делать, а именно зажимает все, что выше 16 В на кабеле Ethernet, на землю. Эффект, который это оказывает на сигнал Ethernet, может проявляться в виде ошибок несущей.
Скорее всего, устройство защиты от перенапряжения с более высоким напряжением пробоя или вообще без устройства защиты от перенапряжения уменьшит количество возникающих ошибок несущей, что повысит риск повреждения оборудования. Вы бы предпочли, чтобы импульсное напряжение попадало на землю через ваш сетевой фильтр, а не через ваше оборудование, проверяя, действительно ли у него есть изоляция 1500 В от пар Ethernet к земле, как того требуют спецификации IEEE.
Ошибки оператора связи возникают из-за проблемы на физическом уровне модели OSI. Ошибка генерируется чипом, обрабатывающим сигнализацию (несущая волна модулируется для формирования нулей и единиц). Когда сигнал между одноранговыми узлами прерывается, возникает "несущая" ошибка.
Обычно, когда микросхема не получает нормальный импульс связи (NLP), она генерирует ошибку несущей. Длительность НЛП составляет 100 нс, поэтому даже незначительное электрическое нарушение вызовет ошибку. Решение обычно означает проверку целостности физических ссылок, обеспечение того, чтобы ссылки не проходили вблизи источников ЭМИ и т. Д.
Неправильная конфигурация (или нарушенная автоконфигурация, которая использует импульсы быстрого соединения / FLP) может вызвать тот же симптом. После успешного автосогласования ошибки оператора связи должны прекратиться. Если автоконфигурация не используется, неправильная конфигурация приведет к тому, что это число будет продолжать увеличиваться.
При использовании концентратора коллизии пакетов могут вызывать те же симптомы, но цена коммутатора по сравнению с концентратором делает это проблемой только старого оборудования.