Wynik komendy show interface może być stosowany do wykrywania typowych problemów z mediami. Jednym z najważniejszych elementów tego wyniku jest wyświetlenie stanu linii i protokołu łącza danych. Rys. 1 wskazuje wiersz podsumowujący, aby sprawdzić stan interfejsu.
Pierwszy parametr (FastEthernet0/1 is up) odnosi się do warstwy sprzętowej i sprawdza, czy interfejs odbiera sygnał carrier detect z drugiego końca. Drugi parametr (line protocol is up) odnosi się do warstwy łącza danych i sprawdza, czy wiadomości keepalive protokółu warstwy łącza danych są odbierane.
Na podstawie wyniku komendy show interface mogą być ustalone ewentualne problemy w następujący sposób:
- Jeżeli interfejs działa, a protokół linii nie działa, występuje problem. Może istnieć niedopasowanie typu enkapsulacji, interfejs na drugim końcu może być w stanie error-disabled (wyłączony z powodu błędu) lub może występować problem ze sprzętem.
- Jeśli protokół linii i interfejs są wyłączone, kabel nie jest podłączony lub istnieje inny problem z interfejsem. Na przykład, w połączeniu back-to-back drugi koniec połączenia może być wyłączony administracyjnie.
- Jeśli interfejs jest administracyjnie wyłączony, to został on wyłączony ręcznie (została wydana komenda shutdown ) w aktywnej konfiguracji.
Rys. 2 przedstawia przykład wyjścia komendy show interface. Przykład pokazuje liczniki i statystyki interfejsu FastEthernet0/1.
Niektóre błędy mediów nie są na tyle poważne, aby powodować awarię układu, ale powodują one problemy z wydajnością sieci. Rys. 3 wyjaśnia niektóre z tych typowych błędów, które mogą być wykrywane przy użyciu komendy show interface .
"Input errors" jest sumą wszystkich błędów w datagramach, które odebrał badany interfejs. Obejmuje to ramki runt, ramki giant, CRC, no buffer, frame, overrun oraz ignored counts. Rejestrowane błędy wejściowe z komendy show interface są następujące:
- Ramki Runt - ramki Ethernet, które są krótsze niż 64-bajty minimalnej dozwolonej długości są nazywane ramkami runt. Wadliwe działające karty sieciowe są zwykle przyczyną nadmiernych ramek runt, ale mogą być spowodowane przez te same kwestie co nadmierne kolizje.
- Ramki Giant - ramki Ethernet, które są dłuższe niż maksymalna dopuszczalna długość nazywane są ramkami giant. Ramki giant są wywoływane przez te same problemy, które wywołują ramki runt.
- Błędy CRC - na interfejsach Ethernet i szeregowych, błędy CRC wskazują zwykle na błąd mediów lub kabla. Najczęstszymi przyczynami tych błędów są zakłócenia elektryczne, luźne lub uszkodzone połączenia/końcówki, lub używanie nieprawidłowego typu okablowania. Jeśli zostanie wyświetlone wiele błędów CRC, oznacza to, że jest za dużo zakłóceń na łączu i należy sprawdzić czy kabel nie jest uszkodzony i czy ma odpowiednią długość. Jeśli to możliwe, należy także sprawdzić i wyeliminować źródła zakłóceń.
"Output errors" są sumą wszystkich błędów, które uniemożliwiły ostateczną transmisję datagramów przez interfejs, który jest badany. Rejestrowane błędy w wyniku komendy show interface są następujące:
- Collisions - kolizje w operacjach półdupleksowych są całkowicie normalne i nie należy się nimi przejmować, tak długo, jak jesteśmy zadowoleni z działań półdupleksu. Jednakże, nie powinno zachodzić zjawisko kolizji w dobrze zaprojektowanej i skonfigurowanej sieci korzystającej z komunikacji full-duplex. Zaleca się, aby użyć pełnego dupleksu, chyba że posiada się starsze urządzenia, które wymagają półdupleksu.
- Late collisions - opóźnione kolizje odnoszą się do kolizji, które występują po 512 bitach ramki (preambuła), które zostały przesłane. Nadmierne długości kabli są najczęstszą przyczyną opóźnionych kolizji. Inną częstą przyczyną jest błąd w konfiguracji dupleksu. Na przykład można mieć jeden koniec połączenia skonfigurowany jako pełen dupleks, a drugi jako półdupleks. Można zobaczyć opóźnienie kolizji na interfejsie, który jest skonfigurowany w trybie półdupleksu. W takim przypadku należy skonfigurować takie same ustawienia dupleksu na obu końcach. Właściwie zaprojektowane i skonfigurowane sieci nie powinny posiadać kolizji opóźnionych.