Está en la página 1de 13

ESCUELA POLITECNICA DEL EJERCITO

COMUNICACIONES INALAMBRICAS Prctica 1: Inyector de Trco D-ITG a a

Ing. Romn Lara a

Realizado por: Miguel X. Aguilar Cazar

Noveno Nivel

Martes 7 de Junio de 2011

Sangolqu - Ecuador

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

Indice
1. Introduccin o 2. Objetivos 3. Materiales 4. Desarrollo 4.1. Descarga del Software Necesario . . . . . . . . . . . . . . . 4.1.1. Descarga de D-ITG . . . . . . . . . . . . . . . . . . 4.1.2. Descarga de programas de apoyo . . . . . . . . . . . 4.2. Instalacin de D-ITG . . . . . . . . . . . . . . . . . . . . . . o 4.3. Creacin de la red LAN entre las dos Laptops . . . . . . . . o 4.4. Conguracin del Emisor y Receptor de trco. Preparacin o a o 4.4.1. Trco Unidireccional . . . . . . . . . . . . . . . . . a 4.5. Uso del Analizer y Pasos para la Generacin de Grcos . . o a 4.5.1. Obtencin de las Grcas . . . . . . . . . . . . . . . o a 4.5.2. Obtencin de las Grcas Usando ITGDec . . . . . o a 5. Anlisis de los Resultados a 5.1. Descripcin General . . . . o 5.2. Transmisin Unidireccional o 5.2.1. Bitrate . . . . . . . . 5.2.2. Delay . . . . . . . . 5.2.3. Jitter . . . . . . . . 5.2.4. Packetloss . . . . . . 5.3. Tabulacin de Resultados . o 5.3.1. Bitrate . . . . . . . . 5.3.2. Delay . . . . . . . . 5.3.3. Jitter . . . . . . . . 5.3.4. Packetloss . . . . . . 1 1 1 1 1 1 2 2 3 3 3 4 5 5 6 6 6 6 6 6 7 7 7 8 8 8

. . . . . . . . . . . . . . . para . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . la Inyeccin. o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

. . . . . . . . . . .

6. Cuestionario 9 6.1. Cules son los en los diferentes sentidos de comunicacin de conformidad con el estndar a o a IEEE 802.11n?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 6.2. Cul es la diferencia fundamental referente a los paquetes perdidos en TCP y UDP y a qu se a e debe esta diferencia? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 6.3. En base a los resultados obtenidos, qu tipo de trco soportar la red y bajo la estimacin e a a o de qu parmetros se podr satisfacer sus transmisiones adecuadamente? . . . . . . . . . . 10 e a an 6.4. Qu sucede si los elementos que conforman una misma BSS no se encuentran en sincronismo? 10 e 7. Conclusiones y Recomendaciones 10 7.1. Conclusiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 7.2. Recomendaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

Resumen
El presente documento mostrar el funcionamiento del inyector de trco D-ITG (Distributed Internet a a Trac Generator) sobre el sistema operativo Ubuntu 11.04 (Linux), el cual permite suministrar trco a a una red tanto de manera unidireccional, bidireccional y diferente tipo de ujos. Posteriormente, se analizar los logs obtenidos en las diferentes pruebas que consecuentemente con herramientas del D-ITG se los a examinar grcamente para determinar los resultados de las pruebas realizadas. a a

1.

Introduccin o

En la actualidad los sistemas de comunicaciones basan su funcionalidad principalmente en el transporte de informacin establecido en red, por lo que la calidad de servicio que prestan estas tecnolog debe tener o as siempre un alto grado de conabilidad; es por eso que se han desarrollado diferentes tipos de programas capaces de simular el trco que circula a travs de una red para posteriormente analizarlo y determinar los a e parmetros de eciencia y los servicios que pueden ser prestados a travs de una red. a e Es por eso que se utilizar el programa D-ITG (Distributed Internet Trac Generator) el cual es una a plataforma de cdigo abierto para la generacin de trco, para paquetes con tamao y tiempo inter-salida o o a n variable. Est concebido para ser usado como una herramienta distribuida de medicin de rendimiento, capaz de a o calcular el retardo, la tasa de prdida de paquetes, el jitter y el throughput. Lo novedoso que brinda este e programa, es su versatilidad ya que se desarrolla en un ambiente grco mediante una plataforma basada en a Java, por eso posee la ventaja de analizar todos los parmetros de una manera grca, a travs de lo cual a a e se puede determinar la calidad del servicio que proporciona una red cableada o inalmbrica. a

2.

Objetivos
Conocer y familiarizarse con el inyector de trco D-ITG e investigar sobre qu plataformas de Ubuntu a e funciona. Realizar una inyeccin de trrco dentro una red de manera unidireccional, bidireccional y multiujo. o a Analizar los resultados que entrega el D-ITG mediante el uso de la herramienta grca ITGplot. a

3.

Materiales
Dos Laptops con Sistema Operativo Ubuntu. Laptop 1: Ubuntu 10.04 (Mquina Virtual). a Laptop 2: Ubuntu 11.04 (Instalacin completa en disco duro). o Cable Cruzado Ethernet CAT5e de 1 m. con terminales RJ45 en cada extremo (probado). AP Dlink DIR - 655

4.
4.1.
4.1.1.

Desarrollo
Descarga del Software Necesario
Descarga de D-ITG

El primer paso consiste en descargar el inyector y la interfaz grca de usuario para DITG, que se muestran a a continuacin: o Inyector D-ITG: http://www.grid.unina.it/software/ITG/codice/D-ITG-2.7.0-Beta2.zip Interfaz grca: http://www.semken.com/downloads/itggui-0911.zip a 1

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

4.1.2.

Descarga de programas de apoyo

Para la respectiva instalacion y funcionamiento adecuado del inyector de trco, previamente y con la ayuda a del gestor de paquetes synaptic, es necesario descargar los siguientes instaladores: Sun-java6-jre. g++. octave 3.0.

4.2.

Instalacin de D-ITG o

Una vez descargados los programas DITG 2.7.0-Beta2 y la interfaz grca D-ITG GUI 0.91.1 beta, se procede a a instalar tanto el inyector de trco como la interfaz grca. a a Los archivos fueron descomprimidos y guardados en una carpeta root. Se debe abrir un terminal del sistema para continuar con la instalacin por l o nea de comando. Se ingresa a la carpeta src donde se encuentra el inyector de trco y lo copilamos mediante la a instruccin make. o $ cd root/user/DITG/src $ make Luego se deben copiar los archivos ITG* y lib* de DITG/src al directorio usr/local del sistema usando las intrucciones: cp /root/DITG/bin/ITG* /usr/local/bin cp /root/DITG/bin/lib* /usr/local/lib Se debe crear la carpeta logs en el directorio donde se encuentra la version de DITG 2.7 intalada: mkdir /root/DITG/D-ITG-2.7.0-Beta2/logs Se debe dar todos los permisos a ITGGUI.jar ubicado en /root/DITG/ para poder abrirlo y utilizarlo sin problemas, vease la siguiente gura:

Figura 1: Permisos para ITGGUI.jar De igual manera se darn todos los permisos a ITGGUI ubicando su archivo en /root/DITG/itgguia 0911/ITGgui.jar como se indica en Figura 1. 2

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

Una vez instalado el programa se desplega la interfaz grca haciendo clic derecho en la carpeta a ITGGUI.jar mediante la opcin Sun java 6 Runtime, tambin, se puede escribir desde consola lo o o e siguiente: $ java -jar ITGGUI.jar, siempre y cuando uno est dentro del directorio donde se halla e el archivo ITGGUI.jar, usando la consola.

4.3.

Creacin de la red LAN entre las dos Laptops o


En la parte superior derecha, en el cono de red, se us la opcin Conguraciones de Red, en la pestaa o o n Cableada. Las direcciones de IPV4 de ambas laptops estn dadas por el servidor DHCP del AP Dlink. a EL rango de direcciones DHCP del Router AP D-Link es: 192.168.1.100 hasta 192.168.1.199. El servidor DHCP del AP D-Link siempre asigna las primeras direcciones del rango en orden, segn u los dispositivos se vayan conectando al AP. Se comprob la interconectividad de la red, entre laptop 1 y AP, Laptop 2 y AP, y entre laptop 1 y o laptop 2, abriendo en ambas mquinas un terminal, y usando el comando ping. a

La red en Ubuntu se cre de la siguiente manera: o

4.4.

Conguracin del Emisor y Receptor de trco. Preparacin para la Ino a o yeccin. o

Para realizar las diversas pruebas es necesario congurar correctamente el D-ITG en cada equipo que intervenga en la comunicacin, cada vez que se haga una prueba se debe copiar el log resultante y sus anlisis o a (obtenidos mediante el Analyzer) en una carpeta distinta a la original dado que la informacin se sobreescribe o cada vez que se corre una prueba. 4.4.1. Trco Unidireccional a

Se debe denir cul ser el computador emisor y receptor, en este caso el computador con la direccin IP a a o 192.168.0.102 ser el emisor mientras que el computador con la direccin IP 192.168.1.100 (en la interfaz a o inalmbrica) ser el receptor. Las conguraciones en el D -ITG se ha hecho como se muestra a continuacin: a a o

(a) Denicin del Flujo. o Figura 2: Imgenes del Transmisor a Pestaa de Settings. n

(b)

Ntese que en la imgen del receptor se indican las direcciones de las carpetas donde se hallan los archivos o a binarios de D-ITG, y la ubicacin de los logs. o

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

Receptor En el receptor se congura la pestaa de Settings de igual manera que la Figura 2(b). Ntese que el receptor n o ser quien tendr el log correspondiente a esta prueba ya que a este ser al cual se le inyectar el trco. a a a a a Cuando todo se encuentra congurado correctamente primero en el receptor se selecciona en la parte superior Logger y Receiver y posteriormente en el emisor se activa el botn Sender para que comience la o inyeccin de trco. o a

(a) Denicin del Flujo. o Figura 3: Imgenes del Receptor a

(b) Pestaa de Settings. n

4.5.

Uso del Analizer y Pasos para la Generacin de Grcos o a

Analizer es una funcin de D-ITG, una pestaa con opciones para extraer la informacin del log resultante o n o de cualquier prueba realizada con el inyector de trco. En la parte que dice Input File se debe ingresar el a log que se desea analizar y en el mismo lugar se generarn los archivos para poder gracarlos posteriormente. a

Figura 4: Analizer Como se muestra en la Figura 4 se seleccionan los tres parmetros: Octave le, Text format le, Plot les. a Esto permite extraer de manera grca la informacin; si se requiere unicamente el texto como un resumen a o 4

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

de la prueba, se puede seleccionar Readeable result le el cual arrojar una tabla indicando los parmetros a a obtenidos. 4.5.1. Obtencin de las Grcas o a

D-ITG genera cuatro archivos con extensin dat, con los cuatro parmetros necesarios para establecer la o a calidad de una red: Tasa de bits (bitrate.dat), retardos variables (jitter.dat), retardo (delay.dat) y paquetes perdidos (packetloss.dat). Se deben cortar y guardar estos cuatro archivos en una carpeta debidamente etiquetada cada vez que se realiza una prueba vlida, dado que D-ITG sobre escribe estos archivos cada vbez a que se realiza una prueba. Lo mismo se debe hacer con los archivos generados en la carpeta logs creada manualmente y de la que se habl en la sub seccin 4.2. o o Una vez que se presion el botn Run Analizer (Figura 4), y se generaron los cuatro archivos mencionados, o o se deben seguir los siguientes pasos: Se inicia un terminal. Se ubica la carpeta donde est el archivo ITGplot usando los comandos which octave, generalmente a esta carpeta est en /D-ITG-2.7.0-Beta2/src/ITGPlot. a Se hace el archivo ITGplot ejecutable: chmod +x ITGplot Se verica que la Primera l nea del archivo mencionado tenga el siguiente texto: #! /usr/bin/octave -qf Una vez realizados stos pasos, se puede ejecutar ITGplot directamente en vez de usar parmetros en e a Octave, por ejemplo: ./ITGplot bitrate.dat. Se repite este paso para los otros tres archivos. El archivo imgen generado por ITGplot se guarda en la carpeta donde esta ste ejecutable. Se guardan a e los cuatro grcos generados en una carpeta debidamente etiquetada, dado que se sobre escriben cada a vez que se genera un grco, sin importar si el archivo de origen (.dat) es el mismo o uno distinto. a 4.5.2. Obtencin de las Grcas Usando ITGDec o a

Para ejecutar los grcos usando ITGDec se deben seguir los siguientes pasos: a 1. En un Terminal, se debe ingresar en la carpeta que est en: a /home/miguel/D-ITG-2.7.0-Beta2/src/ITGDec$ 2. En el terminal y dentro de la carpeta mencionada se ejecuta make, lo cual produce un archivo ejecutable llamado ITGDec. 3. Se copia el archivo .log obtenido como resultado de la transmisin en la carpeta ITGDec. o 4. Se ejecuta el siguiente cdigo: o .../ITGDec$ ./ITGDec itgrecv.log -v -d 250 -b 250 -p 250 -j 250 Se ve en el terminal los resultados numricos de la prueba correspondiente y adems se producen 4 e a nuevos archivos .dat, en la carpeta ITGPlot, los cuales son: bitrate.dat, delay.dat, jitter.dat, y packetloss.dat. 5. Se ejecuta ITGplot, para reproducir las grcas resultantes del cambio hecho con ITGDec, con los a siguientes comandos: .../ITGDec$ /home/miguel/D-ITG-2.7.0-Beta2/src/ITGPlot/ITGplot /home/miguel/D-ITG-2.7.0Beta2/src/ITGDec/jitter.dat 6. Los nuevos grcos, con formato EPS, son suavizados, y permiten apreciar de mejor manera los resula tados de la inyeccin de trco. o a 5

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

5.

Anlisis de los Resultados a

En todas las pruebas se realiz el anlisis de los resultados de: bitrate, delay, jitter y packeloss. o a

5.1.

Descripcin General o

Se realizaron pruebas para las topolog mostradas a continuacin. En la gura 5 se aprecia una topolog as o a donde las dos laptops forman una red inalmbrica travs del AP. En la gura 6 (a), se aprecia que la laptop a e 1 se conecta por ethernet al AP, y la laptop 2, por medios inalmbricos. En la gura 6 (b), se aprecia lo a contrario.

Figura 5: Topolog bsica: 2 laptops conectadas inalmbricamente por medio de un AP a a a

(a) Uplink (PC AP).

(b) Downlink (AP PC)

Figura 6: Simulacin de Infraestructura: (PC - AP) - PC o

5.2.
5.2.1.

Transmisin Unidireccional o
Bitrate

En la gura 7(a) se puede observar que la tasa de bits en los 5 segundos es ligeramente inestable, dndose a unos picos altos de informacin. La inestabilidad inicial se da debido a la sincronizacin, pero en general, la o o transmisin es estable en aproximadamente 2050 Kbps. Los picos iniciales posiblemente se dan porque las o dos Laptops estn estableciendo comunicacin, se estn sincronizando, lo que provoca un aperdida inicial a o a de paquetes, como se ver en las siguientes grcas. a a 5.2.2. Delay

Se aprecia en la Figura 7(b) (y en la gura 8(b) ), que el reterdo es positivo, ningn valor va por debajo u del cero, osea no existe retardo negativo. Esto es bueno, ya que signica que la sincronizacin entre ambas o laptops fue correcta. El protocolo UDP es un protocolo no-orientado a conexin, y por ende va a perder o paquetes. Esto se reeja justo en la zona en la cual el Bitrate var su tasa. a 5.2.3. Jitter

Si existe retardo, entonces debe existir jitter. De acuerdo al rango de la Figura 7(c), se puede apreciar que los tiempos de retatdo son muy cortos. Cabe recalcar que las guras 7 (a), (b) y (c) demiestran coherencia dando variaciones en la misma zona de tiempo, o sea, en los mismos instantes donde la sincronizacin afect la o o tasa de bit, provoc retardo, tambin muestra una variacin apreciable en el jitter. o e o 6

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

(a) Bitrate

(b) Delay.

(c) Jitter

(d) Packetloss.

Figura 7: Resultados de la Transmisin Unidireccional UDP (1) o 5.2.4. Packetloss

Debido al lapso de sincronizacin, en el rango de tiempo donde se presume, las laptops se sincronizaron o correctamente, se cre tambin una prdida de paquetes. Es obvio notar, que, en los picos donde la tasa o e e de bits disminuye, se creen retardos, jitter, y adems una prdida de paquetes. En la primera prueba, el a e inyector de trco provoc este salto para sincronizar ambas Laptops. a o

5.3.
5.3.1.

Tabulacin de Resultados o
Bitrate

Se aprecia, de acuerdo al Cuadro 1, que el bitrate es aproximadamente el mismo. Esto se debe a que se trabaj con una cantidad de 1000 paquetes, y el tamao por paquete de 256 Kb. EL ancho de banda o n necesario para la transmisin era ligeramente mayor que 2 Mb. Ahora, la tasa mxima de transmisin del o a o AP utilizado en esta prctica es de 2 MB/s. Si se revisa el Cuadro 1, se puede ver en la la de Average a Bitrate, que el bitrate que produjo la prueba es ligeramente mayor a 2 Mbps. En teor si se realizan pruebas a, para tasas de transmisin mayores a la capacidad mxima de transmisin del AP, los paquetes que resultan o a o del exceso de nits, sobre el mximo permitido por la limitante del AP, se pierden, se pide su retransmisin, a o si se usa TCP, y provoca retardos y prdidas, en ambos protocolos, UDP y TCP, aunque en UDP sea mas e notorio este caso.

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

(a) Bitrate

(b) Delay.

(c) Jitter

(d) Packetloss.

Figura 8: Resultados de la Transmisin Unidireccional TCP (1) o 5.3.2. Delay

Como se mencion anteriormente, el retardo es ligero, debido a que se trabaja muy cerca al l o mite mximo a de tasa de transmisin del AP. Es obvio que debe existir retardo, an ambas transmisiones, UDP y TCP, y o eso se reeja en el Cuador 1. Si se ve detenidamente el Cuadro 1, se aprecia que tanto en Downlink (DL) como en Uplink (UL), el retardo es mayor en TCP que en UDP. La diferencia al respecto se explica en la pregunta 6.2 del Cuestionario. 5.3.3. Jitter

EL Jitter es un retardo variable, que se da imperceptiblemente, debido al retardo propio de la transmisin o entre dos estaciones inalmbricas o una base y una estacin (infraestructura). Si existe retardo (5.3.2) debe a o existir, por ende, un jitter. Si se aprecia el Cuadro 1, tanto en UP como en DL, TCP tiene mayor valor de jitter. Como se mencion antes, esto se debe a la diferencia entre TCP y UDP (ver 5.3.2). En general la o transmisin es buena, y con pocas interferencias, razn por la cual el retardo y el jitter son bajos en todos o o los casos. 5.3.4. Packetloss

En este punto, se deben hacer varias observaciones. La primera, mientras ms se haya pasado la tasa de a transmisin de laspruebas sobre el valor mximo de capacidad del router, mayores sern los retardos, el o a a jitter, y los paquetes perdidos. Segundo, cuanto ms cerca est la tasa de transmisin del valor mximo a e o a alcanzado por el AP, menores sern los retyardos, jitter, en a veces la prdida de paquetes puede llegar a a e ser cero. Tercero, si la tasa de transmisin est por debajo del valor mximo limitante del AP, entonces no existirn o a a a paquetes perdidos. Esto quiere decir que la estacin o el AP lograron enviar todos los paquetes, ya sea sin o retransmisin como UDP, o con retransmisin con TCP. Aun cuando exista retardos, se han logrado enviar el o o total de paquetes. Una l nea recta en el grco de PAcketloss reeja que no hubo prdida en al transmisin. a e o

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

Protocolo Tiempo Total (s) Paquetes Totales Minimum delay (s) Maximum delay (s) Average delay (s) Average jitter (s) Delay standard deviation (s) Bytes received Average bitrate (Kbit/s) Average packet rate (pkt/s) Packets dropped Average loss-burst size (pkt) Error lines

PC - PC UDP TCP 29.999399 29.999837 29992 30000 9.309256 9.330245 9.410408 9.351637 9.313165 9.332309 0.000606 0.001086 0.013044 0.001384 7677952 7680000 2047.494885 2048.011128 999.753362 1000.005433 8 (0.03 %) 0 1.333333 0 0 0

Uplink UDP TCP 29.999915 29.999678 30000 30000 9.337099 9.341451 9.355768 9.368321 9.337949 9.343229 0.000564 0.000970 0.000841 0.001089 7680000 7680000 2048.005803 2048.021982 1000.002833 1000.010733 0 0 0 0 0 0

Downlink UDP TCP 29.999623 30.000631 30000 30000 9.348382 9.351836 9.364787 9.453899 9.348975 9.353601 0.000477 0.000869 0.000571 0.003297 7680000 7680000 2048.025737 2047.956925 1000.012567 999.978967 0 0 0 0 0 0

Cuadro 1: Resultados de las pruebas en las tres topolog as

6.
6.1.

Cuestionario
Cules son los en los diferentes sentidos de comunicacin de conformidad a o con el estndar IEEE 802.11n?. a

Se puede tener el mximo desempeo de la red si se usa la tasa mxima de transmisin en el AP (en este a n a o particular caso 2Mbps para trasmisin inalmbrica. ) Se debe ver que, en una transmisin inal,brica que o a o a use el protocolo 802.11, se producen colisiones propias del medio de transmisin y otras interferencias que o afectan en primer lugar la calidad de la tasa de transmisin de datos. o Si existe un aumento en el tamao del paquete, aumenta el throughput. Esto es obvio dado que el paquete n tiene cabecera y cola, y la parte de datos. Cada paquete enviado tiene una carga util (payload). Si aumenta el tamao del paquete, la cabecera y la cola no aumentan, solo la carga util. Por ello aumenta el throughput. n

6.2.

Cul es la diferencia fundamental referente a los paquetes perdidos en a TCP y UDP y a qu se debe esta diferencia? e

Bueno, existen diferencias fundamentales entre el env de packetes por UDP y por TCP. Estas caracter o sticas fundamentales se mencionarn a continuacin para poder explicar la pregunta: a o El protocolo TCP es orientado a conexin y es conable, mientras UDP es no orientado a conexin y o o no es conable. TCP necesita ms procesamiento a un nivel de interfaz de red, mientras que UDP no lo necesita. a TCP utiliza el saludo de TRES v control de congestin, control de ujo y otros mecanismos que as, o aseguren una transmisin conable. o UDP se utiliza en casos en los que el retraso de paquetes es ms importante que la prdida de paquetes. a e Debido a las caracter sticas fundamentales expuestas anteriormente, que diferencian TCP de UDP, se puede ver que, cuando un paquete se pierde en TCP, ste portocolo pide el reenv del paquete perdido al punto de e o origen, esto se realiza con el control de errores y el control de ujo. Por el contrario, UDP al enviar paquetes, usa el menor esfuerzo, no pide reenv de paquetes corrompidos o perdidos, provocando la prdida de o e paquetes, y por tal motivo no se utiliza en el env de informacin importante, tal como correo electrnico, o o o e/nv de archivos, etc. o Los datos enviados por Internet son afectados por colisiones, y por ello existen errores en paquetes de datos. Si no existe control de errores en UDP, entonces existen paquetes perdidos en UDP, al contrario de TCP,

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

donde los paquetes perdidos se reenv an. UDP se utiliza en el env de videos en l o nea o en la msica ne l u nea (streaming media), debido a que ofrece velocidad de transmisin, ya que al no tener control de ujo ni de errores, la cantidad de procesamiento es o menor y la velocidad en el env de datos aumenta perceptiblemente. o

6.3.

En base a los resultados obtenidos, qu tipo de trco soportar la red e a a y bajo la estimacin de qu parmetros se podr satisfacer sus transmio e a an siones adecuadamente?

Si por el AP usado en la practica va a pasar trco diverso, es necesario establecer que, la tasa a mxima de transmisin del mismo es 2Mbps. Con esto se pueden hacer transmisiones UDP (para canales de a o voz, un canal de video de calidad estndar), o transmisiones TCP, y las posibilidades que brinda D-ITG para a pruebas tambin, como ICMP, DCCP y SCTP. Se cree que es posible soportar aplicaciones como telnet, e telnet seguro, DNS, e incluso se pueden enviar VPNs. Todos estos usos de deben adaptar al l mite establecido por el AP.

6.4.

Qu sucede si los elementos que conforman una misma BSS no se encuene tran en sincronismo?

En una red de infraestructuras, un punto de acceso env peridicamente un beacon que proporciona a o la sincronizacin entre las estaciones. Los beacons son enviados a una tasa basada en un ajuste de intervalo o de beacon, que es generalmente de 100 milisegundos (10 beacons cada segundo) de forma predeterminada. Este tipo de beacon es suciente para la mayor de las aplicaciones, pero menores tasas de beacons podr a an ser necesarias para soportar un roaming ms rpido, y mayores tasas de beacons pueden mejorar el ahorro a a de energ a. El beacon incluye una marca de tiempo que todas las estaciones utilizan para actualizar lo que 802.11 dene como un temporizador funcin de sincronizacin de tiempo (TSF). Las estaciones usan este o o temporizador para diversas funciones. Si el punto de acceso soporta la funcin de coordinacin respecto, o o utiliza una trama de beacons para anunciar el comienzo de un per odo libre de contencin. Si la red es un o BSS independiente (es decir, no tiene puntos de acceso), todas las estaciones env peridicamente beacons an o para propsitos de sincronizacin. o o El BSS (Basic Service Set) entonces necesita la sincronizacin para poder conectarse con otro cliente o wireless, ya sea ste una Punto de Acceso (Infraestructura) u otro cliente inalmbrico (Ad Hoc en el caso de e a no usar infraestructura). Sin sta sincronizacin, el receptor y/o el transmisor perder conexin durante e o an o la transmisin de beacons. o

7.
7.1.

Conclusiones y Recomendaciones
Conclusiones
El inyector de trco D-ITG permite simular diferentes tipos de ujos y varias caracter a sticas inherentes a la transmisin para aproximarse a un trco de red real, dando como resultado resultados textuales o a (resumen) y grcos (ITGplot e ITGDec). a El throughput de la red inalmbrica operando bajo el estndar IEEE 802.11n, no solo depende de a a las capacidades del punto de acceso, sino tambin de las caracter e sticas de las estaciones asociadas al mismo, teniendo dentro de stas; las capacidades de procesamiento y el tipo de interfaz inalmbrica e a que se utiliza, en este caso las topolog presentadas en el literal 5.1. as La tasa de bits de la transmisin unidireccional es casi constante. Solo en la primera topolog se o a aprecia una falla en el bitrate, que afect al retardo, jitter y produjo prdida de paquetes (esto en o e UDP).

10

Comunicaciones Inalambricas

Inyector de Trco D-ITG a

Si en las dems pruebas se aprecia una prdida nula de paquetes es debido a que no existen colisiones, a e dado que en la transmisin unidireccional el env de datos tiene un solo sentido. En la gura 8 (d) se o o puede ver la prdida nula de paquetes, y al mismo tiempo se reeja esto en el Cuadro 1. e Se concluye que es necesario saber y establecer diferencias entre los protocolos UDP y TCP, y es necesario tambin saber la utilidad de cada uno, ya que, aun que sus diferencias son profundas, pueden e ser muy utiles en la misma medida, siempre y cuando su uso encaje con las caracter sticas y utilidad de dichos protocolos. Se determin que es muy util usar ITGPlot para ver la diferencia entre pruebas grcamente, pero es o a necesario sabes como utilizar ITGDec, para sacar grcos ms claros. Los grcos de las guras 7 y a a a 8 fueron realizadas con ITGDec e ITGPlot, siguiendo varios que no constan en la gu de estudiante, a pero si en el presente informe.

7.2.

Recomendaciones
No instalar la versin 3.2 de Octave en Linux 11.04, porque tiene problemas de compatibilidad, un o gusano que no permite un correcto funcionamiento, no permite generar los grcos de D-ITG con a ITGplot, y da errores. Se recomienda la versin de Octave 3.0, que es ms estable y ha sido probada. o a Sus gusanos (bugs), no han sido corregidos del todo, pero tienen solucin. o Se recomienda realizar una gu ms minuciosa sobre las posibilidades de hacer los grcos en D-ITG. a a a Este programa es muy util, pero al mismo tiempo, la informacin que existe es muy dispersa, respecto o a las funcionalidades completas del mismo.

Referencias
[1] http://es.wikitel.info/wiki/Velocidad de transmisi %C3 %B3n [2] http://en.wikipedia.org/wiki/IEEE 802.11n-2009 [3] http://bieec.epn.edu.ec:8180/dspace/bitstream/123456789/1387/1/T %2011284 %20CAP %C3 %8DTULO %204.pdf

11