Что и какие проблемы приводят к «ошибке оператора»

12

Я не нашел по-настоящему четкого определения того, что означает «ошибка оператора» в контексте вывода 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)

Так что же такое «ошибка оператора» и каковы типичные проблемы, которые ее вызывают.

Zoredache
источник
2
Большую часть времени я видел это wh. @ ((%! ($ * @ **** Носитель потерян
EEAA
1
Проголосовал, потому что это был твой 42-й вопрос.
Уэсли

Ответы:

8

Ошибки несущей возникают, когда есть проблема с модуляцией вашего сигнала.

Это может указывать либо на несоответствие дуплексного режима , либо на проблему с физическим кабелем / разъемом.

Перезапуск автосогласования и проверка разъема Ethernet - вот некоторые вещи, которые вы можете попытаться устранить.

Посмотрите здесь некоторые инструкции о том, как перезапустить автосогласование.

Кенни Рассчарт
источник
2
Я бы заподозрил несоответствие дуплекса, основанное на количестве сообщений о столкновениях.
Joeqwerty
Я должен быть слепым, я даже не заметил столкновений. Да, проблема дуплекса кажется вероятной.
Зоредаче
3

У меня есть сетевой кабель Cat5e, проходящий между двумя зданиями с сетевыми фильтрами на каждом конце, и он периодически получает ошибки несущей, о чем сообщает RouterOS, которая основана на Linux. Я полагаю, что большинство из них вызвано молнией, поскольку мы можем идти всю зиму без единой ошибки носителя, а затем, когда наступит весна, мы получим грозу, и будет еще 20-30.

Cisco с другой стороны сообщает о них как об «ошибках ввода», когда вы делаете show int.

В любом случае, они не вызывают никаких проблем.

Я думаю, что они являются побочным эффектом от устройства защиты от перенапряжений, которое делает то, что должно делать, которое зажимает что-либо выше 16 В на кабеле Ethernet к земле. Эффект, который это оказывает на сигнал Ethernet, вероятно, будет проявляться как ошибки несущей.

Скорее всего, устройство защиты от перенапряжений с более высоким напряжением пробоя или вообще без использования устройства защиты от перенапряжений уменьшит количество ошибок несущей, что повысит риск повреждения оборудования. Вы бы предпочли, чтобы перенапряжение подавалось на землю через ваш сетевой фильтр, а не через ваше оборудование, чтобы проверить, действительно ли оно имеет изоляцию 1500 В от пар Ethernet и земли, как того требуют спецификации IEEE.

Брайан
источник
2

Ошибки оператора связаны с проблемой на физическом уровне модели OSI. Ошибка генерируется микросхемой, обрабатывающей сигнализацию (несущая модулируется для формирования нулей и единиц). Когда сигнал между узлами прерывается, возникает ошибка «несущей».

Обычно, когда микросхема не получает импульс нормальной линии связи (NLP), она генерирует ошибку несущей. НЛП имеют длительность 100 нс, поэтому даже незначительное электрическое нарушение вызовет ошибку. Решение обычно означает проверку целостности физических ссылок, обеспечение того, чтобы ссылки не работали вблизи источников EMR и т. Д.

Неправильная конфигурация (или нарушенная автоконфигурация, которая использует быстрые импульсы связи / FLP) может вызвать тот же симптом. После успешного завершения автосогласования ошибки перевозчика должны прекратиться. Если не использовать автоконфигурацию, неправильная конфигурация будет приводить к увеличению этого числа.

Если при использовании пакета-концентратора коллизии могут вызывать те же симптомы, но цена коммутатора по сравнению с концентратором означает, что проблема возникает только со старым оборудованием.

TSG
источник