RTP Y RTSP:
Protocolos de transporte de datos
Marcio Baeza
1. Abstract
RTP:
o Protocolo de Transporte para aplicaciones de tiempo real.
o Audio, video y datos.
o RTCP y Multicast.
o Independiente capa de redes y transporte.
RTSP:
o Protocolo de Streaming en la capa de aplicacin.
o Control de entrega de la informacin en tiempo real.
o Provee medios para escoger los canales de envo (RSVP, RTP, UDP o
TCP)
o Funciona como control remoto.
2. Que promete RTP
Internet es INESTABLE.
Aplicaciones multimedia necesitan continuidad y
temporalidad en los datos.
RTP ofrece:
Deteccin de perdidas.
Seguridad e identificacin de contenidos.
Diseado para multicast (unicast tambin es implementable).
Diseado en conjunto con RTCP.
2.1 Como funciona
La marca de tiempo (timestamp) caracterstica ms importante
El servidor setea el timestamp de acuerdo al instante en que el primer
byte es muestreado.
Timestamp incrementa con el tiempo.
Al recibir el paquete, el receptor reconstruye el tiempo original, para
reproducirlo con el muestreo original.
UDP no entrega paquetes en orden, aqu entra en juego el
nmero de secuencia (sequence number) .
El identificador de tipo de carga (payload type identifier)
proporciona el formato con el que fue comprimido/codificado la
informacin a transportar.
El Identificador de fuente (source identification) permite saber
de donde proviene la informacin.
2.2 RTP Header
3. Que promete RTSP
Alternativa a almacenar datos en disco.
Datos multimedias son enviados a travs de internet
como un flujo de agua.
Estilo HTTP.
Cliente puede controlar este flujo de datos.
Estilo VCR (Play, Pause, FF)
Trabaja con protocolos de menor nivel como RTP, RSVP y puede
elegir entre UDP y TCP para los canales.
3.1 Como funciona
Como una red de control remoto entre servidor y cliente.
Intenta dar los mismo servicios de audio y video que
HTTP para texto y grficos.
Flujo se identifica por URL RSTP.
Cada presentacin y propiedades multimedias quedan en ficheros
de descripcin.
HTTP no tiene estados, RTSP necesita de estados para los
pedidos y flujos.
3.2 Como funciona
Servicios y operaciones soportados entre cliente y servidor
son:
OPTIONS: Que opciones necesitan uno de los dos.
DESCRIBE: Cliente consigue descripciones de un contenido.
ANNOUNCE: Actualiza la descripcin en tiempo real.
SETUP: Cliente pregunta donde conseguir los datos.
PLAY: Cliente pide al servidor flujos configurados en SETUP.
PAUSE: Cliente detiene envo sin liberar recursos de servidor.
TEARDOWN: Cliente solicita liberar recursos y que detenga flujo.
GET_PARAMETER: Consigue parmetro de flujo o presentacin.
SET_PARAMETER: Setea parmetro de flujo o presentacin.
REDIRECT: Servidor informa a cliente que debe conectarse a
servidor en cabecera.
RECORD: El cliente comienza a grabar datos.
3.3 Diagrama de estados
INIT READY PLAYING
Setup
Play
Teardown Pause
Teardown
3.4 Ejemplo de interaccin entre servidor y cliente
S: RTSP/1.0 200 OK
S: CSeq: 3
S: Session: 123456
C: PLAY movie.Mjpeg RTSP/1.0
C: CSeq: 4
C: Session: 123456
S: RTSP/1.0 200 OK
S: CSeq: 4
S: Session: 123456
C: TEARDOWN movie.Mjpeg RTSP/1.0
C: CSeq: 5
C: Session: 123456
S: RTSP/1.0 200 OK
S: CSeq: 5
S: Session: 123456
C: SETUP movie.Mjpeg RTSP/1.0
C: CSeq: 1
C: Transport: RTP/UDP; client_port= 25000
S: RTSP/1.0 200 OK
S: CSeq: 1
S: Session: 123456
C: PLAY movie.Mjpeg RTSP/1.0
C: CSeq: 2
C: Session: 123456
S: RTSP/1.0 200 OK
S: CSeq: 2
S: Session: 123456
C: PAUSE movie.Mjpeg RTSP/1.0
C: CSeq: 3
C: Session: 123456
4. Resumen
RTP
Capa transporte.
Unicast o Multicast.
Trabaja en conjunto con
RTCP.
Corre sobre UDP, IPv4/6.
RTSP
Capa de aplicacin
Unicast y Multicast
Puede trabajar con RTP o
RSVP.
Estilo HTTP.
Utiliza UDP y TCP
