PT-07 — HSRP i redundancja bramy
Kodowanie: UTF-8

METODA WSPÓLNA
1. Sprawdź warstwę fizyczną i oba końce przewodu.
2. Sprawdź stan interfejsu oraz komunikaty link/protocol.
3. Porównaj konfigurację lokalną z planem.
4. Zweryfikuj adresację, maskę, bramę i role VLAN/NAT/FHRP.
5. Odczytaj tablice przełączania, routingu lub stanu protokołu.
6. Dopiero potem sprawdź usługę aplikacyjną.
7. Wprowadź jedną poprawkę i powtórz pełny test.

USTERKA 1 — Różne group ID

Objaw:
routery tworzą osobne grupy

Możliwe przyczyny:
- 10 na R1, 20 na R2
- kopiowanie z innego VLAN

Kolejność diagnostyki:
1. show standby
2. porównaj oba routery
3. sprawdź VIP

Polecenia:
show standby

Oczekiwany wynik:
group 10 na obu

Rozpoznanie:
urządzenia nie uczestniczą w jednej grupie

Naprawa:
ujednolić group

Kontrola po naprawie:
active/standby w grupie 10

==================================================

USTERKA 2 — Różny virtual IP

Objaw:
brama jest niespójna

Możliwe przyczyny:
- literówka .1
- stary VIP

Kolejność diagnostyki:
1. show standby
2. ipconfig PC
3. porównaj plan

Polecenia:
show standby
ipconfig

Oczekiwany wynik:
VIP 192.168.10.1

Rozpoznanie:
grupa ma różne adresy wirtualne

Naprawa:
ustaw wspólny VIP

Kontrola po naprawie:
ping VIP i serwera

==================================================

USTERKA 3 — Brak preempt

Objaw:
R1 nie odzyskuje active po powrocie

Możliwe przyczyny:
- brak komendy
- test wykonany przed stabilizacją

Kolejność diagnostyki:
1. show running-config interface
2. show standby
3. odczekaj stabilizację

Polecenia:
show standby
show running-config

Oczekiwany wynik:
R1 ma preempt

Rozpoznanie:
wyższy priorytet sam nie wymusza powrotu

Naprawa:
dodaj standby 10 preempt

Kontrola po naprawie:
powtórz awarię i powrót

==================================================

USTERKA 4 — Zły decrement

Objaw:
tracking nie zmienia zwycięzcy

Możliwe przyczyny:
- spadek <=10
- śledzony zły interfejs

Kolejność diagnostyki:
1. show track
2. show standby
3. oblicz priorytety

Polecenia:
show track
show standby

Oczekiwany wynik:
R1 po spadku ma 90

Rozpoznanie:
efektywny priorytet nadal wygrywa lub track jest zły

Naprawa:
ustaw track G0/1 20

Kontrola po naprawie:
WAN down powoduje R2 active

==================================================

USTERKA 5 — PC używa .2

Objaw:
awaria R1 odcina klienta

Możliwe przyczyny:
- gateway wskazuje fizyczny R1
- VIP pominięty

Kolejność diagnostyki:
1. ipconfig
2. ping VIP
3. show standby

Polecenia:
ipconfig
ping

Oczekiwany wynik:
gateway PC to 192.168.10.1

Rozpoznanie:
klient omija mechanizm FHRP

Naprawa:
ustaw VIP jako bramę

Kontrola po naprawie:
ping działa po failover