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

CEL I ZAKRES
Celem laboratorium jest konfiguracja redundantnej bramy HSRP i osobne sprawdzenie awarii LAN oraz śledzonego WAN. Po ukończeniu student potrafi wykazać: VIP i virtual MAC; priority/preempt; tracking WAN; oddzielenie HSRP od routingu OSPF. Materiał prowadzi od budowy i kontroli warstwy fizycznej, przez adresację oraz konfigurację, do pomiarów, celowej usterki i pełnego rollbacku. Szacowany czas pracy wynosi 120–150 minut; nie obejmuje instalacji programu ani sporządzania rozbudowanego sprawozdania.

WYMAGANIA I ŚRODOWISKO
Wymagania wstępne: ukończony PT-04; model obsługujący HSRP; rozumienie wspólnego segmentu L2. Użyj aktualnej wspieranej wersji Cisco Packet Tracer pobranej z oficjalnej strony Cisco; instrukcje przygotowano dla linii 8.x. Nazwy interfejsów i część poleceń mogą różnić się między modelami oraz wersjami. Przed użyciem polecenia zależnego od platformy sprawdź znak zapytania w CLI, podaną alternatywę albo bardziej ogólne polecenie show. Materiał nie zawiera gotowego pliku .pkt i nie zastępuje testu w rzeczywistym symulatorze.

URZĄDZENIA I KOLEJNOŚĆ PRACY
W projekcie wykorzystasz: R1, R2 | Cisco 2911 | HSRP; ISP | Cisco 2911 | routing do serwera; SW-LAN, SW-WAN | Cisco 2960 | wspólne segmenty; PC1 | klient VIP; Server-PUBLIC | cel testowy. Najpierw przeczytaj plan adresacji i tabelę przewodów. Następnie zbuduj topologię, nazwij urządzenia, skonfiguruj stan bazowy i sprawdź linki. Wprowadzaj funkcje etapami, po każdym etapie wykonując polecenia kontrolne. Dopiero po udokumentowaniu działającego stanu przejdź do Simulation Mode, zadań samodzielnych i kontrolowanych usterek. Jedna zmiana naraz pozwala połączyć objaw z przyczyną.

ZAPIS, DOWODY I ODDANIE
Zapisz projekt jako lab-07-hsrp-nazwisko.pkt. Na każdym urządzeniu IOS wykonaj copy running-config startup-config, a w aplikacji wybierz File > Save As. Przed usterkami utwórz osobną kopię bazową. Dowody mają obejmować tabelę adresacji i portów, wyniki właściwych poleceń show, macierz ping lub traceroute oraz obserwacje zdarzeń; same zrzuty bez opisu nie wystarczają. Dla każdej awarii zapisz stan przed zmianą, objaw, kolejność diagnostyki, poprawkę i kontrolę po naprawie. Na koniec zamknij plik, otwórz go ponownie i powtórz przynajmniej jeden test end-to-end. Oddaj plik .pkt, uzupełnioną checklistę i krótki raport z wnioskami.