wykryć niezgodne interfejsy dupleksu w sieci
On 15 lutego, 2021 by adminJakie są przyczyny niezgodności dupleksu inne niż błędna konfiguracja? (awaria zasilania? niewłaściwe okablowanie? błędy implementacji automatycznej negocjacji?)
Jakieś przemyślenia na temat wykrycia niezgodności dupleksu? Wydaje się, że protokół NetMRI wykorzystuje współczynnik błędów interfejsu. Czy wystarczy po prostu sondować wszystkie współczynniki błędów interfejsu na przełącznikach / serwerach? Co jeśli ta funkcja nie jest dostępna na urządzeniu?
Edytuj: sterowniki z pewnością mogą powodować problemy z dupleksem. Widziałem kartę sieciową Broadcom, która utknęła w trybie półdupleksu we FreeBSD.
Komentarze
- jaki dostawca ' o sprzęcie myślisz? Ma znaczenie dla tego, w jaki sposób ' zostało odkryte
- naprawdę wymieszane. Cisco Catalyst, H3C, HP Procurve, NetGear .. komputery, drukarki, telefony, kamery IP itp. .
- Czy jakaś odpowiedź ci pomogła? jeśli tak, powinieneś zaakceptować odpowiedź, aby pytanie nie ' nie pojawiało się w nieskończoność w poszukiwaniu odpowiedzi. Alternatywnie możesz opublikować i zaakceptować własną odpowiedź.
Odpowiedź
Zdecydowanie najczęstszym problemem byłoby błędna konfiguracja. Niektórzy ludzie wciąż trzymają się starych przekonań, że automatyczna negocjacja nie działa niezawodnie.
Jeśli masz różnych dostawców, mogą wystąpić problemy, ale nie widzę tego zbyt często. Wolałbym raczej polegać na automatycznej negocjacji jako moje pierwsze rozwiązanie, a jeśli to się nie powiedzie, wróć do twardego kodowania.
Często zdarza się, że porty działają w trybie 100 / pół, ponieważ jeśli jedna strona ma tryb automatyczny, a druga ma 100 / pełny, to prędkość można wykryć, ale należy założyć, że dupleks jest w połowie, ponieważ nie można go negocjować.
Twój NMS powinien być w stanie to wykryć, ale możesz zrobić skrypt, który loguje się i robi:
sh int status | i half
I zgłasza wszystkie interfejsy działające w trybie półdupleksu. To działałoby tylko w przypadku przełączników. W przypadku routerów potrzebowałbyś czegoś takiego:
sh interfaces | i Fast|Giga|half
Następnie musiałbyś to w jakiś sposób przeanalizować. Prawdopodobnie przyjemniej jest używać SNMP. Przeglądanie strony Ciscos SNMP SNMP Object Navigator wskazuje, że powinieneś móc używać OID 1.3.6.1.4.1.9.5. 1.4.1.1.10 czyli PortDuplex.
Komentarze
- Rzeczywiście ' nie działa niezawodnie czasami … Kiedy pracowałem w dziale wsparcia IT, często otrzymuję telefony z pomocą techniczną, ponieważ ktoś ' komputer obudził się i zdecydował się na półdupleks. Mimo to nigdy nie miałem problemu z Gigabit. … Tylko te stare porty FE ….
- Btw PortDuplex na przełączniku nie ' nie mówi wiele o ustawieniu dupleksu na drugim końcu?
- ” Niektórzy ludzie wciąż trzymają się starych przekonań, że automatyczna negocjacja nie działa niezawodnie. ” +1 tylko w tym stwierdzeniu. Nie mogę ' powiedzieć, ile razy nasi komputerowcy próbują nakłonić nas do zakodowania naszych ustawień szybkości / dupleksu. Błędy są zawsze radzono sobie lepiej w niższych warstwach.
Odpowiedź
Jeden z objawów niedopasowania dupleksu to późne kolizje. Powiadomienie NMS o takich kolizjach jest dobrym sposobem na ich znalezienie. Przynajmniej niektóre modele Cisco / wersje IOS mogą wysyłać pułapki SNMP dla tych kolizji.
Odpowiedź
Zawsze jest to błędna konfiguracja, ponieważ tryb dupleks to problem z konfiguracją L1. Jeśli pomimo dopasowania DM i nieskazitelnego kabla występują problemy z L1, co najmniej jedna karta sieciowa jest uszkodzona. Proponuję wziąć pod uwagę dwa fakty dotyczące automatycznej konfiguracji: Ani każde urządzenie nie obsługuje automatycznej konfiguracji ani nie ma pewności, że oba interfejsy będą działać w trybie pełnego dupleksu.
Biorąc pod uwagę awarię zasilania, byłoby to przyczyna błędnej konfiguracji. Interfejsy musiałyby ponownie negocjować. Albo producent prawidłowo dokumentuje swoje urządzenia, albo możesz tylko zgadywać, w jaki sposób karta sieciowa nadaje priorytet dupleksowi i szybkości transmisji danych.
Gigabit Ethernet wymaga pracy w trybie pełnego dupleksu, ale nadal umożliwia półdupleks. Jednak tryb dupleksu ma znaczenie, gdy dostępny jest Fast Ethernet lub mniejszy. Wciąż są używane urządzenia, które nie potrzebują więcej niż 100 Mb / s, ponieważ łączy się z linią, która nigdy nie zapewni większej szybkości.
Są też urządzenia bez interfejsu internetowego lub CLI. Wykorzystują one małe przełączniki DIP dla HD i FD. Metoda, która prawdopodobnie powoduje zamieszanie wśród użytkowników.
Są też urządzenia tego samego producenta, które nie są zgodne z resztą serii. Na przykład wszystkie urządzenia wymagają sieci AN, z wyjątkiem jednego urządzenia. Może nikt by się tego nie spodziewał. A więc tak powiem – nigdy nie lekceważ błędnej konfiguracji.
Odpowiedź
Na niskim poziomie dużym wskaźnikiem niedopasowania dupleksu jest duża liczba „ późne kolizje ”zgłaszane na półdupleksowym końcu łącza. Jest mało prawdopodobne, aby na końcu pełnego dupleksu pojawiały się błędy.
Na wyższym poziomie częstym wskaźnikiem niedopasowania dupleksu jest to, że pingi działają, ale bardziej złożone rzeczy albo zawodzą całkowicie, albo działają z fatalną wydajnością. Protokoły takie jak TCP będą próbowały wysyłać dane w obu kierunkach w tym samym czasie, na poprawnie działającym łączu pełnodupleksowym to oczywiście działa dobrze, na poprawnie działającym łączu półdupleksowym działa również dobrze, ponieważ Ethernet będzie buforował pakiety do momentu zwolnienia linii ale na niedopasowanym łączu dupleksowym praktycznie gwarantuje się, że spowoduje to późne kolizje, a tym samym porzucenie pakietów.
Dodaj komentarz