Sieci komputerowe

Przełączanie sieci: STP i RSTP

Sieci + CyberbezpieczeństwoPoziom: PodstawowyI i II stopień

Redundantne łącza zwiększają odporność sieci, ale w warstwie drugiej muszą tworzyć logiczną topologię bez pętli. Materiał prowadzi od skutków pętli przez wybór root bridge do konfiguracji Rapid PVST+ w laboratorium.

pętle L2STP / RSTPDHCP SnoopingDAIIP Source Guard

Cele lekcji

Czego się nauczysz

  • Wyjaśnisz skutki pętli Ethernet i rolę ramek BPDU.
  • Wyznaczysz root bridge, root port, designated port i alternate port.
  • Porównasz klasyczny STP, RSTP, PVST+, Rapid PVST+ i MSTP.
  • Skonfigurujesz i zweryfikujesz deterministyczną topologię Rapid PVST+.
  • Dobierzesz Port Security, DHCP Snooping, DAI, IP Source Guard, mechanizmy STP i Storm Control do zagrożenia.
  • Ochronisz nieużywane porty, native VLAN, VLAN zarządzający i interfejsy administracyjne.

Wymagania wstępne

  • Ethernet II i adresy MAC
  • VLAN, port access i trunk IEEE 802.1Q

Punkt wyjścia

Jak przełącznik przekazuje ramki

Przełącznik warstwy 2 uczy się źródłowego adresu MAC i portu wejściowego w obrębie danego VLAN-u. Znany unicast kieruje do właściwego portu, natomiast broadcast i unknown unicast rozsyła do odpowiednich portów tego VLAN-u.

Wpis dynamiczny MAC starzeje się po czasie zależnym od platformy. Szybkie przenoszenie tego samego adresu między portami może oznaczać zmianę fizycznego połączenia, błędną agregację albo pętlę.

Jak przełącznik przekazuje ramki
TablicaMapowanieWarstwaZastosowanie
MAC/CAMMAC + VLAN → portL2przekazywanie ramek
ARP/neighborIP → adres łączastyk L3/L2budowa ramki do sąsiada
Routingprefiks IP → next hop/interfejsL3wybór drogi pakietu

Brak TTL w Ethernet

Dlaczego pętla warstwy drugiej jest groźna

Ramka Ethernet nie ma pola TTL odpowiadającego czasowi życia pakietu IP. Gdy redundantne łącza tworzą aktywną pętlę, broadcast lub unknown unicast może krążyć i być wielokrotnie powielany.

Skutkami są burza rozgłoszeniowa, duplikaty ramek, MAC flapping, przeciążenie łączy i procesora przełącznika oraz utrata dostępu do urządzeń. Redundancja jest potrzebna, lecz wymaga mechanizmu utrzymującego logiczną topologię bez pętli.

  • Nie twórz fizycznych pętli poza kontrolowanym laboratorium.
  • Nie wyłączaj STP jako metody diagnostycznej. Najpierw sprawdź topologię, role portów, BPDU i konfigurację trunków.
  • Dwa równoległe przewody między przełącznikami muszą być objęte STP albo poprawnie zbudowaną agregacją łączy.

Logiczne drzewo

STP, BPDU i wybór root bridge

Spanning Tree Protocol wymienia między mostami informacje BPDU, wybiera root bridge i pozostawia aktywną logiczną topologię bez pętli. Nadmiarowe połączenie pozostaje dostępne jako droga zapasowa, ale nie przekazuje zwykłych ramek w stanie blocking lub discarding.

Bridge ID obejmuje priorytet oraz adres MAC. Przy rozszerzonym identyfikatorze systemowym część pola priorytetu zawiera identyfikator związany z VLAN-em, dlatego odczyt należy wykonywać z wyniku urządzenia, a nie redukować BID wyłącznie do prostego hasła „priorytet + MAC”. Niższa wartość liczbowa priorytetu jest lepsza.

STP, BPDU i wybór root bridge
ElementZnaczenieCo odczytać
Root Bridge IDidentyfikator wybranego korzeniapriorytet, rozszerzony system ID/VLAN, MAC
Bridge IDidentyfikator bieżącego przełącznikaporównaj z Root ID
Root Path Costłączny koszt drogi do root bridgeniższy koszt wygrywa
Port IDidentyfikator portu używany przy remisiepriorytet i numer portu
BPDUinformacja o topologii wysyłana między mostamiroot ID, koszt, sender BID i Port ID

Reguła wyboru

Kolejność porównywania informacji STP

Każdy kolejny warunek rozstrzyga dopiero wtedy, gdy poprzednie wartości są równe. Koszt ścieżki wynika z kosztów portów i reguł używanych przez daną implementację; nie należy zgadywać go tylko na podstawie rysunku.

  • 1. Najniższy Root Bridge ID.
  • 2. Najniższy root path cost, czyli koszt ścieżki do root bridge.
  • 3. Najniższy Bridge ID nadawcy BPDU.
  • 4. Najniższy Port ID nadawcy BPDU.

Rola nie jest stanem

Role portów i stany klasycznego STP

Rola opisuje funkcję portu w topologii, a stan mówi, czy port uczy się adresów i przekazuje zwykłe ramki. Port należy więc opisywać parą, na przykład alternate/discarding, a nie wyłącznie słowem „zablokowany”.

Role portów i stany klasycznego STP
Rola lub stanZnaczenieTypowe zachowanie
Root portnajlepsza droga przełącznika do root bridgejeden na instancję dla przełącznika innego niż root
Designated portnajlepszy port dla danego segmentuprzekazuje ruch
Alternate portalternatywna droga do root bridgenie przekazuje zwykłych ramek, może przejąć rolę
Backup portzapasowa droga do tego samego segmenturzadka we współczesnych sieciach punkt-punkt
Disabledport administracyjnie lub operacyjnie wyłączonynie uczestniczy w przekazywaniu
Blocking / Listening / Learning / Forwardingstany klasycznego STPkolejne etapy przed przekazywaniem ramek
Disabled w STPport poza działaniembrak przekazywania i uczenia

IEEE 802.1w → IEEE 802.1Q

RSTP i szybsza rekonwergencja

Rapid Spanning Tree Protocol historycznie zdefiniowano jako IEEE 802.1w, a jego mechanizmy są obecnie częścią IEEE 802.1Q. RSTP zachowuje role root i designated oraz dodaje wyraźne role alternate i backup.

RSTP używa stanów discarding, learning i forwarding. Na łączach punkt-punkt mechanizm proposal/agreement może szybko uzgodnić bezpieczne przejście do forwarding. Port edge może rozpocząć przekazywanie bez oczekiwania typowego dla łącza między przełącznikami, ale nadal pozostaje objęty protokołem.

RSTP współpracuje z klasycznym STP, lecz zachowanie i czas rekonwergencji zależą od topologii, platformy, typu łącza oraz wykrycia awarii. Nie istnieje jeden gwarantowany czas dla każdego laboratorium; trzeba zmierzyć wynik rzeczywisty.

RSTP i szybsza rekonwergencja
Klasyczny STPRSTP
blockingdiscarding
listeningdiscarding
learninglearning
forwardingforwarding
wolniejsze przejścia zależne od timerówszybsze uzgadnianie m.in. proposal/agreement

Standard a implementacja

STP, RSTP, PVST+, Rapid PVST+ i MSTP

Nazwy i dokładna konfiguracja trybów zależą od systemu. W laboratorium używamy składni Cisco IOS i Rapid PVST+, ale zasad wyboru root bridge oraz ról portów nie należy utożsamiać wyłącznie z jednym producentem.

STP, RSTP, PVST+, Rapid PVST+ i MSTP
MechanizmPochodzenieInstancjeNajważniejsza cecha
STPhistorycznie IEEE 802.1Djedna logiczna topologiaklasyczne role i stany
RSTPhistorycznie IEEE 802.1w, obecnie IEEE 802.1Qjedna logiczna topologiaszybsza rekonwergencja
PVST+rozwiązanie charakterystyczne dla Ciscoosobna instancja dla VLAN-uklasyczny mechanizm per VLAN
Rapid PVST+rozwiązanie charakterystyczne dla Ciscoosobna instancja RSTP dla VLAN-ulaboratoryjny tryb użyty w NET-03
MSTPIEEE 802.1Qwiele VLAN-ów mapowanych do instancjimniejsza liczba instancji niż per VLAN

Ochrona portu hosta

Port edge, PortFast i BPDU Guard

Port edge, na urządzeniach Cisco konfigurowany m.in. jako PortFast, służy do podłączania urządzenia końcowego. Nie stosuj go bezrefleksyjnie na łączach między przełącznikami. PortFast nie wyłącza STP.

BPDU Guard reaguje, gdy chroniony port otrzyma BPDU. Na Cisco port może przejść do stanu err-disabled. Przed przywróceniem interfejsu usuń przyczynę, na przykład omyłkowo podłączony przełącznik; sama funkcja nie zastępuje poprawnego projektu.

Root Guard jest dodatkową ochroną stosowaną tam, gdzie dany port nie powinien przyjąć roli prowadzącej do nadrzędnego root bridge. Odebranie lepszego BPDU może zablokować przekazywanie do czasu ustąpienia przyczyny. Zakres tej lekcji nie obejmuje pełnego zestawu zabezpieczeń STP.

Kontrole uzupełniające

Mechanizmy ochrony warstwy drugiej

Mechanizmy ochrony warstwy drugiej
MechanizmCelGdzie stosowaćZależność lub ograniczenieWeryfikacja
Port Securityogranicza liczbę lub zestaw MAC widzianych na porcieporty dostępowe po analizie telefonów, hypervisorów i urządzeń pośrednichnie uwierzytelnia użytkownika; zły limit odcina legalny sprzętstan portu, liczba MAC, naruszenia i logi
DHCP Snoopingfiltruje odpowiedzi DHCP z portów niezaufanych i buduje bazę powiązańVLAN-y klientów DHCP; zaufane tylko drogi do legalnego serwera/relaybłędny trust blokuje usługę albo wpuszcza rogue DHCP; uwzględnij Option 82 i statyczne hostystan funkcji, VLAN-y, porty trusted i binding database
Dynamic ARP Inspection (DAI)waliduje powiązania IP–MAC w ARPporty niezaufane w chronionych VLAN-achzwykle korzysta z bazy DHCP Snooping; hosty statyczne wymagają jawnego rozwiązanialiczniki odrzuceń, logi, konfiguracja VLAN i bindingi
IP Source Guardogranicza ruch IP do powiązania dozwolonego na porcienierutowane porty L2 klientówkorzysta z DHCP Snooping lub statycznych bindingów; nie obejmuje całej polityki L3bindingi źródłowe, stan interfejsu i liczniki odrzuceń
BPDU Guardchroni port edge przed dołączeniem urządzenia wysyłającego BPDUporty dostępowe/edge, które nie prowadzą do switchamoże wyłączyć port; najpierw usuń przyczynęerr-disabled, log zdarzenia i konfiguracja PortFast/edge
Root Guardnie pozwala, aby przez dany port pojawił się lepszy root bridgegranica, za którą switch nie powinien zostać rootemnie jest zamiennikiem BPDU Guard; port może automatycznie wrócić po ustaniu superior BPDUroot-inconsistent, BPDU i oczekiwany projekt root
Storm Contrologranicza broadcast, multicast lub unknown unicast według możliwości platformyporty o znanym profilu ruchuzły próg odcina legalny ruch; nie usuwa pętli i nie zastępuje ochrony DDoSliczniki, próg, akcja, baseline i logi

Bezpieczna konfiguracja podstawowa

Port Security, sticky MAC i nieużywane porty

W Cisco IOS sticky learning może dodać dynamicznie poznane, bezpieczne adresy MAC do bieżącej konfiguracji. Nie oznacza to automatycznego zapisania ich po restarcie urządzenia. Limit dobierz do rzeczywistej roli portu: telefon IP z komputerem może legalnie prezentować więcej niż jeden MAC.

Tryb protect odrzuca niedozwolony ruch z ograniczoną widocznością zdarzenia, restrict odrzuca go i zwiększa licznik naruszeń, a domyślny shutdown może przenieść port do err-disabled. Zachowanie i dostępne opcje potwierdź w dokumentacji konkretnej platformy.

Platforma: Cisco IOS / Packet Tracer. Cel: ochrona przykładowego portu hosta oraz wyłączenie zakresu portów nieużywanych. Tryb: tryb konfiguracji interfejsu.

interface FastEthernet0/1
 description STANOWISKO-A
 switchport mode access
 switchport access vlan 10
 switchport port-security
 switchport port-security maximum 2
 switchport port-security mac-address sticky
 switchport port-security violation restrict
 spanning-tree portfast
 spanning-tree bpduguard enable

interface range FastEthernet0/10-24
 description NIEUZYWANY
 switchport mode access
 switchport access vlan 999
 shutdown

show port-security interface FastEthernet0/1
show interfaces status

Oczekiwany rezultat: Port hosta uczy się maksymalnie dwóch bezpiecznych MAC, raportuje naruszenia w trybie restrict, a porty 10–24 są administracyjnie wyłączone w nieużywanym VLAN-ie.

Cofnięcie: Przywróć zapisaną konfigurację bazową albo usuń wyłącznie dodane polecenia no. Przed ponownym włączeniem portu po naruszeniu ustal i usuń przyczynę.

Kolejność wdrożenia

Zależność DHCP Snooping, DAI i IP Source Guard

DHCP Snooping rozróżnia porty zaufane i niezaufane, kontroluje komunikaty DHCP oraz zapisuje legalne powiązania klienta: MAC, IP, VLAN, port i czas dzierżawy. DAI może porównywać ARP z tą bazą, a IP Source Guard może na porcie dopuszczać źródło IP zgodne z bindingiem.

Zależność oznacza również wspólny punkt błędu. Jeśli baza nie powstała, klient ma adres statyczny albo port serwera oznaczono nieprawidłowo, włączenie DAI lub IP Source Guard może przerwać legalną łączność. Wdrożenie zaczynaj od inwentaryzacji, poprawnej topologii trust, obserwacji DORA i obsługi wyjątków platformy, a dopiero potem egzekwuj politykę.

  • Nie oznaczaj portu użytkownika jako trusted tylko po to, aby usunąć problem z DHCP.
  • Zdefiniuj procedurę dla drukarek, kamer, serwerów i innych urządzeń ze statycznym IP.
  • Po restarcie switcha sprawdź trwałość lub odbudowę bazy przed pełnym egzekwowaniem.
  • Weryfikuj DORA, bindingi, ARP oraz dostęp aplikacji z kilku reprezentatywnych portów.

Zagrożenie → kontrola → dowód

Threat map warstwy drugiej

Threat map warstwy drugiej
ZagrożenieWarstwaSymptomMechanizm ochronnySposób weryfikacji
MAC floodingL2bardzo wiele nowych MAC na jednym porcie, unknown-unicast floodingPort Security, segmentacja i właściwy Storm Controltablica MAC, liczniki naruszeń, logi i baseline portu
Rogue DHCPL2 / usługaobcy Server Identifier, brama lub DNSDHCP Snooping i minimalny trustprzechwycenie DORA, bindingi i logi odrzuceń
DHCP starvationL2 / usługaszybkie zajęcie puli i wiele identyfikatorówrate limit DHCP, Port Security i NACstatystyki serwera, portu i DHCP Snooping
ARP poisoningL2/L3zmiana IP–MAC i nadmiar odpowiedzi ARPDAI, poprawne bindingi i szyfrowanie usługARP, DAI counters, DHCP Snooping i PCAP
Podszycie pod źródłowy IPL2/L3ruch z IP nieprzypisanym do portuIP Source Guard oraz polityka L3binding IP–MAC–VLAN–port i liczniki odrzuceń
Niepożądany switch na porcie hostaL2/STPBPDU na porcie edge lub zmiana topologiiPortFast/edge z BPDU Guardlog err-disabled, BPDU i fizyczna kontrola portu
Niepożądana zmiana root bridgeL2/STPsuperior BPDU i inny root IDdeterministyczny root oraz Root Guard na właściwej granicyshow spanning-tree, root-inconsistent i diagram projektu
Burza ruchuL2wzrost broadcast/multicast, drops i CPUSTP/RSTP, Storm Control i poprawna agregacjarole STP, liczniki ruchu, MAC flapping i logi

Hardening przełącznika

Porty, VLAN zarządzający i płaszczyzna administracyjna

Porty, VLAN zarządzający i płaszczyzna administracyjna
ObszarDziałanieDlaczegoKontrola po zmianie
Nieużywane portyadministracyjnie wyłącz, opisz i przypisz do nieużywanego VLAN-u zgodnie z politykąogranicza niekontrolowane dołączeniestan shutdown, opis, VLAN i inwentaryzacja gniazd
VLAN zarządzającyoddziel ruch administracyjny od użytkowników i ogranicz źródła na L3/L4zmniejsza ekspozycję interfejsów zarządzaniadostęp tylko ze stacji administracyjnych; brak dostępu z VLAN użytkowników
Native VLANnie używaj do zwykłego ruchu użytkowników, skonfiguruj zgodnie na obu końcach i ogranicz listę VLAN trunkuniespójność może powodować wyciek lub błędną klasyfikację ruchunative i allowed VLAN po obu stronach, logi mismatch oraz test ruchu
Interfejsy administracyjneSSH/HTTPS, AAA, indywidualne konta, MFA gdy platforma wspiera, ACL źródłowe i SNMPv3VLAN sam nie uwierzytelnia administratora ani nie szyfruje sesjitest dozwolonej i niedozwolonej stacji, log audytowy i kopia konfiguracji
Trunkjawnie ustaw tryb i listę potrzebnych VLAN-ów; wyłącz negocjację, gdy wymaga tego platforma/politykaogranicza przypadkowe rozszerzenie domen i niespójnośćtryb, encapsulation, native, allowed/active VLAN i sąsiad

Kontrolowane wdrożenie

Przykład małej firmy

Firma ma VLAN użytkowników, CCTV, gości i zarządzania. Porty użytkowników działają jako access/edge z BPDU Guard, limitem MAC dobranym do telefonu IP i komputera oraz niezaufanym DHCP. Uplink do legalnego serwera DHCP jest trusted, a DAI i IP Source Guard korzystają z poprawnie odbudowanej bazy bindingów.

Kamery ze statycznymi adresami otrzymują udokumentowane bindingi zgodne z możliwościami switcha. Trunki przenoszą tylko wymagane VLAN-y, native VLAN nie obsługuje zwykłych użytkowników, a interfejsy SSH/HTTPS/SNMPv3 są dostępne wyłącznie z dedykowanych stacji zarządzających. Każda kontrola ma właściciela, log, sposób testu i procedurę cofnięcia.

Ograniczenia

Na co zwrócić uwagę przy ochronie L2

  • Funkcje, składnia, kolejność aktywacji i zachowanie po restarcie zależą od modelu, licencji i systemu urządzenia.
  • Zaufany port omija część kontroli, dlatego jego błędne oznaczenie rozszerza powierzchnię ryzyka.
  • DAI i IP Source Guard wymagają jawnej obsługi hostów statycznych oraz testu po odnowieniu dzierżaw.
  • Storm Control ogranicza tempo określonych klas L2; nie zastępuje STP, QoS, firewalla ani ochrony operatora przed DDoS.
  • VLAN zarządzający ogranicza drogę, ale dopiero AAA, szyfrowanie, ACL, aktualizacje i logi chronią płaszczyznę administracyjną warstwowo.

Kontrola jakości

Najczęstsze błędy ochrony L2

  • Włączenie DAI przed zbudowaniem bindingów i odcięcie wszystkich klientów.
  • Oznaczenie wszystkich trunków jako DHCP trusted bez sprawdzenia rzeczywistej drogi do serwera.
  • Ustawienie limitu jednego MAC na porcie z telefonem IP i komputerem.
  • Stosowanie BPDU Guard na łączu między przełącznikami albo Root Guard bez projektu root bridge.
  • Pozostawienie wszystkich VLAN-ów na trunku i używanie native VLAN do zwykłych użytkowników.
  • Udostępnienie HTTP, Telnetu lub SNMPv2c z sieci użytkowników mimo osobnego VLAN-u zarządzającego.

Kontrola po wdrożeniu

Diagnostyka zabezpieczeń przełącznika

Diagnostyka zabezpieczeń przełącznika
ObjawSprawdźBezpieczna korekta
port err-disabledlog, przyczynę naruszenia, bezpieczne MAC i odebrane BPDUusuń przyczynę, a następnie kontrolowanie przywróć port
klient nie otrzymuje adresuVLAN, trust DHCP, rate limit, DORA i bindinginapraw topologię trust zamiast oznaczać port klienta jako trusted
host statyczny traci ARP/IPbinding lub ARP ACL, VLAN, MAC, IP i portdodaj udokumentowany wyjątek zgodny z platformą
legalny ruch jest ograniczanylimit MAC, telefon, AP lub hypervisor oraz licznik naruszeńdopasuj limit do zinwentaryzowanej roli portu

Sprawdź rozumienie

Pytania kontrolne ochrony L2

  • Jak DHCP Snooping dostarcza danych dla DAI i IP Source Guard?
  • Dlaczego port serwera DHCP może być trusted, a port klienta powinien pozostać untrusted?
  • Czym różni się reakcja BPDU Guard od Root Guard?
  • Dlaczego Port Security nie zastępuje 802.1X lub NAC?
  • Jakie testy wykonasz po ograniczeniu allowed VLAN oraz dostępu administracyjnego?

Praca własna

Zadanie samodzielne ochrony L2

Dla fikcyjnego switcha dostępowego LAB-CYBER przygotuj tabelę portów: rola, VLAN, liczba legalnych MAC, trust DHCP, ochrona STP, Storm Control, sposób obsługi statycznego IP i test po wdrożeniu. Nie wprowadzaj zmian w produkcyjnej sieci ani bez planu cofnięcia.

Deterministyczny przykład

Trójkąt S1-S2-S3

S1 ma priorytet 4096, S2 ma 8192, a S3 pozostaje z domyślnym wyższym priorytetem liczbowym. Wszystkie łącza mają taki sam koszt, więc S1 zostaje root bridge.

Porty S1 są designated/forwarding. S2 i S3 wybierają bezpośrednie porty do S1 jako root/forwarding. Na łączu S2-S3 koszty do root są równe, dlatego S2 wygrywa niższym Bridge ID: jego port jest designated/forwarding, a port S3 alternate/discarding.

Przy równych kosztach łączy S1 jest root bridge, a na segmencie S2-S3 port S2 wygrywa dzięki niższemu Bridge ID.

Zmiana topologii

Awaria łącza S1-S3

Po awarii bezpośredniego łącza S1-S3 przełącznik S3 traci dotychczasową drogę do root bridge. Port S3 prowadzący do S2 może zostać nowym root portem, a po rekonwergencji ruch dociera do S1 przez S2.

Po przywróceniu łącza RSTP ponownie oblicza topologię. Krótka utrata części odpowiedzi ping jest możliwa, ale jej liczby nie należy zakładać z góry; zależy od środowiska i sposobu wykrycia awarii.

Po awarii S1-S3 port S3 prowadzący do S2 może przejść z alternate/discarding do root/forwarding; rekonwergencja nie musi być bezstratna.

Składnia laboratoryjna

Konfiguracja Rapid PVST+ w Cisco IOS

Polecenia są przeznaczone do Cisco IOS używanego w Packet Tracer. Tryb ustaw na każdym przełączniku, priorytet 4096 na S1 i 8192 na S2. S3 pozostaw z domyślnym wyższym priorytetem liczbowym.

Platforma: Cisco IOS / Packet Tracer. Cel: ustawienie trybu Rapid PVST+ oraz deterministycznego root bridge. Tryb: tryb konfiguracji globalnej.

spanning-tree mode rapid-pvst

! S1
spanning-tree vlan 10,20,999 priority 4096

! S2
spanning-tree vlan 10,20,999 priority 8192

! S3
! pozostaje z domyślnym, wyższym priorytetem liczbowym

Oczekiwany rezultat: S1 powinien być root bridge dla VLAN 10, 20 i 999, a S2 preferowanym zapasowym przełącznikiem.

Odczyt zamiast zgadywania

Weryfikacja STP i RSTP

W wynikach znajdź Root ID, Bridge ID, komunikat „This bridge is the root”, Root Path Cost, rolę i stan portu, koszt portu, Port ID oraz timer lub tryb protokołu. Jeśli model Packet Tracer nie obsługuje jednego z poleceń szczegółowych, użyj równoważnej sekcji w show spanning-tree.

Platforma: Cisco IOS / Packet Tracer. Cel: potwierdzenie root bridge i ról portów dla instancji VLAN. Tryb: tryb uprzywilejowany EXEC.

show spanning-tree
show spanning-tree vlan 10
show spanning-tree vlan 20
show spanning-tree interface GigabitEthernet0/2 detail
show spanning-tree root

Oczekiwany rezultat: S1 zgłasza się jako root, S2 i S3 pokazują root ports do S1, a port S3 na łączu do S2 jest alternate/discarding w stanie normalnym.

Powiązane mechanizmy

LAG, LACP i LLDP

Link Aggregation Group traktuje zgodne łącza jak jeden kanał logiczny. LACP z IEEE 802.1AX negocjuje członkostwo, ale pojedynczy przepływ zwykle korzysta z jednego łącza według funkcji haszującej. LLDP z IEEE 802.1AB ogłasza informacje o bezpośrednich sąsiadach.

  • Statyczny LAG i LACP muszą być skonfigurowane spójnie po obu stronach.
  • Agregacja nie zastępuje STP poza samą grupą logiczną.
  • LLDP nie jest protokołem routingu ani mechanizmem uwierzytelniania.

Zadania

Zadania tematyczne

Odpowiedzi ukryte

Najpierw rozwiąż zadania samodzielnie. Odpowiedzi rozwiń dopiero wtedy, gdy masz własny wynik.

Zadanie 1łatwyPo co na porcie dostępowym stosuje się sticky MAC i limit adresów?
Sprawdź odpowiedź: Sticky MAC może nauczyć się dozwolonych adresów i zapisać je w bieżącej konfiguracji, a limit ogranicza liczbę adresów widzianych na porcie. Mechanizm nie uwierzytelnia jednak użytkownika i wymaga świadomego zapisania konfiguracji.
Zadanie 2średniPorównaj tryby naruszenia protect, restrict i shutdown w Port Security Cisco.
Sprawdź odpowiedź: Protect odrzuca ruch z niedozwolonych MAC bez typowego licznika lub logu naruszeń, restrict odrzuca i raportuje naruszenia, a shutdown domyślnie przenosi port do err-disabled. Szczegóły trzeba potwierdzić dla platformy.
Zadanie 3średniDlaczego port prowadzący do legalnego serwera DHCP może być trusted, a port klienta nie?
Sprawdź odpowiedź: Trusted oznacza kierunek, z którego mogą nadejść odpowiedzi legalnej usługi DHCP. Oznaczenie portu klienta jako trusted pozwoliłoby ominąć kontrolę odpowiedzi z potencjalnego rogue DHCP.
Zadanie 4trudniejszyPo włączeniu DAI kamera ze statycznym IP traci łączność. Jaki element projektu sprawdzisz najpierw?
Sprawdź odpowiedź: Sprawdź, czy platforma ma poprawny statyczny binding albo ARP ACL dla kamery oraz czy VLAN, MAC, IP i port są zgodne. Kamera nie utworzy dynamicznego bindingu DHCP, jeśli korzysta ze statycznej konfiguracji.

Praktyka

Ćwiczenie praktyczne — Analiza STP i zabezpieczeń warstwy drugiej

  1. Dla trójkąta S1-S2-S3 wypisz role i stany wszystkich portów między przełącznikami przed awarią.
  2. Wyjaśnij kolejność porównania BPDU, gdy dwa porty mają ten sam koszt do root bridge.
  3. Zaplanuj kontrolowaną awarię S1-S3 i tabelę pomiaru czasu odzyskania łączności bez wyłączania STP.
  4. Dla portu z telefonem IP i komputerem dobierz limit MAC, ochronę DHCP/STP oraz sposób potwierdzenia, że legalny ruch nadal działa.
  5. Narysuj zależność bazy DHCP Snooping od DAI i IP Source Guard oraz wskaż obsługę hosta ze statycznym IP.

Najważniejsze wnioski

Podsumowanie

  • Redundancja L2 bez STP/RSTP może utworzyć pętlę, burzę rozgłoszeniową i MAC flapping.
  • Root bridge i role portów wynikają z porównania Bridge ID, kosztów i identyfikatorów portów.
  • RSTP przyspiesza rekonwergencję, ale rzeczywisty czas trzeba zmierzyć w konkretnej topologii.
  • PortFast i BPDU Guard chronią porty urządzeń końcowych, lecz nie zastępują poprawnego projektu.
  • DHCP Snooping dostarcza bindingów używanych przez DAI i IP Source Guard; błędna topologia trust może przerwać legalny ruch.
  • Ochrona L2 obejmuje również porty nieużywane, Storm Control, native VLAN i ograniczoną płaszczyznę zarządzania.