Real-Time Transport Protocol (RTP) è un protocollo di comunicazione del computer che consente il trasporto di dati soggetti a vincoli in tempo reale, come flussi multimediali audio o video.
RTP è attualmente utilizzato principalmente come trasporto multimediale per servizi di voice over IP o di videoconferenza o anche streaming . In modalità unidirezionale è sempre associato ad un altro protocollo di segnalazione che gestisce l'instaurazione della sessione e consente lo scambio del numero di porta utilizzato dai due estremi. Possiamo citare:
Il protocollo aggiunge un'intestazione specifica ai pacchetti UDP a
L'RTP sarà vantaggiosamente utilizzato su una rete in tempo reale (ad esempio una rete ATM con larghezza di banda garantita, un canale ottico, una trasmissione o un canale satellitare).
RTP è unidirezionale ma può essere utilizzato in modalità broadcast ( multicast ) via satellite . Risulta quindi estremamente economico in termini di risorse di rete servire un gran numero di ricevitori, il che consente di aumentare notevolmente il bit rate utile e la qualità di codifica del contenuto.
Sebbene unidirezionale, tuttavia, RTP può essere utilizzato insieme a un canale di feedback QoS (Quality of Service ) tramite RTCP ( Real-Time Transport Control Protocol ), negoziato in modo indipendente (vedere RTSP ). Questo feedback può, ad esempio, informare il trasmettitore sulle proprietà in tempo reale del canale, lo stato del buffer del ricevitore, nonché richiedere modifiche di compressione / bit rate per applicazioni multimediali , ad esempio (in questo caso, i dati mancanti potrebbero essere trasmesso tramite Unicast ).
Tuttavia, per le trasmissioni di massa (live streaming, trasmissione), questo canale di ritorno non viene generalmente utilizzato, ma il contenuto viene trasmesso più volte in parallelo con uno spostamento temporale sufficiente a compensare le interruzioni temporanee nella qualità di ricezione, ma non superare i limiti di buffer di i recettori (normalmente non più di 15 secondi di distanza). Il ricevitore può quindi ricostruire e riordinare l'intera sequenza in modo da ottenere un flusso continuo senza perdite.
L'implementazione dell'RTP in modalità multicast richiede la preventiva configurazione dell'instradamento a livello del destinatario, che deve esso stesso effettuare la richiesta di instradamento ai suoi router host, tra mittente e destinatario. Il mittente informa separatamente i router di trasmissione a cui è direttamente connesso.
Per i contenuti protetti a valore aggiunto, l'assenza di un percorso di ritorno implica l'uso di una chiave di decrittazione del contenuto, che il destinatario deve negoziare separatamente con il mittente (ognuno può ricevere facilmente il contenuto crittografato semplicemente collegandosi al router. Broadcast). Ma lo stesso RTP non si occupa della crittografia e trasporta il contenuto in modo trasparente.