Przetestować przełączenie bez zmiany bramy klienta.
Porównać HSRP z VRRP.
Wymagania wstępne
Aktualna wspierana wersja Cisco Packet Tracer z oficjalnej strony Cisco; instrukcje przygotowano dla linii 8.x.
Umiejętność rozpoznania adresu IPv4, maski i bramy domyślnej.
Własny katalog roboczy oraz notatnik do zapisania wyników i usterek.
Wybrany model routera musi obsługiwać polecenia HSRP w używanej wersji Packet Tracera.
Zalecana wersja: aktualna wspierana wersja dostępna na oficjalnej stronie Cisco; instrukcje przygotowano dla linii 8.x. Nazwy portów i dostępność części poleceń mogą zależeć od modelu i wersji symulatora.
Projekt
Urządzenia, połączenia i plan adresacji
PC używa wspólnej bramy 192.168.10.1.
Urządzenia PT-07
Nazwa
Model
Rola
R1/R2
Cisco 2911
HSRP active/standby
ISP
Cisco 2911
sieć zewnętrzna
SW-LAN/SW-WAN
Cisco 2960
wspólne segmenty
PC1
PC-PT
klient VIP
Server-PUBLIC
Server-PT
cel ping
Połączenia PT-07
Segment
Uczestnicy
Sieć
Cel
LAN
PC1, R1, R2 przez SW-LAN
192.168.10.0/24
wirtualna brama
WAN
R1, R2, ISP przez SW-WAN
198.51.100.0/29
tracking i routing
Serwer
ISP, Server-PUBLIC
203.0.113.0/24
test zewnętrzny
Plan HSRP PT-07
Element
IPv4
Rola
Virtual IP
192.168.10.1
brama PC1
R1 LAN
192.168.10.2/24
preferowany active
R2 LAN
192.168.10.3/24
standby
ISP/R1/R2 WAN
198.51.100.1/.2/.3 /29
tranzyt
Server
203.0.113.10/24
brama 203.0.113.1
Wymagane wcześniejsze laboratoria: PT-04.
Krok po kroku
Zbuduj topologię
Połącz PC1, R1 i R2 do wspólnego SW-LAN.
Połącz oba routery z ISP przez wspólny segment WAN.
Skonfiguruj rzeczywiste adresy oraz OSPF zapewniający drogę powrotną z sieci serwera.
Ustaw PC1 bramę 192.168.10.1, nie adres fizyczny routera.
Sprawdź obsługę standby ? przed pełną konfiguracją.
Cisco IOS
Skonfiguruj urządzenia
Przy pierwszej pracy z IOS rozróżniaj tryb użytkownika Router>, uprzywilejowany Router#, konfigurację globalną Router(config)#, interfejsu Router(config-if)# i protokołu routingu Router(config-router)#.
Dostępność polecenia może zależeć od modelu urządzenia i wersji Packet Tracera. Gdy wariant szczegółowy nie jest rozpoznawany, użyj polecenia ogólnego: show ip ospf interface, show ip route, show running-config albo show standby. Na PC-PT polecenia arp -a, ipconfig /all i tracert także zależą od wersji; alternatywą są zwykłe ipconfig, ping oraz obserwacja ARP, ICMP i kolejnych urządzeń w Simulation Mode.
Wyższy priorytet jest preferowany. Preempt pozwala R1 odzyskać rolę active po powrocie. Nazwa śledzonego interfejsu jest przykładowa i zależy od modelu.
interface GigabitEthernet0/0
ip address 192.168.10.2 255.255.255.0
standby 10 ip 192.168.10.1
standby 10 priority 110
standby 10 preempt
standby 10 track GigabitEthernet0/1 20
no shutdown
R2 — standby
R2 ma niższy priorytet, ale może przejąć wspólny virtual IP i virtual MAC.
interface GigabitEthernet0/0
ip address 192.168.10.3 255.255.255.0
standby 10 ip 192.168.10.1
standby 10 priority 100
standby 10 preempt
no shutdown
end
show standby brief
Adresacja WAN i OSPF do serwera testowego
HSRP chroni pierwszy hop klienta, ale nie tworzy tras WAN. OSPF zapewnia drogę powrotną i po awarii interfejsu wycofuje niedostępną ścieżkę do LAN. Ustaw na Server-PUBLIC adres 203.0.113.10/24 oraz bramę 203.0.113.1.
! R1
interface GigabitEthernet0/1
ip address 198.51.100.2 255.255.255.248
no shutdown
router ospf 1
router-id 1.1.1.1
network 192.168.10.0 0.0.0.255 area 0
network 198.51.100.0 0.0.0.7 area 0
passive-interface GigabitEthernet0/0
! R2
interface GigabitEthernet0/1
ip address 198.51.100.3 255.255.255.248
no shutdown
router ospf 1
router-id 2.2.2.2
network 192.168.10.0 0.0.0.255 area 0
network 198.51.100.0 0.0.0.7 area 0
passive-interface GigabitEthernet0/0
! ISP
interface GigabitEthernet0/0
ip address 198.51.100.1 255.255.255.248
no shutdown
interface GigabitEthernet0/1
ip address 203.0.113.1 255.255.255.0
no shutdown
router ospf 1
router-id 3.3.3.3
network 198.51.100.0 0.0.0.7 area 0
network 203.0.113.0 0.0.0.255 area 0
passive-interface GigabitEthernet0/1
show ip ospf neighbor
show ip route
ping 203.0.113.10
HSRP a VRRP
HSRP jest rozwiązaniem Cisco. VRRP jest standardową alternatywą FHRP; składnia i mechanizmy wyboru nie są identyczne.
show standby
show standby brief
show track
Tylko router active obsługuje ruch do wirtualnej bramy.
Oczekiwany wynik
Zweryfikuj konfigurację
Weryfikacja PT-07
Test
Stan normalny
Po awarii
show standby brief R1
Active, priority 110
Standby lub niższy priorytet po tracking
show standby brief R2
Standby, priority 100
Active
ping 192.168.10.1
odpowiedź VIP
nadal odpowiedź
ciągły ping do 203.0.113.10
odpowiedzi
krótka przerwa zależna od symulacji
brama PC1
192.168.10.1
bez zmiany
Rezultaty
R1 jest active, R2 standby, a ISP zna trasę OSPF do LAN przez oba sprawne routery.
Po awarii R2 przejmuje rolę, niedostępna ścieżka OSPF zostaje wycofana, a klient nadal używa 192.168.10.1.
Po powrocie R1 odzyskuje rolę tylko przy preempt i wyższym efektywnym priorytecie.
Obserwacja protokołów
Simulation Mode i droga pakietu
Praca w Simulation Mode
Uruchom ciągły ping PC1 → Server-PUBLIC.
Odczytaj active/standby.
Wykonaj shutdown interfejsu LAN R1.
Obserwuj przejęcie roli i utracone odpowiedzi.
Przywróć R1 i porównaj zachowanie z preempt oraz bez preempt.
Wyłącz śledzony WAN R1 i obserwuj obniżenie priorytetu.
Co dzieje się z pakietem?
PC1 wykonuje ARP dla virtual IP i otrzymuje virtual MAC grupy.
Router active odbiera ramki przeznaczone dla wirtualnej bramy.
Standby monitoruje grupę, ale normalnie nie przekazuje ruchu wychodzącego klienta.
OSPF zapewnia drogę powrotną i wycofuje ścieżkę przez router, który utracił odpowiedni interfejs.
Po awarii standby przejmuje virtual IP/MAC, a klient nie zmienia konfiguracji bramy.
Tracking WAN obniża priorytet, natomiast utrata interfejsu LAN usuwa R1 z grupy na tym segmencie.
Kontrolowane awarie
Diagnostyka i zadania samodzielne
Kontrolowane usterki PT-07
Usterka
Objaw
Weryfikacja
Naprawa
Różne group ID
brak wspólnej grupy
show standby brief
ustaw grupę 10
Różne virtual IP
dwie niespójne bramy
show standby
ustaw 192.168.10.1
Brak preempt
R1 nie odzyskuje active
show run interface
dodaj preempt
Zły decrement
tracking nie zmienia zwycięzcy
show track/standby
dobierz spadek > różnica priorytetów
PC używa .2
failover nie działa dla klienta
IP config PC
ustaw VIP .1
Procedura diagnostyczna
Sprawdź wspólny segment L2 i adresy rzeczywiste.
Porównaj group ID oraz virtual IP.
Sprawdź priority, state i preempt.
Sprawdź stan śledzonego interfejsu i efektywny priorytet.
Oddziel działanie HSRP od tras do serwera.
Po naprawie testuj awarię i powrót.
Zadania samodzielne
Porównaj failover po awarii LAN i po tracking WAN.
Usuń preempt na R1, przywróć router i zapisz różnicę.
Wyjaśnij, dlaczego sama redundancja bramy nie gwarantuje pełnej redundancji routingu WAN.
Bezpieczna praca
Rollback i zapis projektu
Przed awarią zapisz stan bazowy. Cofaj tylko zmianę wprowadzoną w danym scenariuszu i ponownie wykonuj pełną walidację.
Przywrócenie
Włącz interfejs LAN i WAN R1.
Przywróć priority 110, preempt i tracking decrement 20.
Przywróć group 10 oraz VIP 192.168.10.1 na obu routerach.
Ustaw PC1 bramę na VIP i potwierdź role.
Zapis
Wykonaj copy running-config startup-config na każdym urządzeniu IOS, jeżeli konfiguracja ma pozostać po restarcie urządzenia.
Wybierz File > Save As i zapisz plik pod nazwą zawierającą numer laboratorium oraz nazwisko.
Zapisz osobną kopię stanu bazowego przed wprowadzaniem usterek oraz kopię końcową po pełnej weryfikacji.
Ponownie otwórz zapisany plik .pkt i wykonaj przynajmniej jeden test kontrolny.
Oddanie pracy
Checklista, pytania i kryteria
Checklista ukończenia
Model obsługuje HSRP.
R1 active, R2 standby.
VIP jest bramą PC1.
Failover LAN i tracking WAN wykonano.
Porównano preempt i brak preempt.
Pytania kontrolne
Dlaczego wyższy priorytet nie zawsze natychmiast odzyskuje active?
Co daje virtual MAC?
Jak tracking wpływa na efektywny priorytet?
Czym HSRP różni się od VRRP?
Zadanie domowe lub rozszerzenie
Zaprojektuj HSRP dla drugiego VLAN-u z odwróconymi rolami R1/R2.
Opisz, jakie dodatkowe mechanizmy są potrzebne do redundancji całej drogi WAN.
Kryteria zaliczenia
Topologia i adresacja są zgodne z tabelami, bez nakładających się podsieci.
Konfiguracja jest zapisana, a polecenia weryfikacyjne potwierdzają oczekiwany stan.
Student potrafi wskazać przyczynę co najmniej dwóch usterek na podstawie objawów.
Raport zawiera wyniki testów, wnioski i nazwy użytych poleceń, a nie wyłącznie zrzuty ekranu.
Materiały do pobrania
Pliki tekstowe UTF-8
Pliki zawierają plan, checklistę i konfiguracje zgodne z tą stroną. Plików .pkt nie udajemy: topologię należy zbudować i zapisać ręcznie w Packet Tracerze.