Actividad 4. RTP y RTCP

        1)    RTP.

    a)    ¿Qué es el protocolo RTP?

El RTP es un protocolo de transporte en tiempo real, que define un formato de paquete para enviar audio y vídeo sobre internet.

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

• Actualmente lo define la RFC 3550; ya que anteriormente lo definía la RFC 1889, pero ya es obsoleto, el protocolo RTP también se puede describir en la RFC 3551, todas procedentes de la RFC1889, pero con algunas actualizaciones.

enlaces (RFC): RFC 1889   RFC 3550     RFC 3551

    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”, “number of sequence” y “payload Type” .

• Se puede observar la cabecera RTP en el apartado 5 (protocolo de transferencia de datos RTP).

    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).

•  glosario:

        V (versión) = 2 bits

        P (relleno) = 1 bit

        X (extensión) = 1 bit

        CC (cuenta CSRC) = 4 bits

        M (marcador) = 1 bit

        Tipo de carga útil (PT) = 7 bits

        Número de secuencia = 16 bits

        Marca de tiempo = 32 bits

NOTA: el dibujo lo he hecho con Excel, luego le he hecho una captura de pantalla.

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

• RTP añade fundamentalmente 3 campos en cabecera: "TIMESTAMP", "Nº de SECUENCIA", y "PAYLOAD TYPE".

TIMESTAMP (tiempo de marca), es un campo de 32 bits que establece una marca temportal en cada paquete de audio/vídeo antes de ser enviado; es decir, el tiempo máximo que tiene que esperar el paquete almacenado en un buffer antes de ser reproducido.

Nº de SECUENCIA, un campo de 16 bits que se encarga de ordenar los paquetes.

PAYLOAD TYPE (tipo de carga útil), un campo de 7 bits que le dice a la aplicación el formato del dato (audio/vídeo), de cómo está codificado y cómo se va a decodificar.

        f)    Qué número habría que poner en el campo “payload type” para indicar que se está utilizando un codec de modulación de pulsos codificados con factor de forma “A” (G.711)

• Sabemos que el "Payload type", es un campo de 7 bits, es decir, que cuando se creó RTP, solo se disponía de 8 bits para los codecs (0 y 255).

Pero con el tiempo aparecieron nuevos sistemas de codecs, entonces los 7 bits, ya eran insuficientes, lo que llevó a que se establecieran dos sistemas de asignación de codecs. (estáticos y dinámicos).

Los estáticos que son los que ya están definidos, van del 0-95.

Y el sistema de asignación dinámco, va del 96-127.

Entonces para indicar que se está utilizando un codec de de modulación de pulsos codificados (PCM), según la Ley A (la utilizada en Europa y el resto del mundo a excepción de EE.UU. y Japón), serán los 7 bits siguientes (0-8 bits) en el campo de Payload type los que indiquen el tipo de codec utilizado.

        Fuentes: Protocolo RTP       UIT-T Rec. G.711   RFC 3551

        2)    RTCP.

    a)     ¿Que es el protocolo RTCP? Y ¿cuál es su principal función?

• RTCP o RTP Contro Protocol, es un controlador de RTP, se encarga de que éste funcione correctamente. Su función principal es la de "monotorizar", es decir, proveer de información de calidad de servicio de RTP.

    b)     ¿Qué RFC lo define actualmente?

• Al igual que RTP; RTCP lo define la RFC 1889, 3550 o 3551.

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

• Se puede distinguir si un paquete es enviado con información de RTP o RCTP por el número de puerto.

Ya que los paquetes RTP son enviados por un puerto par, mientras que los de RTCP son enviados al puerto superior siguiente al de RTP (impar).