Що таке, і які проблеми призводять до "помилки оператора"

Я не знайшов дійсно чіткого визначення того, що таке «помилка оператора» в контексті виводу 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 з іншого боку повідомляє про них як "помилки введення", коли ви робите показ int.

У будь-якому випадку, схоже, вони не створюють проблем.

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

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

Помилки оператора пов'язані з проблемою на фізичному рівні моделі OSI. Помилка генерується мікросхемою, що обробляє сигналізацію (несуча хвиля модулюється таким чином, щоб формувати 0 і 1). Коли сигнал між однолітками порушується, виникає помилка "несучої".

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

Неправильне налаштування (або порушена автоконфігурація, яка використовує швидкі імпульси зв'язку / FLP) може викликати той же симптом. Після успішної автопереговорів помилки оператора повинні припинитися. Якщо не використовується автоматична конфігурація, неправильна конфігурація призведе до збільшення цього числа.

Якщо використання колісних пакетів зіткнення може викликати ті самі симптоми - але ціна перемикання на концентратор робить лише те, що старе обладнання видає.