KWALIFIKACJA INF8 - STYCZEŃ 2019

PYTANIE NR 16.
Protokół RTP w telefonii VoIP nie realizuje funkcji
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
RTP służy do transportu mediów (np. dźwięku) w VoIP: niesie pakiety audio, numery sekwencyjne i znaczniki czasu do odtwarzania w odpowiedniej kolejności. Nie odpowiada natomiast za sterowanie połączeniem, czyli jego zestawienie, modyfikację i zakończenie — to rola protokołów sygnalizacyjnych (np. SIP).

Pełne wyjaśnienie:

W telefonii VoIP trzeba rozdzielić dwie główne funkcje: sygnalizację (sterowanie rozmową) oraz transmisję mediów (przenoszenie dźwięku).

Odpowiedź "zestawiania i kończenia połączenia" jest poprawna, ponieważ protokół RTP nie służy do inicjowania rozmowy ani do jej zamykania. RTP zaczyna mieć sens dopiero wtedy, gdy strony wiedzą już, że mają wymieniać media oraz gdzie je wysyłać. Za logikę połączenia (np. rozpoczęcie, potwierdzenie, zakończenie) odpowiada sygnalizacja realizowana innymi mechanizmami, typowo w oparciu o protokół SIP oraz opis parametrów sesji.

Dlaczego pozostałe odpowiedzi są błędne?

  • "przenoszenia strumienia audio w sieci IP" — to podstawowa rola RTP: przenosi pakiety z zakodowanym dźwiękiem (ładunkiem) pomiędzy końcówkami.
  • "numerowania pakietów w strumieniu multimediów" — RTP wykorzystuje numery sekwencyjne, co pomaga wykrywać utratę pakietów i odtwarzać strumień w poprawnej kolejności.
  • "przenoszenia znaczników czasu próbkowania" — RTP przenosi znaczniki czasu, które ułatwiają synchronizację i prawidłowe tempo odtwarzania (ważne przy zmiennych opóźnieniach w sieci).

W praktyce diagnostycznej administrator często spotyka dwa typowe scenariusze: "połączenie zestawia się, ale nie ma dźwięku" (problem w torze mediów/RTP, QoS, NAT, firewall) albo "dźwięk by działał, ale połączenie się nie zestawia" (problem w sygnalizacji). Umiejętność wskazania, co jest rolą RTP, a co sygnalizacji, ułatwia szybkie zawężenie przyczyny awarii.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
RTP to protokół używany do przesyłania mediów (np. dźwięku) w VoIP. Przenosi pakiety audio/wideo oraz informacje pomocnicze, takie jak numer sekwencyjny i znacznik czasu. Dzięki temu odbiorca może odtwarzać strumień w odpowiedniej kolejności i tempie mimo opóźnień w sieci.
Zestawienie i zakończenie rozmowy to sygnalizacja (sterowanie sesją), a RTP jest protokołem transportu danych multimedialnych. RTP nie zawiera mechanizmów negocjacji rozmowy ani logiki "dzwonienia". Te zadania realizują protokoły sygnalizacyjne (np. SIP) oraz opis parametrów sesji.
Za sygnalizację zwykle odpowiada SIP, czyli protokół do inicjowania, modyfikowania i kończenia sesji. Parametry tego, jakie media mają płynąć i gdzie (adres/port), są opisywane mechanizmami typu SDP. RTP jest wykorzystywany dopiero po uzgodnieniu tych parametrów.
Najważniejsze są numery sekwencyjne w nagłówku RTP. Jeśli numeracja "przeskakuje", odbiorca wie, że część pakietów nie dotarła. To nie naprawia utraty, ale ułatwia diagnostykę i adaptację bufora jitter. Dodatkowo znaczniki czasu pomagają utrzymać rytm odtwarzania.
Znacznik czasu (timestamp) w RTP opisuje moment próbkowania danych audio/wideo. Dzięki niemu odbiorca może odtwarzać dźwięk w odpowiednim tempie, nawet gdy pakiety docierają z różnymi opóźnieniami. To szczególnie ważne w sieciach rozległych, gdzie jitter i opóźnienie są naturalnym zjawiskiem.
Tak. Częsty przypadek w praktyce to sytuacja, gdy sygnalizacja działa (połączenie zestawia się), ale media nie płyną. Powodem może być blokada portów, NAT, zapora, zła trasa w sieci lub brak priorytetyzacji QoS. To rozróżnienie pomaga szybko wskazać, czy problem jest w sygnalizacji czy w RTP.
Sygnalizacja SIP to zwykle pakiety z czytelnymi komunikatami tekstowymi (np. INVITE, 200 OK) na typowych portach usług. RTP to natomiast strumień pakietów UDP niosących dane audio z nagłówkiem RTP (numery sekwencyjne, timestamp). W Wireshark można użyć funkcji "Telephony" do analizy VoIP.
Najbardziej przeszkadzają: opóźnienie, jitter (zmienność opóźnień) oraz utrata pakietów. RTP jest wrażliwy na te zjawiska, bo dźwięk musi być odtwarzany w czasie rzeczywistym. Dlatego w WAN często stosuje się QoS, właściwe kolejki i kontrolę obciążenia łączy.
Najczęstszy błąd to przypisywanie RTP funkcji sygnalizacyjnych, czyli mylenie "transportu głosu" z "zestawianiem rozmowy". Drugi błąd to ignorowanie słowa "nie" w pytaniu. Pomaga reguła: SIP steruje połączeniem, RTP przenosi media, a jakość zależy od parametrów sieci.
Ucz się blokami: sygnalizacja (kto inicjuje i kończy rozmowę), opis sesji (jak uzgadnia się parametry), media (kto przenosi dźwięk) i jakość (QoS, opóźnienie, jitter). Najlepiej przećwiczyć na śladach pakietów i scenariuszach "jest połączenie/nie ma dźwięku".
info

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

Eksperci podkreślają: "RTP służy do transportu mediów (np. dźwięku) w VoIP: niesie pakiety audio, numery sekwencyjne i znaczniki czasu do odtwarzania w odpowiedniej kolejności."

Źródła:

  • RFC 3550: A Transport Protocol for Real-Time Applications (RTP), IETF, 2003-07, sekcje: Introduction, RTP Header - https://www.rfc-editor.org/rfc/rfc3550 (dostęp: 2026-03-13)
  • RFC 3261: SIP: Session Initiation Protocol, IETF, 2002-06, sekcje: Introduction, Overview - https://www.rfc-editor.org/rfc/rfc3261 (dostęp: 2026-03-13)
  • RFC 4566: SDP: Session Description Protocol, IETF, 2006-07, sekcje: Introduction, SDP Usage - https://www.rfc-editor.org/rfc/rfc4566 (dostęp: 2026-03-13)

Materiały:

  • Dokumentacja protokołu RTP (RFC 3550) – podstawy pól i przeznaczenia
  • Dokumentacja protokołu SIP (RFC 3261) – rola w zestawianiu połączeń
  • Materiały dydaktyczne o VoIP: sygnalizacja, kodeki, QoS, jitter

Aktualizacja pytania: 03.04.2026



Aktualizacja pytania: 03.04.2026
📡 Brak połączenia internetowego