Podstawowe informacje o statusie interfejsu serialowego
- Podstawowa komenda weryfikująca osiągalność warstwy trzeciej [ping], umożliwia szubką weryfikację połączenia serialowego.
- Jeżeli komenda ping się nie powiedzie, należy sprawdzić status interfejsu serialowego [show ip interface brief].
- Jeżeli komenda ping się powiedzie, należy sprawdzić status danej sieci w tablicy routingu.
| Line Status | Protocol Status | Likely General Reason / Layer |
| Administratively down | Down | Interface Shutdown |
| Down | Down | Layer 1 |
| Up | Down | Layer 2 |
| Up | Up | Layer 3 |
Status interfejsu serialowego, a warstwa modelu OSI/ISO
Troubleshooting Warstwy pierwszej modelu OSI
- Status interfejsów serialowych na obydwóch końcach połączenia, może się od siebie różnić. Np. w sytuacji w której jedno z urządzeń wyłączy interfejs komendą [shutdown] a drugie będzie w stanie (down/down). Dlatego weryfikując połączenie PPP należy sprawdzi status połączenia na obydwóch końcach przewodu serialowego.
Troubleshooting Warstwy drugiej modelu OSI
| Line Status | Protocol Status | Likely General Reason / Layer |
| Up | Down on both ends (Flaping Up / Down) | Mismatch „encapsulation” comands. |
| Up | Down on one ends, Up on the other | Keepalive disabled on the end in an up state when using HDLC |
| Up | Down on both ends | PAP / CHAP authentication failure |
Status interfejsu serialowego, dla warstwy drugiej modelu OSI/ISO
Problemy związane z funkcją Keepalive
- Funkcja Keepalive umożliwia śledzenie statusu interfejsu sieciowego, dzięki czemu w przypadku wykrycia przerwania połączenia serialowego, interfejs automatycznie przejdzie w stan (down). Funkcja Keepalive wysyła wiadomości utrzymujące kontakt pomiędzy sąsiadami w 10 sekundowych odstępach, jednocześnie oczekując na nie odpowiedzi. W przypadku nieotrzymania tak owej, przez okres od 30 do 50 sekund, ruter uzna że sąsiednie urządzenie nie jest już dostępne a tym samym przeniesie je w stan (down).
- Problem z funkcją Keepalive Failure występuje, kiedy jedno z urządzeń ją wyłączy a drugie nie. W takim przypadku urządzenie które dezaktywowało funkcję Keepalive będzie posiadać status up/down. Aby sprawdzić status funkcji Keepalive, należy wykorzystać komendę [show interface]. (Problem ten nie dotyczy protokołu PPP a jedynie protokołu HDLC).
Problemy związane z uwierzytelnianiem
- Statusu (up/down) na interfejsie serialowym, oznacza że ruter może mieć problemy z uwierzytelnianiem protokołu PAP/CHAP, aby to zweryfikować należy wykorzystać komendę [show interface], [show ppp all] bądź też sprawdzić wydruk debugowania procesu uwierzytelniania za pomocą komendy [debug ppp authentication].
- Protokół CHAP wykorzystuje trzy rodzaje wiadomości, aby je wyświetlić należy włączyć proces debugowania a następnie zresetować interfejs komendą [shutdown] oraz [no shutdown]. Rodzaje wiadomości protokołu CHAP są następujące:
- CHALLENGE – Urządzenie uwierzytelniające inicjuje proces uwierzytelniania obydwóch urządzeń.
- RESPONSE – Urządzenie uwierzytelniane wysyła odpowiedź zawierającą login wraz z hasłem.
- FAILURE – Urządzenie uwierzytelniające informuje o niepowodzeniu procesu uwierzytelniania.
Troubleshooting Warstwy trzeciej modelu OSI
- Status (Up/Up) interfejsu serialowego, nie gwarantuje że działa on prawidłowo, może zdarzyć się że pomimo statusu (Up/Up) komenda [ping] zawiedzie, wskazując na problemy związane z błędną konfiguracją warstwy trzeciej.

Dodaj komentarz