UNIVERSIDAD DE LAS FUERZAS ARMADAS ESPE

DEPARTAMENTO DE ELÉCTRICA Y ELECTRÓNICA

COMUNICACIONES INALÁMBRICAS
PRÁCTICA N.- 1.1:
Evaluación del desempeño de una red en modo Ad Hoc en concordancia
con el estándar IEEE 802.11
(INFORME DE LABORATORIO)

Camacho Diana Diaz Ariel

dmcamacho@espe.edu.ec amdias@espe.edu.ec
Viscarra Jonathan
jrviscarra@espe.edu.ec
21 de mayo de 2018

1. Objetivos
1.1. Objetivo General
Medir los parámetros asociados a la de Calidad de Servicio (QoS) de una red en
concordancia con el estándar IEEE 802.11

1.2. Objetivos Especı́ficos

Identificar la eficiencia del canal de comunicación con los datos de throughput (η)
medidos empleando el protocolo UDP.

Comparar las métricas asociadas a QoS en transmisiones con los protocolos UDP y
TCP.

2. Materiales
2 PCs con sistema operativo Linux. Distribución Ubuntu..

Inyector de tráfico pre-instalado en los PCs: DITG

Interfaces inalámbricas IEEE 802.11

1
3. Introducción
Las comunicaciones inalámbricas consisten en la transmisión y recepción de infor-
mación a través de ondas electromagnéticas que viajan a través del aire, siendo este el
canal de transmisión. Los diferentes equipos o dispositivos que utilizan estas comunica-
ciones inalámbricas forman la red inalámbrica o también llamada Wireless.
Este tipo de redes presenta algunas ventajas respecto a las tradicionales redes cableadas.
La ausencia de cableado ofrece movilidad a los usuarios, flexibilidad en la topologı́a de la
red y escalabilidad. Sin embargo, también presentan algunos inconvenientes como son el
menor ancho de banda respecto a las redes cableadas, la dificultad de añadir seguridad y
garantizar ciertos niveles de calidad de servicio (Quality of Service).

En una red Ad-Hoc se utiliza una arquitectura de tipo WPAN y WLAN y su prin-
cipal caracterı́stica es la falta de infraestructura. En esta configuración la red consta de
dispositivos inalámbricos que se comunican unos con otros directamente sin una adminis-
tración central. Estos dispositivos tienen el control de la red y actúan como enrutadores
para facilitar la comunicación entre nodos alejados.

3.1. Caracterı́sticas de las redes ad-hoc

Las caracterı́sticas más importantes a considerar en redes ad-hoc son:
Comunicación inalámbrica: Los nodos se comunican de forma inalámbrica y
comparten el mismo medio.
Movilidad: Al no depender de un medio fı́sico los nodos pueden moverse libremente
lo que provoca que la topologı́a de la red se modifique continuamente.
Autónomos y sin infraestructura: Cada nodo realiza comunicaciones punto a
punto (peer-to-peer), realiza funciones de encaminamiento y genera datos indepen-
dientemente.
Encaminamiento ”multihop”: Cada nodo realiza la función de router enviando
la información a los diferentes nodos.
Ancho de banda limitado: El ancho de banda en una interfaz inalámbrica es
menor al de una cableada. Además, las comunicaciones se ven atenuadas por inter-
ferencias de señales electromagnéticas y por los diferentes obstáculos.
Consumo de energı́a: Los nodos están alimentados por baterı́as deforma que para
ahorrar energı́a, la potencia de transmisión queda limitada en las redes ad-hoc.

4. Marco Teórico
4.1. Estándar 802.11
El estándar 802.11 se creó por el instituto de Ingenieros Eléctricos y Electrónicos
(IEEE) con la finalidad de eliminar los posibles problemas de comunicación entre equipos
inalámbricos de fabricantes diferentes. Debido a la evolución de las tecnologı́as inalámbri-
cas el estándar inicial 802.11 ha sufrido diferentes variaciones. En el cuadro 1 se muestra
una clasificación de los estándares más conocidos.

2
 Cuadro 1: Caracterı́sticas de los distintos estándares
Versión 802.11a 802.11b 802.11g 802.11p
Velocidad máxima 54 Mbps 11 Mbps 54 Mbps 27 Mbps
Modulación OFDM CCK/DSSS OFDM/DSSS OFDM
Banda de Frecuencia 5 GHz 2.4 GHz 2.4 GHz 5.8 GHz

5. Procedimiento
5.1. Instalación DITG
El inyector de tráfico DITG que se utilizara en el presente laboratorio, se implemen-
tarı́a sobre el sistema operativo UBUNTU, que nos permitira inyectar trafico, por lo que
previamente se necesitara instalar:

gcc

Octave 3.0

Java

5.1.1. Instlación GCC

Para poder instalar el compilador de código gcc, se utilizara la interfaz de texto(linea
de comandos: terminal), con el siguiente codigo:

sudo apt-get install gcc

Tendremos entonces que abrir el terminal de Ubuntu, donde tendremos:

Figura 1: Instalación gcc. (Diaz)

3
5.1.2. Instalación Octave
Procedemos con la instalación de Octave, la cual es una herramienta importante a la
hora de visualizar los resultados de DITG si esto fuera necesario. Para ellos utilizaremos
la herramienta ”Software de Ubuntu”, como se muestra en la Figura ??:

Figura 2: Instalación Octave en Ubuntu (a)(Diaz)

Figura 3: Instalación Octave en Ubuntu (b)(Diaz)

4
5.1.3. Instalación Java
1. Agregue el PPA de Oracle (Archivo de paquete personal):

sudo add-apt-repository ppa:webupd8team/java

2. Luego actualizar tu repositorio de paquetes

sudo apt-get update

3. Instalar Oracle JDK 8:

sudo apt-get install oracle-java8-installer

Ahora, cuando se realize la compilación java -version, se obtendrá los resultados mostrados
en la Figura ??

Figura 4: Instalación Java.(Diaz)

Para la instalación en de DITG, se seguirán los siguientes pasos:

1. Se crea una carpeta dentro del usuario llamada DITG como se muestra en la Figura
??.

2. Se descarga en la carpeta DITG el inyector y su interfaz gráfica

5
 Figura 5: Carpeta DITG con la interfaz y el inyector de tráfico

3. Se procede a compilar, para esto se utilizará el comando: make, que permitirá ob-
tener los binarios mostrados en la Figura ??, que se necesitan para la ejecución del
programa.

Figura 6: Binarios del programa

4. Se procede a ejecutar el programa desde el terminal con el siguiente comando:

java -jar ITGGUI.jar
Con lo que se abrira la interfaz de DITG mostrada en la Figura ??

6
 Figura 7: Interfaz gráfica DITG

6. Inyección de Tráfico: DITG

Se supone que no se conoce la capacidad del sistema, por lo tanto se inundará el
canal con una tasa de transmisión muy alta superior a 1 Gbps, para ello se debe modificar
el número de paquetes enviados por segundo (el tamaño del paquete debe ser investigado
para su configuración en la transmisión con los protocolos UDP y TCP).

6.1. Parámetros Transmisor

Para poder realizar la inyección de paquetes se definirán los siguientes parámetros:

Define Flow

• Stream Option
◦ Description: Se especifica el nombre del paquete a enviarse. En cada caso
se usara con el prefijo según el protocolo a utilizarse sea este UDP o TCP.
◦ Meter: tipo de métrica a usarse sea One Way Delay(Unidireccional) y
Round Trip Time(Bidireccional) que en este caso usaremos la primera
debido a que solo se hara la conexión entre dos Pc’s.
◦ Duration: Duración de la generación de tráfico, en nuestro caso sera de 10
segundos.
• Header Options

7
 ◦ Target Host: Se introduce la dirección IP o el hostname del destino. En
este caso sera la IP que tiene nuestro receptor.
◦ Protocol: Tipo de protocolo a utilizar para el envió de paquetes a la hora
de la inyección de trafico, existen dos opciones que son UDP(Sin establecer
antes de la conexión) y TCP(Establece la conexión).
• Aplication Layer Data: Se establece que tipo de tráfico se inyectara, donde
tenemos: Custom(Se establecen parámetros únicos de un tipo de trafico), Ga-
ming, Voice, DNS. En este caso utilizaremos Custom debido a que nosotros
estableceremos los parámetros de la inyección del trafico.
• Inter-departure Option
◦ Number: Número de paquetes que se enviaran por segundo los cuales ser-
virán para que el programa pueda estimar el tráfico. Tendremos que ir
variando esto a lo largo de la práctica.
• Estimated Traffic: El programa nos ofrecerá una estimación del tráfico que se
inyectara.

Settings: El único parámetro que necesitaremos modificar sera el Remote Receiver

Log, con el cual se especificara donde se guardara el archivo .log que se usara para
realizar el análisis de la inyección de trafico.

6.2. Parámetros Receptor

Analyzer

• Input file: Se especifica donde se encuentra el archivo .log a analizar. En nuestro

caso si el Sender realizo la inyección de trafico correctamente obtendremos el
archivo correspondiente.
• Generate files: Se escogerá el tipo de archivo que requerimos, donde especifica
todos los parámetros de la inyección de tráfico. Puede ser en tipo texto, Octave
o una gráfica, en nuestro caso escogeremos tipo texto.

8
 Figura 8: Parámetros de DITG en el receptor

Se analiza el fichero recibido y se observa el η, este valor nos indicará una aproxima-
ción de la verdadera capacidad del sistema, por lo tanto se realizará una nueva inyección
de tráfico con un valor cercano al del η de la primera medición, y se repite el mismo pro-
cedimiento hasta garantizar una pérdida de paquetes inferior al 5 %, una vez encontrada
la tasa de transmisión se realizan al menos 3 inyecciones más y con ello verificar que el
valor de los paquetes perdidos sea inferior al 5 %.
En la Figura ?? y ??, se muestra los resultados obtenidos del DITG luego de realizar una
inyeción de tráfico, usando protocolo UDP y TCP respectivamente.

9
Figura 9: Parámetros de la inyección de trafico UDP

10
 Figura 10: Parámetros de la inyección de trafico TCP

7. Resultados
Luego de relizar las 5 inyecciones de trafico con protocolo UDP y 5 inyeccion con
protocolo TCP se obtuvo los datos mostrados en los cuadro ?? y ?? , como se muestra a
continuación:

11
 Cuadro 2: Datos recoletados al inyectar tráfico usando Protocolo UDP
Ancho de banda[kbps] 432000 216000 108000 108000 108000
#de paq./sec 100000 50000 25000 25000 25000
Troughput [Mbps] 30.77 34.178 39.403 39.668 30.77
Delay [s] -1.470 -1.464 -1.4681 -1.4688 -1.4691
Jitter [ms] 0.212 0.161 0.173 0.16 .0173
33122 72464 6239 6856 14259
#paq. perdidos
(12.81 %) (22.44 %) (2.12 %) (2.31 %) (4.94 %)

Cuadro 3: Datos recoletados al inyectar tráfico usando Protocolo TCP

Ancho de banda[kbps] 108000 108000 108000 108000 108000
#de paq./sec 25000 25000 25000 25000 25000
Troughput [Mbps] 39.877 41.225 40.546 41.107 40.913
Delay [s] -1.29 -1.4587 -1.280 -1.433 -1.305
Jitter [ms] 0.183 0.174 0.179 0.178 0.177
#paq. perdidos 0(0 %) 0(0 %) 0(0 %) 0(0 %) 0(0 %)

Eficiencia de cada una de las inyecciones tomando en cuenta la tabla ??,para efectuar
el cálculo se utiliza la siguiente expresión:
T
ηN = (1)
RBR

donde T es la tasa recibida y RBR es el Raw Bit Rate o tasa de transmisión neta,
que es la velocidad teórica de la tecnologı́a empleada.

Cuadro 4: Eficiencia del canal con diferentes inyecciones de tráfico usando protocolo UDP
Número de inyección Tasa Recibida[Mbps] Tasa Transmitida Eficiencia[ %]
1 30.77 432 7.12 %
2 34.178 216 15.82 %
3 39.403 108 36.48 %
4 39.668 108 36.72 %
5 30.77 108 28.49 %

Luego de obtener las eficiencias de las 5 inyecciones, se puede observar que para la inyec-
ción #1 la eficiencia obtenida es del 7,12 %,un valor muy bajo,ya que la tasa a transmitir
fue muy alta de 432Mbps,por lo tanto el canal no tenı́a la capacidad suficiente para ga-
rantizar una tranmision sin tantas perdidas, de igual forma se obtuvo un alto porcentaje
de paquetes perdidos para esta inyección de 12.81 %.

Al reducir la tasa de tranmisión, la eficiencia obtenida en la inyección #2, debe-

ria ser superior con respecto a la eficiencia de la inyección anterior, pues es el caso en
ésta inyección se obtuvo un 15,82 % es decir se duplicó la eficiencia al reducir la tasa de
transmision a la mitad(216Mbps), y es lo que se esperaba, sin embargo el porcentaje de

12
paquetes perdidos subio en un 10 %.

Finalmente en la inyección #3, se vuelve a reducir la tasa de transmisión a la mitad

en este caso a(108Mbps), haciendo que se obtenga un 36,48 % de eficiencia, siendo el
doble con respecto a la eficiencia de la iyencción #2, para este caso el porcentaje de pa-
quetes perdidos redució notoriamente quedando en un 2.12 %, lo que permite concluir que
el ancho de banda que soporta el canal ,es aproximandamente de 108Mbps, aunque no
se obtenga un aprovechamiento esperado del mismo como se refleja al obtener la eficiencia.

Para las inyecciones #4 y #5 se mantuvo la tasa de tranmisión, y los valores obteni-

dos de la eficiencia fueron del 36.72 % y 28.49 % respectivamente, y se puede decir que
siempre se va a tener una variabilidad ya que para la inyección #5 se que se espera que la
eficiencia suba de manera lineal en este caso no se dio ası́, por factores como:la existencia
de inteferencia en el momento de tomar datos ya que se tenı́a otros enlaces e inyecciones
efectuandose en ese mismo instante.

Cuadro 5: Eficiencia del canal con diferentes inyecciones de tráfico usando protocolo TCP
Número de inyección Tasa Recibida[Mbps] Tasa Transmitida Eficiencia[ %]
1 39.877 108 36.92 %
2 41.225 108 38.17 %
3 40.546 108 37.54 %
4 41.107 108 38.06 %
5 40.913 108 37.88 %

Analizando el cuadro ??, se puede decir que con el uso de protocolo TCP la eficien-
cia sin duda resulta ser mucho mejor que al utilizar protocolo UDP.

Para éstas inyecciones la tasa de tranmisión fue de 108Mbps, lo que permitió obtener
una eficiencia similar en cada una de las inyecciones, tomando en cuenta la inyección #2
se obtuvo una eficiencia de 38.17 %, comparando con la eficiencia más alta de 36.48 % en
el caso de UDP , se puede decir que la eficiencia obtenida con TCP es mayor en un 2 %,
debido que al realizar una transmisión con TCP se garantiza mejor calidad de transmisión
y que no exista paquetes perdidos como se puede observar en el cuadro ??.

8. Conclusiones
Mediante el Software DITG se logró medir varios parámetros del canal de comuni-
cación que luego permitieron calcular eficiencia y calidad de servicio del canal.

Se realizó la toma de datos como el troughput(η),delay, jitter, # de paquetes per-

didos empleando el protocolo UDP y TCP, dichos datos permitieron identificar la
eficiencia del canal de comunicación.

Se analizó los datos obtenidos utilizando protocolo UDP y TCP, y se

13
9. Recomendaciones
Es importante configurar de manera adecuada la red Ad-hoc en las Pcs a utilizar
ya que, si no se establece una buena comunicación no se podrá efectuar la inyección
de tráfico para el análisis pertinente.

Al momento de instalar el software DITG , se debe realizar algunas configuraciones

previas para el buen funcionamiento, como en nuestro caso se necesitaba conceder
permisos al software DITG.

Durante la toma de datos se puedo notar que exitian valores de delay con signo
negativo, y lo que se recomienda para evitar este tipo de inconvenientes es crear un
servidor que permita que las dos PCs se sincronicen.

Referencias
[1] Jarrı́n Valencia, J. L. (2012). Desarrollo del Simulador para un modelo de propa-
gación del análisis de cobertura en conformidad con el estándar IEEE 802.16-2009
(Fixed Wireless MAN OFDM) (Doctoral dissertation, SANGOLQUÍ/ESPE/2012).

[2] Alvarion. http://www.ralco-networks.com/descargas/AlvarionBnetB.pdf

14