El protocolo de transporte en tiempo real o RTP (por sus siglas en inglés, Real-time Transport Protocol), es un protocolo de nivel de aplicación utilizado para la transmisión de información en tiempo real, como por ejemplo audio y vídeo en una videoconferencia. Está desarrollado por el grupo de trabajo de transporte de audio y vídeo del IETF, publicado por primera vez como estándar en 1996 como la RFC 1889, y actualizado posteriormente en 2003 en la RFC 3550, que constituye el estándar de Internet STD 64.
La RFC 1890, obsoleta por la RFC 3551 (STD 65), define un perfil para conferencias de audio y vídeo con control mínimo. La RFC 3711, por otro lado, define SRTP (Secure Real-time Transport Protocol), una extensión del perfil de RTP para conferencias de audio y vídeo que puede usarse opcionalmente para proporcionar confidencialidad, autenticación de mensajes y protección de reenvío para flujos de audio y vídeo.
Generalmente usa UDP en la capa de transportes dentro del modelo TCP/IP, además de RTCP (RTP Control Protocol) también a nivel de aplicación para el control de la información en una sesión RTP.
Estructura del encabezado
Byte 0
Byte 1
Byte 2
Byte 3
V
P
X
CC
M
PT
N.º de secuencia
Marca de tiempo
Fuente de sincronización (SSRC)
Fuente del contenido (CSRC)
Cabecera de extensión (EH), opcional
Datos
Número de versión de RTP (V): 2 bits. La versión definida por la especificación actual es 2.
Relleno (P): 1 bit. Si el bit del relleno está activado, hay uno o más bytes al final del paquete que no es parte de la carga útil. El último byte del paquete indica el número de bytes de relleno. El relleno es usado por algunos algoritmos de cifrado.
La extensión (X): 1 bit. Si el bit de extensión está activado, entonces el encabezado fijo es seguido por una extensión del encabezado. Este mecanismo de la extensión posibilita implementaciones para añadir información al encabezado RTP.
Conteo CSRC (CC): 4 bits. El número de identificadores CSRC que sigue el encabezado fijo. Si la cuenta CSRC es cero, entonces la fuente de sincronización es la fuente de la carga útil.
Marcador (M): 1 bit. Un bit de marcador definido por el perfil particular de media.
Tipo de carga útil (PT): 7 bits. Un índice en una tabla del perfiles de media que describe el formato de carga útil. Los mapeos de carga útil para audio y vídeo están especificados en el RFC 1890.
El número de secuencia: 16 bits. Un único número de paquete que identifica la posición de este en la secuencia de paquetes. El número del paquete es incrementado en uno para cada paquete enviado.
Marca de tiempo: 32 bits. Refleja el instante de muestreo del primer byte en la carga útil. Varios paquetes consecutivos pueden tener el mismo sellado si son lógicamente generados en el mismo tiempo - por ejemplo, si son todo parte del mismo fotograma de vídeo.
Fuente de sincronización (SSRC): 32 bits. Identifica la fuente de sincronización. Si la cuenta CSRC es cero, entonces la fuente de carga útil es la fuente de sincronización. Si la cuenta CSRC es distinta a cero, entonces el SSRC identifica el mezclador.
Fuente del contenido (CSRC): 32 bits cada uno. Identifica las fuentes contribuyentes para la carga útil. El número de fuentes contribuyentes está indicado por el campo de la cuenta CSRC. Allí puede haber más de 16 fuentes contribuyentes. Si hay varias fuentes contribuyentes, entonces la carga útil son los datos mezclados de esas fuentes.
EH: el tamaño de este dato debe ser CC×32 en bits
Datos: el tamaño de los datos debe ser de X×((EHL+1)×32) donde EHL es la longitud de la extensión del la cabecera en unidades de 32 bits.
RFC
RFC 6184, Proposed Standard (mayo de 2011), RTP Payload Format for H.264 Video
RFC 3984, Obsolete (febrero de 2005), RTP Payload Format for H.264 Video
RFC 3711, Proposed Standard (marzo de 2004), The Secure Real-time Transport Protocol (SRTP)
RFC 3551, Standard 65 (julio de 2003), RTP Profile for Audio and Video Conferences with Minimal Control
RFC 3550, Standard 64 (julio de 2003), RTP: A Transport Protocol for Real-Time Applications
RFC 1890, Obsolete (enero de 1996), RTP Profile for Audio and Video Conferences with Minimal Control
RFC 1889, Obsolete (enero de 1996), RTP: A Transport Protocol for Real-Time Applications
Datos:Q321213
Multimedia:Real-time Transport Protocol
Noviembre 14, 2021
protocolo, transporte, tiempo, real, protocolo, transporte, tiempo, real, siglas, inglés, real, time, transport, protocol, protocolo, nivel, aplicación, utilizado, para, transmisión, información, tiempo, real, como, ejemplo, audio, vídeo, videoconferencia, est. El protocolo de transporte en tiempo real o RTP por sus siglas en ingles Real time Transport Protocol es un protocolo de nivel de aplicacion utilizado para la transmision de informacion en tiempo real como por ejemplo audio y video en una videoconferencia Esta desarrollado por el grupo de trabajo de transporte de audio y video del IETF publicado por primera vez como estandar en 1996 como la RFC 1889 y actualizado posteriormente en 2003 en la RFC 3550 que constituye el estandar de Internet STD 64 Inicialmente se publico como protocolo multidifusion aunque se ha usado en varias aplicaciones unidifusion Se usa frecuentemente en sistemas de retransmision junto a RTSP videoconferencia y sistemas pulsa y habla en conjuncion con H 323 o SIP Representa tambien la base de la industria de VoIP La RFC 1890 obsoleta por la RFC 3551 STD 65 define un perfil para conferencias de audio y video con control minimo La RFC 3711 por otro lado define SRTP Secure Real time Transport Protocol una extension del perfil de RTP para conferencias de audio y video que puede usarse opcionalmente para proporcionar confidencialidad autenticacion de mensajes y proteccion de reenvio para flujos de audio y video Generalmente usa UDP en la capa de transportes dentro del modelo TCP IP ademas de RTCP RTP Control Protocol tambien a nivel de aplicacion para el control de la informacion en una sesion RTP Estructura del encabezado EditarByte 0Byte 1Byte 2Byte 3 V P X CC M PT N º de secuencia Marca de tiempo Fuente de sincronizacion SSRC Fuente del contenido CSRC Cabecera de extension EH opcional DatosNumero de version de RTP V 2 bits La version definida por la especificacion actual es 2 Relleno P 1 bit Si el bit del relleno esta activado hay uno o mas bytes al final del paquete que no es parte de la carga util El ultimo byte del paquete indica el numero de bytes de relleno El relleno es usado por algunos algoritmos de cifrado La extension X 1 bit Si el bit de extension esta activado entonces el encabezado fijo es seguido por una extension del encabezado Este mecanismo de la extension posibilita implementaciones para anadir informacion al encabezado RTP Conteo CSRC CC 4 bits El numero de identificadores CSRC que sigue el encabezado fijo Si la cuenta CSRC es cero entonces la fuente de sincronizacion es la fuente de la carga util Marcador M 1 bit Un bit de marcador definido por el perfil particular de media Tipo de carga util PT 7 bits Un indice en una tabla del perfiles de media que describe el formato de carga util Los mapeos de carga util para audio y video estan especificados en el RFC 1890 El numero de secuencia 16 bits Un unico numero de paquete que identifica la posicion de este en la secuencia de paquetes El numero del paquete es incrementado en uno para cada paquete enviado Marca de tiempo 32 bits Refleja el instante de muestreo del primer byte en la carga util Varios paquetes consecutivos pueden tener el mismo sellado si son logicamente generados en el mismo tiempo por ejemplo si son todo parte del mismo fotograma de video Fuente de sincronizacion SSRC 32 bits Identifica la fuente de sincronizacion Si la cuenta CSRC es cero entonces la fuente de carga util es la fuente de sincronizacion Si la cuenta CSRC es distinta a cero entonces el SSRC identifica el mezclador Fuente del contenido CSRC 32 bits cada uno Identifica las fuentes contribuyentes para la carga util El numero de fuentes contribuyentes esta indicado por el campo de la cuenta CSRC Alli puede haber mas de 16 fuentes contribuyentes Si hay varias fuentes contribuyentes entonces la carga util son los datos mezclados de esas fuentes EH el tamano de este dato debe ser CC 32 en bits Datos el tamano de los datos debe ser de X EHL 1 32 donde EHL es la longitud de la extension del la cabecera en unidades de 32 bits RFC EditarRFC 6184 Proposed Standard mayo de 2011 RTP Payload Format for H 264 Video RFC 3984 Obsolete febrero de 2005 RTP Payload Format for H 264 Video RFC 3711 Proposed Standard marzo de 2004 The Secure Real time Transport Protocol SRTP RFC 3551 Standard 65 julio de 2003 RTP Profile for Audio and Video Conferences with Minimal Control RFC 3550 Standard 64 julio de 2003 RTP A Transport Protocol for Real Time Applications RFC 1890 Obsolete enero de 1996 RTP Profile for Audio and Video Conferences with Minimal Control RFC 1889 Obsolete enero de 1996 RTP A Transport Protocol for Real Time Applications Datos Q321213 Multimedia Real time Transport Protocol Obtenido de https es wikipedia org w index php title Protocolo de transporte en tiempo real amp oldid 137574001, wikipedia, wiki, leyendo, leer, libro, biblioteca,
