ESCUELA POLITECNICA DEL EJERCITO

INTEGRANTES: Marco Gavilanes, Ivn Hernndez, Pedro Torres. a a FECHA DE ENTREGA: 06-10-2010. MATERIA: Comunicaciones Inalmbricas. a TEMA: DITG.

INFORME LABORATORIO #1
1.- RESUMEN: Hoy en d el parmetro ms importante dentro de las comunicaciones entre los dispositivos a, a a que lo realizan es la Calidad de Servicio (QoS) ya que este es el responsable de garantizar un buen desempeo y alto rendimiento de la red. Los cuatros parmetros que, en conjunto, llegan n a a formar la QoS, sern evaluados en la presente prctica, los cuales son Throughput, delay, a a jitter y paquetes perdidos, mediante un inyector de trco junto con el software DITG y un a entorno grco como es el ITGGUI. El tipo de trco que se emplear para la inyeccin ser de a a a o a tipo unidireccional, bidireccional y trco multiujo. Los datos enviados y recibidos sern difera a netes obtenidas por el usuario. El trco generado por un inyector el ms reale posibles y es a a estad sticamente evaluado. 2.- INTRODUCCION: La calidad de servicio (QoS) es la capacidad que posee una red de proveer mejor servicio. EL primer objetivo de la QoS es de dar prioridad para un buen uso del espectro, un jitter y una latencia controlada y disminuir la prdida de paquetes durante el trco de datos. Es impore a tante recalcar que el dar prioridad a cierto ujo de paquetes, no quiere decir que los otros tipos de ujos caern.[1] a El D-ITG (Distributed Internet Trac Generator) es una plataforma capaz de hacer una simulacin de trco a nivel de paquetes utilizando procesos estocsticos tanto para IDI (Inter o a a Departure Time) como para PS (Packet Size). Es un software que soporta tanto la tecnolog a IPv4 como la IPv6, adems de generar trco en las capas de red, aplicacin y transporte.[2] a a o Los parmetros que permiten evaluar la QoS de los diferentes sistemas son: a

2.1.- Delay (Retardos): Puede ocurrir que los paquetes tomen un largo per en alcanzar su destino, debido a que do pueden permanecer largas colas o tomen una ruta menos directa para prevenir la congestin de o la red. En algunos casos, los retardos excesivos pueden inutilizar aplicaciones tales como VoIP o juegos en l nea.

2.2.- Jitter (Variacin de retardos): o Los pauqetes del transmisor pueden llegar a su destino con diferentes retardos. Un retarde de un paquete var impredeciblemente con su posicin en las colas de los dispositivos de enrutamiento a o a lo largo del camino entre el transmisor y el destino. Este parmentro puede afectar seriamente a la calidad del ujo de de audio y/o video.[3] Esta variacin de retardo muchas veces tambin o e es considerada como una seal de ruido ya que puede afectar tanto a la amplitud como a la n frecuencia.[4] 2.3.- Bitrate o Throughput (Rendimiento): El rendimiento de una red, o de un sistema, se mide basndose en cul es la cantidad de datos a a que se transmiten entre dos nodos en una cierta cantidad de tiempo. Cuando hablamos de procesos digitales, dicho parmetro se mide en bits por segundo (bps).[6] Para que la red siga a siendo competitiva, es necesario modicar la forma en que sta rutea la informacin y aumentar e o la capacidad que tiene la infraestructura para soportar los datos transmitidos. 2.4.- Packetloss (Prdida de paquetes): e La prdida de paquetes es cuando uno o ms paquetes que fueron transmitidos no fueron cae a paces de llegar a su destino, evento que puede causar efectos perjudiciales en todo tipo de comunicaciones digitales. Esto se puede dar por varias razones, como son: porque la intensidad de la seal no es sucientemente alta como para alcanzar a su destino, por las interferencias en n el medio ambiente, ruido excesivo del sistema, fallos en el hardware, corrupcin de software o o una sobrecarga en los nodos de la red. Generalmente, uno o ms de estos factores se encuentra a presente cuando se produce una prdida de paquetes.[6] e 3.- MATERIALES Y METODOS: Los materiales que se utilizaron en el laboratorio son: Dos PCs con sistema operativo Ubuntu versin 9.10. o Cable cruzado de 1m. Los tipos de trco que se realizaron fueron trco unidireccional, bidireccional y multiujo. a a Para todos stos tipos de comunicacin se necesitan establecer ciertos parmetros dentro de la e o a plataforma grca D-ITG, como son: a Dene ow. Analyzer. Settings.

4.- DESARROLLO: Dene ow: En sta pestaa es donde se dene el tipo de inyeccin de trco con la que se va e n o a a trabajar. En lo que se reere al trco unidireccional, se denen los parmetros de la mquina a a a emisora, en donde la conguracin ser la siguiente: o a Tiempo de duracin. o Retardo. Velocidad. Direccin IP destino. o Tipo de datos a ser transmitidos. Una vez realizada dicha conguracin, se procede a conectar los dos PCs en red con un cable o cruzado, estableciendo las direcciones IP de cada una. Es importante, antes de trabajar con la plataforma D-ITG, vericar que las computadoras estn en red y puedan compartir archivos e mediante el comando pingsado en consola. Las direcciones que hemos asignado son: u PC1 192.168.1.2 PC2 192.168.1.3 A continuacin, se proceder a realizar la conguracin en D-ITG de la siguiente manera, cabe o a o recalcar que en target hostdebemos poner la direccin IP destino: o

Figura 1: Conguracin de pestaa Dene Flow o n Adems debemos especicar los directorios en donde se encuentran los binarios y los otros a archivos. El archivo que se generar a tgrecv.logser el que utilizaremos para realizar el anlisis a a

Figura 2: Conguracin pestaa Settings o n de los resultados obtenidos despus de cada ujo. El Servidor de Logs.es la direccin del receptor e o de ujo. Una vez nalizada la conguracin de las mquinas, se preceder a seleccionar el tipo de trco o a a a que se enviar: a Trco unidireccional: En el caso del receptor presionamos receiver y logger y en el caso a del emisor se presiona sender. Ambos podrn vericar el proceso de transmisin en la a o pestaa de informacin. n o

Figura 3: Pestaa n Informationpara vericar estado de env o Trco bidireccional: Para ste tipo de grco se congura de la misma manera, sin a e a embargo ahora se debe enviar y recibir ujo de manera alternada. Trco Multiow: En este caso las mquinas podrn enviar diferentes tipos de ujos como a a a por ejemplo voz, video y datos.

Figura 4: Pestaa Multiowseleccin de tipos de datos a enviar n o Dado que cuando se va a realizar un trco multiujo, tambin es necesario especicar el tipo a e de datos que se va a enviar, as como el tiempo de la transmisin, destino de env etc. como o o, se indica a continuacin en donde se especica que va a exisitr trco de un juego en l o a nea.

Figura 5: Conguracin para env de datos tipo multiujo o o En todos los casos, una vez que se haya nalizado la transmisin se pueden analizar los datos o con ayuda de la pestaa .Analizer, en donde se especica la ruta donde se encuentra el archovo n recibido. Procedemos a dar un click en Run Analizer, para de sta manera obtener los archivos e delay.dat, bitrate.dat, packetloss.dat y jitter.dat, los que a su vez pueden ser ploteados con ayuda de un archivo ejecutable que se encuentra en la carpeta src/ITGPlot. Con ayuda del terminal, una vez que nos ubicamos en la carpeta mencionada anteriormente, se pone./ITGplot y la direccin donde se crearon los archivos y dependiendo de cual va a ser gracado, se pondr su o a extensin delay.dat, bitrate.da, jitter.dat o packetloss.dat, obteniendo los siguientes resultados: o

(a) Bitrate en inyeccin de trco (b) Delay en inyeccin de trco o a o a

(c) Jitter en inyeccin de trco o a

(d) Packetloss en inyeccin de o trco a

Figura 6: Grcos obtenidos para trco Unidireccional a a

(a) Bitrate en inyeccin de trco (b) Delay en inyeccin de trco o a o a

(c) Jitter en inyeccin de trco o a

(d) Packetloss en inyeccin de o trco a

Figura 7: Grcos obtenidos para trco Bidireccional a a

(a) Bitrate en inyeccin de trco (b) Delay en inyeccin de trco o a o a

(c) Jitter en inyeccin de trco o a

(d) Packetloss en inyeccin de o trco a

Figura 8: Grcos obtenidos para trco Multiujo a a 5.- CONCLUSIONES Y RECOMENDACIONES: La calidad de servicio abarca una gran cantidad de diferencias con las redes tradicionales, debido a que poseen mayor exibilidad de servicios y varios tipos de trco. Los parmeta a ros que generalmente se analizan para determinar la calidad de servicio son: el retardo de paquetes, la variacin del retardo, la prdida de paquetes y el rendimiento. o e Cuando analizamos las Figuras 6(b), 7(b) y 8(b) podemos cerciorar que el Delayse encuentra directamente relacionado con la cantidad de trco que se produce sobre la red a ya que ste valor va incrementando segn el tipo de trco, por ejemplo, podemos observar e u a que en niveles de delay, ms retardo posee el trco multiujo que el bidireccional, y a a a su vez ms retardo existe en el trco bidireccional que en el unidireccional. Esto se debe a a a que mientras ms sea la informacin que se est transmitiendo, el canal se ve cada vez a o a ms congestionado, problema que se podr mejorar implementando un servidor NTP a a (Network Time Protocol) para que de sta manera se produzca una sincronizacin entre e o las computadoras. El Jitter.as como el Delayse ve afectado a medida que aumenta el trco en la red, a como podemos observar en las guras 6(c), 7(c) y 8(c). Cabe recalcar que el parmetro a Jitternos indica la variacin del retardo entre paquetes consecutivos en un determinado o ujo de trco. a Observando las guras 6(d), 7(d) y 8(d) nos pudimos dar cuenta que no existieron paquetes perdidos para ningn tipo de trco. Lo que podemos concluir respecto a esto es que por u a

el hecho de que se est empleando un medio guiado, en este caso el cable UTP, la conexin a o de la red es directa, es decir no usa nodos intermedios, como podr ser en casos reales a routers o switches, razn por la cual reduce la probabilidad de tener paquetes perdidos. o Como podemos ver, las grcas obtenidas no tienen una curva na, debido a que los a relojes de los dispositivos no se encuentran sincronizados. Para dicha sincronizacin se o puede utilizar un servidor NIP que ser el encargado de realizar dicha accin, para que a o de esta manera los resultados obtenidos sean mas prximos a los valores reales. o Se recomienda cambiar la escala de las grcas para que as tener curvas ms suaves y a a que su anlisis sea ms preciso. a a Al momento de realizar la conguracin en la plataforma grca D-ITG, tener cuidado o a en los parmetros que se estn insertando porque de no hacerlo ste nos producir errores a e e a sin si quiera poder realizar el env de los paquetes. o 6.- CUESTIONARIO: 1. Es posible que el delay salga negativo, si es posible, por qu? S es posible que e el delay salga negativo debido a la falta de sincronizacion de cada computadora. 2. Qu se debe realizar para que el delay tenga el valor correcto? Con el n de e medir correctamente paquetes de One Way Delay, los relojes de emisor y receptor deben estar sincronizados por otros medios (mediante el uso de NTP, GPS,etc). De lo contario en la pagina de DITG se sugiere utilizar el Round Tripe Time (RTT) metros, que es otra caracter stica de DITG.[2] 3. Por qu es importante la sincronizacin en la comunicacin? La sincronizacin e o o o en la comunicacin es importante ya que de sta depende para que los mensajes lleguen o e en una misma referencia de tiempo entre transmisor y receptor evitndose mediciones a errneas como son los delay negativos. o 4. En las grcas obtenidas que se debe modicar para que sean mejor aprea ciadas? Para una mejor apreciacin de las grcas se modica la escala del archivo o a ITGPlot, por medio del archivo extension.eps, de forma que los datos arrojados por la graca puedan ser interpretados de manera acertada. 5. Para qu sirve el inyector de trco? El inyector de trco sirve para generar e a a trco en la red real. Lo importante radica en que el ujo de traco permite determinar a la calidad de servicios que la red representa en la realidad pues la inuencia que arroja nos permite determinar varios parmetros cr a ticos de la red como el delay, packet loss, etc. 6. Qu tipo de trco podr enviar?, se puede enviar video? D-ITG soporta e a a generacin de trco IPv4 e IPv6 y es capaz de generar trco a nivel de red, transporte o a a y aplicacin.[7] El inyector de trco genera paquetes de datos pequeos, por lo que no o a n ser factible enviar video. a

7. Qu se puede observar con la grca obtenida del jitter? En la grca de jitter e a a obtenida se puede observar que la variacin del retardo en una red producida por varios o factores las cuales son determinadas por los elementos activos de la red como es la teor a de colas que se utiliza el router para priorizar el traco. 8. Qu diferencia se encuentra entre las grcas obtenidas de trco, unidirece a a cional y bidireccional? Las grcas de traco unidireccional es similar a la graca de a traco bidireccional, para poder hallar una diferencia marcada entre grca y grca se a a deber transmitir de ida udp y de regreso udp para poder ver una diferencia. a 9. Con las grcas del trrco multiujo que se puede concluir? Cuando se inyecta a a traco mulgtiujo se puede determinar el comportamiento de la red a los diferentes tipos de ujos que se setea en el inyector de traco permitiendo determinar que el ujo que es mas prioritario como voz IP tiene menores retardos, mayor throughput (picos en la red) y menor packet loss en comparacin con el resto de traco inyectado. o 10. Que indica la grca de packet loss? La grca de packet loss nos indica la prdida a a e de paquetes en el transcurso del tiempo. Por tal razn las gracas packet loss obtenidas o en la grca nos indica que no se produce prdida de paquetes en ningn instante de a e u tiempo en razn de ser una conexin de red directa. o o

Bibliograf a
[1] http://www.cisco.com/en/US/docs/internetworking/technology/handbook/QoS.html, revisado en Quito, 03 de octubre del 2010. [2] Alessio Botta, Alberto Dainotti, Antonio Pescap`, Multi-protocol and multi-platform e trac generation and measurement, INFOCOM 2007 DEMO Session, May 2007, Anchorage (Alaska, USA), revisado en Quito, 03 de octubre del 2010. [3] http://www.cisco.com/en/US/products/ps6558/products ios technology home.html, revisado en Quito, 03 de octubre del 2010. [4] http://es.wikipedia.org/wiki/Jitter, revisado en Quito, 03 de octubre del 2010. [5] http://www.jegsworks.com/lessons-sp/lesson7/lesson7-3.htm, revisado en Quito, 03 de octubre del 2010. [6] http://searchnetworking.techtarget.com/sDenition/0,,sid7 gci1254183,00.html, revisado en Quito, 03 de octubre del 2010. [7] REDES NGN: Medicin de la Calidad de Servicio, o http://www.interactic.com.co/dmdocuments/qos en ngn gngn.pdf , revisado en Quito, 05 de octubre del 2010.

10