UNIVERSIDAD DE LAS FUERZAS ARMADAS - ESPE

DEPARTAMENTO DE ELÉCTRICA, ELECTRÓNICA Y

TELECOMUNICACIONES
COMUNICACIONES INALÁMBRICAS
INFORME DE LA PRACTICA N.- 1:
Evaluación del desempeño de una red en modo Ad Hoc en concordancia
con el estándar IEEE 802.11

Dayanna Almeida Cinthya Calderón Josselyn Valenzuela

dealmeida1@espe.edu.ec cmcalderon2@espe.edu.ec jvvalenzuela@espe.edu.ec

Andrés Vila Diana Camacho

afvila@espe.edu.ec Ayudante

25 de octubre de 2018

1. Introducción
Con la evolución del Internet, y el crecimiento del uso de las redes inalámbricas,
resulta de gran importancia conocer el desempeño de la red mediante la cual, los da-
tos llegan hasta nuestros dispositivos. Una de las herramientas orientadas a evaluar el
funcionamiento de la red, es el denominado D-ITG. A continuación se detalla los pasos
requeridos para su instalación, aspectos importantes para su configuración y ejecución
de pruebas. A través de este programa, se obtienen los valores que caracterizan a la red
tipo Ad-Hoc, implementada al iniciar la práctica, y permite concluir si el porcentaje de
paquetes perdidos se encuentra dentro del rango permitido, simulando el funcionamiento
habitual con tráfico.

2. Objetivos
2.1. General
Evaluar el desempeño de una red inalámbrica (Estándar IEEE 802.11) con dos PC,
mediante la inyección de tráfico generado por la herramienta D-ITG.

1
2.2. Especı́ficos
Determinar el valor de la transmisión máxima, que garantice un porcetaje de paquete
perdidos ≤ 5 %.

Medir los parámetros de calidad (QoS) de una red, a través del uso de la herramienta
D-ITG,aplicando varias inyecciones de tráfico

Calcular los valores de eficiencia del canal de comunicación a partir de los parámetros
obtenidos, para conocer que protocolo es más eficiente.

3. Fundamento Teórico
3.1. Estándar IEEE 802.11
Este estándar desarrollado por IEEE se lo conoce de mejor manera como WiFi y
especifica las normas de funcionamiento en una WLAN (Wireless Local Area Network).
De manera general el estándar trabaja en frecuencias de 2.4GHz y 5GHz, se trata de un
estándar en constate evolución y existen varias versiones, dependiendo de la necesidad a
cubrir.

Protocolo Banda de Frecuencia Velocidad de Tx (Máx) Throughput (Máx)

IEEE 802.11a/h 5 GHz 54 Mbps 22 Mbps
IEEE 802.11b 2.4 GHz 11 Mbps 6 Mbps
IEEE 802.11g 2.4 GHz 54 Mbps 22 Mbps
IEEE 802.11n 5 GHz > 300 Mbps > 100 Mbps

Cuadro 1: Caracterı́sticas protocolos estándar IEEE 802.11

3.2. Redes Ad Hoc

Ad Hoc es una forma de armar una red descentralizada, es decir que no es necesario
tener un intermediario como un router inalámbrico para que puede existir comunicación
entre 2 o más computadoras o dispositivos. Por su comportamiento estas redes son una
malla enrutable en forma de una capa de enlace de datos, que poseen propiedades de
auto-configuración y que no necesariamente tiene que poseer conectividad a Internet, sino
que también pueden operar de forma completamente autónoma.

3.3. Parámetros Calidad de Servicio de una red inalámbrica

(QoS)
Jitter.- Este parámetro puede ser definido como la variación de los retardos de tiem-
po mientras se produce la transmisión de paquetes, es decir se calcula considerando

2
 los tiempos de llegada de cada paquete aceptado como exitoso. Su afectación en la
transmisión final, es determinada por la aplicación en la que se la mide, si se trata
de la descarga de un archivo no repercute en la misma medida en que perturbarı́a
una transmisión en tiempo real razón por la cual, es necesario que el valor de Jitter
sea controlado y minimizado.

Delay.- El retraso y la probabilidad de la perdida de los paquetes pueden ser mode-

lados por funciones matemáticas. Existen muchas maneras de formular las métricas
de la variación del retardo de los paquetes de Internet y otras redes. Una forma de
cuantificar el retardo han tendido a ser más inclusivas que selectivas. Muchas de las
aplicaciones en tiempo real utilizan un amortiguador para suavizar la variación del
retardo que se produce en el camino desde el origen al destino.

Throughput.- Throughput (Rendimiento) mide la cantidad de datos que realmente

llegan hacia el dispositivo final, es la tasa promedio de éxito en la entrega de un
mensaje sobre un canal de comunicación. Este dato puede ser entregado sobre un
enlace fı́sico o lógico, o a través de un cierto nodo de la red. Por regla general, el
throughput es medido en bits por segundo (bit/s o bps), y a veces en paquetes de
datos por segundo o paquetes de datos por franja de tiempo. El througput es la
capacidad efectiva de transferencia de datos sobre el enlace.

Paquetes Perdidos .- El porcentaje de paquetes perdidos es una caracterı́stica

muy importante para una red inalámbrica, este parámetro marca puede marcar el
éxito o fracaso de una comunicación en tiempo real (UDP) ya que de no poseer un
bajo porcentaje de pérdidas la calidad de señal disminuye y se presentarán cortes o
cuadros pixelados en una transmisión.

3.4. Protocolo TCP

TCP (Protocolo de control de transmisión) es un protocolo orientado a conexión
es decir, se puede tener el control sobre el estado de la transmisión entre dos compu-
tadoras. Es confiable de extremo a extremo ya que si en el flujo de información llega
a existir fallas como pérdidas o desorden éste se encarga de retransmitir la información
mediante asentimientos (ACK) esto asegura que toda la información emitida es recibida
correctamente.

3.5. Protocolo UDP

UDP (User Datagram Protocol) es un protocolo de comunicaciones en general menos
seguro que TCP, que se utiliza principalmente para establecer conexiones de baja latencia
y tolerancia entre Internet. No tiene corrección de errores y es del tipo no orientado a
conexión, no verifica el destino cuando los datos son enviados. UDP es utilizado para una
red de aplicaciones como juegos, comunicaciones de voz y video, que no sean afectados

3
en la calidad si sufren alguna perdida. En la transmisión de datos es más importante la
velocidad que garantizar la llegada de todos los bytes.

4. Materiales y Métodos
4.1. Materiales
2 computadoras personales con sistema operativo Linux.
Inyector de tráfico preinstalado en las computadoras personales, DITG.
Red Ad Hoc.

Marca HP ASUS
Modelo Pavilion Sleekbook 14” Eee PC 1005 HA
S.O Linux Mint 19 Tara Ubuntu 16.04 LTS
Adaptador de Red Qualcomm Ath.QCA9565 Qualcomm Atheros AR9285
802.11 b/g/n W.A

Cuadro 2: Caracterı́sticas computadoras.

4.2. Métodos
4.2.1. Creación de Red Ad Hoc
Para establecer una red Ad Hoc, se debe realizar la creación de una nueva red
inalámbrica, añadiendo el nombre y seguridad deseada. Ver fig 1 y 2.

Figura 2: Edición de nueva red crea-

Figura 1: Creación nueva red. da

A continuación en la pestaña editar conexiones se puede seleccionar el modo de

red en este caso Ad hoc. En la pestaña Ajustes IPV4 se puede asignar una Ip de forma
manual.

4
4.2.2. Instalación del D-ITG y apertura en Java
D-ITG constituye una herramienta muy útil al momento de analizar los parámetros
propios de una red inalámbrica, a través de esta es posible generar una cantidad determi-
nada de tráfico de paquetes (IPv4 o IPv6), que simulan el funcionamiento normal de la
red. Se encuentra disponible para todas las plataformas en cuanto a Sistemas Operativos.
Para realizar una correcta instalación de DIGT en el sistema operativo Ubuntu, es nece-
sario tener en cuenta los siguientes requerimentos para una óptimo funcionamiento.

Contar con el archivo D-ITG descargado.

Instalar y actualizar open jdk, versión Java.

Se debe crear archivos binarios del paquete descargado de DITG y a su vez crear
una carpeta Logs en la cual se almacenarán todos los resultados de la inyección de
tráfico.

Para poder abrir la interfaz gráfica de D-IGT una vez correctamente instalado el pa-
quete de java, se deberá hacer un llamado al terminal desde la carpeta donde se encuentra
D-IGT con el comando: java -jar ITGGUI.jar.

Figura 3: Llamado a interfaz gráfica D-IGT.

5. Procedimiento
D-IGT al ser un programa que permite la inyección de tráfico, es una herramienta
usada en el lado transmisor y receptor, para este caso se encuentran conectadas dos
computadoras mediante una red Ad hoc pre establecida anteriormente con la asignación
de las siguientes direcciones IP. Ver cuadro 3

Transmisor 10.42.0.3
Receptor 10.42.0.1

Cuadro 3: Direcciones Tx y Rx

5
5.1. Configuración Transmisor
En el transmisor se determina todas las caracterı́sticas deseadas al tráfico a enviar,
dentro de la pestaña Define Flow se deben configurar algunos parámetros detallados a
continuación. Ver fig 4.

Stream Options

• Meter.- Métrica a trabajar, one-way-delay retardo en una dirección.

• Duration.- Tiempo de inyección de tráfico.
• Start Delay.- Uso para múltiples flujos.

Header Options

• Target Host.- Dirección Ip receptor.

• TOS/TTL.- Se utilizan valores estándares.
• Protocol.- Elección de protocolo para transmisión UDP, TCP, entre otros.

Application Layer Data

• Number.- Número de paquetes a ser transmitidos en tiempo, packets/s.

• Size.- Tamaño de los paquetes, Bytes.

Figura 4: Configuración transmisor

5.2. Configuración Receptor

El receptor debe encontrarse listo para escuchar todo el tráfico. Antes de realizar la
transmisión se deben activar los botones receiver y logger para abrir los puertos de esta
manera se receptará el flujo. Ver fig 5.

6
 Al finalizar la inyección del tráfico se analizan los resultados en la pestaña Analyzer ,
dentro del archivo .log se guardan los parámetros principales de esta práctica: throughput,
jitter, delay, paquetes perdidos. Ver fig 6.

Figura 5: Activación logger y recei- Figura 6: Rx listo para escucha de

ver. tráfico.

5.3. Inyección Tráfico UDP

5.3.1. Primera Inyección
Se muestran a continuación parámetros configurados desde el transmisor y los re-
sultados obtenidos en el receptor.

Tx Rx
Tasa de transmisión 2160 kbps Throughput 1.92 Mbps
Paquetes enviados 500 paquetes/s Delay 18005.1 s
Tamaño del paquete 512 Bytes Jitter 2.17 ms
Paquetes recibidos 470 paquetes/s

Cuadro 4: Valores primera inyección

Cálculo de porcentaje de paquetes perdidos.

P aquetes perdidos = P aquetes enviados − P aquetes recibidos

P aquetes perdidos = 30 paquetes/s

30 · 100
%P aquetesP erdidos = = 6%
500

7
 Tx Rx
Tasa de transmisión 2160 kbps Throughput 1.92 Mbps
Paquetes enviados 500 paquetes/s Delay 18005.6 s
Tamaño del paquete 512 Bytes Jitter 2.100 ms
Paquetes recibidos 468.45 paquetes/s

Cuadro 5: Valores segunda inyección

5.3.2. Segunda y Tercera Inyección

Para obtener un valor promedio acerca del valor de la tasa de transmisión, se realiza
3 tomas de datos con los mismos parámetros en el transmisor, para observar las variaciones
en el receptor y ası́ obtener un valor promedio de la tasa de transmisión del canal.
Cálculo de porcentaje de paquetes perdidos.

P aquetes perdidos = 31,55 paquetes/s

31,55 · 100
%P aquetesP erdidos = = 6,31 %
500

Tx Rx
Tasa de transmisión 2160 kbps Throughput 1.94 Mbps
Paquetes enviados 500 paquetes/s Delay 18005.0 s
Tamaño del paquete 512 Bytes Jitter 2.105 ms
Paquetes recibidos 475 paquetes/s

Cuadro 6: Valores tercera inyección

Cálculo de porcentaje de paquetes perdidos.

P aquetes perdidos = 25 paquetes/s

25 · 100
%P aquetesP erdidos = = 5%
500

5.4. Inyección Tráfico TCP

Para realizar la inyección de tráfico TCP, se debe elegir dentro de la sección header
options como protocolo a TCP. Se realiza la tranmisión con los parámetros mencionados
anteriormente. Ver cuadro 7.

6. Análisis de resultados
Para poder encontrar el valor de la tasa de transmisión aproximada, primero es
necesario inundar el canal para ası́ obtener un porcentaje alto en los paquetes perdidos

8
 Tx Rx
Tasa de transmisión 2160 kbps Throughput 1.88 Mbps
Paquetes enviados 500 paquetes/s Delay 18005.0 s
Tamaño del paquete 512 Bytes Jitter 2.05 ms
% paquetes perdidos 0 %

Cuadro 7: Valores inyección con TCP

y según esto modificar los valores enviados por el transmisor para llegar a un porcentaje
menor o igual al 5 %, este valor representa la información perdida y al ser un mı́nimo
porcentaje significa que se ha llegado a obtener un valor aproximado de la máxima tasa
de transmisión en el canal. Se debe tomar en cuenta que no se debe obtener un 0 % en los
paquetes perdidos ya que esto no garantiza que se obtenga la máxima tasa de transmisión
y con esto no se puede identificar el tamaño del canal.

1era inyección 2da inyección 3era inyección

Throughput 1.92 Mbps 1.92 Mbps 1.94 Mbps
Delay 18005.1 s 18005.6 s 18005.0 s
Jitter 2.17 ms 2.10 ms 2.105 ms
% paquetes perdidos 6 % 6.31 % 5 %

Cuadro 8: Valores obtenidos tras tres inyecciones con parámetros fijos en transmisor

Con varias inyecciones de prueba (Cuadro 8), se logró tener un porcentaje cercano
al 5 % en paquetes perdidos con esto se puede lograr determinar un valor del troughput.
Teniendo en cuenta que desde el transmisor se envı́o una tasa de trasnsmisión de 2160 kbps
para cada inyección.
En la primera inyección se logró tener un throughput de 1.92 Mbps, con un porcentaje
de paquetes perdidos de 6 %, segunda inyección se obtuvo un throughput de 1.92 Mbps
con un porcentaje de paquetes perdidos de 6.31 %, y en la tercera inyección se obtuvo el
porcentaje deseado de 5 % con un throuhgput de 1.94 Mbps. Los valores del delay y del
jitter en cada una de las inyecciones varia muy poco ya que los paquetes enviados son los
mismos.
Cálculo del valor promedio del troughput (rendimiento) en UDP.
1,92 M bps + 1,92 M bps + 1,94 M bps
ηM = = 1,9266 M bps
3
Cálculo de porcentaje promedio de los paquetes perdidos.
6 + 6,31 + 5
%promedio = = 5,77 %
3
Cálculo del throughput normalizado.
ηM
ηN =
RBR

9
 Donde ηM es el promedio de η de las tres inyecciones y RBR representa el Raw Bit
Rate (tasa de transmisión neta) del protocolo IEEE 802.11b con valor de 11Mbps.
ηM ηN
UDP 1.9266 Mbps 17.51 %
TCP 1.88 Mbps 17.00 %

7. Conclusiones
Al inundar el canal se observa que el porcentaje de los paquetes perdidos (pps) es
elevado, por lo que fue necesario lograr un ajuste que permita determinar la máxima
tasa de transmisión, se encontró que al modificar los valores de los parámetros de
Tx, el valor correcto de la tasa de transmisión a ser enviada fue de 2160 kbps,
con esto se obtuvo un porcentaje de pps igual a 5.77 %, un porcentaje cercano al
deseado(Menor o igual al 5 %).
Uno de los parámetros para el análisis de QoS es el delay (retardo) para esta práctica
se observó que estos valores tienden a ser muy alto siendo como promedio 18005,0 s
tanto para UDP como para TCP, este valor se produce como consecuencia de que
el reloj de las computadoras no se encuentra sincronizado.
Se determinaron los valores de eficiencia del canal, a partir de los valores promedios
obtenidos de las pruebas de inyección para cada uno de los protocolos. En el caso de
UDP, la eficiencia determinada es 17,51 %, y para el caso de TCP 17 %, con lo que se
comprueba que el protocolo UDP, permite un uso de canal más eficiente. Se puede
concluir esto debido a la cantidad de información que puede llegar a transmitir UDP,
pues no considera retransmisiones, ni pérdidas de paquetes como lo hace TCP. UDP
considera más relevante la velocidad con la que se puede enviar la mayor cantidad
de información, que la fiabilidad que esta deberı́a tener.
El software D-ITG, es una herramienta muy útil, para poder medir los parámetros
de calidad (QoS) y el desempeño de una red inalámbrica. Este inyector, dispone
de varias configuraciones de generación de tráfico para ser enviado trabajando con
protocolos UDP, TCP, e incluso manejar tráfico de juegos multimedia, etc. Además
de poseer otras opciones de configuración, como el número de los paquetes a enviar,
su tamaño e incluso agregar retardos entre el envı́o de paquetes.

Referencias
[1] D-ITG, URL: http://www.grid.unina.it/software/ITG/
[2] http://www.grid.unina.it/software/ITG/manual/D-ITG-2.8.1-manual.pdf
[3] M. Kaur, C. K. (s.f.). Quality of service approach in homogenous network (UMTSUMTS) using
parameter throughput, jitter and delay . IEEE, 11-14.

10