Nie znalazłem naprawdę jasnej definicji tego, czym jest „błąd operatora” w kontekście danych wyjściowych ifconfig dla interfejsu. Szukałem w Google i naprawdę nie ma świetnej definicji ani listy problemów, które to powodują.
Zakładam z kontekstu, że to znaczy, że coś w sygnale Ethernet jest złe. Podejrzewam, że coś jest w kablu łączącym lub interfejs sieciowy / port powoduje ten problem?
Prawie nigdy nie widzę zmiany tego licznika, ale klient skontaktował się ze mną dziś rano i wspomniał o problemach z siecią. Licznik nośników rośnie o około 200 na sekundę. Niedawno wprowadzili pewne modyfikacje w sprzęcie łączącym się z Linuxem, którym zarządzam. Chciałbym móc podać im bardziej szczegółowe informacje na temat tego, co może być przyczyną problemu, a poza tym powiedzieć, że coś, co zmieniłeś, jest zepsute.
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)
Czym więc jest „błąd operatora” i jakie są typowe problemy, które go powodują.
Odpowiedzi:
Błędy przewoźnika występują, gdy występuje problem z modulacją sygnału.
Może to wskazywać na niedopasowanie dupleksu lub problem z fizycznym kablem / złączem.
Ponowne uruchomienie automatycznej negocjacji i sprawdzenie złącza Ethernet to niektóre rzeczy, które możesz spróbować rozwiązać.
Zajrzyj tutaj, aby uzyskać instrukcje dotyczące ponownego uruchomienia automatycznej negocjacji.
źródło
Mam kabel ethernetowy cat5e biegnący między dwoma budynkami z zabezpieczeniami przeciwprzepięciowymi na każdym końcu i czasami pojawiają się błędy operatora, jak donosi RouterOS oparty na Linuksie. Uważam, że większość z nich jest spowodowana piorunem, ponieważ możemy jeździć całą zimę bez jednego błędu przewoźnika, a kiedy nadchodzi wiosna, nadchodzi burza z piorunami i będzie ich 20-30 więcej.
Po drugiej stronie Cisco zgłasza je jako „błędy wejściowe” podczas pokazu.
W każdym razie nie wydają się powodować żadnych problemów.
Myślę, że są efektem ubocznym ochronnika przeciwprzepięciowego, który robi to, co powinien, czyli zaciska cokolwiek powyżej 16 V na kablu ethernetowym do ziemi. Wpływ, jaki ma to na sygnał ethernetowy, najprawdopodobniej będzie widoczny jako błąd operatora.
Najprawdopodobniej zabezpieczenie przeciwprzepięciowe o wyższym napięciu przebicia lub brak zabezpieczenia przeciwprzepięciowego zmniejszyłoby liczbę występujących błędów nośnych, zwiększając ryzyko uszkodzenia sprzętu. Wolisz, aby napięcie udarowe przechodziło do uziemienia przez urządzenie przeciwprzepięciowe, a nie do sprzętu, sprawdzając, czy rzeczywiście ma izolację 1500 V od par ethernetowych do ziemi, zgodnie ze specyfikacją IEEE.
źródło
Błędy przewoźnika wynikają z problemu na poziomie fizycznym modelu OSI. Błąd jest generowany przez układ obsługujący sygnalizację (fala nośna jest modulowana do postaci zer i jedynek). Gdy sygnał między równorzędnymi jest zakłócany, pojawia się błąd „nośnej”.
Zwykle, gdy układ nie odbiera normalnego impulsu łącza (NLP), generuje błąd nośnej. NLP mają czas trwania 100ns, więc nawet niewielkie zakłócenia elektryczne spowodują błąd. Rozwiązanie zwykle oznacza sprawdzenie integralności fizycznych łączy, upewnienie się, że łącza nie działają w pobliżu źródeł EMR itp.
Błędna konfiguracja (lub zakłócona autokonfiguracja, która wykorzystuje impulsy szybkiego łącza / FLP) może powodować ten sam objaw. Gdy automatyczna negocjacja zakończy się powodzeniem, błędy operatora powinny zostać zatrzymane. Jeśli nie użyjesz autokonfiguracji, błędna konfiguracja spowoduje, że liczba ta będzie się zwiększać.
Użycie kolizji pakietów koncentratora może powodować te same objawy - ale cena przełącznika vs koncentratora sprawia, że problem dotyczy tylko starego sprzętu.
źródło