SUPERIOR ESCUELA TCNICA SUPERIOR DE INGENIERA DE TELECOMUNICACIN DE BARCELONA

PROYECTO FINAL DE CARRERA

Evaluacin de la herramienta GNS3 con conectividad a enrutadores reales

AUTOR: Lisset Daz Cervantes DIRECTOR: Xavier Hesselbach Serra

INDICE
CAPTULO 1: 1.1 1.2 1.3 1.4 2.1 2.1.1 2.1.2 2.2 2.3 2.4 2.4.1 2.4.2 2.5 2.5.1 2.5.2 PREMBULO................................................................................................. 5

INTRODUCCIN ........................................................................................................... 5 MOTIVACIN ............................................................................................................... 5 OBJETIVOS ................................................................................................................. 6 CONTENIDO DE LA MEMORIA ........................................................................................ 6 CONCEPTOS GENERALES ......................................................................... 8 CISCO IOS ................................................................................................................. 8 Caractersticas del Cisco IOS.............................................................................. 8 Versiones del Cisco IOS.................................................................................... 11 MODOS DE OPERACIN DE LOS DISPOSITIVOS DE RED ................................................. 12 MEMORIAS DE LOS DISPOSITIVOS DE RED ................................................................... 13 CABLEADO EN DISPOSITIVOS DE RED .......................................................................... 13 Cableado para la configuracin de un router real ............................................. 13 Cableado para conectar dispositivos reales...................................................... 14 ARQUITECTURA DEL EMULADOR ................................................................................. 15 Dynamips ........................................................................................................... 15 Dynagen............................................................................................................. 17
IDLE-PC .................................................................................................................... 16 Herramientas de optimizacin del uso de memoria .................................................. 17 Network File .............................................................................................................. 17

CAPTULO 2:

2.5.1.1 2.5.1.2 2.5.2.1

2.5.3 2.6 2.6.1 2.6.2

2.6.3

2.6.2.1

GNS3 ................................................................................................................. 18 HERRAMIENTAS Y PROTOCOLOS ADICIONALES USADOS EN ESTE TRABAJO .................... 19 Protocolo ICMP.................................................................................................. 19 Protocolo de enrutamiento RIP versin 2.......................................................... 19 Protocolo SNMP ................................................................................................ 20

Configuracin de RIP versin 2................................................................................. 19 Configuracin de protocolo SNMP ............................................................................ 21 Configuracin e instalacin de IPERF....................................................................... 22 Configuracin e instalacin de MRTG....................................................................... 23 Configuracin de RTR............................................................................................... 24

2.6.4 2.6.5

2.6.3.1 2.6.4.1 2.6.5.1 2.6.6.1

IPERF ................................................................................................................ 21

MRTG: Multi Router Traffic Grapher ................................................................. 22

2.6.6

RTR: Response Time Reporter ......................................................................... 24 HERRAMIENTA GNS3 ................................................................................ 25

CAPTULO 3: 3.1 3.1.1 3.1.2 3.1.3 3.2 3.2.1

3.2.2

3.2.1.1 3.2.1.2 3.2.1.3 3.2.1.4 3.2.2.1 3.2.2.2 3.2.2.3 3.2.2.4

REQUERIMIENTOS DEL SISTEMA ................................................................................. 25 Requerimientos del sistema en Windows XP.................................................... 25 Requerimientos del sistema en Linux (Ubuntu 9.4) .......................................... 26 Observaciones y Recomendaciones ................................................................. 28 INSTALACIN Y CONFIGURACIN ................................................................................ 28 Instalacin y configuracin en Windows XP...................................................... 28

Instalacin y configuracin en Linux (Ubuntu 9.4)............................................. 34

Descargar el archivo de instalacin........................................................................... 28 Instalar GNS3............................................................................................................ 29 Cargar de los CISCO IOS ......................................................................................... 31 Comprobar el path hacia Dynamips .......................................................................... 33 Descargar el archivo de instalacin........................................................................... 34 Ejecutar el emulador ................................................................................................. 34 Cargar la Cisco IOS .................................................................................................. 36 Comprobar el path hacia Dynamips .......................................................................... 36

3.3 3.3.1 3.3.2 3.3.3 3.3.4

3.3.4.1

USO DE GNS3.......................................................................................................... 36 Emulacin de Routers CISCO ........................................................................... 37 Emulacin de Switches Ethernet ....................................................................... 40 Emulacin de Dispositivos ATM y Frame Relay................................................ 42 Simulacin de PCs ............................................................................................ 42

Usando Virtual PC..................................................................................................... 42

3.3.5 3.3.6 3.3.7 3.3.8 3.3.9 3.3.10 4.1 4.1.1 4.1.2 4.1.3 4.1.4 4.1.5 4.1.6 4.2 4.2.1 4.2.2 4.2.3 4.2.4 4.2.5 4.2.6 4.3 4.3.1 4.3.2 4.3.3 4.3.4 4.3.5 4.3.6 4.4 4.4.1 4.4.2 4.4.3

3.3.4.2 3.3.4.3

Emulacin de Firewall PIX................................................................................. 44 Creacin de Enlaces.......................................................................................... 45 Creacin de enlaces a equipos reales .............................................................. 45 Almacenamiento de topologa ........................................................................... 47 Captura de datos ............................................................................................... 48 Operacin en modo Hipervisor .......................................................................... 50 ANLISIS DEL RENDIMIENTO ENTRE EQUIPO REAL Y VIRTUAL ....... 54

Routers que actan como PC ................................................................................... 44 Usando un PC real .................................................................................................... 44

CAPTULO 4:

LATENCIA.................................................................................................................. 54 Objetivo.............................................................................................................. 54 Escenario de prueba.......................................................................................... 55 Medicin y tratamiento de datos........................................................................ 56 Captura de trfico .............................................................................................. 58 Resultados ......................................................................................................... 59 Conclusiones y observaciones parciales........................................................... 59 THROUGHPUT (CAUDAL EFICAZ) ................................................................................ 59 Objetivo.............................................................................................................. 60 Escenario de prueba.......................................................................................... 60
Configuracin del escenario...................................................................................... 55

4.1.2.1

4.2.2.1

Medicin y tratamiento de datos........................................................................ 63 Captura de trfico .............................................................................................. 65 Resultados ......................................................................................................... 66 Conclusiones y observaciones parciales........................................................... 67 JITTER ...................................................................................................................... 67 Objetivo.............................................................................................................. 67 Escenario de prueba.......................................................................................... 68 Medicin y tratamiento de datos........................................................................ 68 Captura de trfico .............................................................................................. 70 Resultados ......................................................................................................... 70 Conclusiones y observaciones parciales........................................................... 71 PROBLEMAS DETECTADOS Y SOLUCIONES .................................................................. 71 Obtencin del IOS C2621.................................................................................. 71 Formato de la cisco IOS en el router ................................................................. 74 Igualdad de caractersticas en los equipos ....................................................... 74

Configuracin del escenario...................................................................................... 61

4.4.3.1 4.4.3.2 4.4.3.3 4.4.3.4

Memoria Dinmica (DRAM) ...................................................................................... 75 Memoria no voltil (NVRAM)..................................................................................... 75 Memoria FLASH........................................................................................................ 76 Memoria ROM........................................................................................................... 76

CAPTULO 5: SIMULACIN 5.1 5.1.1 5.1.2 5.1.3

ANLISIS DE LAS COMUNICACIONES INVOLUCRADAS EN LA 78

5.1.2.1

PRUEBAS CON COMUNICACIONES INTERNAS ............................................................... 78 Objetivo.............................................................................................................. 78 Escenario de prueba.......................................................................................... 78 Medicin y tratamiento de datos........................................................................ 80

Configuracin del escenario...................................................................................... 79 Prueba 1: Latencia de ICMP ..................................................................................... 80 Prueba 2: Latencia de TCP ....................................................................................... 81 Prueba 3: Latencia de UDP....................................................................................... 82 Prueba 4: Throughput en la red ................................................................................ 84 Prueba 5: Jitter en la red ........................................................................................... 85

5.2 5.2.1 5.2.2 5.2.3

5.1.3.1 5.1.3.2 5.1.3.3 5.1.3.4 5.1.3.5

5.2.2.1

PRUEBAS CON COMUNICACIONES EXTERNAS ............................................................. 85 Objetivo.............................................................................................................. 85 Escenario de prueba.......................................................................................... 86 Medicin y tratamiento de datos........................................................................ 87

Configuracin del escenario...................................................................................... 87 Prueba 1: Latencia de ICMP ..................................................................................... 87 Prueba 2: Latencia de TCP ....................................................................................... 87 Prueba 3: Latencia de UDP....................................................................................... 88

5.2.3.1 5.2.3.2 5.2.3.3

5.3 5.3.1 5.3.2 5.3.3 5.3.4 5.3.5 5.4 5.4.1 5.4.2 5.4.3 5.4.4 5.4.5 5.5 5.6 5.6.1 6.1 6.2 6.2.1 6.3 6.4 6.4.1 6.4.2 6.4.3 6.5

5.2.3.4 5.2.3.5

CAPTURA DE TRFICO ............................................................................................... 90 Prueba 1: Latencia de ICMP.............................................................................. 90 Prueba 2: Latencia de TCP ............................................................................... 92 Prueba 3: Latencia de UDP ............................................................................... 93 Prueba 4: Throughput de la red......................................................................... 94 Prueba 5: Jitter en la red ................................................................................... 95 COMPARACIN DE RESULTADOS ................................................................................ 95 Prueba 1: Latencia de ICMP.............................................................................. 95 Prueba 2: Latencia de TCP ............................................................................... 96 Prueba 3: Latencia de UDP ............................................................................... 96 Prueba 4: Throughput en la red......................................................................... 96 Prueba 5: Jitter en la red ................................................................................... 97 CONCLUSIONES ........................................................................................................ 97 OBSERVACIONES ...................................................................................................... 98 Asignaciones de direcciones MAC .................................................................... 98 ANLISIS LA DE COMUNICACIN ENTRE VARIOS EMULADORES .. 100 OBJETIVO ............................................................................................................... 100 ESCENARIO DE PRUEBA ........................................................................................... 100 Configuracin de escenario ............................................................................. 101 CAPTURA DE TRFICO ............................................................................................. 102 GRFICAS MRTG DE TRFICO TRANSPORTADO ........................................................ 103 Prueba 1: Latencia de ICMP............................................................................ 103 Prueba 2: Throughput en la red...................................................................... 104 Prueba 3: Jitter en la red ................................................................................. 104 CONCLUSIONES ...................................................................................................... 105 CONCLUSIONES Y RECOMENDACIONES............................................. 106

Prueba 4: Throughput en la red ................................................................................ 89 Prueba 5: Jitter en la red ........................................................................................... 89

CAPTULO 6:

CAPTULO 7: CAPTULO 8: CAPTULO 9:

LNEAS FUTURAS .................................................................................... 108 BIBLIOGRAFA.......................................................................................... 109

CAPTULO 1:

PREMBULO

1.1 Introduccin
La implantacin de una red o su mejora no es tarea fcil ya que adems de requerirse conocimientos de planificacin, diseo e implementacin se requiere de una gran inversin econmica a la hora de adquirir dispositivos de red que cumplan unas necesidades especficas. En este sentido, cada vez es ms comn que las empresas usen testbeds para probar nuevos conceptos o nuevas funcionalidades que implementarn en sus redes en el futuro, con el fin de reducir riesgos de inversiones fallidas. Los testbeds solan hacerse sobre prototipos, es decir, se realizaban pruebas sobre equipos reales con el fin de ir mejorando su rendimiento. Para evitar usar equipos reales y as abaratar costes en las pruebas, se crearon alternativas a los prototipos como son los emuladores y los simuladores, cuyo uso es cada vez ms extendido debido a su gran evolucin y constante mejora. Un emulador permite duplicar las funcionalidades de un sistema usando otro diferente, de modo que el segundo sistema se comporte exactamente como el primero. En la actualidad, existen numerosos emuladores que permiten imitan el comportamiento de programas e incluso toman la forma de dispositivos hardware reales. Algunos ejemplos seran VMware que emula sistemas operativos GNS3 [03][04] que emula dispositivos de red a partir de imgenes reales de IOS CISCO y que ser el tema principal de este trabajo. Un simulador permite representar ciertas caractersticas o comportamientos claves (modelo) del sistema fsico o abstracto que se quiere simular, por lo tanto, el sistema resultante ser ms limitado. Un ejemplo de un simulador de routers sera BOSON [31] diseado con fines acadmicos para soportar las funcionalidades requeridas para la obtencin de certificaciones CISCO como son CCNA CCNP. GNS3 es un emulador libre, con una GUI muy amigable, fcil de instalar y manejar pero su funcionamiento se basa en la obtencin de una IOS de CISCO la cual es propietaria y requiere de permisos para su obtencin. Una alternativa a esta deficiencia sera usar Vycatta [32]. Vycatta es un sistema operativo que puede ser instalado en cualquier ordenador para dotarlo de funcionalidades propias de un router, posee una CLI (Comand Line Interface) propietaria parecida a la implementada por JUNIPER en sus equipos. Este sistema operativo se encuentra disponible de forma gratuita en Internet en su versin ms limitada, si se desea obtener funcionalidades ms complejas este software deja de ser gratuito.

1.2 Motivacin
GNS3 es una aplicacin que tiene gran cabida en el ambiente empresarial ya que su uso reduce el coste de implementacin de las redes. Con GNS3 es posible probar y experimentar nuevas funcionalidades de los CISCO IOS sin correr el riesgo de poner en peligro la integridad de una red real con configuraciones errneas, adems permite asegurarse de no hacer un planeamiento y diseo inexactos para ciertos requerimientos. Por otro lado, en el ambiente acadmico GNS3 puede ser usado como

Pgina 5

una herramienta de entrenamiento en el estudio del networking, haciendo que los estudiantes tengan acceso ms fcil a dispositivos de red tan ampliamente utilizados como lo con los routers de CISCO. No cabe duda que CISCO es una empresa lder en tecnologas de redes y que el uso de sus dispositivos de red es ampliamente extendido en todo el mundo, con lo cual un emulador que emule sus equipos, como es el caso de GNS3, necesita ser estudiado. Por lo tanto, el emulador GNS3 se presenta como una aplicacin de gran utilidad tanto en el ambiente empresarial como en el acadmico, cuyas capacidades merecen ser estudiadas y analizadas profundamente para conocer cul es el rendimiento de los dispositivos que emula y cul es el comportamiento cuando se forman redes con dispositivos emulados o con dispositivos reales.

1.3 Objetivos
El presente PFC tiene los siguientes objetivos: a. Profundizar es el estudio de las capacidades que ofrece el entorno GNS3 para la simulacin de redes con dispositivos de red emulados. b. Detallar el uso de las capacidades del entorno GNS3. c. Estimar los requerimientos de procesamiento que un host con GNS3 debe tener para conseguirse un buen funcionamiento del sistema. d. Analizar definiciones y medidas de rendimiento realizadas en routers emulados usando GNS3, basndose en las RFCs propuestas por el IETF, para poder describir su rendimiento. e. Comparar el rendimiento de los routers emulados usando GNS3 cuando se cambian las caractersticas de procesamiento del emulador. f. Estudiar la transmisin de datos (trafico, protocolos, tablas de enrutamiento, etc) existente entre routers emulados usando GNS3. g. Estudiar la transmisin de datos (trafico, protocolos, tablas de enrutamiento, etc) existente entre routers emulados usando GNS3 y routers reales. h. Analizar el rendimiento de redes formadas por enrutadores emulados usando GNS3 y redes mixtas que tambin contienen routers reales. i. Mostrar la posibilidad de funcionamiento conjunto de varios emuladores GNS3.

1.4 Contenido de la memoria

El presente PFC consta del Captulo 1, denominado Prembulo donde se realiza una introduccin al tema a tratar y se comentan los motivos y objetivos para plantear y realizar este Proyecto Fin de Carrera. En el Captulo 2, denominado Conceptos Generales, se estudia el concepto de IOS en un router CISCO, los modos de operacin y las memorias de los dispositivos de red, se detalla el cableado utilizado entre los dispositivos de red, la arquitectura de la herramienta GNS3 y las

Pgina 6

herramientas adicionales utilizadas en la realizacin de este proyecto. En el Captulo 3, denominado Herramienta GNS3, se estudian los requisitos del sistema para usar GNS3, su instalacin y configuracin tanto en el sistema operativo Windows como Linux; as como tambin se describen los pasos a seguir para la emulacin de routers, switches, PCs, etc. En el Captulo 4, denominado Anlisis del Rendimiento entre equipo real y virtual, se estudia los principales parmetros de rendimiento en una red como la Latencia, Throughput y Jitter en dispositivos emulados y reales; asimismo se describe los problemas y soluciones encontrados durante el anlisis de los parmetros anteriores. En el Captulo 5, denominado Anlisis de las Comunicaciones Involucradas en la simulacin, se estudia el comportamiento del GNS3 en redes formadas por dispositivos emulados y por dispositivos reales externos. En el Captulo 6, denominado Anlisis de Comunicacin entre varios Emuladores, se estudia el comportamiento de varios escenarios emulados en GNS3 ubicados en diferentes emuladores que conforman una misma red. En el Captulo 7, denominado Conclusiones y Recomendaciones, se dan las conclusiones y recomendaciones generadas como consecuencia del anlisis del rendimiento y uso del GNS3. En el Captulo 8, denominado Lneas Futuras, se comentan las nuevas lneas de estudio relacionados con el uso del emulador GNS3 en el campo de la investigacin. Finalmente en el Captulo 9 se indica la Bibliografa utilizada para la realizacin del presente PFC.

Pgina 7

CAPTULO 2: 2.1 Cisco IOS

CONCEPTOS GENERALES

El IOS (Internetwork Operating System) de CISCO es el sistema operativo usado en los dispositivos de red de CISCO: routers, switches, para la implementacin de redes que forman la gran Internet (usando dispositivos CISCO). Una forma de acceso al CISCO IOS es usando CLI (Command Line Interface) el cual est basado en un conjunto de comandos. Estos comandos estn ubicados en los diversos modos de operacin definidos en cada equipo de red: usuario, privilegiado, configuracin global. La seleccin de una adecuada versin del CISCO IOS est relacionada con las caractersticas tcnicas que pueden ofrecer los equipos de red, por ejemplo el soporte de IPv6, MPLS, DiffServ, Seguridad, entre otros. Adems, como los routers tienen diversos tipos de interfaces, siendo las ms comunes Ethernet y Serie, el IOS debe contener un grupo de drivers para soportar esta variedad de interfaces [01]. Las imgenes de CISCO IOS poseen nombres especficos y estandarizados por CISCO que reflejan sus principales caractersticas como la que plataforma soporta, las funciones realiza y la versin de IOS utiliza para facilitar su actualizacin. Es importante conocer el nombre de la imagen y la versin que est corriendo en un router antes de comenzar a configurarlo. Para ello usamos el comando show version que se nuestra en la figura 2.1 [07]

Figura 2.1: Comando que muestra la imagen y versin de un router. Tpicamente el nombre del archivo que contiene a una imagen CISCO IOS consta de una parte que indica las caractersticas de la IOS y otra que corresponde a la versin de la misma. En la figura 2.1, el nombre de la imagen IOS es C2600-I-M, la versin que se usa es la 12.3 (3h) y el estado de la versin es fc2.

2.1.1 Caractersticas del Cisco IOS

Las caractersticas que posee una imagen IOS se indican en tres grupos de letras estandarizadas por CISCO, el primer grupo hace referencia a la plataforma, el segundo grupo a las funcionalidades de la imagen y el tercero al formato de la imagen. Plataforma: Corresponde al primer grupo de caracteres e identifica la plataforma para la cual la imagen fue creada. La tabla 2.1 muestra los identificadores de plataformas ms comunes. [06]
Identificador
As Ca Cpa Cs c800, c1000, c1005, c1600 c2500

Plataformas
Access Server 5200 series Cisco Advantage Cisco Pro Communication Server Cisco 800, 1003, 1004, 1005, 1600 Cisco 2500-2525 series routers

Pgina 8

c2600 c2800 c2900 c29atm c3620, c3640, c3800 c5200, c5300 c4000,c4500,c4700 c5fsfc c5rsm c5atm c6400s, c6400r c6msm c7000 c7200 Igs gs3 gs7 Gsr ls1010 Mc3810 Rpm RSP

Cisco 2610-2613 series routers Catalyst 2800 Cisco 2910, 2950 Cisco 2900 ATM Cisco 3620, 3640, 3800 Cisco AS5200, AS5300 Cisco 4000 series routers Catalyst 5000 series Catalyst 5000 RSM Catalyst ATM Cisco 6400 NSP, Cisco 6400 NRP Catalyst Cisco 7000, 7010 Cisco 7200 IGS, 2500, 3000, and 5100 series routers AGS and AGS+ gateway routers 7000 series gateway routers Gigabit Switch Router (12000) LightStream 1010 Multiservice Cisco 3810 MGX 8850 Cisco 7500 series

Tabla 2.1: Principales identificadores de plataforma. [06] Grupo de caractersticas: Este grupo representa las funcionalidades que un router con una IOS puede realizar, dichas funcionalidades pueden combinarse pero siempre dependen de que la plataforma pueda soportarlas. La tabla 2.2 muestra las funcionalidades ms comunes. [06]
Grupo
A A2 B BOOT C D D2 Dsv EBOOT F G G2 G3 I I2 I3 Is Is56i J Js40 Jsv56 Js Js40 Js56i K K1 K3 K4 L M N

Funcionalidades
APPN ATM AppleTalk Boot image Remote Access Server Desktop subset (SNMP, IP, BRIDGING, WAN, Terminal Services, IPX, ATALK, ARAP) Desktop Plus Desktop/IBM Ethernet boot image for MC3810 FRAD subset ISDN subset Gatekeeper proxy, voice and video ISDN subset for c800 (IP, ISDN, Frame Relay) IP subset IP subset for 3600 Reduced IP subset with BGP/EGP/NHRP removed IP Plus IP IPSec 56 Enterprise subset (protocol translation) Enterprise 40 Enterprise IPSec 56 Enterprise Plus Enterprise Plus 40 Enterprise Plus IPSec 56 Kitchen sink Privacy key encryption (11.3 and above) Triple DES (11.3 and above) 168-bit encryption with SSH IpeXchange IPX, static routing, gateway RMON IPX

Pgina 9

O O2 O3 P R S V V2 V3 X X X Y Y2 Y3 Y4 Y5 Y6

Firewall Firewall (3xx0) Firewall with SSH (36x0, 26x0) Service provider (IP RIP/IGRP/EIGRP/OSPF/BGP CLNS ISIS/IGRP) RSRB (remote source route bridging); this option can be added to other feature sets Source route switch (SNMP, IP, BRIDGING, SRB) VIP and dual RSP support Voice V2D Voice feature card X.25 (11.1 and earlier), and on 12.0T on c800 series Frame Relay in 11.2 H.323 Gatekeeper/Proxy for 2500, 3620, 3640, MC3810 Reduced IP (SNMP, IP RIP/IGRP/EIGRP, BRIDGING, ISDN, PPP), for low-end routers IP variant (SNMP, IP RIP/IGRP/EIGRP, WAN -X.25, OSPF, PIM) IP/X.31 Reduced IP variant (Cable, MIBs, DHCP, EZHTTP) Reduced IP variant (Cable, MIBs, DHCP, EZIP) for home office Reduced IP variant (c800)

Tabla 2.2: Principales funcionalidades de los routers. [06] En la actualidad, CISCO ha cambiado el modelo para nombrar las imgenes IOS incorporando el concepto de paquetes heredables. Los paquetes se definen como grupos de caractersticas y tienen la finalidad de clarificarlas y simplificar la seleccin de una imagen. Cada vez que una nueva caracterstica es agregada a un paquete, sta es heredada por los paquetes de niveles superiores. La figura 2.2 muestra los ocho diferentes tipos de paquetes que existen para los routers CISCO y las relaciones entre ellos.[08]

Figura 2.2: Nuevos paquetes y sus relaciones. (extrado de [06]) La tabla 2.3 muestra algunos ejemplos de nombres de imgenes CISCO IOS que usan sta nueva convencin:
Nombre
C2600-ipbase-mz c2600-ipvoice-mz c2600-advsecurity-mz c2600-spservices-mz c2600-entbase-mz c2600-advipservices-mz c2600-entservices-mz c2600-adventerprise-mz

Grupo de caractersticas
IP Base IP Voice Advanced Security Service Provider Services Enterprise Base Advanced IP Services Enterprise Services Advanced Enterprise Services

Figura 2.3: Nombres de imgenes segn la nueva convencin.

Pgina 10

Formato de imagen: Generalmente en este grupo encontramos dos caracteres, el primero nos dice desde donde se ejecuta la imagen, y el segundo como se ha realizado la compresin de la imagen. La tabla 2.4 muestra caracteres ms comunes.
Carcter
F M R L C

Location
Flash RAM ROM Relocatable Flash card (PCMIA)

Carcter
Z X W

Compresin
ZIP Mzip Stac

Tabla 2.4: Principales funcionalidades de los routers. [06]

2.1.2 Versiones del Cisco IOS

CISCO constantemente adapta su tecnologa a los nuevos requerimientos de redes empresariales y de proveedores de servicios, en este sentido, cada nueva versin del software cisco IOS optimiza las redes IP y otorga avanzados servicios de red. El paso de una versin de IOS a otra nueva no es rpido, puesto que se requiere de constantes arreglos y mejoras hasta llegar a la estabilidad del software. Las versiones del CISCO IOS constan de nmeros y letras que denotan diferentes caractersticas de la misma segn como se agrupan. Dichos nmeros se pueden categorizar en los siguientes grupos segn su ubicacin: [07] [06] Mayor lanzamiento: Se trata del primer nmero con punto decimal y sin ningn otro sufijo que aparece. Este nmero nos indica la versin del software CISCO IOS. Lanzamiento en mantenimiento: Se denota por un nmero o letra entre parntesis al costado del nmero de mayor lanzamiento, comienza en 1 y va creciendo con cada revisin sucesiva. Indica que se ha hecho una revisin a su mayor lanzamiento para arreglar los fallos pero sin incorporar nuevas funcionalidades. Cada lanzamiento en mantenimiento se basa en un mayor lanzamiento y ocurre peridicamente cuando se necesita. Lanzamiento provisional: Se hace referencia agregando un punto y el nmero correspondiente despus del nmero de lanzamiento en mantenimiento. Indica una revisin especial de su lanzamiento en mantenimiento. Cada lanzamiento provisional se basa en el mayor lanzamiento y ocurre peridicamente cuando se necesita. Lanzamientos de despliegue temprano (ED): Se tratan de una o dos letras y nmeros adicionales al final de los numero correspondientes al Lanzamiento provisional y denotan que nuevas funcionalidades y hardware han sido introducidos en cada lanzamientos en mantenimiento para su rpida entrega. Existen muchas series de ED cada una de ellas destinada a un grupo de clientes de cisco. La tabla 2.5 muestra las categoras existentes:
Identificador
A C D E F G H N P

Early Deployment Release (ED)

Tecnologa Access server/dial Routers Core Tecnologa xDSL Especfico-Empresa Especfico-Caracterstica Routers gigabyte switch Tecnologa SDH/SONET Voz, conferencia, multimedia Caractersticas de plataforma

Pgina 11

S T W X Y

Caractersticas de proveedores de servicios Tecnologa consolidada (siguiente mayor lanzamiento) ATM/LAN o swithing de capa 3 Lanzamiento de vida corta Lanzamiento de vida corta

Tabla 2.5: Series de EDs existentes. [07] En nuestro ejemplo, la IOS de la figura 2.1 tiene como mayor lanzamiento al nmero 12.3 y como lanzamiento en mantenimiento al (3h), en este caso, no se cuenta con nmeros de lanzamiento provisional ni de despliegue temprano (ED). Finalmente, con respecto al estado de la versin tenemos que diferenciar los siguientes cuatro estados: [07] [06] First Commercial Shipment (FCS): Es una versin del software CISCO IOS que empieza a estar comercialmente disponible para los clientes de CISCO. Limited deployment (LD): Es una versin del software CISCO IOS que ha sido introducida despus de la FCS pero antes de que se alcance la GD. Contiene muchos fallos resueltos pero no incluye nuevas funcionalidades ni plataformas hasta que llegue al estado GD. General deployment (GD): Es una versin del software CISCO IOS que se considera estable porque ha logrado un alto grado de satisfaccin en el mercado y porque ha sido sometida a pruebas exhaustivas. Early deployment (ED): Es una versin del software CISCO IOS que contiene las ms actuales funcionalidades, por lo tanto, se encuentra en fase de pruebas y puede contener fallos. CISCO proporciona en (http://tools.cisco.com/ITDIT/CFN/jsp/index.jsp) una herramienta muy til para encontrar rpidamente una versin de IOS que ms se acerque a las necesidades de nuestras redes, se trata de un navegador que tiene la facilidad de hacer bsquedas de IOS por caractersticas deseadas o por versin, incluso permite comparar dos versiones de software o conocer los requerimientos mnimos de memoria para el funcionamiento de una IOS determinada. [06]

2.2 Modos de operacin de los dispositivos de red

Los comandos del CISCO IOS estn agrupados en los tres (03) modos de operacin: modo usuario, modo privilegiado y modo de configuracin [01]. Modo usuario es el primer modo que todo usuario va acceder. La mejor manera de conocer de que se est en ste modo es observando el smbolo > como prompt despus del nombre del equipo de red. Modo privilegiado permite a los usuarios ver la configuracin del equipo de red (router o switch), restablecer el equipo de red e ingresar al modo de configuracin. El modo privilegiado se puede distinguir observando el smbolo # como prompt despus del nombre del equipo de red. El administrador del equipo de red puede habilitar la solicitud de un password antes de ingresar al modo usuario y/o privilegiado. Modo de configuracin permite modificar la configuracin del sistema. El ingreso al modo de configuracin se realiza desde el modo privilegiado ingresando el comando

Pgina 12

configure terminal. El modo configuracin se puede distinguir observando (config)# despus del nombre del equipo de red. Los comandos utilizados por CISCO IOS se detallan en [02] y sern utilizadas durante el desarrollo del presente Proyecto Fin de Carrera.

2.3 Memorias de los dispositivos de red

La arquitectura de los dispositivos de red es similar a un computador. Cada router tiene un CPU que vara en rendimiento y capacidad, dependiendo de la plataforma del router, e interfaces para conectar perifricos. Adems del CPU y las interfaces, los routers necesitan de cuatro (04) tipos de memorias para su normal funcionamiento: ROM, Flash, RAM y NVRAM. Memoria ROM es de slo lectura, por lo que los datos no pueden ser escritos en este tipo de memoria. El software inicial que corre sobre un router CISCO es llamado bootstrap software y es almacenado en la memoria ROM; este software es invocado cuando se arranca el router. Los routers emulados con GNS3 ignoran la lectura de esta memoria. Memoria Flash es usado para almacenar uno o ms software CISCO IOS. En algunos sistemas, la memoria Flash puede contener el bootstrap software e incluso archivos de configuracin o informacin del sistema. Los routers emulados con GNS3 carecen de esta memoria. Memoria RAM DRAM es una memoria rpida que pierde la informacin almacenada cuando la energa del router es desactivada. Esta memoria es usada para mantener tablas y buffers del software CISCO IOS. GNS3 asigna esta memoria de forma virtual y es compartida por varios routers virtuales con la misma IOS, su tamao es configurable dependiendo de los requerimientos de la plataforma. Memoria NVRAM para almacenar la configuracin de arranque, es decir los archivos que el CISCO IOS lee cuando el router se reinicializa. La memoria NVRAM puede ser obviado cuando se reinicializa el router, modificando el valor del registro interno al valor ox2142. Esta accin es necesaria cuando se requiere cambiar/eliminar los passwords definidos en un router. GNS3 usa el disco en vez de esta memoria.

2.4 Cableado en dispositivos de red

2.4.1 Cableado para la configuracin de un router real
Para la configuracin inicial de routers se necesitan los siguientes elementos:[09] Un router CISCO, en cualquiera de sus plataformas. Un cable de energa elctrica. Un PC con un programa de emulacin de terminal instalado. Un cable de consola con conectores de RJ45 a DB9 (cable celeste).

Los pasos a seguir son los siguientes: 1) Conectar el router al PC usando el cable de consola desde el puerto de consola (RJ45) del router al puerto COM del PC (DB9). Ver la figura 2.4

Pgina 13

2) En el PC, cargar el programa de emulacin de terminal, como el Hyperterminal de Windows. En la configuracin del programa, tener cuidado en seleccionar el puerto que COM que fue usado para conectar el router. 3) Configurar los parmetros necesarios para el inicio del programa de emulacin de terminal. Los parmetros se muestran en la figura 2.3. [09]

Figura 2.3: Ventana de configuracin de Hyperteminal. 4) Encender el router moviendo el interruptor que se encuentra en la parte trasera a la posicin de ON. Notar que en este momento los LEDs del chasis deben apagarse y encenderse de forma intermitente. [09] 5) A continuacin se vern los mensajes tpicos de encendido del router en la ventana del Hyperterminal. Finalmente, se nos indicar el encendido satisfactorio del router cuando el LED SYS PWR se enciende.[09]

Figura 2.4: Cableado a interfaz de gestin

2.4.2 Cableado para conectar dispositivos reales

Para la conexin del emulador GNS3 a dispositivos de red reales, en este caso routers, se necesitan los siguientes elementos:[09] Un router CISCO, en cualquiera de sus plataformas. Un cable de energa elctrica. Un PC con el emulador GNS3 instalado. Un cable UTP cruzado con conectores de RJ45 a RJ45.

Pgina 14

Los pasos a seguir son los siguientes: 1) Conectar el router al PC usando el cable UTP cruzado desde el puerto FastEthernet (RJ45) del router al puerto FastEthernet de la PC (RJ45). Ver la figura 2.5. [09] 2) Cargar el programa de emulacin de redes GNS3 en el PC y crear un nuevo enlace a equipos reales como se muestra en el apartado 3.3.7 de este trabajo. En la configuracin del enlace, tener cuidado en seleccionar el nombre del puerto Fastethernet que fue usado para conectar el router. 3) Encender el router moviendo el interruptor que se encuentra en la parte trasera a la posicin de ON. Esperar hasta que notemos que el LED SYS PWR se enciende para indicarnos que el router se inici satisfactoriamente.[09] 4) En el router, configurar la direccin IP en la interfaz Fastethernet de acuerdo a la topologa creada en el emulador. Para la configuracin seguir los pasos del apartado 4.1.2.1. 5) En el PC, no asignar ninguna direccin IP a la interfaz Fastethernet, ya que dicha direccin IP ser asignada virtualmente tras la configuracin del router virtual emulado por GNS3.

Figura 2.5: Cableado a interfaz de datos

2.5 Arquitectura del emulador

2.5.1 Dynamips
Dynamips[03] es el motor de emulacin que permite emular diferentes plataformas hardware usando imgenes de sistemas operativos de CISCO en un mismo host. Entre dichas plataformas se encuentran los Routers 1700, 2600, 3600, 3700 y 7200. Por otro lado, puede emular switches Ethernet, Frame-Relay y ATM con funcionalidades bsicas. En cuando a la emulacin de switches, Dynamips no es capaz de emular switches Catalyst sino que provee una versin limitada de un switch virtual, cuyas limitaciones pueden ser resueltas usando mtodos alternativos como la emulacin de NM-16ESW que el emulador s soporta. Por otro lado, Dynamips tampoco es capaz de emular Firewalls PIX, para ello se usa el emulador PEMU a travs de Dynagen. Los trminos NM-16ESW y PEMU se explicarn en las secciones 3.2.2 y 3.1.1.2 respectivamente con ms detalle. Inicialmente Dynamips consume grandes cantidades de CPU del PC emulador, esto se debe principalmente a que realiza la emulacin de los routers instruccin por

Pgina 15

instruccin y a que no puede saber cuando un router virtual est inactivo, de modo que ejecuta instrucciones como si la imagen del IOS estuviera realizando algn trabajo til. Para resolver el problema del excesivo uso de CPU se crea un proceso llamado IDLEPC. Por otro lado, Dynamips tambin consume memoria RAM del PC emulador, ya que, en teora cada router virtual debe tener a su disposicin, como mnimo, toda la cantidad de memoria RAM que necesita para poder trabajar, por lo tanto, esta cantidad se hace imprctica si se requieren emular redes con varios routers. Para resolver el problema del excesivo uso de memoria del PC emulador se usan herramientas que permiten compartir la memoria del mismo entre varios routers emulados con la misma IOS, y herramientas que usan el disco en vez de la memoria del emulador. 2.5.1.1 IDLE-PC Se trata de una herramienta que realiza un anlisis en el cdigo de una imagen IOS para determinar los puntos ms probables que representen un bucle de inactividad, de modo que, cuando se detecten, haga que los routers virtuales duerman durante ese instante. Es decir, IDLE-PC [03] [04] ayuda a Dynamips a emular el estado inactivo de la CPU virtual de un router. Algunas caractersticas adicionales de este proceso son las siguientes: La aplicacin de un mal valor de IDLE-PC hace que la PC del emulador trabaje entre 60% - 100% cuando emula un solo un router, mientras que un buen valor hace que slo trabaje entre 1% -10% de la capacidad. Estos valores dependen de lo potente que sea el emulador usado. Est ligado a la versin de Dynamips que se usa, si se cambia de versin, es muy probable que se necesita cambiar de valor de IDLE-PC. Ser diferente para IOS de diferentes versiones y por supuesto para diferentes plataformas. Se aplicar a un router virtual cada vez que use esa IOS. No son exclusivos de un PC o sistema operativo, por lo tanto, los archivos dynagenidledb.ini pueden ser copiados y compartidos y el valor de seguir siendo bueno.

Figura 2.6 Uso de CPU sin y con un valor de IDLE-PC en PC Intel Core2 Duo @ 2.66Ghz 2 Gb de RAM

Pgina 16

2.5.1.2 Herramientas de optimizacin del uso de memoria Las herramientas que Dynamips usa para optimizar el uso de memoria [03], tanto real como virtual, del host emulador son las siguientes: Ghostios: [03] [04] Se encarga de reducir la cantidad de memoria real que se necesita del emulador para crear topologas con routers que corran a la vez, es decir, permite que el emulador comparta una parte de su memoria entre todos los routers que usen una misma imagen IOS de modo que cada router emulado no tenga que almacenar una copia idntica de un mismo IOS en su memoria virtual. El resultado, en nuestro caso, es un archivo que contiene la regin de memoria compartida ubicado en en el directorio working, llamado c2600-i-mz.123-3h.image.ghost. Sparsemem: [03] [04] Se encarga de reducir la cantidad de memoria virtual que usa un router emulado, es decir, la memoria necesaria para la ejecucin de una IOS, ya que slo asigna la cantidad de memoria que la IOS va a usar en un momento determinado y no toda la memoria RAM configurada, lo que permite crear ms routers virtuales por proceso dynamips. Esta herramienta no est habilitada por defecto. Mmap: [03] [04] Realiza la correspondencia de archivos temporales del disco con la memoria virtual configurada en los routers emulados, para que cuando se requiera leer estos archivos, el sistema operativo ponga en cach slo las secciones de los mismos que estn siendo utilizados. Estos archivos tienen la extensin ram, el tamao de la memoria RAM configurada y se encuentran en el directorio working creado por GNS3 en cada simulacin.

2.5.2 Dynagen
Dynagen[03] es una interfaz escrita en Python que provee la gestin, mediante lnea de comando (CLI), de las plataformas emuladas por Dynamips haciendo ms fcil su uso. Usa el modo Hypervisor para comunicarse con Dynamips y ambas pueden correr en la misma o en diferente PC. Tambin simplifica la gestin de las redes virtuales ya que implementa comandos para listar, iniciar, parar, reiniciar, suspender, reanudar los diferentes dispositivos emulados, adems determina los valores de IDLEPC y realiza capturas de paquetes. A partir de sus ltimas versiones, Dynagen es capaz de trabajar con el emulador de firewalls PEMU, el cual viene integrado en GNS3 dotando al emulador de capacidad de aadir Firewalls CISCO en las topologas. Adems es capaz de conectar de forma transparente a Dynamips los diferentes dispositivos virtuales como switches Ethernet, Frame-Relay y ATM soportados por Dynamips. Dynagen[03] usa un archivo de texto de fcil interpretacin llamado Network File, con extensin .net, para conocer todas las caractersticas de hardware de los dispositivos de red a emular y realizar las interconexiones entre ellos. 2.5.2.1 Network File Se trata de un archivo, escrito usando sintaxis INI (INI file syntax), que almacena la configuracin de todos los dispositivos de red de la topologa virtual a simular, como son los routers, switches y las interconexiones entre ellos. Este archivo puede especificar valores tan concretos como los descriptores de los adaptadores de red (NIO) que se encargan de la conexin con equipos reales o los puertos en los que trabajan dichos adaptadores de red de red, etc.

Pgina 17

2.5.3 GNS3
GNS3[04] es una aplicacin tambin realizada en Python que usa las libreras de Dynagen para crearle una interfaz grfica (GUI). Sus principales funciones son editar el archivo de texto .net y realizar las operaciones del CLI hechas por Dynagen y Dynamips. Adicionalmente incorpora la capacidad de simular PCs. La unin de Dynamips-Dynagen-GNS3, como se observa en la figura 2.7, crea una plataforma que permite el fcil diseo de topologas de red complejas ya que se realizan tan slo arrastrando los componentes y dibujando lneas entre routers de forma intuitiva. Por lo tanto, GNS3 es idneo para el entrenamiento de estudiantes que desean familiarizarse con dispositivos de red.

Figura 2.7 Plataforma GNS3 Las capacidades ms resaltantes que podemos obtener de GNS3 y que han servido como punto de partida para tomar la decisin de estudiar ms a fondo este simulador son las siguientes: Se encuentra disponible de forma gratuita en la red. Es fcil de instalar ya que todos los programas que necesita para funcionar se encuentran en un solo paquete de instalacin. Est en constante actualizacin y peridicamente se puede encontrar versiones de la aplicacin ms robustas y con nuevas funcionalidades. Permite la conexin Telnet a la consola de un router virtual, de forma fcil directamente desde la interfaz grfica. Alternativamente tambin permite trabajar directamente desde consola de gestin de Dynagen. Permite la comunicacin entre redes virtuales con redes del mundo real. Es apropiado para simular redes de grandes tamaos ya que permite que un cliente GNS3 pueda correr en una mquina diferente a la que contiene al emulador Dynamips, repartiendo el procesamiento entre diferentes PCs. Puede capturar los paquetes que pasan por enlaces virtuales y escribir los resultados de la captura en archivos que pueden ser interpretados por aplicaciones como Wireshark o tcpdumps. Los foros de Internet evidencian que es una aplicacin ampliamente utilizada.

GNS3 no es la nica aplicacin que brinda una GUI a Dynamips, existe otra con el nombre de Dynagui que realiza la misma tarea pero que se encuentra actualmente en fase de desarrollo y que no llega a implementar todas las funcionalidades que posee GNS3.

Pgina 18

2.6 Herramientas y protocolos adicionales usados en este trabajo

2.6.1 Protocolo ICMP
Es un protocolo [11] usado para informar a la fuente acerca del procesamiento de los datagramas IP que enva, con el fin de saber si se han producido errores en la comunicacin. En este sentido, ICMP no se usa estrictamente para dar fiabilidad a IP, ya que sta debe ser implementada por los protocolos de nivel superior que usen IP. En la prctica, los routers generan mensajes ICMP para reportar errores, mientras que los hosts de destino slo envan aquellos mensajes que pueden implementar. Los mensajes ICMP se encapsulan en datagramas IP, por lo tanto, ICMP es parte de IP y debe ser implementado por l. Es decir, la cabecera IP siempre contendr un nmero de protocolo de 1 (ICMP) y los datos IP sern los autnticos mensajes ICMP. Dichos mensajes ICMP poseen una estructura especfica donde el tipo de mensaje que se transporta se representa por nmeros 0, 8, 9, 10 y 13 al 18. Unos tipos de mensajes ICMP muy conocidos son los llamados Echo usados principalmente para detectar si otro host de la red est activo aunque tambin puede medir la latencia de un paquete IP o auto-comprobar que la interfaz de red de nuestro host esta activa. La herramienta que implementa estos tipos de mensajes ICMP se llama Ping, en donde la fuente enva un mensaje echo request (8) al host de destino y el receptor cambia el tipo del mensaje a "echo reply" (0) para devolver el datagrama al host fuente.

2.6.2 Protocolo de enrutamiento RIP versin 2

El protocolo RIPv2 (Routing Information Protocol) [06] [11] es un protocolo de enrutamiento basado en el algoritmo Bellman-Ford o vector distancia. Entre sus caractersticas se puede indicar que su criterio de seleccin de la mejor ruta est basado en determinar el menor nmero de saltos, provee mecanismos de autenticacin, tiene una distancia administrativa de 120 (este parmetro indica el grado de confiabilidad del protocolo RIPv2 respecto a otros protocolos de enrutamiento) y va encapsulado en el protocolo UDP. RIPv2 es usado hasta un mximo de 15 saltos. 2.6.2.1 Configuracin de RIP versin 2 La configuracin de RIP [06] [12] en su versin 2 en cada uno de los router para el escenario de pruebas de las figuras 5.1 y 5.17 del captulo 5 y 6 se produjeron usando los comandos que se muestran en la figura 2.8. Notar que para que este protocolo pueda funcionar, es necesario que cada router de la topologa anuncie las redes que tiene directamente conectadas, de modo que despus de unos segundos los routers de la red puedan aprender todas las redes existentes en la topologa.

Pgina 19

Figura 2.8: Configuracin de RIPv2 en el router Barcelona. Para visualizar las nuevas tablas de enrutamiento creadas despus del aprendizaje de los routers usamos el comando mostrado en la figura 2.9 y 2.10. La tabla de enrutamiento convergente del router Madrid de la topologa de la figura 5.1 es:

Figura 2.9: Tabla de enrutamiento convergente en Madrid. La configuracin del enrutamiento en el escenario 6.1 se hizo usando los mismos comandos que se mostraron en la figura 2.8. La tabla de enrutamiento final convergente en uno de los routers (Madrid_1) result de la siguiente forma:

Figura 2.10: Tabla de enrutamiento convergente en Madrid_1.

2.6.3 Protocolo SNMP

Se trata de un estndar que define un conjunto de aplicaciones de gestin de red, utilizando los servicios ofrecidos por TCP/IP en la Internet. [13] [14] La red SNMP (Simple Network Management Protocol) la forman dos tipos de elementos: Los agentes, que son dispositivos pasivos ubicados en los host, routers, modems, multiplexores, etc., stos envan informacin, por iniciativa propia o al ser interrogados de forma secuencial a otro elemento central; las estaciones administrativas equipos de gestin son los dispositivos que recolectarn la

Pgina 20

informacin de gestin proveniente de los agentes. La principal desventaja de este protocolo es el exceso de trfico que se genera. Cada agente contiene una MIB (Management Information Base) que es una base de datos compleja, estructurada en forma de rbol, con todos los objetos a gestionarse (informacin sobre variables/valores que se pueden adoptar). La versin 1 de la MIB puede manejar 114 objetos mientras que la versin 2 define 185 objetos, dichos objetos estn agrupados de acuerdo al tipo de informacin que transportan. 2.6.3.1 Configuracin de protocolo SNMP La configuracin de SNMP en los routers del escenario de pruebas del captulo 6 (figura 6.1) se produjo siguiendo los siguientes pasos: [15] 1) En primer lugar configuramos el nombre que le daremos a nuestra comunidad SNMP, con la cual todos los routers que tengan configurado este nombre podrn leer o escribir datos SNMP entre ellos. Repetir el comando de la figura 2.11 en todos los routers de la topologa.

Figura 2.11: Configuracin del nombre de comunidad SNMP. 2) Conseguimos que el router enve indicadores SNMP con sus datos recolectados a la estacin de gestin con IP 192.168.1.2, usando la cadena indicadora de comunidad public. Notar que no es necesario usar la verdadera cadena de comunidad, anteriormente configurada. Repetir el comando de la figura 2.12 en todos los routers de la topologa.

Figura 2.12: Configuracin de estacin de gestin. El comando anterior provoca que el servidor reciba indicadores SNMP que no necesita, desperdiciando el ancho de banda de la red; en este sentido, existe una forma de restringir la informacin que cada router enva al servidor pero esta solucin implica configurar cada router de la red. 3) Una vez configurado quien recibe los indicadores, encendemos el envo de los mismos por parte del router. Repetir el comando de la figura 2.13 en todos los routers de la topologa.

Figura 2.13: Habilitamos el envo de indicadores. El comando anterior enciende el envo de todos los indicadores existentes, en este caso tambin es posible encender solo indicadores especficos (ver bibliografa).

2.6.4 IPERF
Iperf [16] [17] es una herramienta de distribucin libre, capaz de medir el ancho de banda, el retardo, el Jitter e incluso la prdida de paquetes de un enlace entre dos PCs. Sus principales caracterstica recaen en la facilidad con la que permite configurar sus diferentes parmetros, ya que posee una interfaz grfica escrita en Java llamada

Pgina 21

Jperf, y en la capacidad de poder enviar datos que usan tanto el protocolo TCP, como el protocolo UDP. Iperf trabaja bajo el modelo de cliente-servidor, en donde el PC cliente inventa informacin sin sentido que intenta mandar a otro PC que acta como servidor durante un tiempo determinado, para ello el cliente necesita saber la direccin IP del PC servidor. Bsicamente el cliente es el que enva la informacin y el servidor es el que registra los datos que obtiene cuando le llegan los paquetes y los muestra. 2.6.4.1 Configuracin e instalacin de IPERF Iperf se usar en los captulos 4, 5 y 6. Los pasos que se siguieron para su instalacin y configuracin fueron: 1) Descargar jperf-2.0.2 desde http://iperf.sourceforge.net/ y descomprimir el archivo en cualquier ubicacin. 2) Ir a la carpeta descomprimida llamada jperf2.0.2 y hacer doble clic en "jperf.bat". Despus de unos segundos aparecer la ventana de Jperf. Cabe resaltar que la herramienta Iperf se encuentra en la carpeta /bin. 3) Repetir los pasos 1 y 2 tanto en el cliente como en el servidor. 4) A cada nodo del enlace le asignamos su papel que desempear durante la medida, en el caso de la configuracin del cliente se debe indicar la direccin IP del servidor. Ver figura 2.14a y b.

Figura 2.14a: Configuracin del nodo como cliente.

Figura 2.14b: Configuracin del nodo como servidor.

2.6.5 MRTG: Multi Router Traffic Grapher

Se trata de un monitor de dispositivos de red [18] que tiene la capacidad de mostrar, en tiempo real, todo el trfico que pasa por cada una de sus interfaces. Los grficos generados poseen la extensin PNG y estn contenidos en pginas HTML que pueden ser vistas en cualquier navegador. MRTG puede contener los datos concernientes al trfico visto durante semanas, meses e incluso aos con un mximo de 2 aos. La nica condicin para que cualquier dispositivo que se encuentre en una red pueda ser monitorizado por esta aplicacin es que debe soportar el protocolo SNMP ya que es ste protocolo el que obtiene los datos de trfico de cada dispositivo de red que despus sern ledos para crear los grficos. MRTG es una herramienta escrita usando el lenguaje Perl, es de distribucin libre y puede correr tanto en Linux como en Windows.

Pgina 22

2.6.5.1 Configuracin e instalacin de MRTG A continuacin se explican los pasos realizados para la instalacin y configuracin de la herramienta MRTG usada para las pruebas del captulo 6. [18] 1) Descargar e Instalar Perl (ActivePerl-5.10.0.1005) desde http://www.activestate .com/activeperl/ 2) Descargar y descomprimir MRTG (mrtg-2.16.2.zip) desde http://ftp.idilis.ro/mirrors/ mrtg/ 3) Ir a la ubicacin de /mrtg-2.16.2/bin desde una ventana de comandos de Windows para comprobar que la instalacin se ha realizado con xito. Usar el siguiente comando:

Figura 2.15: Habilitamos el envo de indicadores. 4) Ahora debemos crear un archivo de configuracin de MRTG para cada router de la topologa, ingresando el respectivo nombre de la comunidad, la direccin IP del host, la ubicacin del directorio de trabajo y el nombre del archivo de configuracin. Si nos encontramos ante algn aviso de error, volver a lanzar el comando hasta un mximo de tres veces. Ver figura 2.16

Figura 2.16: Creamos el archivo de configuracin de MRTG. Despus de realizar este comando, encontraremos que se ha creado un archivo .cfg para cada uno de los routers en C:\Programas\mrtg-2.16.2\bin. 5) Empezaremos a recolectar datos de los routers escribiendo el siguiente comando. Repetir para todos los routers de la topologa.

Figura 2.17: Comando para recolectar datos con MRTG. Con los comandos anteriores conseguiremos que se creen los archivos .html para cada interfaz de los routers, si los observamos notaremos que no aparecen datos, esto se debe a que el proceso de recoleccin de datos debe repetirse manualmente despus de cierto tiempo. Podemos ver los archivos .html si navegamos hasta el directorio de trabajo, en nuestro caso mrtg-workDir.

Pgina 23

6) Activar la recoleccin de datos de forma constante cada 5 minutos, para ello haremos que MRTG corra como un demonio. Abrir cada uno de los archivos .cfg creados y aadir la siguiente lnea:

Figura 2.18: Archivo de configuracin de Barcelona. 7) Volver a correr el archivo .cfg modificado desde una ventana de DOS. Usando el comando de la figura 2.17. En caso de cerrar la ventana, volver a reiniciar MRTG.

Figura 2.19: Trfico inicial en el router Barcelona.

2.6.6 RTR: Response Time Reporter

Es una herramienta [19] [20] presente en los routers CISCO, incorporada desde la versin 12.0 del IOS hasta las versiones actuales, que permite que dichos dispositivos puedan responder a servicios que usualmente no soportan como, por ejemplo, diferentes tipos de trfico IP como TCP UDP de modo que sea posible medir los tiempos de respuesta. Con esta herramienta es posible analizar problemas de una red por medio de la supervisin de los tiempos de respuesta entre dispositivos de red y los retrasos sufridos en un camino entre un router origen y otro de destino, adems la recoleccin de los tiempos de respuesta obtenidos en las diferentes pruebas en forma de estadsticas acumuladas tan detalladas permiten conocer a fondo el comportamiento de la red. 2.6.6.1 Configuracin de RTR Dado que para las diferentes pruebas realizadas en los captulos 5 y 6 de este trabajo se usan configuraciones diferentes de RTR, explicaremos los pasos seguidos dentro del apartado correspondiente a cada una de ellas.

Pgina 24

CAPTULO 3:

HERRAMIENTA GNS3

3.1 Requerimientos del sistema

3.1.1 Requerimientos del sistema en Windows XP
Memoria RAM: Dynamips [03] asigna por defecto 16MB de memoria RAM al compilador JIT para que realice la compilacin del cdigo del simulador en sistema Windows. Adems, cada imagen IOS de un router real requiere una cantidad determinada de memoria RAM para funcionar, por lo tanto, inicialmente, la suma de los valores anteriores sera la cantidad de memoria RAM real necesaria para la simulacin de un router. En la prctica este valor es mucho menor debido a que Dynamips implementa herramientas que permiten una optimizacin del uso de la memoria del simulador. Dichas herramientas ya fueron explicadas en el apartado 2.5.1.2 de este trabajo. CPU: En un principio, Dynamips usar mucha cantidad de CPU porque no sabe cuando el CPU virtual del router est inactivo, por lo tanto, ejecuta todas las instrucciones de las rutinas de inactividad de la IOS como si fueran instrucciones que realizan un trabajo real [03]. El clculo del valor de IDLE-PC har que el consumo de CPU del emulador baje drsticamente. Si se elige un buen valor, la utilizacin de CPU por cada router ser baja con lo cual el funcionamiento de del emulador sea ptimo. Disco: Se necesita 39,65 MB de espacio de disco para almacenar a la aplicacin GNS3 y a sus dependencias y emuladores asociados. Adems se necesita 0,19 MB para almacenar WinPCAP, lo que hace un aproximado de 40 MB de disco necesario. [03] Este parmetro no es determinante a la hora de escoger un buen host donde montar nuestra red virtual debido a que para la mayora de PCs estos valores resultan fcilmente alcanzables. Para poder estimar las capacidades recomendables para el buen funcionamiento de un equipo emulador, haremos un anlisis comparativo donde se refleje el consumo de recursos cuando se emulen ciertos nmeros de routers en equipos con caractersticas de procesamiento diferentes. Las grficas 3.1 y 3.2 muestran las caractersticas del escenario usado para la prueba y los resultados finales obtenidos en 2 emuladores diferentes.

Caractersticas OS: Windows XP RAM: 0,99 GB PROCESADOR: Intel(R) CPU: 1,66 Ghz PLATAFORMA: c2621 IOS: c2600-i-mz.123-3h IOS RAM: 48MB VALOR IDLE-PC: 0x80501884

Ff

Figura 3.1: Primer Escenario y resultados de pruebas de uso de recursos.

Pgina 25

Caractersticas OS: Windows XP RAM: 1,95 GB PROCESADOR: Intel(R) Core 2 Duo CPU: 2,66Ghz PLATAFORMA: c2621 IOS: c2600-i-mz.123-3h IOS RAM: 48MB VALOR IDLE-PC: 0x80501884

Figura 3.2: Segundo Escenario y resultados de pruebas de uso de recursos. Las grficas anteriores comprueban que el nmero de routers que puede soportar un emulador es directamente proporcional a sus capacidades, as un PC con procesador de 1,6 Ghz podra emular como mximo 11 routers y otro de 2 procesadores de aproximadamente 2,6 Ghz podra emular 40 routers, siempre y cuando se emule la misma plataforma, el mismo IOS con la misma RAM y se use el mismo valor de IDLEPC. En la prueba se observa que la RAM usada aumenta de forma progresiva a pasos de 35MB por router aproximadamente, este valor obtenido es inferior al configurado en los routers (48MB) con lo cual se confirma la eficiencia de las herramientas de optimacin de recursos de Dynamips. Por otro lado, el hecho de que el uso de la CPU aumente de forma drstica cuando se ha usado casi toda la memoria RAM disponible nos indica que se est realizando swapping, es decir, se empieza a remplazar la memoria RAM por espacio en el disco. Con respecto al comportamiento de GNS3 durante la prueba es importante resaltar que, pese a que la utilizacin de CPU parece que ha sido mnima durante gran parte de la prueba, esto no ha sido as, cada vez que se aada un router o se abra una ventana de Telnet, la utilizacin de CPU suba de forma abrupta y fluctuaba por unos instantes, despus se estabilizaba y descenda a valores mnimos nuevamente. Cabe resaltar que todas las pruebas fueron realizadas cuando el emulador slo tena corriendo la aplicacin GNS3 y el monitor de sistema de Windows para efectuar las mediciones. Adems los routers no tenan configuracin alguna.

3.1.2 Requerimientos del sistema en Linux (Ubuntu 9.4)

Memoria RAM: En Linux, la memoria RAM requerida terica para la emulacin de un router sera la que Dynamips asigna por defecto al compilador JIT (64MB) y la cantidad de RAM que cada imagen IOS requiere para funcionar en un equipo real, aunque, como ya hemos explicado, en la prctica se necesitan valores inferiores. [03] CPU: En Linux tambin se toma en cuenta el valor de IDLE-PC para estimar los requerimientos de CPU del emulador. [03] Disco: El espacio total necesario en disco para la instalacin de GNS3 en Linux es de aproximadamente 117,2MB, valor que es mayor al requerido en Windows debido a la

Pgina 26

necesidad de instalacin adicional de dependencias. Este parmetro no es determinante a la hora de escoger un buen host de trabajo. [03] Repetimos las mismas pruebas realizadas en el apartado anterior con dos equipos de caractersticas de procesamiento diferentes. Las grficas 3.3 y 3.4 muestran los resultados obtenidos.

Caractersticas OS: Ubuntu 9.10 RAM: 1,2 GiB PROCESADOR: Intel(R) CPU: 1,86 Ghz PLATAFORMA: c2621 IOS: c2600-i-mz.123-3h IOS RAM: 48MB VALOR IDLE-PC: 0x80501884

Figura 3.3: Primer Escenario y resultados de pruebas de uso de recursos.

Caractersticas OS: Ubuntu 9.10 RAM: 1,9 GiB PROCESADOR: Intel(R) Core 2 Duo CPU: 2,66Ghz PLATAFORMA: c2621 IOS: c2600-i-mz.123-3h IOS RAM: 48MB VALOR IDLE-PC: 0x80501884

Figura 3.4: Segundo Escenario y resultados de pruebas de uso de recursos. Los resultados obtenidos en Linux nos muestran un aumento progresivo del uso de la CPU cuando se aade un nuevo router, de modo que, podemos notar ms claramente la estrecha relacin entre la velocidad de la CPU de un emulador y la cantidad de routers que puede emular. Un emulador con algo menos de 2Ghz de CPU puede emular como mximo 14 routers y otro con 2 procesadores de 2Ghz cada uno aproximadamente podra emular 40 routers, siempre y cuando se emule la misma plataforma, el mismo IOS con la misma RAM y se use el mismo valor de IDLE-PC. En esta prueba tambin se comprueba la eficiencia del uso de las herramientas de optimacin de recursos de Dynamips, ya que al agregar un router a la topologa, se aumenta aproximadamente en un 22 MB la RAM usada, en vez de los 48 MB configurados. Cabe resaltar que cuando la utilizacin de la CPU del emulador es aproximadamente 80%, la memoria RAM empieza a subir ms rpidamente, por lo cual, ste podra ser un valor limitador de rendimiento. Este sistema es ms estable

Pgina 27

puesto que no se observaron cambios buscos en el uso de la CPU cuando se aadan nuevos elementos, sino que su aumento fue progresivo. Cabe resaltar, otra vez, que todas las pruebas fueron realizadas cuando el emulador slo tena corriendo la aplicacin GNS3 y el monitor de sistema de Linux para efectuar las mediciones. Adems los routers no tenan configuracin alguna.

3.1.3 Observaciones y Recomendaciones

Un emulador con sistema operativo Windows requerir ms memoria RAM (~35MB por router) que un emulador con sistema operativo Linux (~22MB por router) para un mismo nmero de routers emulados. Por otro lado, teniendo en cuenta nuestras pruebas, no es fcil estimar el nmero de routers que puede soportar eficientemente un emulador, con determinadas capacidades de procesamiento, que usa Windows. Sin embargo, para Linux podemos decir que un emulador con procesador Intel de 2 Ghz y 1 GB de RAM puede emular 10 routers y otro con procesador Intel Core 2 Duo de 2,6 Ghz y 2 GB de RAM puede emular 28 routers, para tener como mximo un 80% de CPU ocupada. El PC que debemos elegir para la instalacin de nuestro simulador de red GNS3 debe tener un buen balance entre CPU y Memoria. Algunas recomendaciones adicionales seran: Elegir un buen valor de IDLE-PC. Un valor aceptable es aquel que hace que el CPU use entre 0% y 50% para un slo router y un buen valor es aquel que slo usa 10%. Usar una IOS que requiera las ms bajas cantidades de RAM para funcionar pero que cuente con las funcionalidades que se necesita. No crear topologas que usan ms del 80% del CPU del emulador, ya que el uso de capacidades de los routers, como MPLS, OSPF IS-IS, har que este valor aumente. Usar el sistema operativo Linux en los casos en los que se requieran probar testbeds que necesiten estar activos por mucho tiempo, ya que es ms estable.

3.2 Instalacin y configuracin

3.2.1 Instalacin y configuracin en Windows XP
3.2.1.1 Descargar el archivo de instalacin

El primer paso para la instalacin es descargar el archivo, GNS3-0.6-win32-all-inone.exe (ocupa aproximadamente 8MB), que se encuentra en la pgina web http://www.gns3.net/download. El archivo anterior contendr la versin binaria de los siguientes programas: Dynamips 0.2.8 Dynagen 0.11.0: Ambos programas son la base para el funcionamiento de GNS3. Pemu 0.2.3: Es un emulador de firewalls PIX de Cisco basado en QEMU que no es ms que una mquina emuladora y virtualizadora de cdigo libre.

Pgina 28

WinPcap 4.0.2: Permite la comunicacin de redes virtuales con redes reales, ya que se encarga de detectar las interfaces reales del PC de trabajo para que el simulador pueda asignarlas como extremo de un enlace hacia un router virtual. 3.2.1.2 Instalar GNS3

En esta seccin, una vez se haya dado doble clic al archivo que acaba de descargar, los sucesivos cuadros de dilogo lo guiarn durante el proceso de instalacin de forma habitual. La mayora de los valores que aparecen por defecto son los que aceptaremos en la instalacin, a no ser que se desee cambiar el directorio donde se instalar el simulador GNS3. [04] Los pasos para la instalacin son: 1) Dar doble clic al archivo de instalacin descargado anteriormente. Nos aparecer una ventana como la que se muestra en la figura 3.5. Hacer clic en Next. 2) Aceptar la licencia haciendo clic en el botn I Agree como se observa en la figura 3.5b.

Figura 3.5 y Figura 3.5b: Proceso de instalacin del GNS3. 3) Indicar el nombre del directorio de inicio de GNS3. Seguidamente hacer clic en Next. Ver figura 3.5c. 4) Aceptar todos los componentes que se instalarn por defecto. Hacer clic en Next. Ver figura 3.5d.

Pgina 29

Figura 3.5c y Figura 3.5d: Proceso de instalacin del GNS3. 5) En la figura figura 3.5e, Indicar la ubicacin del directorio donde se instalar al simulador. Seguidamente hacer clic en install. 6) Antes de concluir la instalacin de GNS3, aparecer la ventana que da inicio a la instalacin de WinPcap como se muestra en la figura 3.5f. Hacer clic en Next.

Figura 3.5e y Figura 3.5f: Proceso de instalacin del GNS3. 7) Aceptar la licencia de WinPcap haciendo clic en I Agree. Ver figura 3.5g. 8) Despus de la instalacin de WinPcap, se retomar la instalacin de GNS3 y cuando sta termine aparecer una ventana como en la figura 3.5h. Hacer clic en Finish para terminar la instalacin.

Figura 3.5g y Figura 3.5h: Proceso de instalacin del GNS3

Pgina 30

9) Tras la finalizacin de la instalacin, podemos ejecutar la aplicacin desde Programas en el men de Inicio o haciendo doble click en el icono correspondiente del escritorio, y aparecer la pantalla de la figura 3.6.

rea de consttrucciin rea de cons rucc n de ttopolloga.. de opo og a Resumen de Resumen de lla ttopolloga.. a opo og a

Diisposiittiivos D spos vos diisponiiblles.. d spon b es

Consolla de Dynagen Conso a de Dynagen

Figura 3.6 Ventana de GNS3 en Windows. Al momento de ejecutar el programa aparecer una ventana como la que se muestra en la figura 3.7, la cual podemos obviar ya que su funcin es reemplazada siguiendo los pasos de los 2 siguientes apartados.

Figura 3.7 Complemento de instalacin del GNS3 3.2.1.3 Cargar de los CISCO IOS

El siguiente paso es la carga de la imagen IOS que usarn los routers virtuales de nuestra topologa, para lo cual realizaremos los siguientes pasos: 1) Ejecutar la aplicacin y seleccionar IOS images and hypervisors en el men Edit, como se muestra en la figura 3.8.

Pgina 31

Figura 3.8 Carga de los CISCO IOS en el GNS3 2) En la ventana que aparece, hacer un clic sobre imagen IOS en el PC. Ver la figura 3.9 para buscar la ubicacin de la

Figura 3.9 Ubicacin de CISCO IOS en el GNS3 3) Seguidamente elegiremos la plataforma y el modelo que corresponde con la imagen IOS que usaremos para simular, para ello hacer clic sobre Ms adelante se mostrar la manera de asignar valores de IDLE PC al router (apartado 3.3.1) y de cambiar los valores de memoria RAM del mismo (apartado 4.4.3.1).

Figura 3.10 Seleccin de CISCO IOS en el GNS3 4) Finalmente guardamos los cambios haciendo clic en Save. Notar que el valor de IDLE-PC se encuentra vaco por el momento.

Pgina 32

Figura 3.11 Almacenamiento de CISCO IOS en el GNS3 3.2.1.4 Comprobar el path hacia Dynamips

Una vez instalado GNS3 es importante comprobar si el simulador ha podido reconocer de forma eficaz el path donde se encuentra instalado Dynamips para que pueda usarlo correctamente [04]. Los pasos para realizar esta tarea son los siguientes: 1) En la aplicacin, seleccionar la opcin Preferences del men Edit, como se muestra en la figura 3.12.

Figura 3.12 Inicio para la comprobacin del path del Dynamips 2) En la ventana que aparece hacer un clic sobre Dynamips para obtener la pestaa donde se muestra la ubicacin de Dynamips. Comprobar que el path que se muestran es correcto haciendo clic en si obtenemos algn error buscar la verdadera ubicacin Dynamips haciendo clic sobre . No olvidar comprobar que se encuentran habilitadas las funciones de Ghostios, Sparsemem y MMAP.

Pgina 33

Figura 3.13 Comprobacin del path del Dynamips 3) Hacer clic en Apply para guardar los datos.

3.2.2 Instalacin y configuracin en Linux (Ubuntu 9.4)

3.2.2.1 Descargar el archivo de instalacin

La descarga de los archivos necesarios para la instalacin en Linux ser ms fcil, ya que se har uso del gestor de paquetes APT (Advanced Packaging Tool) mediante el comando apt-get install gns3, como se muestra en la figura 3.14. Se puede apreciar como dicho gestor de paquetes se encarga de buscar automticamente las dependencias que necesita GNS3 para su instalacin en Linux. Dichas dependencias, que no son ms que programas adicionales de los cuales GNS3 hace uso para poder funcionar, son las siguientes: Qt 4.3 (o mayor) Sip 4.5 (o mayor) PyQt 4.1 (o mayor) Python 2.4 (o mayor)

Figura 3.14 Instalacin del GNS3 en linux 3.2.2.2 Ejecutar el emulador

Una vez que se ha descargado e instalado todo lo necesario para el funcionamiento de GNS3, se deber ejecutar y configurar el emulador siguiendo los siguientes pasos:

Pgina 34

1) Abrir una ventana de lnea de comando y escribir el comando que se muestra en la figura 3.15.

Figura 3.15 Ejecutar el GNS3 en linux 2) Seguidamente nos aparecer la ventana de trabajo de GNS3 como en la figura 3.16.

rea de consttrucciin rea de cons rucc n de ttopolloga.. de opo og a Resumen Resumen de lla de a ttopolloga.. opo og a Diisposiittiivos D spos vos diisponiiblles.. d spon b es

Consolla de Dynagen Conso a de Dynagen

Figura 3.16 Ventana de GNS3 en Linux. Junto con la ventana de trabajo tambin aparecer una pequea ventana, como la que se muestra seguidamente, la cual podemos ignorar ya que en los pasos siguientes reemplazaremos su funcin.

Figura 3.17 Complemento de instalacin del GNS3 en linux

Pgina 35

3.2.2.3

Cargar la Cisco IOS

En este apartado se seguirn los mismos pasos que en Windows para ubicar el CISCO IOS que ser usado en la topologa. Al final se obtendr una ventana como la siguiente:

Figura 3.18 Ubicacin de CISCO IOS en el GNS3 No olvidar guardar los cambios realizados haciendo un clic en Save. 3.2.2.4 Comprobar el path hacia Dynamips

Comprobamos el path hacia Dynamips de la misma forma que lo hicimos en Windows, de forma que obtendremos una ventana como la que se muestra en la figura 3.19:

Figura 3.19 Comprobacin del path del Dynamips en linux Si la configuracin resulto correcta debemos recibir un mensaje de xito y finalmente guardar los cambios realizados haciendo clic en OK. No olvidar comprobar que se encuentran habilitadas las funciones de Ghostios, Sparsemem y MMAP.

3.3 Uso de GNS3

A continuacin se tratar de explicar claramente cmo hacer uso de GNS 3, detallando los pasos que hay que seguir para la emulacin de las diferentes plataformas CISCO soportadas, as como tambin se describirn los diferentes mtodos existentes para la simulacin de PCs, se explicar cmo usar los switches Ethernet, y se detallar

Pgina 36

brevemente la utilizacin de switches Ethernet, ATM y Frame Relay, y firewalls. Asimismo se mostrar como realizar los procesos bsicos de GNS3, como por ejemplo, la creacin de enlaces, la interconexin de redes reales con virtuales, la captura de datos, la operacin en modo hipervisor o el almacenamiento de la topologa.

3.3.1 Emulacin de Routers CISCO

Como ya se ha indicado anteriormente, para emular routers CISCO reales se necesita una imagen CISCO IOS perteneciente al router que contiene las caractersticas que queremos clonar. En este sentido, el emulador habilitar un nmero de ranuras o slots dependiendo del tipo de plataforma que se emula y en cada una de esas ranuras se podrn colocar solo ciertos tipos de adaptadores de interfaces. Por lo tanto, si se quiere aadir capacidades de hardware en nuestro router virtual, se debe seleccionar el tipo de adaptador de red que ste puede soportan en la configuracin del router virtual [04]. Ver figura 3.22 para ms detalle.
Adaptadores de Interfaces Disponibles Descripcin
1 puerto serie 2 puertos serie 1 puerto Ethernet 1 puerto Ethernet 4 puertos Ethernet 1 puerto FastEthernet Mdulo de switch Ethernet (16 puertos) Conecta el router virtual a un PC virtual Conecta el router virtual a un PC virtual 1 puerto serie 2 puertos serie 1 puerto Ethernet 4 puertos Ethernet 1 puerto FastEthernet Mdulo de switch Ethernet (16 puertos) 4 puertos serie Puerto automtico FastEthernet en slot 0 1 puerto FastEthernet 4 puertos serie Mdulo de switch Ethernet (16 puertos) 2 puertos integrados Conecta el router virtual a un PC virtual Conecta el router virtual a un PC virtual 1 puerto sere 2 puertos serie Solo puerto FastEthernet en slot 0 2 puertos FastEthernet en slot 0 Slo Puerto GigabitEthernet en slot 0 1 puerto FastEthernet 2 puertos FastEthernet 4 puertos Ethernet 8 puertos Ethernet 4 puertos serie 8 puertos serie Puerto ATM Puerto POS 1 puerto GigabitEthernet

Routers
1700s

Nombre

2600s

3600s

3700s

7200s

WIC-1T WIC-2T WIC-1ENET NM-1E NM-4E NM-1FE-TX NM-16ESW NM-NAM NM-IDS WIC-1T WIC-2T NM-1E NM-4E NM-1FE-TX NM-16ESW NM-4T Leopard-2FE NM-1FE-TX (FastEthernet, 1 port) NM-4T NM-16ESW GT96100-FE NM-NAM NM-IDS WIC-1T WIC-2T C7200-IO-FE C7200-IO-2FE C7200-IO-GE-E PA-FE-TX PA-2FE-TX PA-4E PA-8E PA-4T+ PA-8T PA-A1 PA-POS-OC3 PA-GE

Tabla 3.1: Lista de adaptadores correspondientes a cada tipo de plataforma. [03]

Pgina 37

A continuacin se listan todas las plataformas que pueden ser versin 0.6.1, tanto si est instalado en Linux como 1710 2611 1720 2611XM 1721 2620 1750 2620XM 1751 2621 1760 2621XM 2610 2650XM 2610XM 2651XM

emuladas por GNS3 en Windows: [04] 2691 3620 3640 3660 3725 3745 7200

En la tabla 3.1 podemos notar principalmente que Dynamips no puede emular las interfaces de voz VICs y VWICs. Por lo tanto, podemos decir que GNS3 todava no es capaz de realizar DSP (Digital Signal Prossesing). Los pasos a seguir para la emulacin y configuracin de un router en GNS3 son los siguientes: 1) Hacer clic en el grupo de plataformas que contiene al router que quedemos emular y arrastrar hasta el rea de construccin de topologas. Ver figura 3.20.

Figura 3.20 Ventana principal de GNS3. 2) Hacer un clic derecho sobre el router y despus elegir configure.

Figura 3.21 Men de opciones de un router.

Pgina 38

3) Hacer clic en el nombre del router, despus en la pestaa slots y finalmente elegir las interfaces que se desean haciendo clic en de cada slot. Guardar los cambios cliqueando en OK. Ver figura 3.22.

Figura 3.22 Ventana de configuracin del nodo. 4) Encender el router con un clic derecho y eligiendo start. Notar que ahora en el resumen de la topologa el indicador del router se encuentra de color verde.

Figura 3.23 Men de opciones de un router. 5) Calcular el valor de IDLEPC para la imagen de IOS utilizada con un clic derecho en el router y eligiendo Idle PC del menu desplegado.

Figura 3.24 Men de opciones de un router. 6) Tras unos instantes se apreciar una ventana como la figura 3.25, hacer clic en para ver todos los posibles valores de IDLE PC calculados, los mejores son los que tiene un * a la izquierda, elegir uno de ellos y hacer clic en apply.

Pgina 39

Figura 3.25 Ventana de IDLE PC. 7) Finamente hacer clic derecho sobre el router y elegir console para obtener una ventana de Telnet con la consola del router que hemos emulado.

Figura 3.26 Men de opciones de un router.

3.3.2 Emulacin de Switches Ethernet

GNS3 posee integrada la capacidad de emulacin de simples switches Ethernet con funcionalidades bsicas como la creacin de Vlans o el funcionamiento del trunking 802.1q. Por defecto, un switch emulado con GNS3 tiene 8 puertos access configurados en la Vlan1 pero se puede aadir hasta 10.000 puertos, pudiendo ser cada uno de ellos, un puerto de acceso o uno troncal. [04] En este sentido, si se desea trabajar con switches que poseen ms funcionalidades, GNS3 puede emular una tarjeta EtherSwitch que pude ser soportada slo por determinadas plataformas CISCO. La tarjeta EtherSwitch que emula Dynamips es NM-16ESW y, como se puede apreciar en la tabla 3.1, puede ser incluida en casi todas las plataformas disponibles en GNS3. Las principales capacidades de esta tarjeta son: Interfaces Ethernet Layer 2 Interfaces Switch Virtual (SVI) Protocolo VLAN Trunk EtherChannel Protocolo Spanning Tree Protocolo Cisco Discovery Switched Port Analyzer (SPAN) Calidad de Servicio IP Multicast Storm-Control Seguridad de Puertos Stacking Control de flujo.

Cabe resaltar que una tarjeta NM-16ESW no puede soportar todos los comandos existentes en un switch Ethernet, con lo cual, para su uso se recomienda consultar los manuales existentes en CISCO. La emulacin y configuracin de un switch Ethernet usando GNS3 se hace de la siguiente manera:

Pgina 40

1) Hacer clic en Ethernet Switch situado en la parte izquierda de la ventana principal y arrastrar hasta el rea de construccin de topologas.

Figura 3.27: Ventana principal de GNS3. 2) Hacer clic derecho sobre el switch y elegir configure .

Figura 3.28 Men de opciones de un switch. 3) En ventana de la figura 3.29, hacer clic sobre el nombre del dispositivo y borrar la configuracin inicial del switch Ethernet seleccionando cada puerto y haciendo clic en Delete.

Figura 3.29 Ventana de configuracin del nodo.

Pgina 41

4) Configurar los nuevos puertos ingresando los parmetros de la seccin Settings y hacer clic en Add. Finalmente guardar los cambios haciendo clic en OK.

Figura 3.30 Seccin settings de la ventana de configuracin del nodo. 5) Crear enlaces entre los diferentes dispositivos disponibles y cualquiera de las interfaces del switch que acabamos de aadir.

3.3.3 Emulacin de Dispositivos ATM y Frame Relay

GNS3 posee la capacidad de emular simples Switches ATM y Frame Relay [04], dichos dispositivos se configuran y se aaden a la topologa de forma similar a la que se lleva a cabo en los switches Ethernet convencionales, es decir, arrastrando su imagen al rea de creacin de topologa. No pueden ser encendidos ni apagados, es decir, permanecen activos desde que se crea un enlace a alguno de sus puertos. En cuanto a su configuracin podemos decir que debemos indicar los parmetros que se piden en las ventanas de configuracin respectivas a cada tipo de switch. No entraremos en ms detalle con estos dispositivos puesto que no est en nuestros objetivos profundizar en dispositivos que funcionen con otras tecnologas que no sean la Ethernet.

3.3.4 Simulacin de PCs

GNS3 permite, adems de los equipos de red, la incorporacin de PCs en las topologas creadas, lo que facilita la comprobacin y el estudio de las redes simuladas. Las formas existentes de simulacin de PCs en GNS3 son las siguientes: [04] 3.3.4.1 Usando Virtual PC Esta primera forma de simulacin de PCs se realiza utilizando un programa llamado Virtual Pc Simulator VPC que usa puertos UDP para la comunicacin entre el simulador y cada uno de los PCs simulados. VPC es un programa que corre tanto en Windows como en Linux y que se puede descargar desde Internet de forma gratuita. Las ventajas de usar VPC es que su uso es simple y que no usa grandes cantidades de memoria ni siglos de CPU para su funcionamiento; por otro lado, tiene la desventaja de que tiene funcionalidad limitada, ya que solo permite el uso de comandos como ping y traceroute, adems soporta un mximo de nueve (09) PCs simulados simultneamente. Los pasos a seguir para la simulacin de PCs utilizando este mtodo son: 1) Descargar e instalar el programa Virtual http://wiki.freecode.com.cn/doku.php?id=wiki:vpcs. Pc Simulator desde

2) Escribir el carcter ? para observar los comandos disponibles, como en la figura 3.31 y show para ver la configuracin de red actual de los PCs simulados. Para cambiar de PC basta con escribir un nmero del 1 al 9 asignado a cada una de ellas.

Pgina 42

Figura 3.31 Comandos disponibles en vpcs. 3) Configurar los datos de cada PC ingresando el comando ip seguido de la direccin IP (192.168.0.2), la puerta de enlace por defecto del PC (192.168.0.1) y la mascara de subred (24). Escribir un nmero y luego presionar enter para cambiar de PC.

Figura 3.32 Configuracin de PCs virtuales. 4) Arrastrar tantas nubes como PCs se quiera integrar al simulador, hacer clic derecho en cada uno de ellos y elegir configure. Hacer clic en C0 debajo de clouds y elegir la pestaa llamada NIO UDP. Ver figura 3.33.

Figura 3.33 Ventana de configuracin de nodo. 5) Configurar los parmetros Local port, Remote host y Remote port debajo de Settings con los datos mostrados en la figura 3.34 que corresponden a los puertos asignados por VPC para un PC virtual. Hacer clic en Add y finalmente en OK.

Figura 3.34 Configuracin de PCs virtuales.

Pgina 43

6) Repetir los pasos 4 y 5 en cada una de las otras nubes aadidas pero asignar valores correlativos a los mostrados anteriormente, tanto para el puerto local como para el remoto.

ETC. Figura 3.35 Configuracin de PCs virtuales. 7) Aadir enlaces entre PCs y otros dispositivos con normalidad. 3.3.4.2 Routers que actan como PC En este mtodo, la incorporacin de un PC a la topologa es la ms simple, ya que solo se trata de aadir un router y configurarlo de forma que realice funciones limitadas propias de un PC, la desventaja de este mtodo es que utiliza demasiados recursos de memoria y procesamiento. Los comandos que debemos usar para configurar cada router bsicamente asignarn una direccin IP y un Gateway a una interfaz del mismo, en nuestro ejemplo, se usar la interfaz FastEthernet 0/0, adems se deshabilitarn las funciones de enrutamiento del dispositivo. Ver figura 3.36

Figura 3.36 Configuracin de router como PC. 3.3.4.3 Usando un PC real En este caso usaremos la capacidad que tiene el simulador de poder conectar dispositivos reales a una topologa simulada. Debemos arrastrar una nube, asignarle cualquier adaptador real de red, detectado en el host donde se encuentra el simulador, crear un enlace virtual que la conecte con el resto de la topologa y finalmente otro fsico entre el simulador y el PC externo. Estos pasos se explicarn con ms detalle en el apartado 3.3.7.

3.3.5 Emulacin de Firewall PIX

GNS3 est diseado para poder soportar la emulacin de Firewalls PIX de CISCO pero, al igual que con la emulacin de routers, se necesita de una imagen CISCO PIX, adems si se desea trabajar con capacidades adicionales es necesario contar con nmeros de serie y cdigos de activacin especficos. Estos dispositivos poseen interfaces Ethernet y no pueden conectarse con equipos reales directamente a travs de una nube, sino que tiene que hacerlo teniendo en medio un switch emulado. Por otro lado, estos dispositivos no cuentan con parmetros idlepc disponibles, por lo tanto, cada firewall emulado consumir el 100% de la capacidad del CPU, para solucionar este problema existen aplicaciones tanto en Linux como en Windows que se encargan de limitar el uso de CPU a determinados

Pgina 44

procesos, estos programas respectivamente. [04]

son:

BES

cpulimit

para

Windows

Linux

Nosotros tampoco nos centraremos en el estudio de este tipo de dispositivos ya que se trata de uno generalmente slo estudiado en exmenes de certificacin de CCNP y CCIE, con lo cual, no es muy usado en redes reales, adems de que su emulacin requiere de muchas licencias adicionales.

3.3.6 Creacin de Enlaces

En GNS3 los enlaces son usados para unir dos dispositivos de red de la topologa creada, pueden ser GigaEthernet, ATM, POS, FastEthernet, Ethernet o Serie y su tipo depende de los adaptadores de interfaz que tengan los dos dispositivos a los que une en sus extremos. [04] Para simular un enlace se siguen los siguientes pasos: 1) Hacer clic en situado en la parte superior de la ventana principal de GNS3 y elegir Manual para que se asigne un tipo de enlace automticamente.

Figura 3.37 Tipos de enlaces disponibles. 2) Hacer clic en el router, aparecer un cuadro con todas las interfaces disponibles (indicador en rojo), elegir una de ellas y repetir el proceso para el router del otro extremo del enlace. Ver figura 3.38.

Figura 3.38 Interfaces disponibles en el router. 3) Cuando el enlace se ha terminado, hacer clic sobre de creacin de enlaces. para deshabilitar el proceso

3.3.7 Creacin de enlaces a equipos reales

Hemos hablado anteriormente, uno de los principales logros de Dynamips esta relacionado con la comunicacin de redes virtuales con el mundo real, dicha proeza se logra por medio de enlaces que tienen la capacidad de comunicar interfaces de los routers virtuales con las interfaces de red reales del simulador, de modo que, se puede agregar a la topologa, tantos equipos reales como adaptadores de red tenga el simulador. [04] Por lo tanto, los paquetes que salen de un router virtual son colocados en red real a travs del correspondiente adaptador de red del emulador asignado y los paquetes que entran son enviados de vuelta al router virtual por el mismo adaptador. En GNS3 los enlaces descritos anteriormente son simulados siguiendo los siguientes pasos: 1) Hacer clic en la nube y arrastrarla hasta el rea de construccin de topologas.

Pgina 45

Figura 3.39 Ventana principal de GNS3 2) Hacer clic derecho sobre la nube y elegir configure para abrir una ventana de configuracin.

Figura 3.40 Men de opciones de una nube. 3) Hacer clic en el nombre de la nube, elegir la pestaa NIO Ethernet y hacer clic en la caja que esta inmediatamente debajo de Generic Ethernet NIO para observar todos los adaptadores de red reconocidos por el simulador. Seleccionar el que queremos usar para conectar el dispositivo externo y aadirlo a la topologa haciendo clic en Add, finalmente aceptar los cambios con un clic en OK. Ver figura 3.41.

Figura 3.41 Ventana de configuracin de nodo.

Pgina 46

4) En el otro extremo externo del enlace, configurar la direccin IP necesaria para la conexin. Si el equipo externo es un PC configurar una IP en su adaptador de red que se va a usar, por otro lado, si se trata de un router, configurar la direccin IP desde la consola del equipo en la interfaz que se conectar al simulador. No olvidar elegir direcciones IP que mantengan concordancia con la topologa a simular. 5) Realizar una conexin fsica entre el adaptador de red que ha sido elegido anteriormente en el simulador y el correspondiente al equipo externo. Ver figura 2.5. 6) Crear un enlace virtual, como se explic en el apartado 3.3.6, entre un router virtual y la nube creada.

3.3.8 Almacenamiento de topologa

GNS3 permite el almacenamiento de la topologa y de la configuracin efectuada en los routers emulados en archivos diferentes; la topologa se guarda, en forma de texto, en un archivo .net que es interpretado por Dynagen y mostrado grficamente por GNS3; mientras que la configuracin de los routers emulados se guardan en archivos .cfg, los cuales abiertos con un editor de texto, muestran los comandos realizados en el router de la misma forma que se pueden encontrar en un router real. [04]

Figura 3.42: Archivos con la topologa y la configuracin creados por GNS3. El almacenamiento se realiza de la siguiente forma: 1) Al iniciar el programa aparecer una ventana la figura 3.43, en ella, habilitar el almacenamiento de las NVRAMs y archivos adicionales (logfiles y bootfiles) y de los archivos de configuracin de todos los routers, adems asignar un nombre al proyecto. Hacer clic en OK.

Figura 3.43: Ventana de nuevo proyecto.

Figura 3.44: Archivos creados despus de aceptar la creacin de un proyecto. 3) Arrastrar un router al rea de creacin de topologas, hacer clic derecho sobre l y elegir Change the hostname, a continuacin escribir el nuevo nombre y seleccionar OK.

Figura 3.45: Ventana de cambio de nombre de host.

Pgina 47

4) Guardar los cambios de configuracin realizados en el router usando el comando wr para almacenar los datos que se encuentran en la RAM a la NVRAM.

Figura 3.46: Comandos para guardar la configuracin de routers. 5) Hacer clic sobre de la barra principal de GNS3 y aparecer una ventana como en la figura 3.47, elegir Extracting to a directory para guardar los archivos de configuracin de todos los routers existentes en la topologa. Hacer clic en Ok, buscar la ubicacin de la carpeta simulacin_config y aceptar el destino.

Figura 3.47: Ventana de almacenamiento configuraciones. Cabe resaltar que en la figura 3.47 existe la opcin Importing from a directory que nos permite recuperar las configuraciones de los routers, as como tambin, importar configuraciones de routers de otras topologas a la nuestra siempre y cuando ambos routers tengan el mismo Hostname. 6) Seguidamente podemos comprobar que en la carpeta simulacin_config se ha creado un archivo llamado Barcelona.cfg que contiene la configuracin del router. No olvidar escribir el comando wr antes de volver a extraer la configuracin. 7) Para guardar la topologa dibujada, conexiones y el escenario hacer clic en File y elegir Save.

Figura 3.48: Opciones de archivo.

3.3.9 Captura de datos

GNS3 integra la capacidad de capturar los paquetes que pasan por interfaces Ethernet o Serie y almacenarlos en archivos con formato libpcap para que puedan ser interpretados por aplicaciones como Wireshark, tcpdump, etc. [03][04] Para realizar la captura de datos se deben seguir los siguientes pasos: 1) Descargar e instalar el programa Wireshark de la siguiente URL: http://www.wireshark.org en esta pgina se puede encontrar la versin tanto para Windows como para Linux.

Pgina 48

2) En el men principal ir a Edit y seleccionar Preferences.

Figura 3.49: Opciones de edit. 3) Hacer un clic sobre Capture para obtener la pestaa relacionada con la configuracin del proceso de captura del simulador. Comprobar que el path indicado en settings es el correcto para el programa de captura que se va a usar, en este caso se trata de Wireshark. Para terminar hacer clic en OK. Ver figura 3.50.

Figura 3.50: Ventana de almacenamiento configuraciones. 4) Hacer clic derecho sobre cualquier parte del enlace del que se desea obtener una captura y seleccionar Capture. Los enlaces pueden ser Ethernet o serie y pueden unir dos equipos Ethernet o uno Ethernet y otro FrameRelay. Ver figuras 3.51a, 3.51b y 3.51c.

Figura 3.51 a: Enlace Ethernet entre routers.

Figura 3.51 b: Enlace Serie entre routers.

Figura 3.51 c: Enlace Serie entre router y switch FrameRelay.

Pgina 49

5) A continuacin aparecer una ventana de captura. Hacer clic en y elegir el router que actuar como fuente de los paquetes enviados y la encapsulacin que realiza dicho router. Hacer clic en OK para finalizar.

Figura 3.52: Ventanas de captura de las figuras a, b y c respectivamente. Como se puede apreciar en las figuras anteriores, en el caso de un enlace Ethernet la encapsulacin siempre ser Ethernet mientras que si el enlace es serie debemos elegir entre HDLC, PPP o FR. 6) Al cabo de unos segundos tendremos una ventana de Wireshark con los datos de la captura realizada.

Figura 3.53: Captura de trfico.

3.3.10 Operacin en modo Hipervisor

GNS3 posee la capacidad de permitir que un host cliente con Dynagen se comunique con otro host externo que contiene al emulador Dynamips por medio de conexiones TCP/IP, es decir, el host con Dynagen escuchar al emulador por un puerto TCP determinado. A este modo de trabajo del simulador se le conoce como Hipervisor y tiene como principal ventaja que permite la reparticin del uso de recursos de procesamiento y memoria en ms de un host de la red, con lo cual, es posible simular topologas de gran tamao. [04] Cabe resaltar que los equipos externos que contendrn al emulador Dynamips (External Hipervisor) pueden trabajar tanto en Windows como en Linux, lo nico que hay que tener en cuenta es que se use correctamente la nomenclatura para la definicin de los path hacia los directorios de trabajo, es decir, los directorios donde se guardarn los archivos generados.

Pgina 50

1) En la ventana principal del emulador, elegir Edit y despus hacer clic en IOS images and hipervisor.

Figura 3.54: Opciones de edit. 2) Elegir la pestaa External hipervisors y aadir la direccin IP, el puerto TCP, los puertos Base UDP y el de consola para la comunicacin con el host remoto. Por otro lado, crear la carpeta de trabajo en el emulador Dynamips y colocar dicho path en la configuracin. Finalizar haciendo clic en Save y despus en Close.

Figura 3.55: Ventana de configuracin de Hipervidor. En la figura anterior vemos como se indica a nuestro host con GNS3 (host cliente) que se comunique con el External hipervisor de direccin IP 147.83.39.121 por medio del puerto 7200 aunque dicho valor de puerto puede ser modificado. Tambin se indica el path hacia la carpeta del Hipervisor que se usar para guardar sus datos propios de la simulacin. Para la eleccin de los puertos UDP, GNS3 asigna por defecto 100 puertos para cada host remoto a partir del 10000, stos puertos son usados para realizar las conexiones entre nodos de nuestra topologa, es decir, habr uno por cada enlace creado. Finalmente el puerto de consola puede ser elegido de forma arbitraria y es usado cuando se abre una ventana de consola en un router. 3) Seleccionar la pestaa IOS Images para unir los host remotos con una imagen de CISCO IOS correspondiente. 4) Copiar la imagen a simular en el host remoto. 5) Escribir la ubicacin de la IOS en la seccin Image file junto con sus dems parmetros. Seguidamente deshabilitar la opcin Use the Hipervisor manager y elegir un host de la lista. Finalizar deshabilitando Default image for this plataform y haciendo clic en Save y despus en Close. Ver imagen 3.56.

Pgina 51

Figura 3.56: Creacin de un Hipervisor. Lo que hemos logrado hasta ahora es que un router con una determinada IOS se emule en un PC externo. Tambin es posible conseguir que el consumo de memoria que produzca un router se reparta entre varios PC externos simultneamente dependiendo del nivel de dicho consumo en cada hipervisor externo, provocando un balanceo de carga, esto se realiza haciendo clic sobre ms de un hipervisor de la lista presionando la tecla Ctrl simultneamente.

Figura 3.57: Balanceo de carga usando hipervisores. 6) Activar Dynamips en el host remoto desde GNS3 o desde la ventana de comandos. Como se dijo, por defecto el host escuchar el puerto 7200, si se usan varios Hipervisores, es necesario cambiar este puerto para cada uno de ellos.

Figura 3.58a: Comando para activar Dynamips desde Linux.

Figura 3.58b: Comando para activar Dynamips desde Windows.

Pgina 52

7) Esta vez cuando arrastremos un router, el emulador nos pedir elegir qu imagen nos gustara usar.

Figura 3.59: Ventana de eleccin de IOS.

Pgina 53

CAPTULO 4: ANLISIS DEL RENDIMIENTO ENTRE EQUIPO REAL Y VIRTUAL

En este captulo nos centraremos en medir el rendimiento de un router real y un router emulado con GNS3, trataremos de estudiar cmo se comportan estos elementos en las diferentes pruebas realizadas. Dicho estudio contrastar los valores de rendimiento obtenidos con dispositivos virtuales y reales, y nos dar una idea de la eficacia que tendra el incorporar dispositivos emulados en redes reales. Para medir el rendimiento de los dispositivos realizaremos 3 pruebas: la primera tiene como objetivo cuantificar el tiempo de respuesta de los equipos, la segunda trata de medir la velocidad mxima de transmisin de datos alcanzada en el enlace sin que se produzcan prdidas de paquetes, y la ltima prueba se centrar en mostrar el Jitter de un enlace; para las dos ltimas pruebas utilizaremos un programa llamado Iperf que ya fue descrito en el captulo 2.

4.1 Latencia
DEFINICIN: La Latencia o tiempo de reaccin se define como el tiempo que tarda en transferirse un paquete de informacin desde un punto a otro de la red. En dispositivos de red como routers, podemos detallar esta definicin diciendo que es el intervalo de tiempo que comienza cuando el final del primer bit de la trama entrante llega a la interfaz de entrada y termina cuando el comienzo del primer bit de la misma trama es visto en la interfaz de salida. Este valor es de suma importancia en la medida del rendimiento de una red ya que pase a que la velocidad de transferencia de datos en un momento sea alta, es posible que la transmisin de datos sea deficiente debido a que los nodos tarden mucho tiempo en conectarse. Ver punto 3.8 de RFC 1242 [22]

4.1.1 Objetivo
El objetivo de esta prueba es medir, teniendo como base el procedimiento descrito en el punto 26.2 de la RFC 2544 [23], y comparar, el tiempo de respuesta de un router emulado y de un router real por medio del valor promedio de RTT (Round-Trip-Time) proporcionado por el comando ping. Tambin se comentarn los cambios que se producen en la Latencia al modificar la capacidad de procesamiento del PC que contiene al emulador GNS3.

Pgina 54

4.1.2 Escenario de prueba

Figura 4.1: Primer Escenario de prueba. En la tabla siguiente se muestran todos los elementos involucrados en el escenario con sus nombres y principales caractersticas:
Nombre
Barcelona Router MPLS_2 PC Simulador GNS3 PC_Server Fastethernet 0/1 Interfaces Fastethernet 0/1 Adaptador de red 1 Adaptador de red 2 Real Real Real Virtual Real Real Real

Tipo
Virtual

Memoria
RAM: 48Mb FLASH: 8Mb NVRAM:32 Kb RAM: 48Mb FLASH: 8Mb NVRAM:32 Kb

CPU
-

Observaciones
Router 2621 emulado

Router 2621 Con procesador AMD Con procesador Intel(R) Perteneciente a Barcelona Perteneciente a MPLS_2 Perteneciente al servidor FTP Perteneciente a servidor FTP

RAM: 1,12 Gb 1,30 Ghz RAM: 1Gb 1,66 Ghz IP: 192.168.1.1 IP: 192.168.2.1 IP: 192.168.1.2 IP: 192.168.2.2

Tabla 4.1: Elementos que aparecen en el escenario. Notar que para la prueba se tom especial cuidado en asignar al router emulado la misma IOS (c2600-i-mz.123-3h) y los mismos parmetros de memoria con los que cuenta el router real. Por otro lado, la eleccin del nombre que aparece para el router emulado se realiz por razones didcticas. 4.1.2.1 Configuracin del escenario En esta primera prueba, comenzaremos configurando el router Barcelona al que asignamos la direccin ip correspondiente a la interfaz fastethernet 0/1 e habilitamos el interfaz.

Figura 4.2: Configuracin de la interfaz 0/1 de Barcelona. [12]

Pgina 55

Por otro lado, repetimos los comandos para el router MPLS_2, asignando la ip que le corresponde a la interfaz fastethernet 0/1 e habilitando dicha interfaz.

Figura 4.3: Configuracin de la interfaz 0/1 de MPLS_2. [12] Finalmente, asignamos 2 direcciones ips a los dos adaptadores de red con los que cuenta el ordenador PC_Server, teniendo en cuenta que pertenezcan a la red que deben.

Figura 4.4: Configuracin de parmetros en PCs.

4.1.3 Medicin y tratamiento de datos

PROCEDIMIENTO: Se tomarn 10 muestras sucesivas de 100 ping cada una, en donde se enviarn paquetes de longitudes diferentes. Las muestras se realizarn en sentido que va desde el ordenador PC_Server al router emulado Barcelona, y desde el mismo al router real MPLS_2. Las longitudes de tramas recomendadas, en la RFC 2544 [23], para la realizacin de mediciones en un medio Ethernet son: 64, 128, 256, 512, 1024, 1280 y 1518 octetos. El comando utilizado en el PC_Server para la medicin de la capacidad respuesta del router virtual Barcelona es:

Figura 4.5: Comando usado en el PC de pruebas. La tabla 4.2 muestra los datos promedios finales obtenidos en el router Barcelona despus de tomar las muestras con diferentes longitudes de tramas Ethernet.

Pgina 56

Longitud de trama 64 128 256 512 1024 1280 1512 (octetos) Round-trip min 3 5 6 7 8 9 11 (ms) Round-trip avg 7 9 9 10 11 13 14 (ms) Round-trip max 38 38 41 42 42 45 45 (ms) Tabla 4.2: Datos obtenidos para el router virtual Barcelona. Seguidamente, el comando utilizado para la medicin de la capacidad respuesta del router MPLS_2: Figura 4.5: Comando usado en el PC de pruebas. La tabla 4.3 muestra los datos de Latencia promedio obtenidos en el router MPLS_2 para las diferentes longitudes de trama. Longitud de trama 64 128 256 512 1024 1280 (octetos) Round-trip min <1 1 1 1 1 1 (ms) Round-trip avg <1 1 1 1 1 1 (ms) Round-trip max 1 2 2 2 2 2 (ms) Tabla 4.3: Datos obtenidos para el router MPLS_2.

1512 1 1 2

Finalmente repetimos todo el proceso anterior usando un escenario modificado, esta vez, los PCs involucrados poseen capacidades de procesamiento diferentes. Ver figura 4.6.

Figura 4.6: Escenario de prueba modificado.

Pgina 57

La tabla 4.4 nuestra los promedios de Round-Trip obtenidos para el router Barcelona en el escenario modificado. Longitud de trama 64 128 256 512 1024 1280 1512 (octetos) Round-trip min 1 1 2 2 3 4 5 (ms) Round-trip avg 2 3 3 4 4 5 5 (ms) Round-trip max 5 6 6 7 13 16 21 (ms) Tabla 4.4: Nuevos datos obtenidos para el router virtual Barcelona.

4.1.4 Captura de trfico

Usaremos la capacidad de GNS3 para capturar las tramas que pasan por el enlace que va hacia el router Barcelona en la figura 4.6. La longitud de los datos ICMP es variable. Ver figura 4.7.

Figura 4.7: Trama ms pequea enviada para la medicin de Latencia. A continuacin se muestra la captura realizada usando Wireshark (figura 4.8), en ella apreciamos la organizacin de los bits en los paquetes enviados, as como tambin, las direcciones MAC (las cuales cuentan con una nomenglatura particular que se explicar en el apartado 5.6) e IP de origen y destino configuradas. Por otro lado, observamos claramente la transmisin y recepcin de paquetes ICMP debido al uso del comando ping.

Figura 4.8: Captura de trfico.

Pgina 58

4.1.5 Resultados
En la figura 4.9 se muestra el tiempo de ida y vuelta promedio de un ping para el router MPLS_2, el router Barcelona y el router Barcelona cuando se mejoran las capacidades de procesamiento del emulador. Se aprecia que se mejora notablemente la Latencia en el enlace que contiene al router virtual simulado en un PC con mejor capacidad de procesamiento, registrando valores ms cercanos al casi un milisegundo obtenido con el router real. La Latencia tpica de una red LAN ronda en torno a los 1 2 ms pudiendo aceptarse, una Latencia mxima de 10ms en redes generalmente grandes; del mismo modo, tenemos que para redes WAN la mxima Latencia con la que muchas aplicaciones pueden trabajar antes de que se produzcan problemas es de 380 ms. Vemos en la figura 4.9 que los valores obtenidos en las pruebas anteriores se encuentran dentro del rango tpico (datos obtenidos del foro experts-exchange.com). Comparacin de Latencia
16 14 13 9 7 3 1 128 4 1 512 4 1 1024 5 1 1280 5 1 1512 9 10 11 14

Latencia (ms)

12 10 8 6 4 2 0 64 2 0 256 3 1

Router Real Router Virtual Ruoter Mejorado

Longitud de Trama (octetos)

Figura 4.9: Comparacin de Latencia.

4.1.6 Conclusiones y observaciones parciales

Despus de la realizacin de esta prueba y bajo el escenario descrito en este captulo, hemos podido llegar a las siguientes conclusiones y observaciones: Un router real nos ofrece retardos constantes y prcticamente nulos para cualquier longitud de paquete. El tiempo de respuesta del dispositivo de red emulado con GNS3 es ms lento que el dispositivo de red real. Los valores de latencia de un router virtual aumentan conforme aumenta el tamao de la trama que se enva. Al duplicar la capacidad de procesamiento del PC emulador del router se consiguen mejorar notablemente los valores de latencia. Se comprueba que enlace virtual es ms lento y fcilmente congestionable que uno real.

4.2 Throughput (Caudal Eficaz)

DEFINICIN: El Throughput es la mxima velocidad de transmisin lograda en un enlace sin que se produzcan descartes de tramas en el dispositivo de red. Se mide en paquetes por segundo (pps) y su valor depende del tamao de la trama de pruebas que se enve por la red. Si una trama es larga tomar ms tiempo en ser transmitida, como resultado, el router ver pocos paquetes en el intervalo de medida y tendr ms

Pgina 59

tiempo para recuperarse de cada trama antes de que llegue la siguiente. Otros factores que afectan al Throughput son la forma en la que fluye el trfico dentro del dispositivo de red, la realizacin de tareas adicionales en el router al momento de las pruebas, o el tipo de medio presentes en el router, en este caso, contamos con interfaces FastEthernet que pueden alcanzar tericamente una velocidad de 100 Mbps. Ver el punto 3.17 de la RFC 1242. [22]

4.2.1 Objetivo
El objetivo de esta prueba es medir los valores de throughput alcanzados, teniendo como base el procedimiento descrito en el punto 26.1 de la RFC 2544 [23], en dos enlaces fastethernet, uno que contiene a un router emulado con GNS3 y el otro que contiene a un router real. Tambin tendremos en cuenta los efectos producidos en las mediciones cuando se mejora la capacidad de procesamiento del emulador. Las medidas se obtendrn usando Iperf en los extremos del enlace.

4.2.2 Escenario de prueba

Dattos UDP Dato s UDP Da os UDP

Dattos UDP Dato s UDP Da os UDP

Figura 4.10a: Escenario de prueba para el router emulado con GNS3.

Dattos UDP Dato s UDP Da os UDP

Dattos UDP Dato s UDP Da os UDP

Figura 4.10b: Escenario de prueba para el router real. En esta ocasin el escenario consta de dos partes separadas con el objetivo de obtener informacin individual que poder contrastar ms adelante, en este sentido, cabe resaltar que se usaron las mismas direcciones IP y los mismos nombres de equipos por cuestiones de comodidad. A continuacin se muestran todos los elementos involucrados en este escenario con sus nombres y principales caractersticas:

Pgina 60

Nombre
Barcelona

Tipo
Virtual

Memoria
RAM: 48Mb FLASH: 8Mb NVRAM:32 Kb RAM: 48Mb FLASH: 8Mb NVRAM:32 Kb

CPU
-

Observaciones
Router 2621 emulado

Router
MLPS Simulador GNS3 Cliente JPerf Servidor JPerf Fastethernet 0/0 Fastethernet 0/1 Real Real Real Real Virtual Virtual Real Real Real Real

Router 2621 Con procesador AMD Con procesador Intel(R) Con procesador Intel(R) Perteneciente a Barcelona Perteneciente a Barcelona Perteneciente a MPLS_2 Perteneciente a MPLS_2 Perteneciente al servidor iperf Perteneciente al cliente iperf

PC

RAM: 1,12 Mb 1,30 Mhz RAM: 1Gb 1,66 Ghz RAM:1 Gb 2,80 Ghz IP: 192.168.1.1 IP: 192.168.2.1 IP: 192.168.1.1 IP: 192.168.2.1 IP: 192.168.1.2 IP: 192.168.2.2

Interfaces

Fastethernet 0/0 Fastethernet 0/1 Adaptador de red 1 Adaptador de red 2

Tabla 4.5: Elementos que aparecen en el escenario. Para esta prueba tambin debemos indicar que se ha asignado al router emulado la misma IOS (c2600-i-mz.123-3h) y los mismos parmetros de memoria que los que tiene el router real. 4.2.2.1 Configuracin del escenario El escenario de prueba consta de dos partes, empezaremos explicando la configuracin del router emulado, despus la del router real y finalmente con la configuracin de las interfaces de los PCs involucrados. Para la primera parte de la prueba, asignamos, al router Barcelona, la direccin ip correspondiente a cada una de sus dos interfaces de red que vamos a usar y las habilitamos.

Figura 4.11: configuracin de la interfaz 0/0 de Barcelona. [12]

Figura 4.12: Configuracin de la interfaz 0/1 de Barcelona. [12] Despus, para la segunda parte del escenario, realizaremos los mismos pasos anteriores pero en las interfaces del router MPLS_2, sin olvidar habilitarlas.

Figura 4.13: Configuracin de la interfaz 0/0 de MPLS_2. [12]

Pgina 61

Figura 4.14: Configuracin de la interfaz 0/1 de MPLS_2. [12] Acto seguido nos centraremos en la configuracin de las interfaces de red de los dos PCs que sern usados en ambas partes del escenario. Ver figura 4.15.

Figura 4.15: Configuracin de parmetros en PCs. Antes terminar toda la configuracin de los elementos vamos a realizar una prueba de conectividad entre los dos PCs en ambas partes del escenario.

Figura 4.16: Ping desde el servidor al cliente iperf por medio de Barcelona.

Figura 4.17: Ping desde el cliente al servidor iperf por medio de MPLS_2.

Pgina 62

4.2.3 Medicin y tratamiento de datos

PROCEDIMIENTO: Enviaremos un nmero especfico de tramas a velocidades especficas hasta que encontremos la mxima cantidad de tramas recibidas en el destino sin que se produzcan perdidas de las mismas. Cada una de las rfagas enviadas dura 60 segundos y en ellas se transporta datagramas UDP de longitud variable. En las pruebas el cliente ser el encargado de enviar los paquetes de datos, mientras que el servidor ser el que los reciba y nos muestre la cantidad de paquetes que llegaron correctamente. Las longitudes de tramas recomendadas, en la RFC 2544 [23], para la realizacin de mediciones en un medio Ethernet son: 64, 128, 256, 512, 1024, 1280 y 1518 octetos. Se elige usar el protocolo UDP en las pruebas de Throughput debido a que no implementa ventanas que otorgan control de flujo a la transmisin de bytes, de forma que no se limita el ancho de banda de la red que est disponible. Adems, UDP tampoco realiza retransmisiones de bytes, ya que no espera un reconocimiento afirmativo (ACK) por parte del receptor de cada byte que enva, para enviar el siguiente. El tamao de los datagramas UDP considera que cada datagrama involucrado en la prueba se encapsula en un slo paquete IP, de modo que se pueden obtener resultados en paquete por segundo (pps) y no en datagramas por segundo. La figura 4.18 muestra los parmetros configurados en el cliente Iperf usando la interfaz grfica jperf. Tanto el valor de UDP Bandwidth (en Mbits/seg) como el de UDP Packet Size irn cambiando al transcurrir la prueba.

Figura 4.18: Parmetros para la medicin de Throughput. Cabe resaltar que Iperf muestra los paquetes recibidos en cada segundo y tambin los recibidos durante toda la prueba, lo cual facilit el proceso de toma de medidas. Adems, los resultados que se muestran en las tablas siguientes son valores tpicos obtenidos despus de la repeticin sucesiva de cada una de las pruebas.

La tabla 4.6 muestra los resultados obtenidos tras la realizacin de las pruebas en el enlace que involucra al router virtual Barcelona.

Pgina 63

Longitud de trama (octetos) Velocidad de Tx (Mbps) Velocidad de Rx (Mbps) Tramas Transmitidas Tramas Recibidas Tramas Perdidas Tramas Recibidas (pps)

64 0,12 0,12 40273 40273 0 (0%) 671,2

128 0,4 0,39 33864 33864 0 (0%) 564,4

256 0,8 0,78 27193 27193 0 (0%) 453,2

512 1,2 1,2 18717 18717 0 (0%) 311,9

1024 1,5 1,48 11314 11314 0 (0%) 188,5

1280 1,6 1,59 9641 9641 0 (0%) 160,7

1512 1,6 1,6 8149 8149 0 (0%) 135,8

Tabla 4.6: Datos obtenidos en el enlace que contiene a Barcelona. La tabla 4.7 muestra los resultados obtenidos tras la realizacin de las pruebas en el enlace que involucra al router real MPLS_2. Longitud de trama (octetos) Velocidad de Tx (Mbps) Velocidad de Rx (Mbps) Tramas Transmitidas Tramas Recibidas Tramas Perdidas Tramas Recibidas (pps) 64 2,7 2,69 128 3,6 3,6 256 4,2 4,18 512 4,9 4,89 77643 77643 0 (0%) 1294,1 1024 5 4,97 37934 37934 0 (0%) 632,2 1280 5,1 5,1 31190 31190 0 (0%) 519,8 1512 5,2 5,19 26104 26104 0 (0%) 435

924406 309207 146221 924406 309207 146221 0 (0%) 15407 0 (0%) 5153,4 0 (0%) 2437

Tabla 4.7: Datos obtenidos en el enlace que contiene a MPLS_2. Finalmente repetimos el proceso de medicin de Throughput para el enlace que contiene al router Barcelona pero esta vez modificamos la capacidad de procesamiento del PC con el emulador GNS3. Ver figura 4.19.

Pgina 64

Dattos UDP Dato s UDP Da os UDP

Dattos UDP Dato s UDP Da os UDP

Figura 4.19: Escenario de prueba para el router emulado modificado. Los nuevos resultados obtenidos se muestran en la tabla 4.8. Longitud de trama (octetos) Velocidad de Tx (Mbps) Velocidad de Rx (Mbps) Tramas Transmitidas Tramas Recibidas Tramas Perdidas Tramas Recibidas (pps) 64 0,18 0,18 61414 61414 0 (0%) 1023,5 128 0,5 0,5 43595 43595 0 (0%) 726,6 256 0,9 0,9 31547 31547 0 (0%) 525,8 512 1,35 1,35 21545 21545 0 (0%) 359,1 1024 1,48 1,48 11305 11305 0 (0%) 188,4 1280 1,49 1,49 9029 9029 0 (0%) 150,5 1512 1,65 1,65 8420 8420 0 (0%) 140,3

Tabla 4.8: Datos obtenidos para el escenario modificado.

4.2.4 Captura de trfico

Usaremos la capacidad de GNS3 para capturar las tramas que pasan por uno de los enlaces simulados de la figura 4.10a. Ver figura 4.20.

Figura 4.20: Trama ms pequea enviada para la medicin del throughput. La figura 4.21 muestra la captura realizada usando Wireshark, en ella apreciamos principalmente la disposicin exacta de los bits en los paquetes enviados, as como tambin, las direcciones MAC (ver apartado 5.6.1) e IP de los dispositivos de origen y destino, el protocolo que transportan (en este caso UDP) y como se encapsulan para ser transportados.

Pgina 65

Figura 4.21: Captura de trfico.

4.2.5 Resultados
En el apartado anterior hemos obtenido valores de throughput para diferentes longitudes de trama, un grupo corresponde al enlace que contiene al router Barcelona, otro al mismo router Barcelona pero simulado en un PC con mejores prestaciones y por ltimo uno que contiene al router MPL_2, dichos valores estn representados en paquetes por segundo (ver figura 4.22). Las especificaciones de CISCO acerca del rendimiento de un router 2621 [24] nos indican que puede alcanzar un throughput de 1500 pps (0,768Mbps) cuando trabaja en modo Process-switching y 25000 pps (12,80 Mbps) cuando lo hace en el modo Fast-switching CEF-switching; siempre y cuando se tenga en cuenta las mejores condiciones, es decir, asumiendo que slo se envan paquetes IP y que todos estn en su mnimo tamao, es decir, 64 octetos. Notamos que el throughput vara mucho dependiendo del modo de envo de paquetes que se use. En el modo Processswitching el router no conoce la direccin de red del paquete que acaba de llegar, con lo cual, invoca el uso de la CPU y no enva un paquete hasta que le llegue la tarea explicita para hacerlo. En el modo Fast-switching el router ya tiene la direccin de red del paquete en el cach, con lo cual para lo que est haciendo y enva el paquete inmediatamente haciendo de este modo ms rpido y eficiente. El modo CEF (CISCO Express Fordwarding) trata de solucionar las deficiencias de los dos modos anteriores por medio de la creacin de una tabla adicional para el envo de paquetes. Sabemos que los datos anteriores son puramente orientativos y nos sirven para darnos una idea de los valores que nos podemos encontrar, en nuestro caso, obtenemos un throughput de 15407 pps (2,7 Mbps) en el router real MPLS_2 cuando enviamos paquetes de 64 octetos, este valor esta dentro del intervalo esperado ya que el router no tena su cache previamente configurada ni se configur el modo CEF, pero siempre se envi paquetes a la misma direccin.

Pgina 66

Comparacin de Throughput
16000
1 5406,7

14000

Tramas Recibidas (pps)

12000 10000

Router Real
8000 6000 4000
2437

Router Virtual Ruoter Mejorado

51 53,4

2000 0

1 023,5 671 ,2

726,6 564,4

1 294,1 525,8 453,2 359,1 31 ,9 1

632,2 1 88,5 1 88,4

51 9,8 1 60,7 1 50,5

435 1 40,3 1 35,8

64

128

256

512

1024

1280

1512

Longitud de Trama (octetos)

Figura 4.22: Resultados finales.

4.2.6 Conclusiones y observaciones parciales

Despus de la realizacin de esta prueba y bajo el escenario descrito en este captulo, hemos podido llegar a las siguientes conclusiones y observaciones: Segn especificaciones de CISCO [24] los datos obtenidos para el Throughput de un router real son aceptables. Se sabe que toma menos tiempo transmitir un paquete corto que uno largo, es por eso que todos los dispositivos envan mas paquetes cortos durante la prueba. Los valores de Throughput de un router virtual y un router virtual emulado en un PC con el doble de capacidad de procesamiento no son aceptables pues que estn muy por debajo del esperado. Duplicar las caractersticas del emulador no ayuda a mejorar el Throughput del enlace. Se comprueba que enlace virtual es ms lento y fcilmente congestionable que uno real.

4.3 Jitter
DEFINICIN: El Jitter es la variacin en el tiempo de la llegada de los paquetes en redes basadas en la conmutacin de paquetes y que no son orientadas a conexin. Se produce debido a la congestin de la red, prdida de sincronizacin debido a cambios mecnicos o elctricos, o por que los paquetes siguen diferentes rutas para llegar a su destino. Es un efecto que tiene bastante relevancia en comunicaciones en tiempo real como VoIP ya que no depende de la Latencia, es decir, se pueden conseguir altos tiempos de respuesta pero sin embargo muy bajos valores de Jitter.

4.3.1 Objetivo
El objetivo de esta prueba es medir el Jitter en un enlace Fastethernet que contiene a un router emulado con GNS3, con el de otro enlace que contiene a un router real, usando, para la toma de datos, dos PCs con Iperf. Adems veremos los efectos producidos en los resultados al mejorar la capacidad de procesamiento del host que contiene al simulador.

Pgina 67

4.3.2 Escenario de prueba

Dattos UDP Dato s UDP Da os UDP

Dattos UDP Dato s UDP Da os UDP

Figura 4.23a: Escenario de prueba para el router emulado con GNS3.

Dattos UDP Dato s UDP Da os UDP

Dattos UDP Dato s UDP Da os UDP

Figura 4.23b: Escenario de prueba para el router real. En esta prueba, por cuestiones de comodidad, se ha usado el mismo escenario que para la prueba anterior, con lo cual los elementos involucrados y la configuracin de los mismos siguen siendo idnticos.

4.3.3 Medicin y tratamiento de datos

PROCEDIMIENTO: Enviaremos rfagas que contienen datagramas UDP a la velocidad mxima de Throughput calculada en el apartado 4.2. La longitud de los datos UDP es variable y la duracin de la prueba es de 60 segundos. El origen de los datos ser el cliente y el destino ser el receptor que nos mostrar los valores de jitter obtenidos durante la transmisin. Para la realizacin del clculo del Jitter por Iperf, el cliente almacena una marca de tiempo en cada paquete que enva y el servidor calcula el tiempo de trnsito relativo como la diferencia entre tiempo de recepcin del servidor tiempo de envo del cliente. Puesto que los relojes del cliente y del servidor no necesitan ser sincronizados, cualquier diferencia presente ser reconocida como un nuevo valor de Jitter. Finalmente el Jitter ser la media de las diferencias entre tiempos de trnsito consecutivos. [16]

Pgina 68

Se ha vuelto a elegir al protocolo UDP en estas nuevas pruebas debido a que no queremos que se produzca un control de flujo en la transmisin de datos, ni que se reciba un reconocimiento afirmativo de la recepcin de los datos; con el fin de obtener trfico simular al que se produce, por ejemplo, en la comunicacin de voz. Por lo tanto, los parmetros configurados en el cliente Iperf son los mismos que los que se muestran en la grfica 4.18. Por otro lado, los resultados que se muestran en las tablas siguientes son valores tpicos obtenidos despues de la repeticin sucesiva de cada una de las pruebas. La tabla 4.9 muestra el valor de Jitter obtenido tras el envo de datos a la velocidad mxima de Throughput en el enlace que involucra al router Barcelona. El Jitter se obtuvo promediando los 60 datos obtenidos durante el minuto que dura la prueba. Longitud de trama (octetos) Velocidad de Tx (Mbps) Tramas Transmitidas Tramas Perdidas Jitter (ms) 64 0,12 40273 0 (0%) 3,524 128 0,4 33864 0 (0%) 4,592 256 0,8 27193 0 (0%) 4,073 512 1,2 18717 0 (0%) 4,706 1024 1,5 11314 0 (0%) 8,878 1280 1,6 9641 0 (0%) 7,245 1512 1,6 8149 0 (0%) 9,539

Tabla 4.9: Jitter en el enlace que contiene a Barcelona. La tabla 4.10 muestra el valor de Jitter obtenido tras el envo de datos a la velocidad mxima de Throughput en el enlace que involucra al router MPLS_2. El Jitter se obtuvo promediando los 60 datos obtenidos durante el minuto que dura la prueba. Longitud de trama (octetos) Velocidad de Tx (Mbps) Tramas Transmitidas Tramas Perdidas Jitter (ms) 64 2,7 128 3,6 256 4,2 512 4,9 77643 0 (0%) 0 1024 5 37934 0 (0%) 0 1280 5,1 31190 0 (0%) 0 1512 5,2 26104 0 (0%) 0

924406 309207 146221 0 (0%) 0 0 (0%) 0 0 (0%) 0

Tabla 4.10: Jitter en el enlace que contiene a MPLS_2. Finalmente repetimos el proceso de medicin de Jitter para el enlace que contiene al router Barcelona pero esta vez modificamos la capacidad de procesamiento del PC con el simulador GNS3. Ver figura 4.24.

Pgina 69

Dattos UDP Dato s UDP Da os UDP

Dattos UDP Dato s UDP Da os UDP

Figura 4.24: Escenario de prueba para el router simulado modificado. Los nuevos resultados obtenidos se muestran en la tabla 4.11. Longitud de trama (octetos) Velocidad de Tx (Mbps) Tramas Transmitidas Tramas Perdidas Jitter (ms) 64 0,18 61414 0 (0%) 1,557 128 0,5 43595 0 (0%) 0 256 0,9 31547 0 (0%) 0 512 1,35 21545 0 (0%) 0 1024 1,48 11305 0 (0%) 0 1280 1,49 9029 0 (0%) 0,001 1512 1,65 8420 0 (0%) 0,001

Tabla 4.11: Datos obtenidos para el escenario modificado.

4.3.4 Captura de trfico

Dado que para medir el Jitter tambin se usan tramas que encapsulan datagramas UDP y con la misma longitud que las usadas para la medicin de throughput, entonces la estructura de la trama y la captura de datos usando GNS3 son las mismas que las mostradas en las grficas 4.20 y 4.21 del apartado anterior respectivamente.

4.3.5 Resultados
La grfica 4.25 muestra una sntesis de los valores de Jitter obtenidos para diferentes longitudes de trama. En la grfica 4.25, se aprecia que los valores tpicos de Jitter citados anteriormente, resultan posibles de conseguir por un grupo de routers emulados con GNS3, tanto si se han instalado en un host poco eficiente como si se usan PCs ms modernos y rpidos.

Pgina 70

Comparacin de Jitter
Tramas Recibidas (pps)
12 10 8 6 4 2 0 64 3,524 1,557 0 0 128 0 256 0 512 0 1024 0 1280 0 1512 4,592 4,073 4,706 7,245 8,878 9,539

Router Real Router Virtual Ruoter Mejorado

Longitud de Trama (octetos)

Figura 4.25: Promedio de datos obtenidos de Jitter.

4.3.6 Conclusiones y observaciones parciales

Despus de la realizacin de esta prueba y bajo el escenario descrito en este captulo, hemos podido llegar a las siguientes conclusiones y observaciones: Un router real nos ofrece valores constantes y prcticamente nulos de Jitter. Un router emulado con GNS3 registra valores de Jitter muy por encima de los registrados para un router real. Los valores de Jitter para el router emulado aumentan conforme se envan paquetes de mayor longitud. Un router virtual emulado en un PC con prcticamente el doble de capacidad de procesamiento muestra caractersticas muy similares a un router real. Se comprueba que enlace virtual es ms lento y fcilmente congestionable que uno real.

4.4 Problemas detectados y soluciones

4.4.1 Obtencin del IOS C2621
En el laboratorio de trabajo se cuenta con un router Cisco 2621 el cual ha sido destinado a las pruebas relacionadas con este proyecto, por lo tanto, era de suma importancia obtener un IOS con las mismas caractersticas del equipo real para que sea simulado usando GNS3 y as poder realizar pruebas que nos permitan sacar conclusiones acerca del rendimiento de ambos dispositivos de red en igualdad de condiciones. El primer problema al que nos enfrentamos se relacion con la obtencin del IOS 2621 perteneciente al router MPLS_2 ubicado en el laboratorio. Para solucionar dicho percance se opt por instalar un servidor FTP y realizar una copia del IOS que se encontraba en el router MPLS_2 hacia dicho servidor usando el puerto 21. Dattos Da os

Pgina 71

Figura 4.26: Escenario montado para la obtencin del IOS del router MPLS_2. En el PC de trabajo se realizaron principalmente dos cambios, se instal el software Filezilla para convertirlo en servidor FTP y se configur su interfaz de red segn la figura, los pasos seguidos para los cambios mencionados se describen a continuacin: 1) Deshabilitar el cortafuegos de Windows y de cualquier otro antivirus que se active por defecto (Norton). 2) Descargar de Internet el software libre FileZilla Server-0.9.31. 3) Hacer doble clic sobre el icono creado y aceptar los valores que se muestran a continuacin que harn que nuestro propio PC acte como servidor FTP. Finamente hacer clic en OK.

Figura 4.27: Ventana de inicio. 4) Hacer un Clic en y en el men de la Izquierda seleccionar General. Aparecer una ventana como se muestra en la figura 4.28. 5) Aadir un usuario annimo haciendo clic en Add y escribiendo anonymous. Finalmente hacer clic en OK.

Figura 4.28: Agregacin de nuevo usuario. 6) Seguidamente debemos asignar una carpeta home al nuevo usuario para que sea compartida. Hacer clic en Add y seleccionar el directorio correspondiente. Para terminar hacer clic en Aceptar.

Pgina 72

Figura 4.29: Asignacin de carpeta al nuevo usuario. 7) No olvidar seleccionar los permisos de lectura y escritura de la carpeta.

Figura 4.30: Cuadro de asignacin de permisos a la carpeta. 8) Finalmente configuramos la direccin IP correspondiente en el host.

Figura 4.31: Configuracin de parmetros en PCs. Desde el punto de vista del router MPLS_2 se hicieron las siguientes configuraciones:

1) Configurar la direccin IP, de acuerdo al escenario propuesto, en la interfaz Fastethernet 0/1.

Pgina 73

Figura 4.32: Configuracin de la interfaz 0/1 de MPLS_2. [12] 2) Ver la ubicacin y el nombre del IOS en el router usando el comando show flash. Ver figura 4.33.

Figura 4.33: Informacin de la memoria Flash. [12] 3) Realizar la copia de datos al servidor FTP que corresponde a nuestro PC de trabajo.

4.4.2 Formato de la cisco IOS en el router

Al momento de cargar la imagen IOS obtenida del router real en el simulador GNS3 y abrir una ventana de Telnet para conectarnos al router virtual nos encontramos con un error como el que se muestra en la figura 4.34.

Figura 4.34: Error encontrado al cargar una imagen IOS. Al principio se pens que el problema se deba a que el router asignaba demasiada cantidad de memoria RAM a las interfaces de entrada y salida, lo que produca que no se pudiera cargar la IOS correspondiente, despus se pens que el problema era producto de deficiencias de Dynamips para cargar ciertas imgenes de la plataforma 2600. Finalmente nos dimos cuenta que Dynamips tiene problemas para descomprimir imgenes IOS de la plataforma 2600 exepto la 2691, con lo cual las imgenes que van a ser simuladas deben estar descomprimidas pese a llevar la extensin .bin al final del nombre del IOS. Para la descompresin debemos usar winrar en Windows y en Linux podemos utilizar el siguiente comando: [03] [27]

Figura 4.35: Comando para la descompresin de imagen en Linux. [03]

4.4.3 Igualdad de caractersticas en los equipos

Antes de comenzar las pruebas de tiempo de reaccin, mxima tasa de transferencia y Jitter en el router MPLS_2 y en el router Barcelona, nos dimos cuenta que la clave

Pgina 74

para conseguir unos resultados con coherencia era que ambos dispositivos de red contaran con los mismos parmetros de asignacin de memoria. Despus de conocer el estado de ambos router mediante el comando show version, nos dimos cuenta que la diferencia entre ellos radicaba principalmente, en la asignacin de memoria RAM dinmica o DRAM, y en la asignacin memoria RAM no voltil o NVRAM de los mismos. Por otro lado, tambin notamos rasgos caractersticos propios de cada tipo de router con respecto a la memoria FLASH y ROM. 4.4.3.1 Memoria Dinmica (DRAM) La DRAM (comnmente conocida como memoria RAM) es una memoria que se usa en el momento de ejecucin del router, por ejemplo, para ejecutar el software Cisco IOS, sus subsistemas, almacenar las tablas de enrutamiento, el cache de conmutacin, la configuracin que est corriendo actualmente (running-config), etc. Se divide en Main Processor Memory and Shared Input/Output (I/O) Memory, la Shared I/O Memory se divide entre interfaces de entrada y de salida para almacenar temporalmente los paquetes, mientras que la Process memory se usa para almacenar el software IOS de cisco, las tablas de enrutamiento y los buffers del sistema. [28] La memoria DRAM que necesita cada router para trabajar depende de los requerimientos de la versin de CISCO IOS que utiliza, de modo que, en nuestro caso, para la versin de IOS 12.3 (3h) en la plataforma 2600 se requiere como mnimo una cantidad de memoria DRAM de 32MB (segn Cisco Systems .Inc), pero como el router real MPLS_2 tiene configurado 48MB de memoria DRAM (ver figura 4.37), nosotros asignaremos la misma cantidad de memoria RAM al router virtual. Para cambiar la cantidad de memoria DRAM asignada a cada router virtual emulado con GNS3, debemos modificar el valor de RAM size de la ventana de configuracin del router Barcelona. Ver figura 4.36. Por otro lado, dado que los routers serie 2600 poseen la capacidad de reasignar la cantidad de memoria DRAM repartida entre el procesador y las interfaces I/O mediante el comando memorysize iomem <percent>, en nuestro caso, usamos el comando anterior para cambiar el porcentaje de memoria RAM repartido, en el router MPLS_2 de un 10% que tena inicialmente a un 15% que es el que tena por defecto configurado el router virtual Barcelona. 4.4.3.2 Memoria no voltil (NVRAM) La NVRAM se encargada de almacenar permanentemente datos como la configuracin del router que inicialmente se encuentra en la RAM. Despus de cada iniciacin del router esta memoria debe enviar su informacin a la RAM para que se trabaje temporalmente sobre ella para agilizar la configuracin del dispositivo. [28] En este caso, cambiamos el valor de la NVRAM, desde la ventana de configuracin del router Barcelona a 32Kb, para mantener la concordancia de configuracin con el router MPLS_2.

Pgina 75

Figura 4.36: Ventana de configuracin del nodo. 4.4.3.3 Memoria FLASH Esta memoria almacena la imagen y microcdigo del sistema operativo que sta siendo ejecutado por un router. En el router Barcelona, por tratarse de un router emulado, esta memoria no existe ya que el IOS se almacena en el disco. En la figura 4.38 vemos que GNS3 asigna un tamao fijo de 8Mbytes a la FLASH de Barcelona. 4.4.3.4 Memoria ROM La memoria ROM, como ya se indic en el apartado 2.3, almacena un software con el estado mnimo de configuracin de los routers (software bootstrap), este software slo puede ser invocado si se produce algn fallo interno del router de forma fisica durante el encendido de los routers, por lo tanto, la memoria ROM carece de funcionalidad en los routers emulados puesto que dicho software no puede ser invocado. En nuestro caso, la figura 4.38 muestra como, en el router virtual Barcelona, se incorporan unas lneas adicionales con el fin de ignorar la lectura de la ROM. Las figuras 4.37 y 4.38 muestran la informacin obtenida despus de usar el comando show version en el router real MPLS_2 y en el router virtual Barcelona respectivamente:

Pgina 76

Figura 4.37: Parmetros finales del router MPLS_2.

Figura 4.38: Parmetros finales del router Barcelona. Vemos que en la figura 4.38, al router Barcelona se le asigna un procesador CPU con las mismas caractersticas que el real pero con identificador diferente (virtual).

Pgina 77

CAPTULO 5: ANLISIS DE LAS INVOLUCRADAS EN LA SIMULACIN

COMUNICACIONES

Este captulo se centra principalmente en mostrar la capacidad del simulador de crear topologas que puedan soportar comunicaciones de diferentes tipos de protocolos de red en distintos tipos de escenarios, por medio de pruebas que nos permitan recoger datos que podremos analizar y comparar. Las pruebas se harn principalmente en dos tipos de escenarios, el primero contar solamente con routers simulados y el segundo incorporar un router real en su topologa.

5.1 Pruebas con Comunicaciones Internas

5.1.1 Objetivo
Este apartado tiene el objetivo de mostrar las comunicaciones que se producen en escenarios puramente virtuales, es decir, que no contienen equipos reales. Del mismo modo, mediremos el funcionamiento de la red para contrastar los resultados obtenidos con el escenario que incluye un router real.

5.1.2 Escenario de prueba

Figura 5.1: Escenario de la prueba puramente virtual. En la figura 5.1 queda reflejado el escenario simulado, vemos que consta principalmente de tres routers emulados conectados entre ellos mediante enlaces virtuales.

Pgina 78

A continuacin se menciona, con ms detalle, todos los elementos y sus caractersticas involucrados en este escenario:
Nombre
Madrid

Tipo
Virtual

Memoria
RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb

CPU
-

Observaciones
Router 2621 emulado

Router

Barcelona

Virtual

Router 2621 emulado

Valencia Simulador GNS3 Cliente JPerf Servidor JPerf Fastethernet 0/0 Fastethernet 0/1 Fastethernet 0/0 Fastethernet 0/1 Fastethernet 0/0 Fastethernet 0/1 Adaptador de red 1 Adaptador de red 2

Virtual Real Real Real Virtual Real Virtual Virtual Virtual Real Real Real

Router 2621 emulado Con procesador AMD Con procesador Intel(R) Con procesador Intel Perteneciente a Madrid Perteneciente a Madrid Perteneciente a Barcelona Perteneciente a Barcelona Perteneciente a Valencia Perteneciente a Valencia Perteneciente a Servidor JPerf Perteneciente a Cliente JPerf

PC

Interfaces

RAM: 1,12Gb 1,30 Ghz RAM: 1 Gb 1,66 Ghz RAM: 1 Gb 2,80 Ghz IP: 10.10.10.1 IP: 192.168.2.1 IP: 10.10.10.2 IP: 10.10.10.5 IP: 10.10.10.6 IP: 192.168.1.1 IP: 192.168.1.2 IP: 192.168.2.2

Tabla 5.1: Elementos que aparecen en el escenario. Para esta prueba se tom especial cuidado en usar la misma IOS (c2600-i-mz.123-3h) y los mismos parmetros de memoria tanto en el router virtual como el router real. Por otro lado, la eleccin del nombre que aparece en los routeres emulados se realiz por razones didcticas. 5.1.2.1 Configuracin del escenario Configuramos las interfaces de los tres routers emulados de nuestra topologa, los comandos utilizados se muestran a continuacin:

Figura 5.2: Configuracin de interfaces en el router Madrid. [12]

Pgina 79

Figura 5.3: Configuracin de interfaces en el router Barcelona. [12]

Figura 5.4: Configuracin de interfaces en el router Valencia. [12] Finalmente se configurarn las interfaces de red de los dos PCs que actuarn como cliente y servidor Jperf en algunas de las pruebas siguientes. Ver figura 4.15.

5.1.3 Medicin y tratamiento de datos

5.1.3.1 Prueba 1: Latencia de ICMP PROCEDIMIENTO: Se enviarn paquetes ICMP de longitud variable usando la herramienta ping desde el host cliente JPerf hasta el host servidor JPerf en cada segundo. Las tramas enviadas tendrn longitudes de 64, 128, 256, 512, 1024, 1280 y 1512 octetos, mientras que los datos de latencia para cada longitud de trama se tomarn en pequeas pruebas de 150 seg.

Figura 5.5: Descripcin del procedimiento de la prueba. La tabla 5.2 muestra los datos finales obtenidos en la red despus de repetir el proceso de medicin de datos 10 veces para las diferentes longitudes de tramas Ethernet.

Pgina 80

Longitud de trama 64 128 256 512 1024 1280 1512 (octetos) Round-trip min 51 53 53 61 78 84 92 (ms) Round-trip avg 60 61 64 82 98 106 116 (ms) Round-trip max 106 92 108 115 132 153 166 (ms) Tabla 5.2: Datos de latencia ICMP para la red puramente virtual. 5.1.3.2 Prueba 2: Latencia de TCP PROCEDIMIENTO: Se enviarn paquetes TCP al puerto 23 (Telnet) del router Valencia desde el router Madrid cada minuto. El router Madrid ser configurado para recolectar y realizar estadsticas de los tiempos de conexin TCP producidos en el enlace en presencia del protocolo TCP. Toda la prueba dura 60 min.

Figura 5.6: Descripcin del procedimiento de la prueba. Esta prueba hace uso de la herramienta RTR, la cual se configur de la siguiente manera: [19] 1) Habilitar RTR en el router Valencia para activar temporalmente el servicio TCP. Ver figura 5.7 Figura 5.7: Configuracin de RTR en Valencia 2) Definir una prueba tipo tcpConnect en el router recolector de datos (Madrid) para medir el tiempo que se tarda en realizar una conexin TCP desde el router origen hasta el destino. Por defecto, el router origen enva un paquete de control RTR antes de los de TCP para habilitar el puerto 23 en el router destino. En la figura 5.7 se muestran los parmetros adicionales necesarios por el comando, estos son: La direccin IP de destino y el puerto de destino.

Figura 5.8: Configuracin de la segunda prueba. 3) Definir con qu frecuencia se realiza cada conexin TCP durante la prueba. En este caso, el mnimo valor es 60 segundos.

Pgina 81

Figura 5.9: Configurar la frecuencia de envo de paquetes. 4) Damos un tiempo de vida a la prueba con el comando "lifetime", en este caso, nuestra prueba correr por 1 hora (3600 segundos). Finalmente indicamos que la prueba se inicie inmediatamente con el comando "start-time now".

Figura 5.10: Configuracin de tiempo de vida de la prueba. 5) Finamente vemos los datos obtenidos en la prueba.

Figura 5.11: Resultados obtenidos en la segunda prueba. La Latencia producida durante la prueba se mide utilizando los valores de RTT mostrados en la figura 5.11. [20] Operacin Latencia TCP(promedio) Dispersin Desviacin Estndar SumCmp/ Comps SumCmp2L/ Comps Resultado (mseg) 61 5534 42

5534 - 612

La Latencia TCP est dentro del rango de 61 42 mseg. Tabla 5.3: Clculo de Latencia de paquetes TCP. 5.1.3.3 Prueba 3: Latencia de UDP PROCEDIMIENTO: Se enviarn paquetes UDP cada 10 segundos al puerto 888 del router Valencia desde el router Madrid. El router Madrid se encargar de recolectar y realizar estadsticas de los valores de Latencia recogidos en el enlace debido a paquetes UDP. La duracin de la prueba es de 60 min.

Pgina 82

Figura 5.12: Descripcin del procedimiento de la prueba. Para la configuracin de esta prueba se tomaron en consideracin los siguientes pasos: [19] 1) Habilitar RTR en el router destino, como en la figura 5.7, para activar temporalmente el servicio UDP. 2) Definir una prueba tipo udpEcho en el router Madrid para medir la Latencia producida por paquetes UDP en el enlace durante la prueba. Al igual que en la prueba anterior, el router origen enva, por defecto, paquetes de control antes de enviar los paquetes UDP para habilitar los puertos en el destino. No olvidar indicar la direccin IP del router destino, el puerto al cual se quiere realizar la conexin, la frecuencia de envo de paquetes y la duracin de la prueba. Ver figura 5.12.

Figura 5.13: Configuracin de la tercera prueba. 3) Observamos un reporte de los datos obtenidos.

Figura 5.14: Resultados obtenidos en la tercera prueba. La Latencia de la prueba se calcula usando los valores de RTT mostrados en la figura 5.14. [20]

Pgina 83

Operacin Latencia UDP(promedio) Dispersin Desviacin Estndar SumCmp/ Comps SumCmp2L/ Comps

Resultado (mseg) 50 3460 31

3460 - 502

La Latencia UDP est dentro del rango de 60 34 mseg. Tabla 5.4: Clculo de Latencia de paquetes UCP. 5.1.3.4 Prueba 4: Throughput en la red PROCEDIMIENTO: Se enviar la mayor cantidad de datagramas UDP de longitud variable desde el host cliente JPerf al host servidor JPerf de forma continua, durante 60 segundos, usando el programa Iperf. La velocidad de transmisin de los datagramas ir aumentando hasta que encontremos la mxima cantidad de tramas recibidas en el destino sin que se produzcan perdidas. Las longitudes de tramas sern las mismas que las usadas en el captulo 4: 64, 128, 256, 512, 1024, 1280 y 1518 octetos.

Figura 5.15: Descripcin del procedimiento de la prueba. Los datos obtenidos se muestran en el siguiente cuadro. Longitud de trama (octetos) Velocidad de Tx (Mbps) Velocidad de Rx (Mbps) Tramas Transmitidas Tramas Recibidas Tramas Perdidas Tramas Recibidas (pps) 64 0,015 0,015 5092 5092 0 (0%) 84,8 128 0,05 0,05 4357 4357 0 (0%) 72,6 256 0,11 0,11 3857 3857 0 (0%) 64,2 512 0,2 0,2 3193 3193 0 (0%) 53,2 1024 0,28 0,28 2140 2140 0 (0%) 35,6 1280 0,29 0,29 1748 1748 0 (0%) 29,3 1512 0,31 0,31 1584 1584 0 (0%) 26,4

Tabla 5.5: Datos de Throughput en una red puramente virtual.

Pgina 84

5.1.3.5 Prueba 5: Jitter en la red PROCEDIMIENTO: El host cliente JPerf enviar flujos de paquetes UDP de diferentes longitudes al host servidor JPerf de forma constante durante 60 segundos a las velocidades de Throughput encontradas en la prueba anterior. Las longitudes de tramas sern de 64, 128, 256, 512, 1024, 1280 y 1518 octetos.

Figura 5.16: Descripcin del procedimiento de la prueba. La tabla 5.6 muestra los valores promedio de Jitter obtenido en la red tras el envo de datos a la velocidad mxima de Throughput. Longitud de trama (octetos) Velocidad de Tx (Mbps) Tramas Transmitidas Tramas Perdidas Jitter (ms) 64 0,015 5092 0 (0%) 15,6 128 0,05 4357 0 (0%) 17,062 256 0,11 3857 0 (0%) 19,416 512 0,2 3193 0 (0%) 22,907 1024 0,28 2140 0 (0%) 35,416 1280 0,29 1748 0 (0%) 40,188 1512 0,31 1584 0 (0%) 43,414

Tabla 5.6: Datos de Jitter en una red puramente virtual.

5.2 Pruebas con Comunicaciones Externas

5.2.1 Objetivo
Este apartado tiene el objetivo de mostrar las comunicaciones que se producen en escenarios que no son completamente virtuales, es decir, que contienen equipos reales. Del mismo modo, mediremos el funcionamiento de la red simulada para contrastar los resultados obtenidos con el escenario anteriormente mostrado.

Pgina 85

5.2.2 Escenario de prueba

Figura 5.17: Escenario con un router real externo. Hemos reutilizado el esquema del escenario analizado anteriormente para los routers emulados Madrid y Valencia y para los hosts cliente y Servidor JPerf, del mismo modo, el direccionamiento de red y el IOS usado es el mismo. Los cambios radican principalmente en la incorporacin de nuevos enlaces reales asignados al router MPLS_2 que reemplaza al router Barcelona. A continuacin se menciona, con ms detalle, todos los elementos involucrados en este escenario y sus caractersticas:
Nombre
Madrid

Tipo
Virtual

Memoria
RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb

CPU
-

Observaciones
Router 2621 emulado

Router

MPLS_2

Real

Router 2621

Valencia Simulador GNS3 Cliente JPerf Servidor JPerf Fastethernet 0/0 Fastethernet 0/1 Fastethernet 0/0 Fastethernet 0/1

Virtual Real Real Real Virtual Virtual Real Real

Router 2621 emulado Con procesador AMD Con procesador Intel(R) Con procesador Intel Perteneciente a Madrid Perteneciente a Madrid Perteneciente a MPLS_2 Perteneciente a MPLS_2

PC

Interfaces

RAM: 1,12Gb 1,30 Ghz RAM: 1 Gb 1,66 Ghz RAM: 1 Gb 2,80 Ghz IP: 10.10.10.1 IP: 192.168.2.1 IP: 10.10.10.2 IP: 10.10.10.5

Pgina 86

Fastethernet 0/0 Fastethernet 0/1 Adaptador de red 1 Adaptador de red 2

Virtual Real Real Real

IP: 10.10.10.6 IP: 192.168.1.1 IP: 192.168.1.2 IP: 192.168.2.2

Perteneciente a Valencia Perteneciente a Valencia Perteneciente a Servidor JPerf Perteneciente a Cliente JPerf

Tabla 5.7: Elementos que aparecen en el escenario. 5.2.2.1 Configuracin del escenario La incorporacin del router MPLS_2 al escenario se hizo siguiendo los comandos que se muestran a continuacin:

Figura 5.18: Configuracin de interfaces en el router MPLS_2. [12]

5.2.3 Medicin y tratamiento de datos

5.2.3.1 Prueba 1: Latencia de ICMP PROCEDIMIENTO: Se sigue el mismo procedimiento que para la realizacin de la prueba del apartado 5.1.3.1. La tabla 5.8 muestra los nuevos valores de latencia ICMP obtenidos en una red simulada que contiene un router real externo, cuando se vara la longitud de las tramas enviadas. Longitud de trama 64 128 256 512 1024 1280 1512 (octetos) Round-trip min 31 31 32 34 42 48 52 (ms) Round-trip avg 38 39 39 41 55 59 64 (ms) Round-trip max 70 74 76 72 94 93 97 (ms) Tabla 5.8: Datos de latencia ICMP para la red puramente virtual. 5.2.3.2 Prueba 2: Latencia de TCP PROCEDIMIENTO: Se sigue el mismo procedimiento que para la realizacin de la prueba del apartado 5.1.3.2. La configuracin de esta prueba se realiza con los comandos ilustrados en las figuras de la 5.7, 5.8, 5.9 y 5.10. Despus del trmino de la prueba se obtienen los siguientes resultados:

Pgina 87

Figura 5.19: Resultados obtenidos en la segunda prueba. El clculo de los datos estadsticos de la Latencia TCP se muestra en la tabla 5.9 que se ve a continuacin. [20] Operacin Latencia TCP(promedio) Dispersin Desviacin Estndar SumCmp/ Comps SumCmp2L/ Comps Resultado (mseg) 36 3176 43

3176 - 2492

La Latencia TCP est dentro del rango de 36 43 mseg. Tabla 5.9: Clculo de Latencia de paquetes TCP. 5.2.3.3 Prueba 3: Latencia de UDP PROCEDIMIENTO: Se sigue el mismo procedimiento que para la realizacin de la prueba del apartado 5.1.3.3. Del mismo modo, para la configuracin de esta prueba se siguen los siguientes pasos detallados el apartado 5.1.3.3 y los comandos ilustrados en las figuras 5.7 y 5.13. Con lo cual obtenemos los siguientes resultados:

Figura 5.20: Resultados obtenidos en la tercera prueba.

Pgina 88

La Latencia de la prueba se calcula usando los valores de RTT mostrados en la figura anterior. [20] Operacin Latencia UDP(promedio) Dispersin Desviacin Estndar SumCmp/ Comps Sum2Cmp/ Comps Resultado (mseg) 20 513 11

513 - 202

La latencia UDP est dentro del rango de 20 11 mseg. Tabla 5.10: Clculo de Latencia de paquetes UCP. 5.2.3.4 Prueba 4: Throughput en la red PROCEDIMIENTO: Se sigue el mismo procedimiento que para la realizacin de la prueba del apartado 5.1.3.5. Los datos de Throughput obtenidos en esta nueva red simulada que cuenta con un router externo real, se muestran en el siguiente cuadro. Longitud de trama (octetos) Velocidad de Tx (Mbps) Velocidad de Rx (Mbps) Tramas Transmitidas Tramas Recibidas Tramas Perdidas 64 0,024 0,024 7664 7664 0 (0%) 128 0,08 0,08 6851 6851 0 (0%) 256 0,18 0,18 6248 6248 0 (0%) 512 0,3 0,3 4756 4756 0 (0%) 1024 0,45 0,45 3439 3439 0 (0%) 1280 0,49 0,49 2971 2971 0 (0%) 1512 0,52 0,52 2655 2655 0 (0%)

Tramas 127,7 114,2 104,1 79,2 57,3 49,5 44,2 Recibidas (pps) Tabla 5.11: Datos de Throughput en una red con router real externo. 5.2.3.5 Prueba 5: Jitter en la red PROCEDIMIENTO: Se sigue el mismo procedimiento que para la realizacin de la prueba del apartado 5.1.3.6. La tabla 5.12 muestra el valor de Jitter obtenido en la red de prueba tras el envo de datos a la velocidad mxima de Throughput.

Pgina 89

Longitud de trama (octetos) Velocidad de Tx (Mbps) Tramas Transmitidas Tramas Perdidas Jitter (ms)

64 0,015 5092 0 (0%) 15,6

128 0,05 4357 0 (0%) 17,062

256 0,11 3857 0 (0%) 19,416

512 0,2 3193 0 (0%) 22,907

1024 0,28 2140 0 (0%) 35,416

1280 0,29 1748 0 (0%) 40,188

1512 0,31 1584 0 (0%) 43,414

Tabla 5.12: Datos de Jitter en una red puramente virtual.

5.3 Captura de trfico

En este apartado realizaremos la captura de los datos que pasan por la red en el momento de realizar cada una de las pruebas descritas en el apartado 5.1, en un escenario formado enteramente por routers emulados usando GNS3. La captura se realizar gracias a la capacidad de Wireshark y GNS3 de mostrar el trfico que pasa por los enlaces virtuales en cada instante de tiempo. La captura servir para mostrar detalladamente la estructura en las tramas caractersticas de los protocolos usados en cada una de las pruebas, as como tambin el uso de otros protocolos adicionales durante la comunicacin de los dispositivos de red emulados.

5.3.1 Prueba 1: Latencia de ICMP

En las figuras siguientes se puede apreciar a detalle la estructura de una trama del protocolo ICMP usado para la toma de medidas en la primera prueba, adems se observa cmo se lleva a cabo la organizacin temporal de las tramas de este protocolo a la hora de viajar por la red virtual en compaa de tramas de otros protocolos.

Figura 5.21: Trama ICMP enviada en la primera prueba.

Pgina 90

Figura 5.22: Estructura de trfico ICMP. La figura 5.23 muestra como se envan tramas que contienen al protocolo ICMP (Internet Control Message Protocol) cuando se aplica el comando ping en la red durante el tiempo de la toma de medidas, en este sentido, vemos claramente el envo de los dos tipos de mensajes caractersticos del protocolo ICMP, como son Echo request y Echo reply desde el host origen (192.168.2.2) y desde el host destino (192.168.1.2) respectivamente. Por otro lado, tambin se aprecian tramas propias del protocolo RIP para intercambiar informacin de enrutamiento entre los routers del segmento de red, las tramas tienen como direccin de destino una direccin multicast asignada exclusivamente a este protocolo que designa a todos los routers del segmento de red. Otro protocolo que aparece continuamente en la captura es el protocolo LOOP (Configuration Testing Protocol) que nos permite determinar si una interfaz est activa o no, este protocolo forma parte del estndar de Ethernet y bsicamente se puede comparar a un ping pero que funciona en la capa 2. [11] [29]

RIIPV2 R PV2 LOOP LO OP IICMP CM P

Figura 5.23: Captura de trfico entre el router Madrid y el host Cliente Jperf.

Pgina 91

5.3.2 Prueba 2: Latencia de TCP

Las siguientes figuras muestran la estructura de una trama del protocolo TCP usado en la segunda prueba, del mismo modo, se observa el proceso de conexin y finalizacin propio de este protocolo y como se comunican los dispositivos de red emulados usando otros protocolos.

Figura 5.24: Trama de sealizacin TCP enviada en la segunda prueba (SYN).

Figura 5.25: Estructura de trfico TCP. Como es sabido, el protocolo TCP (Transmission Control Protocol) requiere de una conexin antes del envo de paquetes y garantiza una recepcin sin errores y ordenada. En la figura 5.26 se muestran los mecanismos de establecimiento y fin de conexin llevadas a cabo por el protocolo TCP; el establecimiento de la conexin empieza con el envo de un mensaje (SYN) desde un puerto arbitrario del router Madrid al puerto Telnet (23) del router Valencia, luego ste le responde con un mensaje de acreditacin (SYN/ACK) y finalmente Madrid confirma el establecimiento de la conexin con un mensaje (ACK). El siguiente mensaje que enva Madrid comienza el proceso de fin de conexin (FIN), dado que en TCP la conexin se termina desde cada lado de la conexin independientemente, despus de recibir una confirmacin (ACK) desde el router Valencia, ste tambin enva un mensaje (FIN) que finalmente es acreditado por el router Madrid. [11] Adicionalmente de las tramas con informacin de protocolos ya citados en la captura de la figura 5.23, como son RIPv2 y LOOP, en esta nueva captura aparece el protocolo CDP (Cisco Discovery Protocol), el cual es propio de cisco, es decir, no encapsulado en IP, que permite a los dispositivos de red conocer qu otros dispositivos CISCO tienen como vecinos. Se aprecia que este protocolo utiliza las direcciones MAC para denotar que interfaz (extremo del enlace) manda los paquetes CDP. [12]

Pgina 92

CDP C DP RIIPV2 R P V2

T CP TC P

LOOP LOO P

Figura 5.26: Captura de trfico en el enlace desde el router Madrid a Barcelona.

5.3.3 Prueba 3: Latencia de UDP

Este apartado muestra la estructura y la organizacin temporal de las tramas del protocolo UDP, as como tambin como viajan, por un enlace virtual, junto con otras tramas de diferentes protocolos durante la duracin de la prueba.

Figura 5.27: Trama UDP enviada en la tercera prueba.

Figura 5.28: Estructura de trfico UDP. Esta tercera prueba se basa en el intercambio de tramas que usan el protocolo UDP (User Datagrama Protocol), por lo tanto, no se establece una conexin previa ni se realiza control de flujo. UDP es un protocolo ubicado en la capa de transporte, por lo que trabaja principalmente con puertos, en este sentido, como los puertos origen carecen de importancia, observamos que el puerto origen del router Madrid tiene una numeracin que pertenece a los puertos temporales mientras que el puerto destino es siempre el puerto 888 que tiene el nombre de accessbuilder. Respecto a las tramas

Pgina 93

de diferentes protocolos que aparecen en la figura 5.29 son las mismas que las ya citadas en capturas anteriores. [11]
LOOP LOO P UDP UDP CDP CDP RIIPV2 R PV2 R

Figura 5.29: Captura de trfico en el enlace desde el router Madrid a Barcelona.

5.3.4 Prueba 4: Throughput de la red

En las figuras siguientes se puede apreciar a detalle la estructura de la trama UDP usada para la medicin de Throughput de la red, adems se observa la interaccin de los dispositivos simulados usando otros protocolos adiciones durante la duracin de la prueba.

Figura 5.30: Trama ms pequea enviada para la medicin del throughput.

Figura 5.31: Captura de trfico. La figura 5.32 muestra como, durante esta prueba, el host Cliente JPerf con IP 192.168.2.2 usa toda la capacidad posible del enlace virtual para enviar tramas UDP de forma continua desde un puerto origen aleatorio hasta un puerto conocido llamado

Pgina 94

commplex-link del host Servidor JPerf con IP 192.168.1.1. Adems vemos como tambin se intercambiaron datos pertenecientes a los protocolos CDP, RIPv2, LOOP y UDP.
CDP CDP RIIPV2 R PV2 L OO P L OO P UDP U DP

Figura 5.32: Captura de trfico en el enlace desde el router Madrid a Barcelona.

5.3.5 Prueba 5: Jitter en la red

Esta prueba realizada para medir el Jitter producido en la red formada por routers emulados y la anterior que nos indica el throughput capaz de alcanzase en un enlace de la misma red estn ligadas entre s ya que se realizan usando la herramienta JPerf, por lo tanto, la captura realizada en este apartado tiene las mismas caractersticas que las que se muestran en las figuras el apartado anterior.

5.4 Comparacin de resultados

5.4.1 Prueba 1: Latencia de ICMP
La figura 5.33 muestra los valores de latencia obtenidos en la trasmisin de tramas de diferentes longitudes que llevan informacin del protocolo ICMP en los escenarios de las figuras 5.1 y 5.17. Comparacin de Latencia
140 120 98 82 60 38 61 39 64 39 41 55 59 64 106 116

Latencia (ms)

100 80 60 40 20 0 64 128 256

Red puramente interna Red con router externo

512

1024

1280

1512

Longitud de Trama (octetos)

Figura 5.33: Comparacin de resultados de la primera prueba.

Pgina 95

5.4.2 Prueba 2: Latencia de TCP

La figura 5.34 muestra los valores de latencia promedios producidos en proceso de establecimiento de conexin propio del protocolo TCP en los escenarios de las figuras 5.1 y 5.17.
Comparacin de Latencia TCP
70 60 Latencia (ms) 50 40 30 20 10 0 Red puramente interna Red con router externo 36

61

Figura 5.34: Comparacin de resultados de la segunda prueba.

5.4.3 Prueba 3: Latencia de UDP

La figura 5.35 muestra los valores de latencia promedios producidos por la transmisin de tramas con el protocolo UDP por la red en los escenarios de las figuras 5.1 y 5.17.
Comparacin de Latencia UDP
60 50 50 Latencia (ms) 40 30 20 20 10 0 Red puramente interna Red con router externo

Figura 5.35: Comparacin de resultados de la tercera prueba.

5.4.4 Prueba 4: Throughput en la red

La figura 5.36 muestra los valores de throughput mximo alcanzado en los escenarios de las figuras 5.1 y 5.17 para tramas de diferentes longitudes.

Pgina 96

Comparacin de Throughput
Tramas Recibidas (pps)
140 120 100 80 60 40 20 0 64 128 256 512 1024 1280 1512 85 73 64 128 114 104 79 57 53 35 49 29 44 26

Red puramente interna Red con router externo

Tamao de Trama (octetos)

Figura 5.36: Comparacin de resultados de la quinta prueba.

5.4.5 Prueba 5: Jitter en la red

La figura 5.37 muestra los valores de Jitter alcanzado en los escenarios de las figuras 5.1 y 5.17 para tramas de diferentes longitudes.
Comparacin de Jitter
50 45 40 35 30 25 20 15 10 5 0 43,414

40,188 35,416 22,907 18,446 21,3

Jitter (ms)

15,6 11,33

17,062 12,041

19,416 14,751

22,048

25,025

Red puramente interna Red con router externo

64

128

256

512

1024

1280

1512

Longitud de Trama (octetos)

Figura 5.37: Comparacin de resultados de la sexta prueba.

5.5 Conclusiones
La mxima Latencia recomendada por la ITU G.114 en una conexin punto a punto (en un solo sentido) que se debe usar para transmisin de trfico en tiempo real y de alta calidad, como la voz, es de 150ms para redes LAN y de 300ms para redes WAN. Con respecto al Jitter, punto a punto, se recomienda que no se exceda de 100ms. [25] En base a los datos en las pruebas realizadas en este captulo y a los datos citados en el apartado anterior, hemos llegado a las siguientes conclusiones: La prueba de latencia ICMP en una red con 3 routers virtuales y bajo las caractersticas descritas, nos arroja valores por debajo a los recomendados (150ms), notar que la grfica refleja los valores de RTT y no de latencia en un solo sentido, con lo cual, ste parmetro permitir crear topologas que involucren ms routers. Por otro lado, la incorporacin de un router real a la red mejora los resultados.

Pgina 97

La prueba de Throughput en una red con 3 routers virtuales y bajo las caractersticas descritas, nos indica que se trata de una red poco eficiente que puede enviar poca cantidad de paquetes de forma correcta. La incorporacin de un router real a la red mejora los resultados. La prueba de Jitter en una red con 3 routers virtuales y bajo las caractersticas descritas, nos dice que este parmetro no es limitante para la creacin de redes con ms routers virtuales ya que sus valores estn por debajo de los recomendados (<100ms). La incorporacin de un router real a la red mejora los resultados sobre todo para paquetes de gran longitud. La interconexin entre dispositivos reales y dispositivos de red emulados usando GNS3 se realizan de forma transparente para los equipos. El flujo de paquetes en cada una de las pruebas (Latencia ICMP, Latencia UDP, Latencia TCP) se produjo como se esper, lo cual se pudo constatar usando la capacidad de GNS3 para la captura de datos. Observamos que la Latencia de 3 routers virtuales no es en ningn caso el triple de la latencia de un slo router virtual. Esta caracterstica tambin se observa en el Throughput y en el Jitter.

5.6 Observaciones
5.6.1 Asignaciones de direcciones MAC
Las direcciones MAC identifican los adaptadores de red o tarjetas de red reales dentro de un segmento de red y son de gran utilidad en redes boadcast ya que permiten que las tramas que viajan por la red sean entregadas a hots especficos. Para la identificacin en capa 2 de las interfaces virtuales creadas por el simulador, GNS3 asigna direcciones MAC a las tarjetas de red fsicas con la estructura c8XX.XXXX.XXXX, dichas direcciones son asignadas al momento de crear las topologas virtuales y permanecen invariables hasta el momento en que se vuelvan a cargar en el emulador, entonces las mismas interfaces tendrn diferentes direcciones MAC con la misma estructura. La numeracin que usa GNS3 en las direcciones MAC no se encuentra asignada, por la IEEE, a ninguna empresa fabricante de adaptadores de red o tarjetas de red reales, por lo tanto, la asignacin de esta numeracin especfica no tendra que crear conflictos en la comunicacin de dispositivos virtuales con equipos reales de cualquier tipo de fabricante. Las figuras siguientes muestran las direcciones MAC que fueron asignadas por el simulador a las interfaces de red de los router virtuales creados en la topologa de la figura 5.1. Para conocer la tabla de direcciones MAC que cada router virtual tiene almacenado se hizo uso del comando show arp.

Figura 5.38a: Tabla de direcciones MAC del router Madrid.

Pgina 98

Figura 5.38b: Tabla de direcciones MAC del router Barcelona.

Figura 5.38c: Tabla de direcciones MAC del router Valencia. Finalmente, la informacin de las tablas anteriores se ve reflejada en el siguiente esquema:

Figura 5.39: Asignacin de direcciones MAC a cada interfaz.

Pgina 99

CAPTULO 6: ANLISIS LA DE VARIOS EMULADORES

COMUNICACIN ENTRE

Hasta el momento hemos trabajado con redes simuladas en un solo PC con el simulador GNS3 instalado, a partir de all hemos tratado de analizar diferentes variantes, como por ejemplo, incorporar en la topologa creada un router real. En este captulo describiremos un escenario en donde los routers que forman parte de la topologa son emulados por diferentes PCs que contienen a GNS3, con esta base, realizaremos pruebas que nos permitan analizar la comunicacin que se produce entre ambos PCs.

6.1 Objetivo
Este apartado tiene el objetivo de mostrar las comunicaciones que se producen en escenarios que contienen routers emulados en ms de un emulador. Para ello, usaremos la herramienta MRTG para la obtencin de grficas del trfico que pasa por cada interfaz de los routers virtuales y estudiaremos como se realiza la comunicacin SNMP.

6.2 Escenario de prueba

Figura 6.1: Escenario de prueba. La figura 6.1 muestra el escenario con el que trabajaremos en este captulo, vemos que consta de cuatro routers virtuales emulados en dos PCs, adems esta topologa incorpora dos enlaces reales hacia dos hosts que realizarn las funciones de cliente y servidor JPerf y uno ms que ser el que conecte ambos emuladores. El host Servidor Jperf tambin se comporta como un servidor MRTG, encargado de realizar peticiones de informacin SNMP a cada router virtual de la red y de recolectar dicha informacin para poder formar las grficas del trfico de cada una de las interfaces virtuales de la topologa, usando la herramienta MRTG, durante momento de las pruebas. Aqu la IOS usada tambin sera (c2600-i-mz.123-3h) y se asignarn los mismos parmetros de RAM (48MB) en los routers, por otro lado, los nombres de los routers no denotan locacin sino son puramente descriptivos.

Pgina 100

A continuacin se menciona, con ms detalle, todos los elementos involucrados en el escenario y sus principales caractersticas:
Nombre
Madrid_1 Barcelona_1

Tipo
Virtual Virtual Virtual Virtual Real Real Real Real Virtual Real Virtual Real Virtual Real Virtual Real Real Real

Memoria
RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb RAM: 48Mb FLASH: 8Mb NVRAM:120 Kb

CPU
-

Observaciones
Router 2621 emulado Router 2621 emulado Router 2621 emulado Router 2621 emulado Con procesador AMD Con procesador Intel(R) Con procesador Intel Con procesador Intel (R) Perteneciente a Madrid_1 Perteneciente a Madrid_1 Perteneciente a Barcelona_1 Perteneciente a Barcelona_1 Perteneciente a Zaragoza_2 Perteneciente a Zaragoza_2 Perteneciente a Valencia_2 Perteneciente a Valencia_2 Perteneciente a Servidor JPerf Perteneciente a Cliente JPerf

Router
Zaragoza_2 Valencia_2 Simulador GNS3-2 Simulador GNS3-1 Cliente JPerf Servidor JPerf Fastethernet 0/0 Fastethernet 0/1 Fastethernet 0/0 Fastethernet 0/1 Fastethernet 0/0 Fastethernet 0/1 Fastethernet 0/0 Fastethernet 0/1 Adaptador de red 1 Adaptador de red 2

PC

Interfaces

RAM: 1,12Gb 1,30 Ghz RAM: 1 Gb 1,66 Ghz RAM: 1 Gb 2,80 Ghz RAM: 1 Gb 1,66 Ghz IP: 10.10.10.1 IP: 192.168.1.1 IP: 10.10.10.2 IP: 10.10.10.5 IP: 10.10.10.9 IP: 10.10.10.6 IP: 10.10.10.10 IP: 192.168.2.1 IP: 192.168.1.2 IP: 192.168.2.2

Tabla 6.1: Elementos que aparecen en el escenario.

6.2.1 Configuracin de escenario

Configuramos las interfaces de los cuatro routers emulados de nuestra topologa, los comandos utilizados se muestran a continuacin:

Figura 6.2: Configuracin de interfaces en el router Madrid_1. [12]

Pgina 101

Figura 6.3: Configuracin de interfaces en el router Barcelona_1. [12]

Figura 6.4: Configuracin de interfaces en el router Zaragoza_2. [12]

Figura 6.5: Configuracin de interfaces en el router Valencia_2. [12] Finalmente se deber configurar las interfaces de red de los dos PCs que actuarn como cliente y servidor Jperf como se muestra en la figura 4.15 de este trabajo.

6.3 Captura de trfico

El anlisis de la captura de trfico en este captulo se centrar en el intercambio de mensajes del protocolo SNMP para la creacin de las grficas del trfico transportado por cada uno de los enlaces virtuales de la red. La figura 6.6 muestra como se envan tramas que contienen al protocolo SNMP durante una de las pruebas descritas anteriormente. El servidor MRTG acta como estacin de gestin enviando paquetes SNMP (get-request) que solicitan los objetos ifInOctets y ifOutOctets de la MIB, dichos objetos contendrn los valores de todos los octetos que han pasado por esta interfaz durante todo el tiempo. En este caso en concreto, los routers Madrid_1 (10.10.10.1), Barcelona (10.10.10.5), Zaragoza_2 (10.10.10.6) y Valencia_2 (10.10.10.10) envan los mensajes de respuesta SNMP (getresponse) con los datos los objetos solicitados al servidor MRTG. Otro protocolo observado en la figura 6.6 y muy conocido que no ha sido analizado en capturas anteriores es el protocolo ARP (Address Resolution Protocol), este protocolo se encarga de formar la tabla ARP de capa 2 de los hots al inicio de la

Pgina 102

comunicacin. El protocolo empieza enviando un mensaje de Broadcast a todos los hosts del segmento de red para pedir informacin acerca de alguna direccin MAC, en este caso, el servidor MRTG enva un mensaje ARP para conocer la direccin MAC de su puerta de enlace. [11]
CDP CD P IICMP C MP

SN MP SN

L OO P L OO P L RIIPV2 R P V2

Figura 6.6: Captura de trfico entre el router Madrid_1 y el servidor MRTG.

6.4 Grficas MRTG de trfico transportado

6.4.1 Prueba 1: Latencia de ICMP
PROCEDIMIENTO: Se sigue el mismo procedimiento que para la realizacin de la prueba del apartado 5.1.3.1 de este trabajo, con la diferencia que en esta ocasin el host origen de los paquetes ICMP ser Cliente JPerf, adems alargaremos la duracin de la prueba a 1500 segundos con el fin de obtener grficos MRTG ms claros. En la figura siguiente se puede apreciar claramente el flujo de octetos que han pasado por la interfaz fastethernet 0/0 del router Madrid_1 durante toda la prueba. Vemos como se envan y se reciben ms octetos conforme se va aumentando la longitud de las tramas transmitidas, adems se comprueba que, las tramas que salen de la interfaz, es decir, que transportan los mensajes de Echo Request al destino, son de la misma longitud que las tramas que entran a la interfaz, es decir, que transportan los mensajes Echo Response de vuelta al origen. Del grfico podemos decir que el trfico intercambiado entre cada flujo de datos (tramas LOOP, CDP, ARP, RIP) que se realiza continuamente entre los routers de la red es mnimo.

Figura 6.7: Trfico en el enlace fastethernet 0/0 del router Madrid_1.

Pgina 103

6.4.2 Prueba 2: Throughput en la red

PROCEDIMIENTO: Se sigue el mismo procedimiento que para la realizacin de la prueba del apartado 5.1.3.4 pero se alarga la duracin de la prueba a 1500 segundos y el origen del flujo de datos UDP es el host Cliente Jperf. La figura 6.8 muestra el flujo de datos que ha pasado por la interfaz fastethernet 0/0 del router Madrid_1 durante toda la prueba. Aqu tambin observamos el aumento progresivo del flujo de datos cuando se va agrandando la longitud de las tramas enviadas, de la figura podemos decir que la interfaz puede soportar un flujo de 67,6 Kbyes como mximo sin prdidas de paquetes. Por otro lado, en este caso notamos que el trfico entrante proveniente del cliente IPerf es el que vara mientras que el que sale del router Madrid permanece en sus valores mnimos.

Figura 6.8: Trfico en el enlace fastethernet 0/0 del router Madrid_1.

6.4.3 Prueba 3: Jitter en la red

PROCEDIMIENTO: Se sigue el mismo procedimiento que para la realizacin de la prueba del apartado 5.1.3.5, teniendo como origen de los datos al router Madrid_1 y con la duracin de la prueba de 1500 segundos. Como las medias de Throughput y de Jitter estn ligadas, es este caso, la figura 6.9 muestra el flujo de octetos que pasan por el router Barcelona_1 en su interfaz 0/0. En este caso, vemos que el flujo de datos que sale hacia el router Madrid_1 por la interfaz 0/0 es el que cambia mientras que el flujo entrante permanece en sus mnimos.

Figura 6.9: Trfico en el enlace fastethernet 0/0 del router Barcelona_1.

Pgina 104

6.5 Conclusiones
Despus de la realizacin de las pruebas de este captulo hemos podido llegar a las siguientes conclusiones: Es posible la interconexin de emuladores que trabajan conjuntamente. La conexin externa es transparente a los equipos. Los routers virtuales soportan ser configurados como agentes SNMP para enviar sus datos al servidor MRTG.

Pgina 105

CAPTULO 7:

CONCLUSIONES Y RECOMENDACIONES

Despus del desarrollo de este proyecto se puede decir que se han cumplido los objetivos planteados inicialmente. Los siguientes puntos explican detalladamente las conclusiones obtenidas: GNS3 se presenta como una aplicacin libre, fcil de instalar y usar, con gran utilidad tanto en el mundo empresarial, ya que su uso reduce el coste de implementacin de las redes; como en el mundo acadmico, debido a que hace ms accesible el estudio del networking. GNS3 trabaja conjuntamente con Dynamips y Dynagen, para realizar el milagro de la emulacin; estos 3 componentes dotan a un PC tradicional de la capacidad de: conectarse va Telnet a la consola de un router virtual, realizar capturas de los paquetes que pasan por sus enlaces virtuales, trabajar conjuntamente con varios emuladores para repartir su carga de procesamiento y lo ms importante, permite la comunicacin con equipos reales externos. Obviamente GNS3 posee algunas deficiencias, como la incapacidad de emular switches Ethernet o la falta de soporte a todas las plataformas CISCO disponible en el mercado, pero al ser una aplicacin que est en constante actualizacin y con gran aceptacin en el pblico es muy probable que estas carencias se solucionen en un futuro prximo. Algunas recomendaciones para el buen uso de GNS3 seran: Prestar especial atencin en la configuracin de los paths hacia Dynamips y hacia la aplicacin que usaremos para leer los paquetes capturados (Wireshark y tcpdump), habilitar las herramientas de optimizacin de uso de recursos como son Ghostios, Sparsemem y Mmap para evitar problemas de funcionamiento del sistema. Adems tener especial cuidado en usar una CISCO IOS que ya este descomprimida para agilizar el proceso de apertura de las conexiones Telnet a los routers. Las limitaciones de Dynamips ms relevantes encontradas al culmine de este trabajo son principalmente: La falta de soporte para la emulacin de toda la gama de plataformas CISCO disponibles en el mercado y la incapacidad de emular interfaces VICs y VWICs necesarias para la configuracin de funcionalidades que permitan el trfico de voz. Por lo tanto, podemos decir que GNS3, en su versin ms actual 0.61, todava no es capaz de realizar DSP (Digital Signal Prossesing). Con la experiencia adquirida en el uso de GNS3 al trmino de este trabajo, podemos decir que un usuario que se conecta remotamente a un router emulado con esta aplicacin, no puede diferenciar si el equipo al que se conecta es real o virtual, ya que desde la CLI no se aprecia ninguna diferencia a no ser que se ingrese el comando show version. Con este comando, s notaremos reportes inusuales en lo referente a las memorias ROM y FLASH. Las capacidades de procesamiento ptimas de emulador GNS3 dependen de la cantidad de routers que se desean emular, es decir, se requerirn ms recursos de CPU y memoria RAM si se quieren emular topologas con muchos routers. Una estimacin aproximada nos dice que un emulador con procesador Intel de 2 Ghz y 1 GB de RAM puede emular 10 routers y otro con procesador

Pgina 106

Intel Core 2 Duo de 2,6 Ghz y 2 GB de RAM puede emular 28 routers, siendo Linux el sistema operativo que nos otorga un comportamiento de GNS3 ms estable. Para el buen funcionamiento del sistema el PC que se elija para la instalacin de GNS3 debe tener un buen balance entre CPU y Memoria, pero adems se debe tener en cuenta: elegir un buen valor de IDLE-PC, usar una IOS que tenga las funcionalidades que se necesite pero requiera bajas cantidades de RAM para funcionar, crear topologas que usen menos del 80% del CPU del emulador. Las pruebas del captulo 4 realizadas para comparar el rendimiento de un router virtual y con un router real, nos confirman que es mucho peor el rendimiento del router virtual, sobre todo si se toman en cuenta los valores de Throughput obtenidos, muy por dejado de los tericos expuestos por CISCO [24]. Con respecto a la Latencia y al Jitter obtenemos que ambos toman valores altos (Latencia 7ms-14ms y Jitter 3ms 9ms) y son inestables conforme se aumenta la longitud de los paquetes transmitidos, en comparacin con los valores obtenidos para los routers reales (Latencia 1ms y Jitter 0ms). La mejora en las caractersticas de procesamiento del PCs que contiene al emulador GNS3 (doble procesamiento) no nos ayuda a emular routers con mejores capacidades de Throughput, pero si nos ayuda a obtener equipos con bajos retardos (casi iguales a los equipos reales) y ms estables ante cambios en la longitud de los paquetse enviados. De las pruebas realizadas en las topologas de red del captulo 5 podemos concluir que una red que contiene 3 routers virtuales emulados con GNS3 bajo las condiciones expuestas no llegan a sobrepasar los valores lmites punto a punto recomendamos en la ITU G.114 para el envo de trfico a gran velocidad: Jitter (100ms) y Latencia (150ms para redes LAN y 300ms para redes WAN). La creacin de redes que involucren muchos ms routers emulados no cumpliran los requisitos anteriores, adems sern ineficientes en cuando al Throughput efectivo que pase por ellas. En el captulo 5 tambin se demuestra que el trabajo conjunto de equipos reales y emulados con GNS3 es posible y se realiza de forma transparente al emulador. Realizamos pruebas con trfico de diferentes protocolos (ICMP, TCP, UDP) y todas ellas transcurrieron como se esperaba segn pudimos evidenciar por medio del uso de la captura de paquetes con Wireshark. Cabe resaltar que a la hora de asignar direcciones MAC a las interfaces virtuales de la red, GNS3 utiliza prefijos propios que cambian en casa simulacin y que no producen conflictos si se produce una comunicacin con routers reales. El captulo 6 nos indica que es posible la interoperabilidad entre varios emuladores que trabajan conjuntamente en la misma red. Adems los routers virtuales son capaces de comportarse como agentes SNMP y mostrar el trfico que pasa por sus interfaces por medio de MRTG.

Pgina 107

CAPTULO 8:

LNEAS FUTURAS

Tras la realizacin de este trabajo podemos resaltar las siguientes lneas futuras: Crear topologas que incorporen diferentes dispositivos de red como switches Ethernet, switches ATM, switches Frame Relay, Firewall PIX, etc. Estudiar su comportamiento y comprobar que tambin es posible comunicarlas con redes externas reales. Profundizar en el estudio de la capacidad que incorpora GNS3 para el balanceo de carga de procesamiento entre varios emuladores externos y analizar las consecuencias de su uso en el rendimiento de redes. Emular plataformas diferentes a la 2621 usada en este trabajo, adems probar versiones diferentes de CISCO IOS que contengan otras funcionalidades para esta plataforma, o incluso, para cualquiera de las distintas plataformas que soporta GNS3 mostradas en el apartado 3.2.1 de este trabajo. Realizar un estudio ms detallado del uso de recursos producido por GNS3, para estimar de forma precisa la cantidad de recursos necesarios para la emulacin de un determinado nmero de routers sin perjudicar el funcionamiento del emulador. Probar la interoperabilidad entre redes conformadas por routers CISCO emulados con GNS3 y redes que cuentan con equipos de otros fabricantes como, por ejemplo, JUNIPER.

Pgina 108

CAPTULO 9:
[1]

BIBLIOGRAFA

Cisco Systems, Inc., Internetworking Technologies Handbook, Cisco Press, 4th Edition, Septiembre 2003 http://www.ciscopress.com/articles/article.asp?p=101658 Cisco Systems, Inc., Using the Command-Line Interface, http://www.cisco.com/en/US/docs/ios/12_0/configfun/configuration/guide/fcui.pdf Greg Anuzelli, Dynamips / Dynagen Tutorial, V1.11.7 http://www.dynagen.org/tutorial.htm Mike Fuszner, Graphical Network Simulator, Versin 1.0 Cisco Systems, Inc., Cisco IOS Reference Guide, Julio 2007 http://www.cisco.com/warp/public/620/1.html James Boney, Cisco IOS in a Nutshell, OReilly Media, 2nd Edition, Agosto 2005 Dave Hucaby; Steve McQuerry, Cisco Field Manual: Router Configuration, Cisco Press, Diciembre 2001, Apndice A. Cisco Systems, Inc., Portable Product Sheet IOS Packaging, Octubre 2005 Cisco Systems, Inc., Cisco 1700 Series Modular Access Routers http://www.cisco.com/en/US/docs/routers/access/1700/1711/hardware/quick/guid e/171Xq_sp.html

[2] [3] [4] [5] [6] [7] [8] [9]

[10] Cisco Systems, Inc., Cisco Access Router Manager User's Guide, 1.1, 2003 http://www.cisco.com/en/US/docs/net_mgmt/access_router_manager/1.1/user/gui de/concepts.html [11] Universidad de Murcia (DITEC), Tutorial y descripcin tcnica de TCP/IP, 2003 http://ditec.um.es/laso/docs/tut-tcpip/3376c212.html [12] Scott Empson, CCNA Portable Command Guide, Cisco Presss, 1st edition, Noviembre 2005 [13] J. Manuel Huidodro, SNMP. Un protocolo simple de gestin, Colegio oficial de ingenieros de comunicacin. http://www.coit.es/publicac/publbit/bit102/quees.htm [14] Joaqun Garzn Alcalde, Monitorizacin grfica del trfico de red y otros parmetros del sistema. http://beta.redes-linux.com/manuales/Monitorizacion_redes/mrtg.pdf [15] Peter J. Welcher, Configuring SNMP in CISCO Routers, Mayo 1999 http://www.netcraftsmen.net/resources/archived-articles/370-configuring-snmp-incisco-routers.html [16] Mark Gates, Iperf Version 2.0.0, Universidad de Illinois, Mayo 2004 http://www.onl.wustl.edu/restricted/iperf.html

Pgina 109

[17] Simon Leinen, Iperf Tool, Performance Enhancement & Response Team, GanteduPERT, Julio 2009 http://kb.pert.geant.net/PERTKB/IperfTool [18] Tobi Oetiker, The Multi Router Traffic Grapher, Noviembre 2008 http://oss.oetiker.ch/mrtg/index.en.html [19] Cisco Systems, Inc., Response Time Reporter Enhance. http://www.optimumdata.com/shop/files/cisco/3600/3600_Response_Time_Repor t_Enhance.pdf [20] Kevin Dooley; Ian J. Brown, Cisco IOS Cookbook, OReilly Media, 2nd Edition, Diciembre 2006, Captulo 17 [21] Pablo Scaniello, Gonzalo Sosa, Medidas a realizar en dispositivos de redes http://iie.fing.edu.uy/ense/asign/perfredes/trabajos/trabajos_2005/dispositivos/dis pRedes.pdf [22] Scott Bradner, RFC 1242: Benchmarking Terminology Interconnection Devices, Network Working Group, Julio 1991 [23] Scott Bradner, RFC 2544: Benchmarking Methodology Interconnection Devices, Network Working Group, Marzo 1999 for for Network Network

[24] Cisco Systems, Inc., Portable Product Sheets Routing Performance, Noviembre 2009. http://www.optimumdata.com/shop/files/cisco/3600/3600_Response_Time_Repor t_Enhance.pdf [25] Jonathan Davidson; Tina Fox, Deploying Cisco Voice over IP Solutions, Cisco Presss, 1st edition, Noviembre 2001, Pgina 43 [26] Salvatore Collora,Anne Smith,Ed Leonhardt, Cisco CallManager best practices, Cisco Presss, 2004 [27] FORO de consultas de Dynamips, Dynagen. http://7200emu.hacki.at/index.php [28] Cisco Systems, Inc., Cisco 2600 Series Router Architecture (Document ID: 23852), Cisco 2600 Series Multiservice Platforms, Abril 2007 http://www9.cisco.com/application/pdf/paws/23852/2600_architecture_23852.pdf [29] Wireshark Wiki, Configuration Testing Protocol (Loop), Abril 2008 http://wiki.wireshark.org/Loop [30] FORO de consultas de GNS3 http://www.gns3.net/phpBB/ [31] Boson NetSim for CCNA http://www.boson.com [32] Vyatta Open Networking - Software-based Routing & Security - Open Alternative to Cisco (http://www.vyatta.com)

Pgina 110