Real Time Streaming Protocol. Akshat Sikarwar - Columbia University Traduzione e adattamento di Massimo De Santo, Università di Salerno

Transcript

1 Real Time Streaming Protocol Akshat Sikarwar - Columbia University Traduzione e adattamento di Massimo De Santo, Università di Salerno

2 Sommario Introduzione Proprietà del protocollo messaggi di RTSP Messaggi importanti 2

3 Introduzione RTSP è l equivalente di un telecomando via rete per il controllo dei server multimediali RTSP stabilisce e controlla flussi (stream)multimediali di tipo continuo I dati in streaming sono trasportati fuori banda (à la FTP) è possibile effettuare interleaving 3

4 Propietà del Protocollo RTSP è text based e somiglia all HTTP E indipendente dal livello Trasporto (può utilizzare UDP o TCP) A differenza dell HTTP, i comandi possono essere inviati in maniera bidirezionale RTSP è un protocollo con stato. Il Server mantiene lo stato di una sessione. 4

5 Connessioni RTSP I messaggi RTSP possono essere inviati su: Una connessione persistente per diverse transazioni request-response Una connessione per transazione In maniera Connectionless Quindi: connessione trasporto!= session Il Server può inviare messaggi al client solo su connessioni persistenti 5

6 Affidabilità del RTSP Se l RTSP usa un trasporto affidabile invia un messaggio solo una volta. Se usa un trasporto inaffidabile, l RTSP ritrasmette il messaggio se non riceve un ACK Il Timeout è inizialmente posto a 500 ms Il timeout può essere ricalcolato in base alla stima dell RTT come il TCP Se viene effettuata una ritrasmissione CSeq non viene incrementato Si usano i Timestamp per risolvere eventuali ambiguità legate alle ritrasmissioni 6

7 RTSP URI rtsp://media.example.com:554/twister/audio rtsp identifica l uso di un protocollo affidabile rtspu u sta per inaffidabile Default port = 554 Presentation: twister Stream: audio 7

8 Messaggio RTSP Text based usa il set di caratteri Unicode (ISO 10646) codificato usando UTF-8 Una linea termina con CRLF Un messaggio può essere di request o response sia da parte del client che del server La struttura dei messaggi è simile a quella dell HTTP 8

9 Request Message Method URI Version CRLF Header1:Value CRLF Header2:Value CRLF CRLF Body La prima linea è la Request line URI è sempre assoluta (diversamente da HTTP) URI può essere * Esempio OPTIONS * RTSP/1.0 9

10 Response Message Version Status-Code Reason-Phrase CRLF Gli Status-Codes sono simili a quelli HTTP 1xx: Informational 2xx: Success 3xx: Redirection 4xx: Client error 5xx: Server error Reason-Phrase è la descrizione testuale 10

11 Esempio di attività RTSP HTTP GET Session description Web server PLAY Client RTP RTCP PAUSE Media server CLOSE 11

12 Metodi RTSP DESCRIBE ottieni una descrizione (low level) del media OPTIONS ottieni i metodi disponibili SETUP stabilisci il tipo di trasporto PLAY inizia riproduzione, riposiziona PAUSE ferma lo stream, mantieni lo stato RECORD Inizia registrazione ANNOUNCE Cambia la descrizione del media REDIRECT Redirigi il client a un nuovo server GET_PARAMETER Ottieni valore parametro della presentazione SET_PARAMETER Assegna valore parametro della presentazione TEARDOWN Rimuovi lo stato From 12

13 Method Summary Method Direction Object DESCRIBE C->S P, S ANNOUNCE C->S, S->C P, S GET_PARAMETER C->S, S->C P, S OPTIONS C->S, S->C P, S PAUSE C->S P, S PLAY C->S P, S RECORD C->S P, S REDIRECT S->C P, S SETUP C->S S SET_PARAMETER C->S, S->C P, S TEARDOWN C->S P, S From RFC

14 Principali Messaggi Questi sono i messaggi che giocano un ruolo fondamentale: SETUP PLAY PAUSE TEARDOWN 14

15 SETUP Specifica il meccanismo di trasporto che verrà usato per lo stream L header Transport specifica i parametri di trasporto accettabili per il client Il Response message contiene i parametri di trasporto scelti dal server Il Server genera gli identificatori di sessione in risposta alla richiesta di SETUP Il Client può usare SETUP per cambiare i parametri di un media già in streaming 15

16 Messaggio di SETUP Client -> Server: SETUP rtsp://example.com/foo/bar/baz.rm RTSP/1.0 CSeq: 302 Transport: RTP/AVP;unicast;client_port= Server -> Client: RTSP/ OK Cseq: 302 Date: 23 Jan :35:06 GMT Session: Transport: RTP/AVP;unicast; client_port= ;server_port= From RFC

17 PLAY Indica al server di iniziare l invio del media con i parametri specificati nel SETUP Esegue dall inizio alla fine di un intervallo specificato Si mette in pausa alla fine se è stata indicato PAUSE Le Richieste possono essere in pipeline L header Range può avere dei parametri temporali Si può avere un PLAY senza header Range C è un header Scale che può essere usato per cambiare la velocità di riproduzione fast forward o rewind 17

18 PLAY Message Client -> Server: PLAY rtsp://audio.example.com/twister.en RTSP/1.0 CSeq: 833 Session: Range: smpte=0:10:20-;time= t153600z Server -> Client: RTSP/ OK CSeq: 833 Date: 23 Jan :35:06 GMT Range: smpte=0:10:22-;time= t153600z From RFC

19 PAUSE Causa l halt dello stream Si può metter ein pausa l intera presentazione o uno stream selezionato Il Server rimane impegnato Il Server termina la session allo scadere di un timeout (specificato in SETUP) Può contenere un header Range header con un valore che specifica quando andare in Pause Deve cadere in un range di PLAY 19

20 TEARDOWN Termina lo stream Libera il server Si può terminare uno stream o un intera presentazione Example Client -> Server: TEARDOWN rtsp://example.com/fizzle/foo RTSP/1.0 CSeq: 892 Session: Server -> Client: RTSP/ OK CSeq:

21 Riferimenti RFC 2326 Internet Media on Demand : The Real Time Streaming Protocol: ais/slides/2003/rtsp.pdf RTSP: FAQ faq.html 21