Protocolo de transmisión en tiempo real

Una solicitud OPTIONS devuelve los tipos de solicitud que el servidor aceptará.

C->S: OPCIONES rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 1 Requerido: juego implícito Requiere proxy: mensajes comprimidos con gzip S->C: RTSP/1.0 200 OK CSeq: 1 Público: DESCRIBIR, CONFIGURAR, DESMONTAR, REPRODUCIR, PAUSAR 

Una solicitud DESCRIBE incluye una rtsp://URL RTSP y el tipo de datos de respuesta que se pueden procesar. Esta respuesta incluye la descripción de la presentación, generalmente en formato SDP ( Protocolo de Descripción de Sesión ). Entre otras cosas, la descripción de la presentación enumera las secuencias multimedia controladas con la URL agregada. Normalmente, hay una secuencia multimedia para audio y otra para vídeo. Las URL de las secuencias multimedia se obtienen directamente de los campos de control SDP o añadiendo el campo de control SDP a la URL agregada.

C->S: DESCRIBE rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 2 S->C: RTSP/1.0 200 OK CSeq: 2 Content-Base: rtsp://example.com/media.mp4 Tipo de contenido: aplicación/sdp Longitud del contenido: 460 m=video 0 RTP/AVP 96 a=control:streamid=0 a=rango:npt=0-7.741000 a=longitud:npt=7.741000 a=rtpmap:96 MP4V-ES/5544 a=mimetype:string;"video/MP4V-ES" a=Tasa de bits promedio:entero;304018 a=StreamName:string;"pista de vídeo sugerida" m=audio 0 RTP/AVP 97 a=control:streamid=1 a=rango:npt=0-7.712000 a=longitud:npt=7.712000 a=rtpmap:97 mpeg4-generic/32000/2 a=mimetype:string;"audio/mpeg4-generic" a=Tasa de bits promedio:entero;65790 a=StreamName:string;"pista de audio sugerida" 

Una solicitud SETUP especifica cómo se transportará una única transmisión multimedia. Esto debe hacerse antes de enviar una solicitud PLAY. La solicitud contiene la URL de la transmisión multimedia y un especificador de transporte. Este especificador suele incluir un puerto local para recibir datos RTP (audio o vídeo) y otro para datos RTCP (metadatos). La respuesta del servidor generalmente confirma los parámetros elegidos y completa la información faltante, como los puertos seleccionados por el servidor. Cada transmisión multimedia debe configurarse mediante SETUP antes de poder enviar una solicitud de reproducción agregada.

C->S: CONFIGURACIÓN rtsp://example.com/media.mp4/streamid=0 RTSP/1.0 CSeq: 3 Transporte: RTP/AVP;unicast;puerto_cliente=8000-8001 S->C: RTSP/1.0 200 OK CSeq: 3 Transporte: RTP/AVP;unicast;puerto_cliente=8000-8001;puerto_servidor=9000-9001;ssrc=1234ABCD Sesión: 12345678 C->S: CONFIGURACIÓN rtsp://example.com/media.mp4/streamid=1 RTSP/1.0 CSeq: 3 Transporte: RTP/AVP;unicast;puerto_cliente=8002-8003 Sesión: 12345678 S->C: RTSP/1.0 200 OK CSeq: 3 Transporte: RTP/AVP;unicast;puerto_cliente=8002-8003;puerto_servidor=9002-9003;ssrc=1234ABCD Sesión: 12345678 

Una solicitud de reproducción activará la reproducción de una o todas las transmisiones multimedia. Se pueden encadenar varias solicitudes de reproducción. La URL puede ser la URL global (para reproducir todas las transmisiones multimedia) o la URL de una sola transmisión (para reproducir solo esa transmisión). Se puede especificar un rango. Si no se especifica ningún rango, la transmisión se reproduce desde el principio hasta el final; si se pausa, se reanuda desde el punto en que se interrumpió.

C->S: REPRODUCIR rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 4 Rango: npt=5-20 Sesión: 12345678 S->C: RTSP/1.0 200 OK CSeq: 4 Sesión: 12345678 Información RTP: url=rtsp://example.com/media.mp4/streamid=0;seq=9810092;rtptime=3450012 

Una solicitud PAUSE detiene temporalmente una o todas las transmisiones multimedia, para reanudarlas posteriormente mediante una solicitud PLAY. La solicitud contiene una URL de transmisión o agregada. Un parámetro de rango en una solicitud PAUSE especifica cuándo se debe pausar. Si se omite el parámetro de rango, la pausa se produce de forma inmediata e indefinida.

C->S: PAUSA rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 5 Sesión: 12345678 S->C: RTSP/1.0 200 OK CSeq: 5 Sesión: 12345678 

Este método inicia la grabación de un rango de datos multimedia según la descripción de la presentación. La marca de tiempo refleja la hora de inicio y finalización (en UTC). Si no se especifica un rango de tiempo, se utilizará la hora de inicio o finalización indicada en la descripción de la presentación. Si la sesión ya ha comenzado, la grabación se inicia inmediatamente. El servidor decide si almacenar los datos grabados bajo la URI de la solicitud u otra URI. Si el servidor no utiliza la URI de la solicitud, la respuesta debe ser 201 y contener una entidad que describa el estado de la solicitud y haga referencia al nuevo recurso, además de incluir un encabezado Location.

C->S: REGISTRO rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 6 Sesión: 12345678 S->C: RTSP/1.0 200 OK CSeq: 6 Sesión: 12345678 

El método ANUNCIAR cumple dos propósitos:

Cuando se envía del cliente al servidor, ANNOUNCE publica la descripción de una presentación u objeto multimedia identificado por la URL de la solicitud en el servidor. Cuando se envía del servidor al cliente, ANNOUNCE actualiza la descripción de la sesión en tiempo real. Si se agrega una nueva transmisión multimedia a una presentación (por ejemplo, durante una presentación en vivo), se debe enviar nuevamente la descripción completa de la presentación, en lugar de solo los componentes adicionales, para que estos últimos puedan eliminarse.

 C->S: ANUNCIO rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 7 Fecha: 23 de enero de 1997 15:35:06 GMT Sesión: 12345678 Tipo de contenido: aplicación/sdp Longitud del contenido: 332 v=0 o=mhandley 2890844526 2890845468 EN IP4 126.16.64.4 Seminario SDP i=Un seminario sobre el protocolo de descripción de sesiones tu = http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps e=mjh@isi.edu (Mark Handley) c=IN IP4 224.2.17.12/127 t=2873397496 2873404696 a=recvonly m=audio 3456 RTP/AVP 0 m=video 2232 RTP/AVP 31 S->C: RTSP/1.0 200 OK CSeq: 7 

Una solicitud TEARDOWN se utiliza para finalizar la sesión. Detiene todas las transmisiones multimedia y libera todos los datos relacionados con la sesión en el servidor.

C->S: DESMONTAJE rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 8 Sesión: 12345678 S->C: RTSP/1.0 200 OK CSeq: 8 

La solicitud GET_PARAMETER recupera el valor de un parámetro de una presentación o flujo especificado en la URI. El contenido de la respuesta queda a criterio de la implementación. GET_PARAMETER sin cuerpo de entidad puede utilizarse para comprobar la disponibilidad del cliente o del servidor ("ping").

S->C: GET_PARAMETER rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 9 Tipo de contenido: texto/parámetros Sesión: 12345678 Longitud del contenido: 15 paquetes_recibidos estar nervioso C->S: RTSP/1.0 200 OK CSeq: 9 Longitud del contenido: 46 Tipo de contenido: texto/parámetros paquetes_recibidos: 10 fluctuación: 0,3838 

Este método solicita establecer el valor de un parámetro para una presentación o flujo especificado por la URI.

C->S: SET_PARAMETER rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 10 Longitud del contenido: 20 Tipo de contenido: texto/parámetros barparam: barstuff S->C: RTSP/1.0 451 Parámetro no válido CSeq: 10 Longitud del contenido: 10 Tipo de contenido: texto/parámetros barparam 

Una solicitud REDIRECT informa al cliente que debe conectarse a otra ubicación de servidor. Contiene el encabezado obligatorio Location, que indica que el cliente debe realizar solicitudes para esa URL. Puede contener el parámetro Range, que indica cuándo se aplica la redirección. Si el cliente desea continuar enviando o recibiendo contenido multimedia para esta URI, DEBE realizar una solicitud TEARDOWN para la sesión actual y una SETUP para la nueva sesión en el host designado.

S->C: REDIRECCIÓN rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 11 Ubicación: rtsp://bigserver.com:8001 Rango: reloj=19960213T143205Z- 

Ciertos diseños de cortafuegos u otras circunstancias pueden obligar a un servidor a intercalar métodos RTSP y datos de transmisión. Esta intercalación generalmente debe evitarse a menos que sea necesaria, ya que complica el funcionamiento del cliente y del servidor e impone una sobrecarga adicional. Los datos binarios intercalados solo deben usarse si RTSP se transmite a través de TCP.

Los datos de transmisión, como los paquetes RTP, se encapsulan mediante un signo de dólar ASCII (24 en hexadecimal), seguido de un identificador de canal de un byte y, a continuación, la longitud de los datos binarios encapsulados como un entero binario de dos bytes en el orden de bytes de la red. Los datos de transmisión se presentan inmediatamente después, sin CRLF, pero incluyendo las cabeceras del protocolo de capa superior. Cada bloque $ contiene exactamente una unidad de datos del protocolo de capa superior, por ejemplo, un paquete RTP.

C->S: CONFIGURACIÓN rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 3 Transporte: RTP/AVP/TCP; intercalado=0-1 S->C: RTSP/1.0 200 OK CSeq: 3 Fecha: 05 de junio de 1997 18:57:18 GMT Transporte: RTP/AVP/TCP; intercalado=0-1 Sesión: 12345678 C->S: REPRODUCIR rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 4 Sesión: 12345678 S->C: RTSP/1.0 200 OK CSeq: 4 Sesión: 12345678 Fecha: 05 de junio de 1997 18:59:15 GMT Información RTP: url=rtsp://example.com/media.mp4;seq=232433;rtptime=972948234 S->C: $\000{2 bytes de longitud}{"longitud" bytes de datos, con encabezado RTP} S->C: $\000{2 bytes de longitud}{"longitud" bytes de datos, con encabezado RTP} S->C: $\001{2 bytes de longitud}{"longitud" bytes del paquete RTCP} 

• Ant Media Server : La versión Community ^{[ 16 ]} admite la extracción de fuentes RTSP/S y puede transmitir en directo mediante HLS o grabar en MP4. La versión Enterprise puede convertir RTSP a WebRTC con una latencia de extremo a extremo de aproximadamente 200-500 ms.
• Darwin Streaming Server es una versión de código abierto de QuickTime Streaming Server mantenida por Apple.
• Servidor y cliente RTSP basados ​​en GStreamer .
• Helix DNA Server es el servidor de streaming de RealNetworks , que está disponible en versiones de código abierto y propietarias.
• Helix Universal Server es el servidor de transmisión comercial de RealNetworks para clientes de transmisión de medios RTSP, RTMP, iOS, Silverlight y HTTP.
• LIVE555 liveMedia / openRTSP son bibliotecas de servidor y cliente de código abierto en C++ utilizadas en clientes conocidos como VLC y mplayer .
• Motion es una aplicación de software gratuita para sistemas de videovigilancia (CCTV) para Linux.
• Nimble Streamer admite entrada RTSP pull y anuncio, con salida de reproducción intercalada TCP.
• OvenMediaEngine es un servidor de streaming de código abierto y baja latencia que admite entrada RTSP push.
• pvServer : Anteriormente llamado PacketVideo Streaming Server, este es el producto de servidor de streaming de Alcatel-Lucent.
• QuickTime Streaming Server es el servidor de streaming de código cerrado de Apple que viene incluido con Mac OS X Server.
• VideoLAN es un reproductor multimedia y servidor de streaming de código abierto.
• Windows Media Services es un servidor de transmisión de Microsoft que anteriormente se incluía con Windows Server y que utiliza RTSP modificado con extensiones de Windows Media .
• Wowza Streaming Engine es un servidor de transmisión multiformato para RTSP/RTP, RTMP , MPEG-TS , ICY, HTTP ( HTTP Live Streaming , HTTP Dynamic Streaming , Smooth Streaming , MPEG-DASH ) y WebRTC .
• YouTube implementó una interfaz web móvil en junio de 2007, que sirve videos a través de este protocolo. ^{[ 17 ]}

Muchas cámaras de videovigilancia /seguridad, a menudo llamadas cámaras IP , también admiten la transmisión RTSP, especialmente aquellas con perfiles ONVIF G, S y T.

• Astra
• cURL (a partir de la versión 7.20.0—9 de febrero de 2010 ^{[ 18 ]} )
• FFmpeg ^{[ 19 ]}
• GStreamer
• JetAudio
• LIVE555 liveMedia / openRTSP : Bibliotecas de servidor y cliente de código abierto en C++ utilizadas en clientes conocidos como VLC y mplayer .
• Reproductor multimedia clásico
• Reproductor MP
• MythTV a través de Freebox
• QuickTime
• RealPlayer
• Skype
• Spotify
• Reproductor multimedia VLC
• Winamp
• Reproductor multimedia de Windows
• xine
• ZoneMinder
• Motion (software de vigilancia)