ESCUELA SUPERIOR POLITÉCNICA DE

CHIMBORAZO
FIE - EIETR
REDES DE SIGUIENTE GENERACIÓN

TEMA: PROTOCOLO RTP

DOCENTE:
Ing.Vinicio Ramos. MSc

INTEGRANTES:
o Claudio Valdivieso
o Carla Jarrin
o José Castillo
  A medida que las telecomunicaciones han ido evolucionando sus necesidades también y
esto ha dado origen a protocolos encaminados a aplicaciones de difusión, los protocolos
de retransmisión utilizados en el siglo pasado aún siguen siendo útiles para la
transmisión de datos al actualizar sus versiones y su funcionalidad fusionándolos con
otros protocolos. RTP tuvo un gran auge entre 1996-2003 usado por sistemas de
retransmisión de datos y siendo primordial para la base de la industria de VOIP y para
la transmisión de múltiples datos en tiempo real.

INTRODUCCIO
N
DEFINICIÓN
 Su acrónimo significa “Real Time
Transport Protocol” (Protocolo de
transporte en tiempo real), y define
un formato de paquete estándar para
el envío de audio y video sobre
Internet.RTP se utiliza ampliamente
en los sistemas de comunicación y
entretenimiento que involucran
medios de transmisión, tales como la
telefonía, aplicaciones de
videoconferencias, servicios de
televisión y web basado en
funcionalidades push-to-talk.
 FUNCIONAMIENTO
 El envío de los paquetes con audio o video se realiza mediante UDP. Pero son marcados en función del protocolo RTP (Real-time
Transport Protocol), que proporciona una cabecera estándar para los paquetes que incluye una marca de tiempo, un número de
secuencia, e información sobre el pago, para los casos en los que el servicio de VoIP sea proporcionado por terceras empresas que
cobren por sus servicios. Para que el protocolo RTP funcione correctamente, es necesaria antes una fase de negociación mediante el
protocolo RTPC, con el que es posible reservar recursos en la red para la transmisión en tiempo real
 Son necesarios para reconstruir el contenido en el receptor sin tener que esperar a bajar el contenido completo (o una parte
suficientemente grande). Es conveniente tener una estructura estandarizada de paquetes que tenga campos que indiquen el tipo de
codificación, marcas de tiempo, número de secuencia y otros campos potencialmente útiles.
 Puede ser utilizado para transportar formatos comunes como WAV o GSM para audio y MPEG1 o MPEG2 para video.
 Es necesario tener un identificador persistente a nivel de capa de transporte para las fuentes RTP. Este identificador se llama Nombre
Canónico. Dado que el SSRC puede cambiar debido a un conflicto o debido a el reinicio del programa, los receptores utilizan el nombre
canónico para mantener una lista de los participantes de la sesión
  Los primeros 12 octetos (es decir, los campos V, P, X, CC, M, PT, sequence number, timestamp y

CABECERA DE SSRC) siempre están presentes, en tanto que los identificadores de "fuentes contribuyentes" (nodos
que generan información al mismo tiempo para, supongamos, una videoconferencia) son utilizados
sólo en ciertas circunstancias
LOS  Finalmente, el header es seguido por los datos (payload) que transporta RTP y su formato es
definido por la aplicación. El diseño del header de RTP busca llevar sólo aquellos campos que son
PAQUETES RTP necesarios para diversos tipos de aplicaciones.
  V (versión), 2 bits: los primeros dos bits identifican la versión del protocolo.

 P (padding), 1 bit: el siguiente bit identifica el padding. Informa que los datos de RTP llevan un "relleno" para completar un bloque de cierto
tamaño. El último byte en el mensaje UDP dice de qué tamaño es el padding.

 X (extensión), 1 bit: indica si a continuación viene una cabecera de extensión.

 CC (CSRC count), 4 bits: número de indentificadores CSRC que siguen a la cabercera fija.

 M (marker), 1 bit: está indicada para señalar elementos especiales como salirse de los límites.

CAMPOS DE
 PT (payload type), 7 bits: formato de la información que se transporta para que lo interprete la aplicación.

 Número de secuencia, 16 bits: se incrementa en uno por cada paquete que se envía y sirve para que el receptor detecte pérdidas de paquetes.

LA
 Timestamp, 32 bits: tiempo en el que se muestra el primer octeto de los datos transmitidos en el paquete.

 SSRC, 32 bits: identifica la fuente del paquete. CSRC, 32 bits: esta información es introducida por los mezcladores para indicar que han
contribuido a modificar la información

CABECERA
RTP
PROTOCOLOS EN LOS QUE SE APOYA
PROTOCOLO RTPC

 Es un protocolo fundamentado en la transmisión periódica de paquetes de

control a todos los integrantes en una sesión. Utiliza el mismo mecanismo de
transmisión que los paquetes de datos RTP. El protocolo subyacente, en este
caso el UDP, se encarga de multiplexar los paquetes de datos RTP y los
paquetes de control RTCP.

 El paquete RTCP sólo contiene la información necesaria para el control de

transporte y no transporta ningún contenido. Está compuesto por un
encabezamiento de conjunto, similar al de los paquetes RTP que transportan
el contenido, seguido de otros elementos que dependen del tipo de paquete
RTCP. Se definen varios tipos de paquete RTCP, para transportar una amplia
variedad de información de control. A continuación, se muestran los cinco
tipos más comunes de paquetes RTCP
TIPOS DE PAQUETES RTCP
 SR (Informe de emisor) Conjunto de estadísticas de transmisión y
recepción que proviene de participantes que son emisores
activos.

 RR (Informe del receptor) Conjunto de estadísticas que proviene

de participantes que sólo son receptores.

 SDES (Descripción de fuente) Los paquetes de descripción de

fuente están compuestos de varios elementos, incluido el
CNAME. Constituyen la «tarjeta de visita» de la fuente.

 BYE (Mensaje de fin) Indica que se termina una sesión.

 APP Funciones específicas de una determinada aplicación.

RTPC CARACTERÍSTICAS
 Los destinatarios de los paquetes RTP devuelven información sobre de la
calidad de recepción, utilizando diferentes formas de paquetes RTCP, según si
ellos mismos son emisores de contenido o no. Los dos tipos, SR y RR,
contienen ninguno, uno o varios bloques de informe de receptor, previstos
para la sincronización de las fuentes de las cuales el receptor ha recibido un
paquete de contenido RTP desde el último informe.

 La evaluación de la calidad de recepción no es sólo útil para el emisor, sino

también para el receptor y cualquier supervisor de red que pudiera existir. El
emisor puede modificar su transmisión de acuerdo con la información
recibida; el receptor puede inferir si las dificultades de recepción que observa
son de origen local, regional o más amplio. El supervisor recibirá solamente
los paquetes RTCP, con lo cual podrá evaluar la calidad de funcionamiento de
la red
CONCLUSIONES

 El protocolo RTP es un excelente protocolo al momento de enviar archivos multimedia por medio de UDP hacia el receptor, pero su
gran problema es que no tiene servicio de QOS y no se tiene un orden preciso de la calidad del paquete ni el tiempo de llegada.

 RTP se apoya por medio de otros protocolos como UDP que a su vez se apoya de IPV4-IPV6 para el transporte de datos, para una
comunicación óptima debería tener sus propios sistemas de transporte de flujos.

 Sin RTCP el protocolo RTP no tendría acceso a la información de los clientes, tiempo de conexión ni ningún beneficio que ofrece RTCP.
GRACIAS