Actividad 4. RTP y RTCP

 1) RTP

a) ¿Qué es el protocolo RTP?

Es un protocolo de transporte de audio y vídeo en tiempo real, usado sobre todo en las video-conferencias o videollamadas.

b) ¿Qué RFC lo define actualmente? Cuelga un enlace en tu blog y explica qué otras  RFCs complementan a RTP.

• RFC 3551 --> Se basa en RFC 3550 y complementa el grado RTP para formar el grado RTP / APVP. Se utiliza en conferencias de audio y video con un control de sesión mínimo.
• RFC 3711 --> (SRTP, también conocido como RTP / SAVP) es un grado formado por la expansión de seguridad de RTP / AVP y proporciona funciones tales como cifrado de datos, autenticación de mensajes y protección de reproducción para RTP / RTCP.
• RFC 4585 -->  El protocolo define los primeros mensajes RTCP para una retroalimentación oportuna, y define una serie de mensajes generales de retroalimentación RTCP y mensajes de retroalimentación específicos de la aplicación, como NACK, PLI, SLI, RPSI, etc.
• RTC 5124 --> Es una combinación de RTP / SAVP y RTP / AVPF. Cuando se utilizan SAVP y AVPF, los participantes deben llegar a un acuerdo sobre la información de grado y parámetro mediante el protocolo SDP.

Fuente

c) ¿En qué apartado de la RFC se puede observar la cabecera o header? Haz un pantallazo de la misma señalando los campos de “timestamp”, “sequence number” y “payload Type”.

Fuente 

d) Haz un dibujo o esquema de la cabecera RTP y publícalo (puedes emplear nombres de campo en inglés o en español, pero todos en el mismo idioma)

e) Basándote en apartado c ¿Qué información añade RTP a los paquetes? (especifica para qué sirve cada uno de los campos de cabecera mencionados).

La información que añade RTP a los paquetes es una definición de un formato para el envío de audio y vídeo sobre Internet en tiempo real. Este da una solución al Jitter (variabilidad del retardo, que perjudica en gran medida a este tipo de servicio de streaming).

• El campo Timestamp establece una marca temporal en cada paquete de audio antes de ser enviado hacia Internet pasando por el resto de capas de comunicación de la torre OSI. Este establece el tiempo máximo de espera, de cada paquete para almacenarlo en un buffer antes de ser reproducido.

• El campo Sequence number establece un número de secuencias de paquetes, este sirve para ordenar los paquetes.

• El campo Payload type estable el tipo de información y de códec que se usará para la transmisión. Este actúa como codificador y decodificador (Códec), además de definir el tipo de identificación. Esta identificación puede ser de dos tipos:

- Estático, de un total de 127 bits, 96 son estáticos (que ya están definidos para su identificación) y,

- Dinámico, el resto de bits que nos quedan libres, serán para uso de los desarrolladores o pruebas.

f) ¿Qué número habría que poner en el campo “payload type” para indicar que se está utilizando un códec de modulación de pulsos codificados con factor de forma “A” (G.711) haz un pantallazo de la fuente de la que has obtenido esta información marcándolo expresamente.

Con poner el número 8 en el campo payload type, se indica que se está usando un códec de modulación de pulsos codificado con factor de forma "A".

2) RTCP

a) ¿Qué es el protocolo RTCP? Y ¿Cuál es su principal función?

Es un protocolo de control (definido en el RFC 1889 y en el RFC 3550), siendo su principal misión monitorizar la red o proveer de información de calidad de servicio (QoS), analizando el número de paquetes perdidos, enviados, paquetes desordenados y el Jitter. Este protocolo no encapsula datos de audio ni de vídeo como sí hace el anterior (RTP).

b) ¿Qué RFC lo define actualmente?

Actualmente lo definen el RFC 1889 y el RFC 3550.

c) ¿Cómo se distingue si un paquete está siendo enviado con información de RTP o de RTCP?

Se diferencia porque en el puerto UDP del RTCP tiene un número impar inmediatamente consecutivo del puerto UDP del protocolo RTP, que es par.