Вы находитесь на странице: 1из 6

Redes móviles definidas por software

Máster MTRT
Curso 2017/2018

Nombre: Alexander P. Sócola C.

Práctica iPerf. Generación de flujos IP

1. Genera un iPerf UDP entre dos máquinas. Añade las opciones necesarias para fijar el
ancho de banda, usar el puerto 33333, fijar la duración a 10 segundos y ver un resumen de la
información que proporciona iPerf cada segundo. (Nota: explique el formato de salida del
programa, cómo se indica en cada extremo si los paquetes han llegado, tasa de llegada, etc)

Figura 1. Comandos en cliente para generar un Iperf UDP en puerto 3333, con ancho de banda 2M.

En la figura 1 se aprecia que el cliente está conectado con el servidor en el puerto 33333 y que
posee la dirección IP 192.168.1.105, envinado información con el ancho de banda fijado a 2MB/s,
en total se han enviado 1702 datagramas.

Figura 2. Comandos en servidor para generar un Iperf UDP en puerto 3333, con ancho de banda 2M.

El servidor que corresponde a la figura 2, donde se aprecia información más detallada de lo que
se está recibiendo de flujo UDP del cliente, como el ancho de banda fijado a 2MB/s, el Jitter que
tiene valores entre 7 y 10 ms, el número total de datagramas que se han recibido, 1701 con una
pérdida de 4 y un datagrama recibido fuera de tiempo, haciendo un total de 1702 que son los
que envió el cliente en la figura 1. El cliente reporta una salida de 2.39Mbytes y el servidor reporta
que ha recibido 2.38Mbytes, produciéndose una pérdida de 10Kbytes.

2. Genera un iPerf TCP bidireccional entre dos máquinas y explica los resultados que
proporciona iPerf en ambos extremos de la conexión. (Nota: explique el formato de salida del
programa, cómo se indica en cada extremo si los paquetes han llegado, tasa de llegada, etc.

Figura 3. Comandos en cliente para generar un Iperf TCP bidireccional.

Para generar un tráfico bidireccional en Iperf se lo hace con la opción -d en el cliente, como se
observa en la figura 3, como es una conexión bidireccional se aprecia al iniciar la conexión que el
servidor está escuchando en el puerto 33333 y el cliente se está conectando a la dirección IP
192.168.116.128 del servidor para iniciar la transmisión del flujo de datos.
El intervalo de transmisión es de 10 segundos se transfieren 2.39 Mbytes con el ancho de banda
fijado en el cliente de 2 Mbps
Figura 4. Comandos en servidor para generar un Iperf TCP bidireccional.

El servidor se encuentra alojado en una máquina virtual con sistema operativo Linux, está
escuchando un flujo TCP bidireccional en el puerto 33333 como se aprecia en la figura 3, el cliente
está conectándose para iniciar la conexión. Estas dos opciones se las observa tanto en el servidor
como en el cliente porque se trata de un flujo bidireccional. Existe tres datos que pueden ser
visualizados, el intervalo cada segundo de 1 a 10, la tasa de transferencia que es 2.39Mbytes que
es la misma tanto en el cliente y servidor, esto debido a que el Protocolo TCP es orientado a la
conexión y por ende no existe pérdidas de datagramas. Y se visualiza también el ancho de banda
que se ha fijado en 2Mb/s

3. Genera un flujo UDP alterando el tamaño del paquete UDP para provocar
fragmentación. Adjunte la captura Wireshark en la que se pueda apreciar este comportamiento.

Figura 5. Flujo UDP en cliente, con tamaño de paquete 32k.


En la figura 5 se muestra el comando, en el que el cliente está generando un flujo UDP con un
tamaño de paquete de 32Kbytes con la opción -l 32k.

Figura 6. Flujo UDP en cliente, con tamaño de paquete 32k.

La captura realizada en Wireshark del flujo con tamaño de paquete 32Kbytes se muestra en la
figura 6, donde se apreciar que el paquete se fragmenta en 23 partes, esto debido a que el
tamaño de paquete es 32776 bytes por la longitud que se puso de paquete de 32k, como el
tamaño máximo que soporta Iperf para UDP es 1470 bytes, por ello, se fragmenta el paquete en
23 tramas para enviar toda la longitud del paquete al servidor.

4. Generar 5 flujos TCP con distintos tamaños de ventana (2-65535 bytes) y calcula el
throughput que se obtiene para cada uno de ellos.
Figura 7. Flujos TCP con distintos tamaños de ventana generados en cliente.
Figura 8. Flujos TCP con distintos tamaños de ventana recibidos en servidor.

Tamaño de ventana Throughput Cliente Throughput Servidor


2 kByte 407 Kbps 220 Kbps
10 kByte 10.2 Mbps 10.1 Mbps
32 KByte 19.2 Mbps 19.1 Mbps
50 KByte 19.4 Mbps 19.2 Mbps
64 Kbyte 21.2 Mbps 21.0 Mbps
Tabla 1. Tabla comparativa de throughput en cliente y servidor.

En la Tabla 1 se ha realizado un resumen de información de las Figuras 7 y 8, que reportan cinco


flujos TCP enviados entre un cliente y servidor con tamaños de ventana distintos.

Se aprecia que para tamaños de ventana con valores pequeños obtenemos tasas de transferencia
en el orden de los Kbps y conforme se aumenta el tamaño de ventana los valores de la
transferencia van aumentando, por ello el tamaño del buffer puede almacenar una mayor o
menor cantidad de información.

El throughput reportado en el cliente difiere al recibido en el servidor, en todos los envíos con
diferentes tamaños de ventana, en el servidor llega una menor tasa de transferencia. Entre 100
y 200 Kbps menos al throughput que reporta que el cliente ha enviado. Esto se debe a una serie
de factores como paquetes SYN, ACK, control de flujo, etc., que ocupan ancho de banda y por
ello disminuye la tasa de transferencia efectiva que recibe el servidor.

Вам также может понравиться