W transmisji multimediów (audio/wideo) w czasie zbliżonym do rzeczywistego kluczowe jest dostarczanie pakietów z możliwie małym opóźnieniem oraz z informacją pozwalającą odtworzyć kolejność i tempo odtwarzania. Do tego celu stosuje się RTP (Real-time Transport Protocol), który przenosi dane audio/wideo jako ładunek pakietów oraz dostarcza m.in. numerację sekwencyjną i znaczniki czasu. Dzięki temu odbiornik może odtwarzać strumień w poprawnej kolejności i z właściwą synchronizacją.
Dlaczego RTP jest poprawne w kontekście formatów/kodeków?
Wymienione w pytaniu przykłady (PCM, GSM, MP3 dla audio oraz MPEG i H.263 dla wideo) to formaty/kodeki danych multimedialnych. RTP nie "koduje" dźwięku lub obrazu, lecz transportuje zakodowane próbki/ramki w postaci pakietów w sieci IP, typowo razem z mechanizmami kontroli i synchronizacji.
Dlaczego pozostałe odpowiedzi są niepoprawne?
- SSL – to technologia/protokół warstwy bezpieczeństwa (praktycznie kojarzona z TLS) służąca do szyfrowania i uwierzytelniania połączeń. Nie jest protokołem przeznaczonym do przenoszenia strumieni audio/wideo jako takiego mechanizmu czasu rzeczywistego.
- PPPoE – to mechanizm zestawiania połączenia i enkapsulacji PPP w sieciach Ethernet, używany głównie w dostępie do Internetu. Nie odpowiada za transport kodeków audio/wideo na poziomie aplikacji.
- HELO – to komenda używana w protokole SMTP podczas inicjowania sesji pocztowej. Nie ma związku z transmisją multimediów.
Wskazówka egzaminacyjna: jeśli w odpowiedziach widzisz zestaw: (bezpieczeństwo) SSL/TLS, (dostęp) PPPoE, (poczta) HELO/SMTP oraz (multimedia) RTP, to dla strumieni audio/wideo w czasie rzeczywistym właściwy wybór to RTP.
