Actividad 4. RTP y RTCP
1) RTP
A) ¿Qué es el protocolo RTP?.
Empezaremos por su definición, que en inglés es, Real Time Protocol. Este protocolo define un formato de paquete para el envío de audio y video sobre internet.
Técnicamente es un protocolo que estría por encima del nivel de transporte (4) y por debajo del nivel 5, se situaría entre los dos niveles.
B) ¿Qué RFC lo define actualmente? Cuelga un enlace en tu blog y explica qué otras RFCs complementan a RTP.
En 1996 se definió con la la RFC1989 y en 2003 lo definió la RFC3550.
Estas RFC´s están complementadas por la RFC3551 (define formato de audio y video) y por la RFC 3711 (define un formato encriptado)
RFC1989: https://www.rfc-editor.org/rfc/rfc1989.html
RFC3550: https://datatracker.ietf.org/doc/html/rfc3550
RFC3551: https://datatracker.ietf.org/doc/html/rfc3551
RFC3711: https://datatracker.ietf.org/doc/html/rfc3711
Quedan actualmente definido el protocolo RTP por la RFC3550.
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” .
Lo podemos encontrar en el apartado 5 RTP Data Transfer protocol de la RFC3550
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).
Aquí esta la cabecera con el número de bits que le pertenece a cada campo.
E) Basándote en apartado c ¿Qué información añade RTP a los paquetes?
Basándome en la cabecera RTP explicare los tres campos de más relevancia, ellos son:
1º Timestamp.
2º Número de secuencia (Sequence Number).
3º Payload Type.
Timestamp: Es un campo de 32 bits que establece una marca temporal en cada paquete de audio antes de ser enviado o hacia internet pasando por todas las capas de comunicación de la torre OSI.
Establece el tiempo máximo de espera antes de cada paquete para almacenarlo en un buffer antes de ser reproducido. Por ampliar esto último podemos decir que el buffer es como una memoria, la cache del ordenador.
Número de Secuencia: Es de 16 bits y siempre va por UDP.
Payload Type (Codec): Nos dice que tipo de información de audio y video lleva y como ha sido codificado. Tienen 7 bits por lo que tiene de 0 a 127.
Son de dos tipos estáticos y dinámicos.
Los primeros 96 son los estáticos ya que se encuentran definidos. Los restantes al no estar definidos son los dinámicos.
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) haz un pantallazo de la fuente de la que has obtenido esta información marcándolo expresamente.
Tendríamos que poner un PT = 8 PCMA.
Decir también que el formato "A" que se especifica en el enunciado es el formato para Europa.
https://datatracker.ietf.org/doc/html/rfc7655#section-4
2 RTCP
A) ¿Qué es el protocolo RTCP? Y ¿Cuál es su principal función?
Podemos decir que RTCP es un hijo de RTP (es el protocolo de control a RTP).
Los paquetes de es pseudo protocolo se envían dentro de la secuencia RTP. Lo podemos distinguir porque lleva el numero de puerto UDP impar inmediatamente a RTP.
RTCP controla que todo vaya bien, es decir, su principal función será monitorizar o proveer de información. Es la calidad del servicio, QOS (Quality of Service).
Podemos decir que su principal función es monitorizar la calidad de la comunicación RTP.
También podemos decir que sirve para que una app que utilice RTCP use esta información para corregir parámetros o incluso utilizar un Codec diferente.
B) ¿Qué RFC lo define actualmente?
Actualmente lo define la RFC3550.
C) ¿Cómo se distingue si un paquete está siendo enviado con información de RTP o de RTCP?
Los podemos distinguir por el número de puerto que lleven.
Los RTP llevan números de puertos pares.
Los RTCP llevan el número impar inmediatamente posterior al del RTP.
Comentarios
Publicar un comentario