TRABAJO COLABORATIVO No.

1 DEL CURSO TELEMATICA

INTEGRANTES DEL CURSO: OLGA ESTHELLA ROJAS CLAROS LIGIA AMPARO ROJAS CODIGO CURSO 301120-93 301120-94

TUTOR: ELEONORA PALTA VELASCO

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BASICA PROGRAMA DE INGENIERIA DE SISTEMAS PUERTO ASIS PUTUMAYO 2011

INTRODUCCION

Las grandes transformaciones en el estilo de vida actual en nuestra sociedad son el resultado de descubrimientos sucesivos y relacionados que han convergido en el desarrollo tecnolgico especialmente en campos como las telecomunicaciones y la Informtica. La invencin de los diferentes mecanismos de comunicacin presenta un gran impacto en la sociedad actual y han llevado a muchas naciones a un grado de desarrollo en muchos campos. Las tecnologas de la informacin y de las Comunicaciones TIC y la Telemtica estn actualmente pasando por una era de apogeo en el que todos tenemos que ver y estamos relacionados de alguna manera. En repetidas oportunidades nos vemos en la necesidad de medir el ancho de banda de algn enlace, ya sea el mismo una red LAN, WAN, MAN utilizando satlite, microondas, fibra, etc. Y no sabemos cmo. Para los conocedores del rea tambin es comn que la gente de transmisin nos indique que el enlace a nivel de capa 2 est perfecto que no hay errores ni prdidas y que las pruebas de BERT salieron sin errores. Sin embargo al momento de probar dicho enlace con un router y transportando IP nos vemos con inconvenientes. Ahora bien, algo que es muy cierto es que el cliente tiene la ltima palabra, si el cliente dice que ve errores y/o que la aplicacin no funciona hay que revisar. En este apartado, es decir en este trabajo, daremos un profundo anlisis al comando IPERF el cual sirve para medir el rendimiento de una red cliente/servidor, es decir siempre el cliente hacindose escuchar por parte del servidor, para poder as analizar en un intervalo de tiempo determinado cuantos datos transfiere y a que ancho de banda, de acuerdo a unos parmetros que funcionan con ste comando.

IPERF

Es una herramienta que nos permite medir el ancho de banda para el protocolo internet, nos proporciona informacin como la tasa de transferencia de datagramas en la red, el retardo (jitter) y la prdida de paquetes. Todo ello enviando datagramas tcp o udp segn le especifiquemos y esperando la respuesta ack. Esta herramienta resulta til para todo tipo de aplicaciones de red independientemente del protocolo de comunicaciones usado, permitindonos especificar el host, puerto, protocolo tcp o udp, Adems puede correr en modo servidor o cliente. Si ejecutamos "iperf --help" veremos una gran cantidad de opciones, de todos formas la que ms nos interesan son: c (modo cliente), o -s (modo servidor). Evidentemente no podemos especificar ambas opciones a la vez, en modo cliente lanzaremos peticiones a una ip y un puerto que especifiquemos mientras que en modo servidor quedar escuchando peticiones en dicho puerto. Despus de la opcin de modo cliente/servidor especificaremos el host (hostname o ip), y con la opcin -p indicamos el puerto que vamos a usar. La aplicacin usa por defecto tcp pero con la opcin -u podemos especificarle que use datagramas udp. (para todas las pruebas ejecutaremos "iperf -s" en el otro nodo, especificando el puerto con -p) iperf --help Usage: iperf [-s|-c host] [options] iperf [-h|--help] [-v|--version]

Client/Server: -f, --format [kmKM] format to report: Kbits, Mbits, KBytes, MBytes seconds between periodic bandwidth reports length of buffer to read or write (default 8 KB) print TCP maximum segment size (MTU - TCP/IP header) server port to listen on/connect to use UDP rather than TCP #[KM] TCP window size (socket buffer size)

-i, --interval # -l, --len #[KM]

-m, --print_mss -p, --port -u, --udp -w, --window -B, --bind #

<host> bind to <host>, an interface or multicast address for use with older versions does not sent extra msgs set TCP maximum segment size (MTU - 40 bytes) set TCP no delay, disabling Nagle's Algorithm Set the domain to IPv6

-C, --compatibility -M, --mss -N, --nodelay -V, --IPv6Version #

Server specific: -s, --server -U, --single_udp -D, --daemon run in server mode run in single threaded UDP mode run the server as a daemon

Client specific: -b, --bandwidth #[KM] for UDP, bandwidth to send at in bits/sec

(default 1 Mbit/sec, implies -u) -c, --client <host> run in client mode, connecting to <host> Do a bidirectional test simultaneously #[KM] number of bytes to transmit (instead of -t)

-d, --dualtest -n, --num -r, --tradeoff -t, --time #

Do a bidirectional test individually time in seconds to transmit for (default 10 secs)

-F, --fileinput <name> input the data to be transmitted from a file -I, --stdin -L, --listenport # -P, --parallel # -T, --ttl # input the data to be transmitted from stdin port to recieve bidirectional tests back on number of parallel client threads to run time-to-live, for multicast (default 1)

Miscellaneous: -h, --help -v, --version print this message and quit print version information and quit

[KM] Indicates options that support a K or M suffix for kilo- or mega-

The TCP window size option can be set by the environment variable TCP_WINDOW_SIZE. Most other options can be set by an environment variable IPERF_<long option name>, such as IPERF_BANDWIDTH.

Report bugs to <dast@nlanr.net>

Tambin disponemos de opciones ms avanzadas para controlar el ancho de banda a generar, tamao mximo de segmento, sin delay (Algoritmo de Nagle) e incluso tenemos la posibilidad de utilizar IPv6 (IP versin 6). Aunque con muy pocos parmetros podemos realizar una sencilla prueba simulando un servidor web: iperf -c asteriskpbx -p 80 -----------------------------------------------------------Client connecting to asteriskpbx, TCP port 80 TCP window size: 16.0 KByte (default) -----------------------------------------------------------[ 3] local 192.168.1.2 port 51952 connected with 192.168.1.8 port 80 [ 3] 0.0-10.0 sec 77.3 MBytes 64.8 Mbits/sec Si intentamos enviar informacin a un puerto donde el servidor iperf no est escuchando nos avisar con el mensaje "Connection refused", y un otro mensaje que nos indica que no se ha recibido el ACK (Acknowledge) despus de un intento de enviar el datagrama: iperf -c asteriskpbx -p 80 -u -----------------------------------------------------------Client connecting to asteriskpbx, UDP port 80 Sending 1470 byte datagrams UDP buffer size: 109 KByte (default) -----------------------------------------------------------[ 3] local 192.168.1.2 port 54812 connected with 192.168.1.8 port 80 write2 failed: Connection refused read failed: Connection refused [ 3] WARNING: did not receive ack of last datagram after 1 tries. [ 3] 0.0- 0.0 sec 1.44 KBytes 1.05 Mbits/sec [ 3] Sent 1 datagrams Por tanto una sencilla prueba simulando el puerto SIP de nuestro servidor Asterisk sera tal que as (de momento usando UDP, aunque con pocos cambios tambin es posible hacer una prueba SIP sobre TCP): iperf -c asteriskpbx -p 5060 -u -----------------------------------------------------------Client connecting to asteriskpbx, UDP port 5060 Sending 1470 byte datagrams UDP buffer size: 109 KByte (default) ------------------------------------------------------------

[ [ [ [

3] local 192.168.1.2 port 50678 connected with 192.168.1.8 port 5060 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec 3] Sent 893 datagrams 3] WARNING: did not receive ack of last datagram after 10 tries.

PRACTICA DE CONEXIN DE DOS EQUIPOS

IDENTIFICACION DE LA INFORMACION Para la identificacin de la informacin debemos tener en cuenta cuando utilizamos el comando Iperf: Modo Servidor: Modo Cliente: -S -C COMO SERVIDOR. Comando iperf: Sirve para medir el throughput entre una mquina fuente y una mquina destino. Se levanta un servidor en un extremo. >iperf -s

La anterior salida significa que IPerf se encuentra a la escucha en le puerto 5001. IPERF COMO CLIENTE Comando iperf: cuando est listo el servidor en el otro extremo se ejecuta el comando como un cliente En la mquina cliente IPerf, de la forma ms sencilla lo ejecutamos de esta manera:

>iperf -c 192168.75.47.

D:\iperf c 192.168.75.47: comando ejecutado en modo cliente que nos muestra la informacin de conectividad. Port 5001: Puerto del servidor Local 192.168.75.46 : Direccin IP del cliente Port 1077: Puerto del Cliente

COMUNICACIN ENTRE CLIENTE Y SERVIDOR GENERANDO RESPUESTAS

En seguida se procede a digitar este comando, pero haciendo el uso de los parmetros que lo acompaan, desde el usuario se hacen estas pruebas: q iperf -c <IP> p <puerto>, mide al ancho de banda entre el host que este caso sera el equipo con direccin IP 192.168.75.46 y el servidor de iperf con direccin IP 192.168.75.47, corriendo por 5001 del servidor. Se utiliza el siguiente comando. iperf c 192.168.75.47 -p el puerto 5001.

El resultado es el que nos muestra la siguiente pantalla:

En este ejemplo el equipo con direccin IP 192.168.75.47 hace de servidor, y el equipo con IP 192.168.75.46 se conecta a l para realizar la medicin. Como se puede observar el rendimiento del enlace es : interval: 0.0-10.0 sec. Transfer: 412 MBytes. Bandwidth: 345 Mbits/sec Resultado de la pantalla al realizar el ejercicio: q iperf -c -p , mide al ancho de banda entre el host que este caso sera el equipo con direccin IP 192.168.75.46 y el servidor de iperf con direccin IP 192.168.75.47, corriendo por el puerto 5001 del servidor. Se utiliza el siguiente comando. iperf c 192.168.75.47 -p 5001 El siguiente comando especifica un intervalo de tiempo en segundos, en el cual volver a hacer la medicin. Corriendo desde el cliente el comando Iperf c <IP> -i <segundos>.iperf c 192.168.75.47 i 3 la ip es la del servidor y realizar la medicin cada tres(3) segundos por espacio de 10 segundos. Los resultados que se obtuvieron son los siguientes:

la muestra anterior lo realizamos desde el usuario, el cual nos indica la medicion de los 3 segundos, y en el siguiente pantallazo se obsserva los mis mos valores del intervalo ultimo items, del usuario en el servidor:

Ejecutando el mismo comando pero con intervalos de tiempo de un (1) segundo, se obtiene lo siguiente. Explica paso a paso la pantalla que obtienes iperf c 192.168.75.47 i 1 , la direccin ip es la del servidor. Al digitar el iperf c 192.168.75.47 i 1 desde el usuario el automticamente , genera el resultado de los saltos que presenta cada unos de los intervalos del tiempo en enviar y recibir , este caso es de un segundo.

Esta fueron las respuestas que nos genero desde el usuari, utilizando el ip del servidor, pero ahora les mostraremos la misma respuesta del usuario en el servidor del ultimo items:

Ahora adicionamos a este comando el parmetro u (utiliza UDP en vez de TCP) y se obtiene lo siguiente: Iperf c 192.168.75.47 u i 1 - Explica porque del resultado obtenido.
QUE ES U?

recibir datagramas UDP en vez de TCP por defecto. A continuacion se muestra los resultado al digitar: Iperf c 192.168.75.47 u i 1, desde el usuario. Adicionando a este comando el parmetro u (utiliza UDP en vez de TCP) y se obtiene lo siguiente: Iperf c 192.168.75.47 u i 1

El resultado obtenido es el datagrama de de conexin cliente servidor, y u es la opcin utilizada para especificarle que use datagramas UDP (protocolo datagrama de usuari.

Ahora adicionamos a este comando el parmetro M (Determina el tamao del MTU en Kilobytes o Megabytes) y se obtiene lo siguiente:

QUE ES - M? es la opcin utilizada para generar el reporte o impresin visual del tamao mximo del segmento. A continuacion nuevamente se observa desde la pantalla del servidor los mismos ultimos digitos que genera el usuario.

Cuando hablamos de escuchada por el servidor hacemos referencia a la actividad realizada por el servidor cada que se ejecuta el comando Ipref con cualquiera de sus opciones, es decir est atendiendo los requerimientos hechos por el cliente.

CONCLUSIONES

El Comando Iperf sirve para medir el throughput entre una mquina fuente y una mquina destino.

es de vital importancia conocer los parmetros de este comando como lo son: -c, -s, i, -p, los cuales nos permiten cambiar la configuracin para medir el rendimiento que tiene una red en determinado tiempo, tamao.

IPerf mide el mximo desempeo del ancho de banda TCP/UDP permitindonos ajustar diversos parmetros y caractersticas tanto TCP como UDP