KWALIFIKACJA INF8 - CZERWIEC 2020

PYTANIE NR 29.
Który z przedstawionych na rysunku etapów zestawiania połączenia korzysta z protokołu RTP (Real-time Transport Protocol)?
Ilustracja przedstawia schemat połączenia w technologii VoIP, z wykorzystaniem protokołu SIP (Session Initiation Protocol).
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
RTP służy do przenoszenia strumienia multimedialnego (np. głosu) po zakończeniu sygnalizacji i uzgodnieniu parametrów połączenia.
Dlatego protokół RTP występuje na etapie faktycznej transmisji mediów, a nie podczas inicjowania, zestawiania i potwierdzania połączenia.

Pełne wyjaśnienie:

RTP (Real-time Transport Protocol) jest protokołem używanym do transportu danych czasu rzeczywistego, czyli przede wszystkim strumieni audio i wideo. W typowym scenariuszu połączenia VoIP proces można myślowo podzielić na dwie główne części:

  • Sygnalizacja – komunikaty inicjujące, zestawiające i kończące połączenie oraz uzgadniające parametry (np. kodek, porty, adresy).
  • Transmisja mediów – właściwy przesył głosu/obrazu, który jest wrażliwy na opóźnienie, jitter i utratę pakietów.

RTP należy do drugiej części: odpowiada za przenoszenie próbek/ramek dźwięku lub obrazu w postaci pakietów, wraz z mechanizmami przydatnymi dla czasu rzeczywistego (np. numeracja sekwencyjna i znaczniki czasu). Z tego powodu na schematach "zestawiania połączenia" RTP pojawia się zwykle dopiero wtedy, gdy połączenie jest już zestawione na poziomie sygnalizacji i strony zaczynają wymieniać media.

W tym zadaniu poprawna jest odpowiedź wskazująca etap, w którym trwa przesył strumienia rozmowy (a nie etap wysłania zaproszenia, negocjacji lub potwierdzenia). Odpowiedzi błędne typowo odpowiadają etapom sygnalizacyjnym lub organizacyjnym (nawiązanie, uzgodnienie, potwierdzenie), w których nie przenosi się jeszcze treści rozmowy. To częsty błąd na egzaminie: utożsamianie protokołów sygnalizacyjnych z RTP, mimo że RTP działa w warstwie transportu mediów.

Wskazówka egzaminacyjna: gdy widzisz "RTP", myśl "głos/wideo płynie", a gdy widzisz "zestawianie/negocjacja/kończenie", myśl "sygnalizacja".

Dodatkowe pytania

Dodatkowe pytania (FAQ):
RTP to protokół do przesyłania danych czasu rzeczywistego, głównie strumieni audio i wideo. W telefonii IP przenosi właściwe "media" rozmowy, czyli pakiety z dźwiękiem (a nie komunikaty zestawiające połączenie). Dzięki numerom sekwencji i znacznikom czasu ułatwia odtwarzanie strumienia w dobrej kolejności.
Sygnalizacja to komunikaty inicjujące, negocjujące i kończące połączenie (np. ustalenie parametrów). Transmisja mediów to etap, gdy faktycznie płynie głos lub wideo między urządzeniami. Jeżeli na schemacie widzisz "rozmowę" lub "przesył strumienia", to zwykle odpowiada temu RTP.
Na początku strony muszą uzgodnić, gdzie i jak będą wysyłać media (adresy, porty, kodeki). Dopiero po tej negocjacji ma sens rozpoczęcie przesyłania strumienia audio/wideo. RTP jest protokołem transportu mediów, więc pojawia się, gdy połączenie jest już zestawione na poziomie sterowania.
Kluczowe są numery sekwencji (pozwalają wykryć braki i kolejność pakietów) oraz znaczniki czasu (ułatwiają odtwarzanie z właściwym tempem i buforowanie). Dzięki temu odbiornik może lepiej radzić sobie z jitterem i zmiennym opóźnieniem, typowym dla sieci IP.
Nie. RTP nie gwarantuje niezawodności w sensie "wszystko dotrze" jak w transmisji plików. W czasie rzeczywistym ważniejsze jest utrzymanie ciągłości odtwarzania niż retransmisje. Braki zwykle maskuje się mechanizmami aplikacji lub kodeka (np. ukrywaniem strat), a jakość zależy od parametrów sieci.
Najczęściej myli się RTP z protokołami sygnalizacyjnymi (czyli wybiera etap "inicjacja/uzgodnienie/akceptacja" zamiast "przesył rozmowy"). Drugi błąd to wybieranie odpowiedzi na podstawie numeru etapu, a nie znaczenia. Warto zapamiętać: RTP = media, sygnalizacja = sterowanie.
Najczęściej korzysta się z funkcji rozpoznawania strumieni (np. telephony/VoIP) oraz filtrów wyświetlania. Po wykryciu strumienia można użyć narzędzi analizy RTP, aby ocenić opóźnienia, jitter i straty. To praktyczna umiejętność przy diagnozowaniu jakości połączeń w sieci.
Najważniejsze to opóźnienie, jitter (zmienność opóźnienia) oraz utrata pakietów. RTP jest wrażliwy na te zjawiska, bo strumień ma być odtwarzany na bieżąco. Dlatego w sieciach rozległych często wdraża się QoS, priorytetyzację oraz właściwe kolejki na urządzeniach sieciowych.
Zwykle wtedy, gdy zakończy się etap sygnalizacji i obie strony znają parametry sesji: gdzie wysyłać media oraz jakim kodekiem. Na schemacie będzie to etap "rozmowy", "transmisji głosu" lub "wymiany mediów". To właśnie ten etap należy łączyć z RTP.
Najlepiej uczyć się "mapowania ról": które protokoły służą do sterowania, a które do przenoszenia danych. Pomaga też praktyka z analizą ruchu: rozpoznawanie etapów zestawiania połączenia i momentu, gdy pojawia się strumień mediów. Do tego warto przećwiczyć przykładowe schematy i opisy etapów.
info

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

Źródła:

  • RFC 3550: "RTP: A Transport Protocol for Real-Time Applications", IETF, July 2003
  • RFC 3261: "SIP: Session Initiation Protocol", IETF, June 2002
  • Wireshark User’s Guide: "RTP Analysis" (dokumentacja użytkownika Wireshark, rozdział dotyczący analizy RTP) https://www.wireshark.org/docs/wsug_html_chunked/ - accessed 2026-03-02

Materiały:

  • Dokumentacja techniczna i materiały szkoleniowe dotyczące VoIP oraz transportu mediów w sieciach IP
  • RFC opisujące RTP oraz typowe zależności protokołów sygnalizacyjnych i medialnych
  • Ćwiczenia z analizy ruchu w Wireshark: rozpoznawanie strumieni RTP i ich parametrów

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego