Escuela de Ingenier a Civil tica y telecomunicaciones Informa

Redes de Datos Tarea III

s Boettcher Profesor: Nicola Ayudante: Matias Mella ceres Alumnos: Marcel Ca n Jaime Guzma

Enunciado

Las redes en producci on pueden sufrir un sin n umero de problem aticas producto del mal estado del enlace, o condiciones ajenas al administrador de red, que pueden ser variantes o invariantes en el tiempo, produciendo que la QoS del usuario nal empeore. La p erdida de paquetes es la principal consecuencia que sufre un enlace en base a estas condiciones. La siguiente tarea tiene como objetivo medir la p erdida de paquetes en un enlace real, para luego simularla en un enlace de laboratorio.

1.1

Parte I

Pasos a seguir: 1. Realizar una transmisi on de datos con el programa IPERF, enviando un total de 200 MB en paquetes sobre el protocolo UDP 2. Congurar un cliente y un servidor, y luego enviar estos paquetes desde el cliente 3. Utilizar la mitad del ancho de banda disponible. 4. Mientras realiza este env o, deber a capturar el tr aco asociado con TCPDUMP y medir la latencia del enlace con PING 5. nalmente determinar el porcentaje de PLR (packet loss rate) y el promedio de latencia en el enlace.

1.2

Parte II

Pasos a seguir: 1. Simular las condiciones de este enlace con la informaci on anterior en una LAN, deniendo : (a) Estado del enlace la p erdida de paquetes La latencia obtenida. 2. Repetir el env o de paquetes bajo las mismas condiciones del punto anterior, y nuevamente monitoreando el tr aco asociado con TCPDUMP. 3. Finalmente comparar el PLR obtenido emp ricamente en el punto anterior, con los nuevos resultados.

1.3

Resultados

1. Presente una tabla comparativa con los resultados obtenidos. 2. Indique como esta conformada la topolog a emprica (tipo de enlace, bw de enlace Upload/Download) 3. Entregue los scripts que utiliz o para calcular el PLR del pcap comentando las lineas e indique los comandos utilizados para congurar NETEM e IPERF. 4. Presente 5 conclusiones como m nimo sobre el trabajo realizado.

Introducci on

En el presente trabajo realizaremos un experimento con los estados de las conexiones, las cuales analizaremos distintos factores que las afectan como la latencia de su enlace con su respectivo ISP, la perdida de paquetes y la saturaci on de la red. Tambi en se realizar a el uso aprendizaje de herramientas que en ambiente de laboratorio nos ayudan a realizar dichas simulaciones, entre los cuales tenemos: TC - NETEM IPERF PING TCPDUMP Proprondremos un escenario ideal, para abarcar una primera aproximaci on experimental del desarrollo de la Calidad de Servicio.

Desarrollo

En una primera instancias y bajo varias iteraciones de desarrollo e investigaci on y por factibilidad t ecnica la conguraci on de un modem/router provisto por movisar ( modelo ZTE-zxv10 w300), no fue existosa la conguraci on de este para lograr un conexi on real y realizar la perfecta experimentaci on de este, debido a la escasa posibilidad de la conguraci on encapsulada que pose a el router. El ojetivo era realizar un cambio a modo bridge del router para realizar un transferencias mediante Iperf con una captura mediante tcpdump, y salida en formato .pcap, como tambi en una utilziaci on del programa PING, el cual nos ayudase a medir la latenc a de la medici on. La conexi on real en base a los par ametros de la conexi on del modem se realizar an con los siguientes tasas de ancho de banda de subida y bajada, medidas con Okland

Para lo cual la tasa del 50% se resumen en una aproximaci on de 2 M bps de bajada y 0.25 M bps de subida.1
Valores acorde a los comentarios y enunciados solicitados en los requerimientos de la tarea III, Matias Mella
1

3.1

Procedimientos parte I

Para el procedimiento de transferencia mediante UDP se realizar a una conexi on mediante iperf con los siguientes comando, con sus respectivos pasos a seguir:

1. Levantar el servidor: iperf -s -u -f MB -t 5 Los parametros asociados, se nalan que el programa iperf estar a recibiendo solamente con protocolo UDP, con formato MB y en un tiempo de muestro 5 seg. 2. Identicaci on de IP El cliente tiene la IP: 192.168.1.2 El servidor tiene la IP: 192.168.1.6 3. Ejecuci on de los comados del cliente: time iperf -c 192.168.1.6 -u -b 2MB -t 800 -i 5
2

Acontinuaci on se realizara una explicaci on m as detallada del ambiente a estudiar con los siguientes: Se comienza la trasferencia la mitad de la bancha y para determinar la mitad de la banda ancha del cliente: Client connecting to 192.168.1.6, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 176 KByte (default) -----------------------------------------------------------[ 3] local 10.0.2.15 port 42513 connected with 192.168.1.6 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 2.50 MBytes 2.10 Mbits/sec [ 3] Sent 1785 datagrams [ 3] Server Report: [ 3] 0.0-10.0 sec 2.50 MBytes 2.10 Mbits/sec 0.314 ms 0/ 1785 (0%)
2

Para delimitar el ancho de banda de transmisi on el comando b es requerido para acotar su valor.

En el proceso de transmisi on, se ha logrado obtener lo siguiente:

[ [ [ [ [ [ [ [

4] 4] 4] 4] 4] 4] 4] 4]

760.0-770.0 sec 2.50 MBytes 2.10 Mbits/sec 770.0-780.0 sec 2.50 MBytes 2.10 Mbits/sec 780.0-790.0 sec 2.50 MBytes 2.10 Mbits/sec 790.0-800.0 sec 2.50 MBytes 2.10 Mbits/sec 0.0-800.0 sec 200 MBytes 2.10 Mbits/sec Sent 142680 datagrams Server Report: 0.0-799.4 sec 200 MBytes 2.10 Mbits/sec

0.416 ms

1/142680 (0.0007%)

real 13m20.039s user 0m0.296s sys 0m20.276s De lo cual podemos obtener que se han transmitido en un tiempo de 800 segundos un paquete de 200 MB, los cuales a su vez se han ido capturando mediante tcpdump en un archivo .pcap con el siguiente comando: sudo time tcpdump -w salida_jaime.pcap -i eth0 Se ha capturado todos los protocolos tanto tcp como udp, en la siguiente imagen veremos un screen de validaci on de la captura realizada:

En la siguiente imagen se nzaliza el proceso de envio mediante IPRF al servidor. 5

El promedio de la latencia encontrada es calculada con el programa PING, en el siguiente screen se valida la ejecuci on del comando time y el resultado del promedio de la latencia, medido en ms para la conexi on del enlace.

Resumen de datos obtenidos en el procedimiento IDEAL 1. Tiempo para la transmisi on de 200 MB con el 50% de BW de conexi on: 800 segundos 2. Ancho de banda disponible: 4 MB 3. Ancho de banda de transmmisi on: 2.10 Mbits/sec 4. Datagramas perdidos(PLR) : 1/142680 (0.0007%) 5. Latencia Promedio del enlace : 1.970 ms En vista, de los problemas t ecnicos realizaremos una simulaci on de la red con los siguientes par ametros: PLR 5% hasta un 20%, de forma estoc astica. Delay de la conexi on mediante NETEM, de un 22ms con un delta de un 6% hasta 12% Los resultados obtenidos son los siguientes:

64 bytes from 192.168.1.6: icmp_req=2311 ttl=63 time=12.7 ms ^C --- 192.168.1.6 ping statistics --2311 packets transmitted, 2199 received, 4% packet loss, time 2314279ms rtt min/avg/max/mdev = 1.447/13.644/72.734/5.500 ms real 38m34.732s user 0m0.056s sys 0m0.328s 4] 0.0-800.1 sec 200.30 MBytes 490 Kbits/sec 0.289 ms 2342/35668 (12.6%)

10

3.2

Procedimientos parte II

1. Simulaci on de LAN con condiciones de p erdida de paquete : (a) En el siguiente procedimeinto se repetir an el mismo escenario, pero con nuevos par ametros, los cuales ser an la agregaci on de NETEM para afectar la calidad del enlace de la LAN. Para la conguraci on de nuestro escenario con perdida de paquete utilizaremos el siguiente comando de tc : # tc qdisc change dev eth0 root netem loss 0.1% Mediante netem, podemos denir la perdida de paquetes y esta puede ser monitoreada mediante tcpdump. Denimos los siguietes porcentajes de perdida: i. 10% de p erdida ii. 25% de p erdida iii. 60% de p erdida

Monitore de tr aco asociado con TCPDUMP.

11

Escenario Caso Ideal Caso Real Caso Experimental con p erdida

Valores PLR 0% 10 % - 12 % 5% - 50 %

AVG. Latency (ms) 1.970 ms 13.644 ms 20.13 - 200 ms

2. Comparaci on de PLR emp ricamente.

A partir de la experiencia denotamos las siguientes diferencias en los valores:

3. Topolog a

Imagen Ilustrativa de topolog a3

4. Se debe mencionar que las caracter sticas de los tipos de enlace utilizados son reales, con medicones internacionales y nacionaales. Los anchos de bandas utilizados son de 4 MB de bajada y 1 MB de subida.

fuente: http://blog.calat.com/tag/iperf/

12

Conclusiones

Tras la experiencia descrita anteriormente, la investigacion previa que realizamos y los resultados obtenidos, estamos en condiciones de concluir lo siguiente: 1. En una red, mientras existe un mayor retraso, inuye en diversos aspectos tales como el PLR el cual es directamente proporcional al delay (a mayor retraso, mayor ser an los paquetes perdidos). De igual forma, si el retraso es alto, existe una perdida parcial de la transmisi on, el cual se traduce en el envio de datagramas fuera de orden. Adem as altera de forma visible el Jitter Buer el cual aumenta considerablemente 2. En el caso de la perdida de paquetes, esto afecta considerablemente a la latencia en una red, la cual sube proporcionalmente al PLR, caso contrario a lo que sucede con el ancho de banda en la recepcion de los paquetes la cual baja a medida que el PLR aumenta. 3. La latencia ir a variando dependiendo del tipo de enlace y del tipo de red siendo las redes LAN las que presentan un menor numero (1,2 ms), luego vienen las WAN (10 - 20 ms), si es un enlace nacional la latencia sube (desde los 15 ms hasta los 50 ms). Por ultimo, los enlaces internaciones son los que presentan la mayor latencia que pudimos ver (150 a 300 ms) 4. La principal diferencia entre el protocolo TCP y UDP radica en que en transmisiones TCP se verica la correcta recepci on de los paquetes por parte del receptor, mientras que con UDP los paquetes son enviados sin realizar ning un tipo de vericaci on. La ventaja de UDP sobre TCP es la mayor velocidad de transmisi on. Iperf utiliza las diferentes capacidades de TCP y UDP para proveer datos estad sticos acerca de los enlaces de red. 5. Por ultimo, el poder manejar la herramienta NETEM, resulta muy u til al momento de poder simular distintos escenarios y establecer limitaciones en una red, un ejemplo de esto es el trac shaping realizado por los ISP

Referencias
1. http://ethereal.irontec.com/simulacion_qos.hack04ndalus.txt 2. http://blog.acostasite.com/2011/09/utizando-netem-simulando-escenarios-de. html 3. http://iperf.fr/ 4. http://www.thegeekstuff.com/2010/08/tcpdump-command-examples/ 5. http://capa3.es/medir-el-ancho-de-banda-de-la-red-con-iperf-o-jperf.html

13