• No se han encontrado resultados

Herramientas usadas en el laboratorio

3. DESARROLLO DE UN AMBIENTE DE LABORATORIO PARA PRUEBAS

3.2 CARACTERÍSTICAS Y REQUERIMIENTOS DEL LABORATORIO

3.2.3 Herramientas usadas en el laboratorio

El ambiente de prueba diseñado para esta investigación, no podría funcionar si no se emplean herramientas que permitan general el tráfico y poder analizar las características de los flujos que ingresan a la red, tanto de usuarios finales como de los servidores.

Además, dentro del esquema de red diseñado, cada herramienta es instalada en los PCs de las aplicaciones y servidores porque son el último elemento de la red para evaluar si la implementación de QoS será factible en nuestro ambiente de laboratorio bajo los parámetros de simulación que en la sección posterior.

3.2.3.1 Inyector de tráfico D-ITG

La utilización de un software de simulación para redes es una técnica que nos permite evaluar el funcionamiento de la misma. Por esta razón la generación de tráfico es una de las claves en el modelado de redes y principalmente en lograr los objetivos planteados en la investigación. Es así que una herramienta muy útil para la simulación de generación de tráfico sobre redes reales es D-ITG (Generador de tráfico de internet Distribuido).

Los componentes de la arquitectura DITG:

• ITGsend que puede operar de tres modos distintos: sistema de flujo único que genera solo un flujo, modo de flujos múltiples, un conjunto de flujos.

• ITGRecv trabaja escuchando conexiones nuevas.

• ITGLog recibe y envía la información de múltiples emisores y receptores.[14]

• ITGDec analiza y decodifica los resultados del flujo en parámetros medibles como:

Se pueden inyectar tráfico unidireccional, bidireccional y multiflujo.

• El tráfico unidireccional define parámetros en el transmisor como tiempo de envío de paquetes, dirección IP de la máquina receptora. Para el receptor se

inicia la transmisión habilitando ITGRecv, luego la máquina transmisora envía los parámetros definidos con ITGSend. Los resultados que se analizan son throughput, retardo, jitter y pérdida de paquetes.

• El tráfico bidireccional se debe configurar ambos equipos como emisores y receptores; mediante consola el modo receptor se inicia con ITGRecv e ITGLog, y para el transmisor ITGSend.

• La inyección de tráfico multiflujo, se basa en la comunicación de una estación transmisora y varios tipos de tráficos dirigidos a la estación receptora [15]. Esta herramienta permite generar tráfico TCP y UDP, en tanto que los parámetros que decodifica de la inyección de tráfico son [15]:

• Retardo: Muestra la evolución de la latencia frente al tiempo.

• Jitter: Se refiere a la variación o perturbación en los pulsos de una transmisión digital.

• Pérdida de paquetes: Puede darse en niveles bajos 0.5% o extremadamente altos es decir mayores al 50%.

• Rendimiento: Se determina por el número de bits que pueden ser transmitidos sobre la red en cierto periodo de tiempo. Depende de la relación entre los intervalos destinados a la transmisión de datos y los destinados al tráfico de control.

Con respecto al proceso de instalación de D-ITG se realizó en plataforma Linux-Ubuntu 10.10, mediante la guía de instalación del software29. La versión del software instalado fue D-ITG 2.8.0-rc1.

La metodología para la inyección de tráfico se desarrolló a partir del manual30 de uso proporcionado por el software:

- Primero, se definen los parámetros del emisor (PCs).

29

Guía de instalación D-ITG 2.8, online:

http://www.cs.uwc.ac.za/~creymoreno/Networking_Honors/W5_Practical_exercise_D-ITG%20Manual.pdf 30

Avallone S., Botta A., Dainotti A., Donato W., Pescapé A., D-ITG V. 2.6.1d Manual, 2008. Online: http://traffic.comics.unina.it/software/ITG/codice/D-ITG2.6.1d-manual.pdf

- Se crea un script de simulación para que el emisor compile y realice la inyección de tráfico multiflujo. Para el servidor de VoIP, el script <flujo> diseñado es el siguiente:

El script <video> para el servidor de video contiene los siguientes parámetros:

- En el receptor, se habilita ITGRecv para escuchar las nuevas conexiones establecidas

- El tráfico es generado y enviado a la IP del receptor (Servidores)

- Terminada la inyección de tráfico, el receptor decodifica los datos de la simulación a través de ITGDec. Los comandos para visualizar los resultados son:

root@/<path_D-ITG>/bin:#./ITGDec -x recv_log_video

Como observación y experiencia de las pruebas realizadas, éste inyector utiliza el servidor NTP para sincronización del reloj de todos los elementos de red (PCs y servidores) ya que el tipo de medida del retardo owdm (One Way Delay Meter) lo requiere del tiempo de envío de primer flujos de paquetes hasta el tiempo de recepción del último flujo de paquetes, ya que es una medida de extremo a extremo.

3.2.3.2 Analizador de tráfico Wireshark

Como herramienta complementaria pero muy importante, el tráfico es capturado y analizado mediante el software Wireshark, o conocido también como Ethereal.

Este software fue instalado bajo Linux-Ubuntu 10.10 en su versión 1.8.4, y se usó de referencia la guía de instalación que provee el software31. Wireshark fue implementado en cada PC o servidor que conforma el extremo final de la red; con el fin de capturar el

31

Building and Installing Wireshark under UNIX, online:

http://www.wireshark.org/docs/wsug_html_chunked/ChBuildInstallUnixBuild.html

-a 192.168.99.20 -rp 9011 -m owdm -c 1500 -C 200 -d 10000 -t 900000 -T TCP

tráfico que ingresa a ese elemento de la red y analizar que contiene los flujos de paquetes provenientes de todos los puntos que generan tráfico hacia ese host.

El anexo C tiene imágenes de las capturas de tráfico efectuadas con la implementación de QoS.

3.3 REALIZACIÓN DE PRUEBAS