- RFC 3550.
- Usa UDP.
- Estandariza la información (como son los números de secuencia, estampas de
tiempo, el algoritmo de compresión utilizado, etc.) que utilizan la mayoría de las
aplicaciones de transmisión de audio y vídeo. El formato de la cabecera RTP
es:
7 bits 16 bits 32 bits 32 bits
+---------+----------+-------+-------------------+---------------+
| Payload | Sequence | Time | Synchronization | Miscellaneous |
| type | number | stamp | source identifier | fields |
+---------+----------+-------+-------------------+---------------+
- Donde:
- Payload type: Indica la codificación (PCM, GSM, MPEG-1, MPEG-2,
H.261, etc.). Ejemplos:
- Sequence Number: Enumera los paquetes enviados.
- Time-stamp: indica el instante en que se generó el primer bit de
datos del paquete RTP. Se utiliza para sincronizar el emisor y el
receptor.
- Synchronization source identifier: identifica al emisor del stream (la
dir IP del host no sirve porque en un host pueden generarse varios streams
(audio y vídeo por separado, por ejemplo)).
- RFC 1889. Se utiliza junto con el RTP, normalmente sobre el siguiente puerto.
- Sirve para que los miembros de una sesión RTP se intercambien información
(típicamente mediante multicasting).
- Periódicamente, se transmiten informes de estadísticas útiles para la transmisión
de audio y vídeo: número de paquetes enviados, número de paquetes
perdidos, jitter, número de hosts escuchando en una transmisiones multicast,
....
- Su uso plantea un inconveniente, sobre todo en transmisiones multicast porque el
emisor puede llegar a recibir una gran cantidad de informes (uno por cada oyente).
En estos casos la frecuencia de envío de los informes se decrementa en
función del número de participantes en las sesiones multicast, de forma
que el RTCP consume siempre aproximadamente el 5% del ancho de
banda.
- RFC 2326. Normalmente usa TCP.
- Se utiliza para controlar la transmisión de streams de audio y vídeo
almacenados (pause, rewind, play, etc.).
- El player sabe que el stream soporta todas estas acciones porque su URL es de la
forma:
- Los mensajes RTSP son muy similares a los utilizados por el protocolo FTP o
HTTP. El cliente (C:) solicita acciones y el servidor (S:) las realiza. Un ejemplo de
transmisión sería:
C: SETUP rtsp://audio.example.com/twister/audio RTSP/1.0
Transport: rtp/udp; compression; port=3056; mode=PLAY
S: RTSP/1.0 200 1 OK
Session 4231
C: PLAY rtsp://audio.example.com/twister/audio.en/lofi RTSP/1.0
Session: 4231
Range: npt=0-
S: RTSP/1.0 200 1 OK
Session 4231
C: PAUSE rtsp://audio.example.com/twister/audio.en/lofi RTSP/1.0
Session: 4231
Range: npt=37
S: RTSP/1.0 200 1 OK
Session 4231
C: TEARDOWN rtsp://audio.example.com/twister/audio.en/lofi RTSP/1.0
Session: 4231
S: 200 3 OK
