KWALIFIKACJA INF2 - CZERWIEC 2018 (test 3)

PYTANIE NR 22.
Na podstawie zrzutu ekranu przedstawiającego konfigurację przełącznika można stwierdzić, że
Ilustracja przedstawia zrzut ekranu z interfejsu użytkownika przełącznika sieciowego modelu TL-SL5428E.
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
W STP przełącznik wysyła komunikaty BPDU cyklicznie w odstępie równym parametrowi hello-time. Jeżeli w konfiguracji hello-time ustawiono na 3 s, to kolejne komunikaty potwierdzające pracę STP są wysyłane co 3 sekundy. Pozostałe czasy odnoszą się do innych liczników, więc nie opisują interwału wysyłania BPDU.

Pełne wyjaśnienie:

W sieciach przełączanych protokół STP utrzymuje topologię bez pętli poprzez wybór drzewiastej ścieżki i blokowanie części łączy. Do wymiany informacji o topologii wykorzystywane są komunikaty BPDU, które są wysyłane okresowo.

Interwał okresowego wysyłania BPDU jest powiązany z timerem hello-time. Gdy w konfiguracji przełącznika ustawiono hello-time na wartość 3 sekundy, oznacza to, że urządzenie co 3 sekundy generuje i rozgłasza BPDU (czyli "komunikaty o poprawnej pracy" mechanizmu STP), aby sąsiednie przełączniki mogły potwierdzać aktualność informacji o drzewie rozpinającym.

Pozostałe odpowiedzi dotyczą innych aspektów czasu w STP i łatwo je pomylić:

  • "maksymalny czas krążenia … BPDU 20 sekund" – liczba 20 s jest kojarzona z parametrem typu "maksymalny wiek informacji" (Max Age), a nie z odstępem wysyłania kolejnych BPDU. To inny licznik i odpowiada na inne pytanie.
  • "minimalny czas krążenia … 25 sekund" – taka interpretacja miesza pojęcia i nie odpowiada typowemu opisowi timerów STP; dodatkowo "minimalny czas krążenia" nie jest standardowym sposobem opisu interwału BPDU.
  • "maksymalny czas pomiędzy zmianami statusu łącza 5 sekund" – zmiana statusu łącza (link up/down) zależy od warstwy fizycznej i negocjacji, a nie od timera STP opisującego cykliczne wysyłanie BPDU. STP może reagować na zdarzenia, ale nie "ustawia" maksymalnego czasu między zmianami statusu fizycznego.

Na egzaminie warto zapamiętać mapowanie: hello-time → jak często wysyłane są BPDU, natomiast pozostałe timery dotyczą utrzymania i wygaszania informacji oraz etapów przełączania stanów portów.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
BPDU to komunikat wymieniany między przełącznikami w STP, który niesie informacje potrzebne do wyznaczenia drzewa rozpinającego (m.in. dane o identyfikatorach i kosztach ścieżek). Dzięki BPDU urządzenia wiedzą, jak wygląda topologia i które porty mają być aktywne, a które blokowane.
Hello-time określa, co jaki czas przełącznik wysyła okresowe BPDU. To praktycznie "częstotliwość komunikacji" STP. Zbyt duża wartość może spowolnić wykrycie zmian w topologii, a zbyt mała może zwiększać narzut i ryzyko problemów przy złej konfiguracji.
STP musi rozwiązać kilka różnych problemów czasowych: jak często wysyłać komunikaty (hello-time), jak długo uznawać informację za aktualną (max-age) oraz jak długo czekać przy przełączaniu stanów portów (forward-delay). Jeden timer nie pozwoliłby jednocześnie zapewnić stabilności i szybkiej reakcji.
Hello-time dotyczy odstępu między wysyłaniem kolejnych BPDU. Max-age dotyczy ważności informacji otrzymanej w BPDU (ile czasu może "żyć" bez odświeżenia). Jeśli pytanie mówi o tym "co ile sekund wysyłane są komunikaty", szukaj hello-time.
Nie. Wiele przełączników ma wartości domyślne, ale administrator może je zmienić (czasem w określonych granicach i z zachowaniem zależności). W zadaniach egzaminacyjnych trzeba kierować się tym, co pokazuje konfiguracja lub opis, a nie tym, co "zwykle" jest ustawione.
Najczęściej mylą timery: przypisują 20 s do interwału wysyłania BPDU, bo kojarzą tę liczbę z STP. Częsty jest też błąd "strzelania" na podstawie wartości domyślnych bez odczytania, czego dokładnie dotyczy opis w pytaniu (wysyłanie, wygaszanie, przełączanie stanów).
Zwykle robi się to rzadko i ostrożnie, np. przy specyficznych wymaganiach konwergencji lub w środowiskach testowych. W sieciach produkcyjnych częściej przechodzi się na szybsze warianty (np. RSTP) niż agresywnie skraca timery, bo błędne ustawienia mogą powodować niestabilność.
STP nie zmienia fizycznego stanu łącza – to zależy od warstwy fizycznej i negocjacji portów. STP wpływa na to, czy port jest logicznie przekazujący ruch w danej topologii (może blokować/przepuszczać), ale link nadal może być fizycznie "up".
Opanuj mapowanie "timer → funkcja" i ćwicz na zrzutach konfiguracji: rozpoznawaj, który parametr odpowiada za wysyłanie BPDU, który za ważność informacji, a który za przełączanie stanów portów. Pomaga własna ściąga w formie krótkiej tabeli i kilka zadań testowych.
Najpierw odczytaj nazwę pola (np. hello-time, max-age, forward-delay) i powiąż ją z funkcją w STP. Jeśli nazwy są opisowe, szukaj słów sugerujących "powitanie/okresowość" (hello) dla interwału wysyłania. W razie wątpliwości porównaj z dokumentacją danego systemu.
info

Około 47% zdających odpowiada poprawnie na to pytanie. trudne

Eksperci podkreślają: "W STP przełącznik wysyła komunikaty BPDU cyklicznie w odstępie równym parametrowi hello-time."

Źródła:

  • IEEE 802.1D-2004, IEEE Standard for Local and Metropolitan Area Networks: Media Access Control (MAC) Bridges (rozdziały dotyczące STP i timerów).
  • Cisco Documentation: "Spanning Tree Protocol" / "Spanning Tree Protocol Timers" (opis hello time, max age, forward delay), https://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/5234-5.html - dostęp 2026-02-28
  • Wikipedia (hasło przeglądowe): "Spanning Tree Protocol" (sekcja o BPDU i timerach), https://en.wikipedia.org/wiki/Spanning_Tree_Protocol - dostęp 2026-02-28

Materiały:

  • Dokumentacja producenta przełącznika używanego w pracowni (sekcja STP timers)
  • Materiały szkolne o STP/RSTP (warstwa 2, pętle, BPDU, role portów)
  • Notatki własne: tabela "timer → rola" (hello-time, max-age, forward-delay)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego