Está en la página 1de 9

ESCUELA POLITECTICA DEL

EJERCITO

COMUNICACIONES INALAMBRICAS

PRACTICA N.- 04

IDTG - 802.11b
ANITA ALBARRACIN SAMANIEGO

DAYSI CONTERO ROSERO

LUIS PAREDES CAICEDO

7 de diciembre de 2010

I
Índice
1. ABSTRACT 2

2. INTRODUCCIÓN 2

3. MATERIALES Y METODOS 2

4. DESARROLLO 3
4.1. Establecer una Red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
4.2. Ingreso y Configuración del inyector DITG . . . . . . . . . . . . . . . . . . . . . 3
4.2.1. Configuración DEFINE FLOW . . . . . . . . . . . . . . . . . . . . . . . 3
4.2.2. Configuración SETTINGS . . . . . . . . . . . . . . . . . . . . . . . . . . 3
4.2.3. Inyección del Tráfico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
4.2.4. Análisis del Tráfico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
4.3. Análisis Gráficas del Tráfico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
4.3.1. Tráfico Unidireccional . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
4.3.2. Tráfico Bidireccional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
4.3.3. Tráfico Multiflujo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

5. CONCLUSIONES 7

6. RECOMENDACIONES 8

1
1. ABSTRACT
En el presente trabajo se analiza el desempeño de redes inalámbricas con el estandar 802.11b
mediante mediciones de throughput, tasa de paquetes perdidos y retardos mediante el generador de
tráfico IDTG ya que su funcionamiento se realiza bajo entorno gráfico y en modo comandos. Las
mediciones se pueden realizar para TCP, UDP, ICMP entre otros.

2. INTRODUCCIÓN
D-ITG es el software más utilizado y recomendado para realizar mediciones de desempeño y
simular tráfico de diversos protocolos.

D-ITG2 es una plataforma de código abierto para la generación de táfico, capaz de producir trá-
fico IPv4 e IPv6 para paquetes con tamaño y capaz de calcular el retardo de ida (OWD - One Way
Delay) y de ida y vuelta (RTT - Round Trip Time), la tasa de pérdida de paquetes, el jitter y el th-
roughput. D-ITG sigue el modelo cliente-servidor. Hay cuatro ejecutables básicos que implementan
los componentes de la plataforma: ITGSend, ITGRecv, ITGLog, e ITGDec.

ITGSend actúa como el cliente, y puede generar. ITGRecv actúa como el servidor y puede re-
cibir varios flujos de datos de diferentes clientes de forma simultánea. ITGLog es el servidor de
almacenamiento (log) de la plataforma, y recibe información de ITGSend e ITGRecv. ITGDec es
una utilidad que permite analizar los resultados de los experimentos realizados.

Además existe ITGPlot que es una herramienta basada en Octave3 para graficar los datos con-
tenidos en los archivos log construidos con ITGDec (como delay.dat, bitrate.dat, jitter.dat y pac-
ketloss.dat), que contienen un promedio del retardo, tasa de bits, jitter y tasa de pérdida, respectiva-
mente, que son calculados cada milisegundos y reportado en el archivo respectivo.

Cuando D-ITG se ejecuta, se establece una conexión de control al sistema remoto, para entregar
los parámetros de configuración de la prueba, como el protocolo de red a utilizar.

IEEE 802.11b-1999 o 802.11b, es una modificación de la Norma IEEE 802.11 que amplia la
tasa de transferencia hasta los 11 Mbit/s usando la misma banda de 2.4 GHz. Estas especificaciones
bajo el nombre comercial de Wi-Fi han sido implentadas en todo el mundo. La modificación se
incorporó a la norma en la edición IEEE 802.11-2007.

Las 802.11 son un juego de Normas IEEE que gobiernan los métodos de trasmisión para redes
inalámbricas. Hoy se usan sus versiones 802.11a, 802.11b y 802.11g para proporcionar conectividad
en los hogares, oficinas y establecimientos comerciales.

3. MATERIALES Y METODOS
La realización de este laboratorio se lo realizo con la ayuda de dos computadores con SO Linux
(Ubuntu 9.10), los cuales poseen tarjetas inalámbricas de red, tambien se utilizo un access point

2
mediante el cual podemos establecer la infraestructura de red, además se empleo un generador
de tráfico como es el IDTG 2.7.0-Beta el mismo que nos permite inyectar tráfico de forma
unidireccional, bidireccional y multidireccional.

4. DESARROLLO
Para el desarrollo de la práctica se realizaron los siguientes pasos:

4.1. Establecer una Red


Se establece la comunicación entre los diferentes equipos que conforman nuestra red y posterior
a esto comprobamos la conectividad realizando PING mediante un terminal, luego de comprobar
esto podemos continuar con la practica.

4.2. Ingreso y Configuración del inyector DITG


4.2.1. Configuración DEFINE FLOW
Para elingreso a la interfaz grafica del inyector de trafico seguimos los pasos indicados en la guia
del laboratorio 1, la cual fue de mucha ayuda para la realizacion de esta práctica.

4.2.2. Configuración SETTINGS


En la pestaña Settings es el lugar en el cual se especifica los directorios donde se encuentran
los binarios y donde se van a guardar los ficheros que se generaran. Si lo queremos almacenar
indicamos con Local si queremos que lo guarde en nuestra computadora y con Server si queremos
que lo almacene el Servidor de Logs, donde se debe indicar la dirección IP del servidor. El mismo
procedimiento realizaremos con el Remote Receiver Log, que será el log que se generara en el
receptor despues de la inyeccion, de igual forma, en caso de indicar Server, se especifica la IP del
Servidor de Logs (direccion ip del receptor).

4.2.3. Inyección del Tráfico


Para la inyección del tráfico se procede de la siguiente manera: En la computadora que esta
configurada como emisora se da click en la opcion Send, inmediatamente que se realizó este paso,
en la otra computadora se da click en las opciones Receive y Log, en estas ventanas tambien se
observa que en la pestaña Information se puede observar el proceso de la inyeccion del tráfico.

4.2.4. Análisis del Tráfico


Para el análisis de los resultados nos dirigimos a la pestaña Analyzer, en la cual debemos
configurar el fichero que anteriormente generamos con los logs de la comunicación, el fichero de
salida del analizador ya que con estos archivos que se generan podremos encontrar las graficas de
caudal, retardo, jitter y paquetes perdidos

3
4.3. Análisis Gráficas del Tráfico
4.3.1. Tráfico Unidireccional

(a) DELAY (b) BIT RATE

(c) JITTER (d) PACKETLOSS

Figura 1: UNIDIRECCIONAL

(a) Se puede observar que el retardo tiene valores de 0.5 segundos aproximadamente, alcan-
zando un valor máximo de 0.8 segundos. Presenta un retardo grande. El delay no presenta valores
negativos, se puede concluir que existe una buena sincronización.

(b) La tasa de datos promedio es de 140000 bits/s. Se puede observar que la tasa no es tan cons-
tante y puede decaer a valores de 2000 bits/s aproxiamdamente.

(c) Aproximadamente 0.03 segundos, alcanzando valores maximos de 0.17 segundos.

(d) A pesar de no tener perdida de paquetes muy seguido presenta un valor muy alto.

4
4.3.2. Tráfico Bidireccional
Full Duplex

(a) DELAY (b) BIT RATE

(c) JITTER (d) PACKETLOSS

Figura 2: BIDIRECCIONAL - FULL DUPLEX

(a) La gráfica muestra un retardo de casi 2.5 ms durante toda la transmisión, esto sucede ya que
estamos trabajando con 802.11 lo que lógicamente por su medio de propagación el retardo será más
grande.

(b) El Bit rate representado es alrededor de 4000 bits/seg, representando picos de variación de
la tasa de bit, determinando que la velocidad varia en ciertos intervalos

(c) Jitter representa la variación del retardo promedio en segundos que segun la (d) se mantiene
durante la transferencia en 0.6 seg y la tasa de paquetes perdidos es considerable.

5
Half Duplex
Se deberá configurar DITG de manera que permita el envío de información bidireccional pero no
simultáneo. (a) La gráfica de Delay es muy baja con un promedio de 10 microsegundos.

(a) DELAY (b) BIT RATE

(c) JITTER (d) PACKETLOSS

Figura 3: BIDIRECCIONAL - HALF DUPLEX

(b) La tasa de datos promedio que se tiene es alrededor de 5000 bits/s lo que equivale a 0.6kbps.
La máxima es 25000bits/s o 3.05kpbs. La tasa es casi constante.

(c) La variación del retardo se encuentra mas o menos en 5 microsegundos.

(d) La gráfica de packetloss nos muestra que no existe perdida de paquetes.

6
4.3.3. Tráfico Multiflujo
Para este tipo de tráfico se debe configurar el DITG en el Flow, debido a que ahora se configura
en la pestaña MultiFlow.

(a) DELAY (b) BIT RATE

(c) JITTER (d) PACKETLOSS

Figura 4: BIDIRECCIONAL - HALF DUPLEX

(a) El retardo promedio está dado en décimas, ya que la herramienta D-ITG no proporciona
ningún mecanismo de sincronización entre el emisor y el receptor; por lo tanto es necesario utilizar
métodos adicionales para la sincronización.
(b) En la ejecución de la transmisión de prueba se enviaron 1000 paquetes de 512 bytes durante un
período de 30 segundos. La figura contiene la gráfica generada por el valor del promedio de bits
transmitidos (4300kbps).
(c) La Figura representa el jitter o variación del retardo promedio en segundos que se mantuvo
durante la transferencia, se puede observar que este valor fue de aproximadamente 0.0002seg, el
cual es un resultado muy satisfactorio al conservar la sincronización de la transferencia paquetes.
(d) Esta gráfica del Packetloss muestra una pérdida de 0.0 de paquetes enviados, lo cual significa
que todos los paquetes fueron recibidos.

5. CONCLUSIONES
Como pudimos notar en las gráficas de retardo, se muestra un valor mucho mas grade que
cuando analizamos en redes cableadas, además las redes inalámbricas tienen una desfavorable
calidad y servicio, ya que las velocidades no son más de 10 Mbps.

7
La tasa de error causada por interferencias, entre 10-4 frente a las 10-10 de las redes cableadas,
por lo que podemos notar que la aumenta, esto sucede porque ahora el medio de propagación
es el aire y esto implica mayor interferencia.

Las desventajas de utilizar redes inalámbricas son la disminución de AB, y están expuestas a
interferencias, por el contrario es de fácil expansión, felxibilidad y movilidad.

Para determinar el desempeño de una red es fundamental obtener los conceptos básicos
matematicos como también involucrando funcionalidad y requerimientos de la red.

6. RECOMENDACIONES
Comprobar que la red inalámbrica tenga una buena comunicación entre los diferentes
dispositivos para que al momento de inyectar tráfico no se generen falsos resultados

Antes de encender el equipo de transmision inalámbrica verificar que se encuentran bien


conectadas las antenas para que no se produscan daños en los equipos.

Referencias
[1] GUIA DE LABORATORIO Laboratorio1.pdf

[2] http://www.grid.unina.it/software/ITG/sdescr.php

[3] http://www.alegsa.com.ar/Dic/802.11b.php