KWALIFIKACJA INF8 - CZERWIEC 2023 (test 2)

PYTANIE NR 38.
Który protokół jest protokołem sygnalizacyjnym stosowanym w technologii VoIP?
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
SIP jest protokołem sygnalizacyjnym w VoIP, używanym m.in. do rejestracji użytkowników oraz zestawiania, modyfikacji i kończenia sesji. RTP przenosi właściwe strumienie audio/wideo, RTCP służy do raportów i kontroli jakości, a RSVP dotyczy rezerwacji zasobów/QoS, nie sygnalizacji połączeń.

Pełne wyjaśnienie:

W technologii VoIP ruch związany z rozmową zwykle dzieli się na dwie główne części: sygnalizację (sterowanie połączeniem) oraz media (właściwe próbki audio/wideo). Protokół SIP (Session Initiation Protocol) należy do grupy protokołów sygnalizacyjnych: umożliwia m.in. rejestrację endpointów, inicjowanie połączenia, negocjowanie parametrów sesji (np. kodeków, portów) oraz jej zakończenie.

Odpowiedź RTP jest niepoprawna, ponieważ Real-time Transport Protocol służy do transportu danych multimedialnych w czasie rzeczywistym. To nim najczęściej płyną pakiety z dźwiękiem rozmowy, ale nie służy on do "dogadania się", że rozmowa ma się zacząć.

Odpowiedź RTCP również nie jest sygnalizacją połączenia. RTCP działa obok RTP i przenosi informacje kontrolne, np. statystyki utraty pakietów, jitter czy opóźnienia. Pomaga monitorować jakość transmisji, lecz nie zestawia ani nie kończy sesji.

Odpowiedź RSVP bywa kojarzona z QoS, bo dotyczy rezerwacji zasobów w sieci (tam, gdzie jest to stosowane). Nie jest jednak protokołem typowej sygnalizacji VoIP (w sensie: "zadzwoń", "odbierz", "rozłącz").

W praktyce diagnostycznej warto zapamiętać prosty podział: SIP = sterowanie połączeniem, RTP = głos/wideo, RTCP = kontrola jakości RTP. Taki schemat pomaga szybko rozstrzygnąć, czy problem dotyczy zestawiania rozmowy, czy braku mediów po jej zestawieniu.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
SIP (Session Initiation Protocol) to protokół sygnalizacyjny używany do sterowania sesją VoIP: rejestracji użytkownika, inicjowania połączenia, negocjowania parametrów (np. kodeków) oraz kończenia rozmowy. To "warstwa sterowania", a nie przenoszenie samego dźwięku.
RTP służy do przenoszenia strumienia mediów (audio/wideo) w czasie rzeczywistym. Nie zestawia rozmowy i nie "dzwoni" do drugiej strony. Sygnalizacja (np. SIP) ustala, że sesja ma się rozpocząć i na jakich parametrach, a RTP niesie już właściwy dźwięk.
RTCP to protokół kontrolny współpracujący z RTP. Nie przenosi dźwięku rozmowy, tylko informacje o jakości transmisji, np. statystyki strat pakietów czy jitter. RTP niesie media, a RTCP dostarcza raporty, które pomagają monitorować i diagnozować jakość połączenia.
RSVP jest protokołem rezerwacji zasobów, kojarzonym z mechanizmami QoS, ale w typowych, współczesnych wdrożeniach VoIP częściej spotyka się inne metody zapewniania jakości (np. klasyfikację i kolejkowanie). RSVP nie pełni roli sygnalizacji zestawiania rozmów.
Najczęściej sygnalizacja to komunikaty SIP (np. INVITE, REGISTER, BYE), zwykle na charakterystycznych portach i w formie tekstowej podobnej do HTTP. Strumień mediów to pakiety RTP, a raporty jakości to RTCP. W analizie ruchu warto najpierw oddzielić "call setup" od "media stream".
Gdy problem dotyczy SIP, często nie da się zestawić połączenia (brak rejestracji, odrzucenia, błędy odpowiedzi). Gdy SIP działa, ale jest problem z RTP, połączenie się zestawia, lecz nie ma dźwięku lub jest jednostronny. To ułatwia diagnozę w sieci i na firewallu/NAT.
Protokół sygnalizacyjny służy do sterowania stanem połączenia: inicjowanie, akceptacja, przekierowania, zakończenie oraz uzgadnianie parametrów sesji. Nie przenosi on zwykle właściwych danych rozmowy, tylko "komendy" i informacje potrzebne do uruchomienia transmisji mediów.
Poza SIP w historii i w niektórych środowiskach spotyka się inne rozwiązania sygnalizacyjne (np. rodzina H.323). Na egzaminach jednak najczęściej rozróżnia się SIP jako sygnalizację oraz RTP/RTCP jako protokoły związane z mediami i kontrolą jakości.
RTCP pomaga wtedy, gdy trzeba ustalić przyczynę słabej jakości rozmów: czy występują straty pakietów, duży jitter albo opóźnienia. Raporty RTCP mogą wskazać, czy problem jest po stronie sieci, łącza WAN, przeciążenia, czy błędnej konfiguracji QoS.
Ucz się przez mapowanie ról: "sygnalizacja" vs "media" vs "kontrola jakości". Dobrą metodą jest prześledzenie przykładowego call flow SIP (rejestracja, INVITE, odpowiedzi, BYE) oraz zrozumienie, że dźwięk idzie osobno jako RTP, a metryki jakości jako RTCP.
info

Statystycznie 61% uczniów zna prawidłową odpowiedź. średnie

W praktyce zawodowej kluczowe jest to, że sIP jest protokołem sygnalizacyjnym w VoIP, używanym m.in. do rejestracji użytkowników oraz zestawiania, modyfikacji i kończenia sesji.

Źródła:

  • RFC 3261: Session Initiation Protocol (SIP), IETF, https://www.rfc-editor.org/rfc/rfc3261 (dostęp 2026-02-27)
  • RFC 3550: RTP: A Transport Protocol for Real-Time Applications (RTP/RTCP), IETF, https://www.rfc-editor.org/rfc/rfc3550 (dostęp 2026-02-27)
  • RFC 2205: Resource ReSerVation Protocol (RSVP) — Version 1, IETF, https://www.rfc-editor.org/rfc/rfc2205 (dostęp 2026-02-27)

Materiały:

  • Dokumentacja RFC dotycząca SIP oraz RTP/RTCP
  • Materiały producentów central/serwerów SIP (PBX/softswitch) opisujące call flow
  • Ćwiczenia laboratoryjne z analizą ruchu VoIP w przechwyceniu (np. call setup vs media stream)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego