Real Time Streaming Protocol Da Wikipedia, l'enciclopedia libera. Il protocollo RTSP è stato sviluppato da RealNetworks, Netscape Communications, e Columbia University. L'RTSP ottimizza il flusso di dati. È stato progettato per essere simile al protocollo di rete HTTP. A differenza dell'http l'rtsp controlla il flusso dati con funzionalità concettualmente simili a quelle di un registratore. Il protocollo RTSP non si occupa direttamente della trasmissione dello streaming. La maggior parte dei server utilizza RTP per il trasporto del flusso multimediale, ma alcuni produttori utilizzano protocolli di trasporto proprietari. Il protocollo è stato pubblicato come RFC 2326 nel 1998. [1] Indice 1 Direttive 2 Applicazioni Client 3 Note 4 Collegamenti esterni Livello applicazioni Livello di trasporto Suite di protocolli Internet DHCP, HTTP, HTTPS, SMTP, POP3, IMAP, FTP, SFTP, DNS, SSH, IRC, SNMP, SIP, RTSP, Rsync, Telnet, HSRP, RTP, BGP, RIP, IGRP, VoIP,... TCP, UDP, SCTP, DCCP... Livello di IPv4, IPv6, ICMP, ICMPv6, IGMP, internetworking IPsec, OSPF... Livello di collegamento Ethernet, WiFi, PPP, Token ring, ARP, ATM, FDDI, LLC, SLIP, WiMAX, HSDPA, MPLS... Direttive La porta di comunicazione standard è la 554. Il protocollo prevede l esistenza di un session identifier che viene utilizzato per tener traccia delle sessioni quando è necessario. In questo modo non è richiesta una connessione permanente di tipo TCP. Qui sotto abbiamo le richieste RTSP di base. Alcune come ad esempio Options sono condivise con lo standard HTTP. OPTIONS Una richiesta di tipo OPTIONS ritorna il tipo di richieste che il server accetterà. http://it.wikipedia.org/wiki/real_time_streaming_protocol 1/5
DESCRIBE Una richiesta di tipo DESCRIBE serve al client per ottenere informazioni sulla risorsa desiderata. Deve includere un RTSP URL (rtsp://...) e il tipo di dati di risposta che possono essere gestiti. La porta di default per il protocollo RTSP è 554 si che si utilizzi TCP che UDP per il trasporto. La risposta include il presentation description, di solito utilizzando il formato SDP (Session Description Protocol). C->S: DESCRIBE rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 1 CSeq: 1 Content-Base: rtsp://example.com/media.mp4 Content-Type: application/sdp m=video 0 RTP/AVP 96 a=control:streamid=0 a=range:npt=0-7.741000 a=length:npt=7.741000 a=rtpmap:96 MP4V-ES/5544 a=mimetype:string;"video/mp4v-es" a=avgbitrate:integer;304018 a=streamname:string;"hinted video track" m=audio 0 RTP/AVP 97 a=control:streamid=1 a=range:npt=0-7.712000 a=length:npt=7.712000 a=rtpmap:97 mpeg4-generic/32000/2 a=mimetype:string;"audio/mpeg4-generic" a=avgbitrate:integer;65790 a=streamname:string;"hinted audio track" SETUP La richiesta di tipo SETUP specifica come un singolo flusso multimediale deve essere trasportato. Deve essere effettuata prima che una richiesta PLAY sia inviata. La richiesta contiene l URL del flusso multimediale e i parametri di trasporto accettabili dal client per la trasmissione di dati. Il server creerà una nuova sessione RTSP e la risposta conterrà l identificatore di sessione e i parametri di trasporto scelti dal server tra quelli proposti dal client. http://it.wikipedia.org/wiki/real_time_streaming_protocol 2/5
C->S: SETUP rtsp://example.com/media.mp4/streamid=0 RTSP/1.0 CSeq: 2 Transport: RTP/AVP;unicast;client_port=8000-8001 CSeq: 2 Transport: RTP/AVP;unicast;client_port=8000-8001;server_port=9000-9001 PLAY Una richiesta di PLAY genererà la riproduzione di uno o più flussi multimediali utilizzando il meccanismo specificato nella richiesta di SETUP precedente. Le richieste di Play possono essere impilate inviando così richieste PLAY multiple. L URL può essere di tipo aggregate (per riprodurre tutti i flussi multimediali disponibili), o di tipo singolo (per riprodurre solo uno specifico flusso). Può essere specificato un range di riproduzione. Se non viene specificato nessun range spacifico, lo stream viene riprodotto dall inizio alla fine, o, nel caso in cui fosse stato messo in pausa, viene riprodotto dal punto che aveva raggiunto. C->S: PLAY rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 4 Range: npt=5-20 CSeq: 4 RTP-Info: url=rtsp://example.com/media.mp4/streamid=0;seq=9810092;rtptime=3450012 Nel nostro caso di esempio il range indica che il video deve essere riprodotto a partire dal secondo 5 e fino al secondo 20. PAUSE Una richiesta di PAUSE blocca temporaneamente uno o tutti i flussi in corso, così possono essere ripresi in seguito con una richiesta di PLAY. La richiesta contiene l URL del flusso che deve essere messo in pausa. C->S: PAUSE rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 5 CSeq: 5 http://it.wikipedia.org/wiki/real_time_streaming_protocol 3/5
RECORD La richiesta RECORD può essere usata per inviare uno stream al server in modo che lo memorizzi. TEARDOWN La richiesta di TEARDOWN viene usata per terminare la sessione. Ferma tutti i media stream e libera tutti I dati relative alla sessione sul server. C->S: TEARDOWN rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 6 CSeq: 6 Applicazioni Client Note GStreamer Media Player Classic MPlayer QuickTime RealPlayer Skype Spotify VLC media player Winamp Windows Media Player Xine MythTV via Freebox 1. ^ RFC 2326, Real Time Streaming Protocol (RTSP), IETF, 1998 Collegamenti esterni http://it.wikipedia.org/wiki/real_time_streaming_protocol 4/5
RTSP.org (http://www.rtsp.org), sito di riferimento per informazioni sul protocollo. RFC 3550, RTP: A Transport Protocol for Real-Time Applications, H. Schulzrinne e altri, memorandum. [1] (http://www.w3.org/2008/webvideo/fragments/wiki/rtsp_implementation), UA Server RTSP Communication Categorie: Protocolli livello applicazione Software real-time [altre] Ultima modifica per la pagina: 23:29, 11 set 2010. Il testo è disponibile secondo la licenza Creative Commons Attribuzione-Condividi allo stesso modo; possono applicarsi condizioni ulteriori. Vedi le condizioni d'uso per i dettagli. Wikipedia è un marchio registrato della Wikimedia Foundation, Inc. Politica sulla privacy Informazioni su Wikipedia Avvertenze http://it.wikipedia.org/wiki/real_time_streaming_protocol 5/5