RTSP (Real Time Streaming Protocol): definice, fungování a použití

Co je RTSP a stručná historie

RTSP je aplikační protokol navržený pro řízení streamovaného multimediálního obsahu. Nepřenáší samotná média, ale zprostředkovává řízení (např. spuštění, pozastavení, přetažení) mezi klientem a mediálním serverem. Původní specifikace je uvedena v RFC 2326 (1998). Modernější revize je RTSP 2.0 (RFC 7826, 2016), která opravila některé nejasnosti, zlepšila interoperabilitu a rozšířila možnosti autentizace a transportu.

Jak RTSP funguje

RTSP používá model klient–server podobný HTTP: klient posílá požadavky (metody) na server a server odpovídá stavovými kódy a hlavičkami. Mezi požadavky se často vyskytují hlavičky jako CSeq (číslo sekvence) a Session (identifikátor relace). Server může být stavový (udržuje informace o relaci) nebo bezstavový s přidáním session tokenů.

Hlavní metody (příkazy) RTSP

• OPTIONS – zjistí podporované metody serveru.
• DESCRIBE – získá popis média (např. SDP), který obsahuje informace o kodecích a transportech.
• SETUP – nastaví transportní parametry (porty, profil RTP/RTP over TCP apod.) a vytvoří relaci.
• PLAY – spustí přehrávání streamu (lze určit časový rozsah přes hlavičku Range).
• PAUSE – pozastaví přehrávání bez ukončení relace.
• TEARDOWN – ukončí relaci a uvolní prostředky.
• GET_PARAMETER / SET_PARAMETER – dotazy a konfigurace parametrů relace nebo zařízení.
• REDIRECT / ANNOUNCE – pokročilejší ovládací příkazy využívané v některých implementacích.

Transport médií

• RTSP sám média nepřenáší, typicky řídí přenos přes RTP/RTCP (Realtime Transport Protocol).
• Přenos může probíhat přes UDP (RTP/UDP), TCP (pro případy NAT nebo firewallů) nebo v interleaved módu uvnitř RTSP/TCP se speciálními kanálovými značkami.
• Některé proprietární servery (např. starší produkty RealNetworks) mohou používat alternativní transporty jako RDT.
• Výchozí TCP port pro RTSP je obvykle 554.

Bezpečnost, autentizace a rozšíření

• RTSP definoval mechanismy autentizace podobné HTTP (Basic, Digest). Moderní implementace podporují i zabezpečené kanály (např. TLS), čímž se omezuje odposlech a útoky typu man-in-the-middle.
• Problémy s NAT a firewally řeší přenos médií přes TCP nebo tunelování RTSP v HTTP.
• RTSP 2.0 přinesl vylepšení pro lepší zabezpečení, správu chyb a interoperabilitu.

Použití a příklady

• IP kamery a dohledové systémy – mnoho CCTV kamer poskytuje živý obraz přes RTSP stream.
• Video on Demand (VoD) – servery umožňují klientovi pozičně přistupovat k obsahu (seek, pause, play).
• Živý přenos – v kombinaci s RTP/RTCP pro nízkou latenci a synchronizaci audio/video stop.
• Média přehrávače a knihovny – klienti jako VLC, ffmpeg, GStreamer nebo knihovny Live555 podporují RTSP.

Příklad jednoduchého RTSP požadavku

Typické volání pro spuštění přehrávání může vypadat takto (zjednodušeně):

PLAY rtsp://server.example/media.mp4 RTSP/1.0 CSeq: 3 Session: 4711

Server odpoví stavovým kódem (např. 200 OK) a pak probíhá přenos médií přes dohodnutý transport.

Výhody a omezení

• Výhody: přesné řízení přehrávání, nízká latence při vhodné konfiguraci, široké nasazení v IP kamerách a profesionálních streamovacích řešeních.
• Omezení: není univerzálním transportem médií (nutné kombinovat s RTP nebo jinými protokoly), problémy s NAT/firewally, bezpečnost závisí na implementaci (nutné TLS a správná autentizace).

Podpora a interoperabilita

RTSP je široce podporován jak na straně serverů, tak klientů. Nicméně kvůli volným rozšířením a proprietárním transportům se mohou v praxi vyskytnout nekompatibility mezi různými zařízeními a výrobci. Doporučeným postupem je testovat konkrétní kombinaci server/klient a preferovat implementace držící se standardů (RTP, SDP, RTSP 2.0), pokud je to možné.

RTSP zůstává důležitým protokolem pro scénáře, kde je potřeba interaktivně řídit přehrávání multimédií a minimalizovat zpoždění, přičemž skutečný přenos dat obvykle řeší komplementární protokoly jako RTP.