UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE INGENIERÍA ELECTRÓNICA Y ELÉCTRICA

PLATAFORMAS DIGITALES
EXPERIENCIA 3: CONFIGURACIÓN E IMPLEMENTACIÓN DE
CALIDAD DE SERVICIO PARA DATOS (VOZ Y VIDEO)
GRUPO: 9
Integrantes:

Apellidos y Nombres Matrícula

1. Alvinagorta Huanquis Joel 19190328
2. Conde Cadillo Paolo Angelo 19190333
3. Coveñas Salazar, Esteban 19190335

Cuando se creó IP, se incluyó en su cabecera un campo de 8 bits llamado ToS (type of service) o
tipo de servicio. Este campo ha tenido varios usos a lo largo del tiempo y ha sido redefinido en
varias RFC´s.

En la actualidad el campo ToS de la cabecera IP se utiliza para albergar dos tipos de subcampos,
uno llamado DSCP (Differentiated Services Code Point) utilizando los primeros 6 bits y otro
llamado ECN (Explicit Congestion Notification) utilizando los dos bits restantes, según RFCs 3260
y 3168. Básicamente Diffserv de basa en marcar paquetes IP mediante un código llamado DSCP
utilizando el campo ToS de la cabecera IP. Las plataformas, router y switches de una red pueden
leer el campo DSCP y priorizan el tráfico indicado mediante técnicas de encolado del tráfico.

1
El objetivo de esta experiencia es poder identificar la configuración de la calidad de servicio en los
servicios de comunicaciones de Voz sobre IP (VoIP), así como verificar la configuración de este
mismo en el end to end de la comunicación.

1. Utilizar una capturar de llamada de VoIP en wireshark y verificar el DSCP utilizado en dicha
llamada.

2. Verificar en el end to end la configuración de la calidad de servicio, así como identificar los
paquetes RTP según las configuraciones y mostrar y detallar en detalle la captura
realizada desde el inicio hasta el final de la llamada teniendo en cuenta la(s) mensajerías
RTP.

Se empieza mencionando un resumen de como se estableció la llamada con el protocolo

SIP.

1. UA origen envía un mensaje INVITE para establecer los parámetros de la llamada.

2. El server recibe el mensaje INVITE y retransmite el mensaje al UA destino

2
 3. Luego el Server envia una respuesta con código 100 Trying indicando al UA origen que
ya informo acerca de la llamada al UA destino
4. Luego el UA destino envia una respuesta con código 180 Ringing al server
mencionándole que esta notificando o alertando la llamada.
5. Luego el UA destino acepta la llamada enviando una respuesta con código 200 OK
indicando que la llamada se ha establecido con éxito
6. El UA origen envia un ACK confirmando que ha recibido la respuesta 200 OK
7. Ahora una vez inciado la llamada se comienza a transmitir información originado por
los UAs origen y destino

Este punto lo podemos ver en la siguiente imagen:

Y tambien podemos observar el parametro de calidad de servicio que se incorporo en la llamada:

En este caso el valor del DSCP es el que esta por defecto es decir el tiene el valor igual a 0

Luego tambien es posible observar la transmision de la informacion transmitida en la llamada con

la ayuda del wireshark al analizar el flujo RTP

3
Acontinuacion se visualiza la informacion transmitida: