MEDIDAS DE THROUGHPUT Y MTU

Jhon Alexander Daz A, Freddy Enrique Muoz B. Universidad de Cundinamarca Facultad de Ingeniera Electrnica jade7700@gmail.com, freddy5500@gmail.com.

Resumen: En el presente documento se presentan dos elementos claves en cuanto a la medida de volumen de datos que atraviesan una red y la velocidad de los datos en la red, los cuales se hacen muy importantes al momento de disear e implementar una red y a los recursos con que se cuente para el diseo de esta. El buen diseo y clculo de estos parmetros van a garantizar tasas de velocidad reales, adems el uso de estas dos herramientas se hace muy til al momento que se desee diagnosticar o comprobar la velocidad real de una red.

1. INTRODUCCIN El conocimiento de la velocidad en una red, es un concepto muy importante a la hora de disear e implementar pequeas redes de rea local o grandes redes del orden de redes de rea extendida. Muchas veces se suele confundir el concepto de volumen de datos que atraviesa una red (MTU) con la velocidad de los datos en la red (trhoughput), por lo que se hace necesario definirlos de una manera ms profunda. En el desarrollo de la presente practica se busca definir de una manera terica y prctica los dos conceptos mencionados anteriormente haciendo uso de dos herramientas claves, el comando de Windows PING y la herramienta de diagnostico de trafico de red WIRESHARK. 2. MARCO TEORICO 2.1. MTU: (Unidad Mxima de Transferencia), es el tamao mximo de los paquetes que pueden enviarse usando el protocolo IP, siendo Bytes la unidad utilizada para expresar el tamao. Una conexin se puede ver afectada si la MTU es alta o si es baja. Cuando es alta el ancho de banda utilizado en esas cabeceras disminuira, y se estara enviando el mximo de carga til en cada paquete, pero en inconveniente se da cuando en nodos intermedios por los que el paquete pase no pueda administrar paquetes tan grandes, se hace necesario restablecer un proceso de segmentacin y re-ensamblado de paquetes lo cual reduce la eficiencia de la conexin. Cuando es baja se eleva el ancho de banda que se ocupa en informacin de diversos protocolos.

2.2. Trhoughput: Es la cantidad de datos por unidad de tiempo que son transmitidos hacia o desde algn punto de la red, que se entregan o medida real del ancho de banda. 2.3. PING: Es una herramienta de diagnostico que comprueba el estado de conexin del host local con uno o varios equipos remotos por medio del envi de paquetes ICMP (Protocolo de Mensajes de Control de Internet), de solicitud y respuesta. Mediante esta herramienta se puede diagnosticar el estado, la velocidad y la calidad de una red determinada. Cuando se hace PING a un equipo o a una direccin IP lo que hace el sistema es enviar esa direccin una serie de paquetes de un tamao total de 64 bytes y queda en espera del reenvi de estos, por lo que se utiliza para medir la latencia o tiempo que tardan en comunicarse dos puntos remotos. 2.4. WIRESHARK: Es un analizador de protocolos utilizado para realizar anlisis y solucionar problemas en redes de comunicaciones, el cual permite examinar datos de una red viva o de un archivo de captura salvado en disco. 2.5. Detalles De Los Paquetes ICMP: Una cabecera IP sin opciones tiene un tamao de 20 bytes. Un paquete ICMP ECHO_REQUEST contiene una cantidad adicional de 8 bytes de cabecera ICMP seguida por una cantidad arbitraria de datos. Cuando se especifica un packetsize, ste indica el tamao de esta porcin extra de datos (por defecto es 56). Por lo tanto, la cantidad de datos recibidos dentro de un paquete IP del tipo ICMP ECHO_REPLY ser siempre 8 bytes mayor que el espacio de datos requerido (la

cabecera ICMP). Si el espacio de datos tiene un tamao de al menos 8 bytes, ping usa los primeros 8 bytes de este espacio para incluir un registro de tiempo que utiliza en el cmputo de los tiempos de los viajes de ida y vuelta de los paquetes. Si se especifican menos de 8 bytes, el programa no proporcionar estos tiempos.

comportamiento anterior se debe a que no se tuvieron en cuenta los tamaos de las cabeceras IP e ICMP, ya que la primera ocupa un tamao de 20 y l segunda un tamao de 8, que en total son 28, de esta manera se tiene que 1500-28=1472 de esta manera se tiene que el tamao mximo del paquete a enviar es de 1472 bytes, a continuacin en la figura 2 se muestra el resultado obtenido utilizando este valor o tamao de paquete.

3. DESARROLLO DE LA PRCTICA Como primer estancia se solicita calcular la MTU (maximum transfer unit), para ello se utiliza la siguiente instruccin en la ventana de comandos (CMD): ping [direccin IP] -f -l [tamao del paquete en bytes]. Teniendo en cuenta esto la direccin IP a utilizar puede ser la de la puerta de enlace predeterminada o la de otro equipo de la misma red y el tamao del paquete se puede determinar de 2 maneras, la primera que es si no se sabe con qu protocolo de Internet se est trabajando se puede empezar a trabajar con un tamao de 1472 y dependiendo de si el paquete es fragmentado o no, se empezara a aumentar o disminuir el paquete de 10 en 10 hasta que no se fragmente y posteriormente a ese valor se le sumara 28 el cual ser el valor de la MTU. Por otro lado si se sabe con qu protocolo se est trabajando se utiliza el tamao de este paquete. En esta ocasin se trabaja con el protocolo de Ethernet el cual tiene una MTU terica de 1500 bytes, lo cual se comprobara a continuacin utilizando la red del laboratorio de telemtica de la universidad, la IP a utilizar es la 172.16.60.222 y el tamao del paquete como ya se mencion ser de 1500 bytes, de esta manera la instruccin a utilizar queda de la siguiente mara: ping 172.16.60.222 -f -l 1500. A continuacin en la figura 1 se muestra el resultado obtenido.
Figura 2. Ping realizado a la red enviando 1470 bytes de datos.

Como se apreci en la figura anterior ya no hay fragmentacin de paquetes lo cual indica que el valor de 1500 es correcto y que el protocolo efectivamente es Ethernet, de esta manera queda calculado la MTU del laboratorio de telemtica. Ahora se proseguir a calcular la misma MTU pero utilizando el software Wireshark el cual facilita mucho el clculo de esta ya que lo nico que hay que hacer es enviar un paquete y el programa se encarga del resto. Para determinar el tamao de la MTU mediante el software se realizara un ping de la misma manera que se ha realizado anteriormente, pero con un tamao de paquete de 1600 bytes de esta manera se generara trfico el cual ser capturado por el WireShark, cuyos datos se analizaran y se explicaran a continuacin. A la hora de generar el trfico enviando un paquete de 1600 bytes hay que localizar las casillas en donde se encuentras las direcciones IP tanto a la que se le realizo en ping y la del equipo con que se realiz, una vez localizados en este caso se obtuvieron los siguientes resultados:

Figura 1. Ping realizado a la red enviando 1500 bytes de datos.

Como se puede observar en la figura 1, se hace necesario fragmentar el paquete lo cual llevara a pensar que el tamao terico del paquete es falso o que se est trabajando con otra red, sin embargo hay que analizar esto un ms detalladamente. El

figura 3. Datos a analizar obtenidos del trafico con WireShark, donde, (1) tamao del paqute enviado, (2) tamao de la MTU, (3) paquete fragmentado, (4) toma en cuenta el tamao de ICMP.

A continuacin se explicara cada uno de los numerales de la figura 3. La captura de los datos

generados por el trfico se dividen en 4 faces por llamarlo as las cuales al terminar vuelven de nuevo, es como un mini siclo, para el primer caso (1) se tiene el tamao de paquete enviado por medio del ping, cual es de 1600 bytes como ya se mencion, a continuacin en la figura 4 (a) se muestra este resultado con ms detalle.

falas, ya que nos brindan ms informacin, en el siguiente caso (3) se tiene el valor en que se ha tenido que fragmentar el paquete para el envo, es decir se han enviado 1600 bytes pero se sabe que la MTU permite un paquete mximo de 1472 bytes, por lo tanto se tiene que 1600-1472=128 bytes, lo cual quiere decir que se enviaran dos paquetes uno de 1472 bytes y otro de 128 bytes, a continuacin en la figura 6 se muestra que por medio de WireShark se puede apreciar la fragmentacin del paquete.

Figura 6. Tamao del paquete en que se ha tenido que fragmentar para el envo.

Figura 4. Deteccin del (a) tamao de paquete enviado el cual es de 1600 bytes y del (b) tiempo requerido para ida y vuelta del paquete.

El siguiente cuadro o fila que se ha identificado (2), indica el tamao de la MTU que maneja la red, que como se hall anteriormente por medio de ping, debe ser de 1472, a continuacin en la figura 5 se muestra que efectivamente es de ese valor.

Hasta aqu ya se tienen todos los datos que se quisieran saber para determinar cmo acta la MTU dentro de la red, pero an falta esa ltima fila de informacin que brinda el software, esta toma el tamao de la MTU pero teniendo en cuenta en tamao de la cabecera ICMP, por este motivo es el valor que se obtiene de esta, entonces teniendo en claro que el valor de la cabera es de 8 bytes y que la MTU es de 1472 bytes se tiene que el valor que WireShare entrega en esta casilla es de 1472+8=1480 bytes, as como se muestra a continuacin en la figura 7.

Figura 7. Tamao mximo de envi de paquete de la MTU tomando en cuenta cabecera ICMP.

Figura 5. Fila de la captura de paquetes por medio de WireShark que determina la MTU de la red.

En esta parte ya se puede decir que ya se ha calculado la MTU por medio del WireShark, sin embargo se seguir analizando este bloque de 4

Ya habiendo entendido como acta la MTU y teniendo sus valores se prosigue a calcular el throughput que es el parmetro que nos indica la velocidad real con la que trabaja la red y est dada en bits/segundo, ya sabiendo las unidades y que est relacionada con la MTU es muy sencillo deducir la formula, ya que se tiene que la MTU de la red es de 1472 bytes solo basta con multiplicar por 8 para que las unidades queden en bits y luego dividir ese valor por el tiempo en que tarda el

paquete en ir y volver, entonces la ecuacin quedara de la siguiente manera:

throughput

MTU 8 tiempo( s)

(1)

Ahora mirando el tiempo mximo y mnimo que tarda el paquete en ir y volver es de 5 y 4 mS (ver figura 2) pero para obtener un buen clculo se tomara el tiempo mximo es cual es de 5mS, de esta manera el throughput de la red ser:

trhoughput

1472bytes 8 53 s

trhoughput 2,35Mb / s
Ahora se decidi tomar el valor mximo aunque generalmente se recomienda hacerlo de acuerdo al promedio de los tiempos, es decir, en esta ocasin debera ser (4+4+4+5)/4= 4.25; sin embargo es mejor tomar el valor mximo y calcular dicho valor basndose o mirando el peor de los casos, se puede decir que el peor de los casos es el tiempo ms largo esta vez 5mS, de esta manera se tiene un clculo acertado para cualquier situacin ya sea el mayor o menor tiempo, ya que es mejor trabajar bajo un valor menor de throughput a uno mayor, por ejemplo es mejor tener un dato el cual indicara un valor por debajo y no hacerse ilusiones de que la red trabaja a una velocidad mayor y que en cambio si la red funcionase la mayora de veces bajo los tiempos mnimos y se tiene un cuenta un tiempo menor a lo indicado es satisfactorio ver que la red trabaja a una mayor velocidad, colocando un ejemplo ms particular se puede decir que es mejor tener el reloj adelantado que atrasado ya que es mejor llegar temprano que llegar tarde, lo mismo ocurre con el throughput pero al contrario que el reloj, es mejor menos que ms. Por otro lado tambin se pudiese calcular el valor de throughput por medio del tiempo que arroja WireShark, el cual se pude apreciar en la figura 4 (a) el cual es el tiempo que se tarda en ir y volver el paquete de 1600 bytes, tendra que hacer el mismo procedimiento pero generando un trfico con el envi de un paquete con el tamao de la MTU y de ah tomar el tiempo correspondiente, sin embargo, el mtodo ms eficiente podra resultar por medio del pig por lo mencionado en el prrafo anterior.

Por ltimo, se dice que el throghput es la cantidad de datos por unidad de tiempo que se entregan y surge la siguiente pregunta: no es lo mismo velocidad de red que throughput? A primera vista se podra suponer que s, sin embargo la velocidad de red se refiere a esa cantidad de datos por unidad de tiempo pero en forma ideal, es decir la velocidad a la que una red sin perdidas e inconvenientes que presenta cualquier red, se podra decir que es la velocidad que por lo general prometen los servidores de internet (aunque por lo general no es as), entonces el throughput toma en cuenta todas la imperfecciones de la red lo cuales causan que esta sea ms lenta, aunque no lo hace directamente con cada desperfecto, la forma en que puede hacer lo es midiendo la velocidad mxima que alcanzan 2 PCs conectados a una red o entre un PC y su puerta de enlace, es por ello que se puede definir throughput de forma ms acertada como medida real del ancho de banda es decir la medicin en la que se obtiene la capacidad de un enlace concreto. 4. CONCLUSIONES - Las medidas trhoughput y MTU son herramientas de gran utilidad a la hora de determinar ancho de banda y velocidad de un canal de transmisin, puesto que estas son las que nos entrega un valor real de la escala de transmisin. - La herramienta WireShack es un elemento de gran potencialidad gracias a sus prestaciones prestadas, en especial cuando se utiliza e modo promiscuo dado que permite realizar una auditora completa de la red que se est testeando. - Con el desarrollo de la prctica se hace ms comprensible la funcin que tiene la capa de transporte y los parmetros por los que esta capa se ve regida como lo son el ancho de banda y la velocidad de transferencia de un canal dado.

Bibliografa
[1] Ubuntu Manuals, ping, disponible en la pgina de internet:
http://manpages.ubuntu.com/manpages/hardy/es/man8/ ping.8.html

[2] significado de throughput, disponible en la pgina de internet:

diccionario,

http://elticus.com/diccionario/Throughput.html