ESCUELA SUPERIOR DE INGENIERÍA SEGUNDO CICLO DE INGENIERÍA EN INFORMÁTICA ASIGNATURA REDES 2 (Cisco CCNA4) Guía: actividad 1.5.1 en GNS3 Realizado por: Carlos-Helder García Escobar Victor Manuel Macías Ariza [email protected] [email protected] Fecha de entrega: septiembre del 2012 Índice 1. Introducción 3 1.1. Topología a recrear con GNS3 . . . . . . . . . . . . . . . . . . . . 3 1.2. Tabla de direccionamiento . . . . . . . . . . . . . . . . . . . . . . . 5 2. Instalación 5 3. Errores de GNS3 5 4. Eliminar un elemento existente (router, enlace, etcétera) en GNS3 6 5. Routers en GNS3 8 5.1. 5.2. IOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 5.1.1. 9 IDLE PC . . . . . . . . . . . . . . . . . . . . . . . . . . . . Añadiendo y congurando los routers a nuestra topología . . . . . . 9 5.2.1. Router ISP 9 5.2.2. Router central . . . . . . . . . . . . . . . . . . . . . . . . 11 5.2.3. Router branch . . . . . . . . . . . . . . . . . . . . . . . . . 12 . . . . . . . . . . . . . . . . . . . . . . . . . . 6. Switches en GNS3 6.1. 14 Añadiendo y congurando los routers con slot switch EtherSwitch a nuestra topología . . . . . . . . . . . . . . . . . . . . . . . . . . 14 6.1.1. Switch 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 6.1.2. Switch 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 6.1.3. Switch 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 7. Emulación de PCs en GNS3 20 7.1. Virtual PC Simulator . . . . . . . . . . . . . . . . . . . . . . . . . 21 7.2. Comunicando GNS3 con Virtual PC Simulator . . . . . . . . . . . . 21 8. Pruebas de conectividad 23 8.1. Ping del router CENTRAL al servidor Web con 209.165.201.2 8.2. Vericamos que S2 y S3 hayan recibido las conguraciones de VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 8.3. Ping de los PCs entre sí . . . . . . . . . . . . . . . . . . . . . . . . 24 de S1: . . . 9. Exportar e importar topologías en GNS3 9.1. Exportar nuestra topología 9.2. Importar topología existente 23 24 . . . . . . . . . . . . . . . . . . . . . . 24 . . . . . . . . . . . . . . . . . . . . . 26 2 1. Introducción Para hacer las actividades del Cisco CCNA 4 Exploration - Acceso a La Wan Version 4.0, normalmente se usa el software PacketTracer. Pero PacketTracer es 1 un simulador, mientras que GNS3 es un virtualizador. GNS3 no simula , sino que recrea una red real. Por tanto, este software es útil para prácticas más avanzadas de redes. GNS3 requiere la elección e instalación del sistema operativo del router (IOS). Además requiere gran cantidad de recursos del PC y hay que congurarlo correctamente o nuestro ordenador podría llegar incluso a bloquearse. Otra característica interesante de GNS3 es la capacidad de conectar los dispositivos virtuales de nuestra red a dispositivos reales. En esta guía práctica, trataremos hacer especial hincapié en aquellos puntos que nos parecieron más confusos e intentaremos claricarlos todo lo posible. Esta guía pretende ser muy muy práctica; véase, por ejemplo, el apartado 3 para entender porqué decimos esto. Por último, en esta guía no se siguen totalmente en mismo orden los pasos indicados en la práctica de CCNA4. Hemos considerado que en este caso es más claro así. 1.1. Topología a recrear con GNS3 Hay una ligera diferencia con la topología del ejercicio original para GNS3, debido a que nuestros switches tienen 16 puertos FastEthernet (a diferencia de los de la práctica para PacketTracer, que tienen, al menos, 24). Un solución sencilla es reducir el número de puertos asignados a cada VLAN. Así, hemos dejado las asignaciones como sigue: VLAN 99: 0-5 2 (Administración-nativa: 172.17.99.0 /24) VLAN 30: 6-8 (Guest-predeterminado: 172.17.30.0 /24) VLAN 10: 9-11 (Cuerpo docente y personal: 172.17.10.0 /24) VLAN 20: 12-15 (Estudiantes: 172.17.20.0 /24) De esta manera prácticamente nos evitamos tener que cambiar la topología original. Así es como quedará cuando terminemos el ejercicio: 1 GNS3 son las siglas de Graphical Network Simulation. Sin embargo, no debemos confundirnos por el nombre: este software no simula, sino que emula. 3 Figura 1: Topología nal con GNS3. Se diferencia de la original para PacketTracer en que el enlace del PC2 se conecta al puerto 15 del SW2 (en lugar de al 18). 4 1.2. Tabla de direccionamiento Figura 2: Tabla de direccionamiento del ejercicio. 2. Instalación Nosotros hemos instalado el software en Windows XP. En este sistema operativo la instalación es muy sencilla. Simplemente ejecutamos el instalador all-in-one, el cuál nos instalará todo lo que necesitamos. Más información o cómo instalar el software en sistemas Linux puede encontrarse en la guía de la bibliograa [1]. 3. Errores de GNS3 Antes de comenzar a usar el programa queremos ahorrar mucho tiempo al se- guidor de esta guía con un simple consejo. GNS3 es un software inestable en estos 5 momentos, al menos en Windows XP. GNS3 nos ha dado muchos errores extraños de los cuales desconocemos los motivos. A veces abrimos nuestra topología y el software da un error y termina su ejecución, pero volvemos a abrirla y entonces funciona sin más (o al tercer o al sexto intento). Normalmente tenemos que matar el proceso dynamips porque se ha quedado abierto. A veces la única solución a sido reiniciar el ordenador y entonces todo volvió a funcionar. En otra ocasión, tras congurar completamente el router Branch, al iniciar la consola se producía el error Lost communication with dynamips server 127.0.0.1. Intentamos de muchas maneras arreglar el problema, siguiendo las variadas sugerencias de varias personas de varios foros de la web. Nada funcionó: la solución fue eliminar el router y volver a meter exactamente la misma conguración. Por otra parte recomendamos iniciar y parar los routers uno a uno, pues a veces también el programa se ha cerrado por pararlos todos a la vez. En denitiva, a no se que estemos interesados en conocer las tripas de GNS3, recordar estas no elegantes soluciones junto con una buena dosis de paciencia os aliviará más de un quebradero de cabeza como los que nosotros hemos tenido. Figura 3: Ejemplo de error al parar todos los routers simultáneamente 4. Eliminar un elemento existente (router, enlace, etcétera) en GNS3 Normalmente podemos eliminar elementos desde la interfaz gráca. 6 Figura 4: Eliminando un enlace mediante el menú resumen de la topología Pero, al igual que hemos hecho notar en el apartado 3 como solucionar uno de nuestros mayores quebraderos de cabeza, tenemos que avisar de uno más: en cierta ocasión no pudimos eliminar nada desde la interfaz gráca de GNS3. Si esto ocurre, podemos modicar directamente el archivo topology.net como un archivo de texto. Hay que tocar este chero con cuidado. Por ejemplo,si eliminamos o cambiamos el nombre de un enlace serial, tenemos que asegurarnos de que todo quede correcto para todos los routers conectados al mismo. Figura 5: Vista de nuestro archivo topology.net como chero de texto 7 5. Routers en GNS3 5.1. IOS Lo primero que necesitamos es obtener la IOS del router que queremos simular. La IOS del router no es más que el sistema operativo del mismo. GNS3 no suministra ninguna IOS. Deben descargarse desde la web de Cisco si somos clientes, o bien buscándolas en algún buscador. www.lecrop.com sería una buena opción en este último caso. Editar -> Imágenes IOS y hipervisors Seleccionamos el archivo de imagen de la IOS que hemos descargado y se la asociamos a la plataforma deseada. Nosotros hemos cargado la IOS c2600-ipbasek9- 3 mz.124-18.bin en el modelo 2621 . El mismo GNS3 nos preguntará si queremos que descomprima la imagen, a lo que responderemos armativamente o se tendrá que hacer cada vez que iniciemos alguno de los routers c2600, con el consecuente consumo de tiempo. Figura 6: Añadiendo nuestra IOS Al guardar la conguración de los IOS, el software nos avisará de que deberíamos introducir el valor del IDLE PC. Puesto que probablemente todavía lo desconocemos, cerramos esta ventana y procedemos a calcularlo. 3 En nuestro laboratorio usamos routers Cisco c2801, pero ni este ni la IOS c2801-ipbasemz.124-16.bin parecen estar soportados por GNS3. 8 5.1.1. IDLE PC Dynamips 4 no sabe cuando el router virtual esta en estado de idle o cuando esta operando realmente. El comando idlepc busca en la IOS que se está ejecutando los bucles idle para dormir el router cuando el router se encuentre en alguno de ellos. Así reducimos drásticamente el consumo de cpu en la virtualización sin reducir la capacidad del router. Ahora ya podemos añadir el router al que le hemos instalado la IOS, el c2691 en nuestro caso. Lo añadimos e iniciamos. Entonces, en el menú contextual del router seleccionamos Idle PC y esperamos. GNS3 nos dará una lista de posibles opciones. Las recomendadas están marcadas con asterisco. Si no nos satisface ninguno de los valores podemos repetir el cálculo y obtendremos otros. A nosotros nos va bien el valor 0x80611338, pues observamos que el uso de la CPU se decrementa drásticamente al seleccionar este valor. 5.2. Añadiendo y congurando los routers a nuestra topología Para entrar en la consola, click derecho al router en cuestión y seleccionamos consola. Para ver la lista de comandos que podemos usar en nuestro router escribi- 5 6 mos el símbolo de cierre de pregunta (?) . Básicamente debemos conocer : # El router se inicia en modo usuario. Para entrar en modo privilegiado: enable # Para entrar en modo de conguración global (es necesario estar en modo privilegiado primero): congure terminal # Volver al estado anterior (si estamos modo privilegiado pasaríamos a modo usuario, por ejemplo): exit # Mostrar conguración inicial (es necesario estar en modo privilegiado): show startup-cong # Mostrar ip y estado de las distintas interfaces (en modo usuario): show ip interface brief 5.2.1. Router ISP Una vez en el terminal, en el modo de conguración global, procedemos a congurar las interfaces: 4 Dynamips es el emulador de routers Cisco que GNS3 incluye para emularlos. 5 En otros routers, por ejemplo, habría que escribir: help 6 Para consultar más comandos recomendamos dos guías de la bibliografía [3, 4] 9 # Transmite hacia la ruta por defecto en lugar de descartar el paquete si no encuentra una máscara de subred coincidente: ip classless # Permite que una red tenga IP 0 y así no desperdiciarla. Por ejemplo 10.1.0.1 con máscara 255.255.255.0 sería válida: ip subnet-zero ! # Conguramos la interfaz serial que conecta ISP con CENTRAL: interface serial 0/1 ip address 209.165.200.225 255.255.255.252 # Activa la interfaz: no shutdown ! # Conguramos la interfaz Fast Ethernet que conecta ISP con Servidor TFTP: interface FastEthernet0/0 duplex auto speed auto ip address 209.165.201.1 255.255.255.252 # Activa la interfaz: no shutdown ! exit Y ahora, también en el modo de conguración global, conguramos el enrutamiento estático desde el router ISP al CENTRAL: ip route 10.1.1.0 255.255.255.252 serial 0/1 ip route 172.17.1.0 255.255.255.0 serial 0/1 ip route 172.17.10.0 255.255.255.0 serial 0/1 ip route 172.17.20.0 255.255.255.0 serial 0/1 ip route 172.17.30.0 255.255.255.0 serial 0/1 ip route 172.17.99.0 255.255.255.0 serial 0/1 ! # Indicamos al sistema que hemos terminado con la conguración: end # Guarda la conguración para recuperlarla en el próximo inicio de router automáticamente (debemos estar en modo privilegiado) copy running-cong startup-cong 10 5.2.2. Router central Una vez en el terminal, en el modo de conguración global, procedemos a con- 7 gurar las interfaces : ip classless ! # Interfaz serie que conecta con el router Branch: interface serial 0/0 ip address 10.1.1.2 255.255.255.252 no shutdown ! # Interfaz serie que conecta con el router ISP: interface serial 0/1 # Fijamos una velocidad de transmisión: ip address 209.165.200.226 255.255.255.252 clock rate 250000 no shutdown ! exit Y ahora, también en el modo de conguración global, conguramos el enrutamiento predeterminado desde el router CENTRAL al ISP: ip route 0.0.0.0 0.0.0.0 serial 0/1 ! exit 8 Conguramos OSPF : # Conguramos OSPF mediante el ID de proceso 1: router ospf 1 # Agregamos sólo la red compartida con BRANCH y utilizamos OSPF Área 0: network 10.1.1.0 0.0.0.3 area 0 # Propagamos la ruta predeterminada a vecinos OSPF: default-information originate ! # Deshabilitamos las actualizaciones OSPF en el ISP: passive-interface serial 0/1 ! 7 Omitimos comentar los comandos ya explicados en puntos anteriores por claridad 8 OSPF en las referencias [7] 11 end ! copy running-cong startup-cong 5.2.3. Router branch Conguramos los comandos básicos de conguración: nombre del host, contraseña EXEC, título, consola y líneas vty. Una vez más, en el modo de conguración global: hostname BRANCH # Establecemos como password cifrado de acceso al modo privilegiado class. enable secret class # Si introducimos un comando desconocido no intenta buscar la dirección correspondiente a ese posible nombre de host: no ip domain-lookup ! # Conguramos un password para el acceso mediante el puerto consola: line con 0 exec-timeout 0 0 password cisco logging synchronous login ! # Conguración remota: permitimos hasta 5 conexiones de conguración simultáneas (Telnet, Secure Shell, Hyper Terminal, etc.): line vty 0 4 exec-timeout 0 0 password cisco logging synchronous login ! exit Seguimos en el modo de conguración global, procedemos a congurar las interfaces: ip classless ! # Interfaz serie que conecta con el router central: interface serial 0/0 12 ip address 10.1.1.1 255.255.255.252 # Fijamos una velocidad de transmisión: clock rate 64000 no shutdown exit Conguramos la interfaz FastEthernet y sus subinterfaces: interface FastEthernet0/0 no ip address duplex auto speed auto ! # El tercer octeto para cada dirección de subinterfaz corresponde al número de VLAN. # Por ejemplo: la subinterfaz Fa0/0.30 utiliza la dirección IP 172.17.30.1 y pertenece a la VLAN 30: interface FastEthernet0/0.1 encapsulation dot1Q 1 ip address 172.17.1.1 255.255.255.0 ! interface FastEthernet0/0.10 encapsulation dot1Q 10 ip address 172.17.10.1 255.255.255.0 ! interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 172.17.20.1 255.255.255.0 ! interface FastEthernet0/0.30 encapsulation dot1Q 30 ip address 172.17.30.1 255.255.255.0 ! # La VLAN 99 es la VLAN nativa: interface FastEthernet0/0.99 encapsulation dot1Q 99 native ip address 172.17.99.1 255.255.255.0 ! no shutdown ! exit Conguramos el enrutamiento OSPF: 13 router ospf 1 ! # Agregamos todas las redes que enruta BRANCH: network 10.1.1.0 0.0.0.3 area 0 network 172.17.1.0 0.0.0.255 area 0 network 172.17.10.0 0.0.0.255 area 0 network 172.17.20.0 0.0.0.255 area 0 network 172.17.30.0 0.0.0.255 area 0 network 172.17.99.0 0.0.0.255 area 0 ! # Deshabilitamos las actualizaciones OSPF en todas las interfaces LAN: passive-interface FastEthernet0/0.1 passive-interface FastEthernet0/0.10 passive-interface FastEthernet0/0.20 passive-interface FastEthernet0/0.30 passive-interface FastEthernet0/0.99 ! end copy running-cong startup-cong 6. Switches en GNS3 GNS3 nos ofrece dos switches genéricos muy basicos (Ethernet y Frame Relay Switch), que apenas nos ofrecen opciones de conguración. GNS3 no es capaz de emular ningún switch real, pero permite el uso de un módulo de switching en ciertos routers concretos. De hecho, el software nos proporciona el router EtherSwitch, que no es más que el router Cisco 3725 incluyendo el módulo NM-16SW y un icono distinto. Este módulo no nos proporciona todas las capacidades de un switch avanzado, pero soporta VLANs y trunking y es suciente 9 para nuestra práctica . 6.1. Añadiendo y congurando los routers con slot switch EtherSwitch a nuestra topología Descargamos la IOS c3745-adventerprisek9-mz.124-15.T14 y la instalamos para la plataforma c3700 (modelo c3725), como ya explicamos en el apartado 5.1. Calculamos el valor del IDLE PC como también explicamos en 5.1.1. Nos da el valor de 0x60c0ab88. Ahora ya podemos arrastrar los EtherSwitch routers a nuestra topología, los cuales ya tienen introducidos el módulo NM-16SW que nos dará capacidades switching. 9 Información sobre las posibilidades de http://www.gns3.net/gns3-switching-simulation/ 14 switching de GNS3 en la web ocial: Es importante resaltar que no debemos seleccionar el enlace FastEthernet, sino el manual para conectar con los switches. Figura 7: ½Cuidado! Seleccionamos enlace Manual. Hemos tenido problemas por falta de memoria ash en el el segundo switch. Por ello recomedamos aumentar esta memoria en todos los switches por precaución (menú contextual del dispositivo > Congure > Pestaña Memories and Disks > PCMCIA disk0 size). Figura 8: Aumentando la memoria ash en los Switches 6.1.1. Switch 1 Conguramos los comandos básicos de conguración: nombre del host, con- 10 . En el modo de conguración global, traseña EXEC, título, consola y líneas vty escribimos: 10 Ya explicamos estos comandos en el apartado: 5.2.3 15 hostname S1 enable secret class no ip domain-lookup ! line con 0 password cisco logging synchronous login ! exec-timeout 0 0 line vty 0 4 password cisco login line vty 5 15 login ! exit Conguramos la interfaz VLAN 99 y la gateway predeterminada: vlan 99 interface vlan 99 ip address 172.17.99.11 255.255.255.0 ip default-gateway 172.17.99.1 Conguramos el STP, asegurándonos de que S1 sea el puente raíz mos las prioridades en 4096. spanning-tree vlan 1 priority 4096 spanning-tree vlan 10 priority 4096 spanning-tree vlan 20 priority 4096 spanning-tree vlan 30 priority 4096 spanning-tree vlan 99 priority 4096 exit ! # Vericamos que S1 sea el puente raíz: show spanning-tree 11 Puente raíz en las referencias: [6] 16 11 . Establece- Figura 9: Chequeo de que SW1 es puente raíz. Conguramos el modo VTP: SW1 como el servidor (SW2 y SW3 son los clientes). Nombre de dominio VTP: CCNA y password: cisco 12 . Una vez más, en el modo de conguración global: vtp mode server vtp domain CCNA vtp password cisco Conguramos las interfaces apropiadas en el modo de enlace trunk y asignamos VLAN 99 como la VLAN nativa: interface range fastethernet 1/0 - 5 switchport mode trunk switchport trunk native vlan 99 no shutdown exit Agregamos y nombramos las cuatro VLAN 13 : vlan 10 name Cuerpo_docente_y_personal vlan 20 name Estudiantes vlan 30 name Guest-predeterminado vlan 99 12 Cuando todos los switches clientes se conguren con el mismo dominio (y password), todos los switches compartirán las VLANs que se conguren en SW1. 13 En el apartado 1.1 escribimos dicha organización de VLANs. 17 name Administración-nativa ! end copy running-cong startup-cong 6.1.2. Switch 2 Conguramos los comandos básicos de conguración: nombre del host, contraseña EXEC, título, consola y líneas vty. Modo de conguración global: hostname S2 enable secret class no ip domain-lookup ! line con 0 password cisco logging synchronous login ! exec-timeout 0 0 line vty 0 4 password cisco login line vty 5 15 login ! exit Conguramos la interfaz VLAN 99 y la gateway predeterminada: vlan 99 interface vlan 99 ip address 172.17.99.12 255.255.255.0 ip default-gateway 172.17.99.1 Conguramos el modo VTP: SW2 hace de cliente. Nombre de dominio VTP: CCNA y password: cisco. vtp mode client vtp domain CCNA vtp password cisco 18 Conguramos las interfaces apropiadas en el modo de enlace trunk y asignamos VLAN 99 como la VLAN nativa: interface range fastethernet 1/0 - 5 switchport mode trunk switchport trunk native vlan 99 no shutdown exit Conguramos los puertos conectados a los PCs en para su acceso y asignamos 14 . a cada puerto la VLAN apropiada # Conguramos enlaces de acceso a los PCs: interface range fastethernet 1/6 - 8 switchport mode access switchport access vlan 30 interface range fastethernet 1/9 - 11 switchport mode access switchport access vlan 10 interface range fastethernet 1/12 - 15 switchport mode access switchport access vlan 20 ! end copy running-cong startup-cong 6.1.3. Switch 3 Conguramos los comandos básicos de conguración: nombre del host, contraseña EXEC, título, consola y líneas vty. Modo de conguración global: hostname S3 enable secret class no ip domain-lookup ! line con 0 password cisco logging synchronous login exec-timeout 0 0 ! 14 En el apartado 1.1 escribimos dicha organización de VLANs. 19 line vty 0 4 logging synchronous password cisco login line vty 5 15 login ! exit Conguramos la interfaz VLAN 99 y la gateway predeterminada: vlan 99 interface vlan 99 ip address 172.17.99.13 255.255.255.0 ip default-gateway 172.17.99.1 Conguramos el modo VTP: SW3 hace de cliente. Nombre de dominio VTP: CCNA y password: cisco. vtp mode client vtp domain CCNA vtp password cisco Conguramos las interfaces apropiadas en el modo de enlace trunk y asignamos VLAN 99 como la VLAN nativa: interface range fastethernet 1/0 - 5 switchport mode trunk switchport trunk native vlan 99 no shutdown ! end copy running-cong startup-cong 7. Emulación de PCs en GNS3 GNS3 permite conectar nuestra red virtual a una red real, mediante el nodo nube, y así interactuar con routers, switches u ordenadores reales; y también con máquinas virtuales como Qemu o VirtualBox. Pero nosotros sólo necesitamos añadir un host PC que permita hacer pings o traceroutes. La opción más simple sea posiblemente 20 añadir un router y congurarlo para que funcione como un PC pero la web de GNS3 lo desaconseja por consumir bastantes más recursos que la opción que se recomienda y vamos a explicar: usar Virtual PC Simulator. 7.1. Virtual PC Simulator Este software, en adelante VPCS, está incluido en el paquete all-in-one para Windows y se instala junto con GNS3. Más información e instrucciones para Linux aquíEn Windows, lo primero que tenemos que hacer es ejecutar Menú inicio -> GNS3 -> VPCS. Podemos simular hasta nueve PC y para cambiar entre ellos simplemente tenemos que escribir el número del PC. Por ejemplo, si queremos entrar en el PC9, tendríamos que escribir: 9 (y pulsar intro). Conguraríamos los 3 PCS de nuestra topología como sigue: PC1: ip 172.17.10.21 172.17.10.1 24 PC2... Pero nosotros hemos creado un script que a continuación mostraremos. La forma más simple de cargarlo es crear un archivo de nombre startup.vpc dentro del subdirectorio vpcs de donde hemos instalado GNS3 y ejecutar vpcs.exe dentro de ese mismo subdirectorio 15 . # Script para el Virtual PC Simulator # para simular los PCs y Servidor # de la topología de la actividad 1.5.1 del CCNA4 de Cisco # PC1, PC2 y PC3 1 ip 172.17.10.21 172.17.10.1 24 2 ip 172.17.20.22 172.17.20.1 24 3 ip 172.17.30.23 172.17.30.1 24 # Servidor Web 4 ip 209.165.201.2 209.165.201.1 30 7.2. Comunicando GNS3 con Virtual PC Simulator Pasamos al GNS3. Para comunicarnos con dispositivos externos a GNS3 tenemos que usar el nodo Nube. Arrastramos tres nubes para cada PC y otra más para el 15 Otras formas de cargar el archivo pueden encontrarse en el readme.txt del mismo subdirectorio, o bien, escribiendo load lename desde dentro del software. No obstante, estas otras opciones son un poco liosas (al menos en Windows). Por ejemplo puede ser bueno hacer notar que si ejecutamos el acceso directo del menú inicio en lugar de directamente el ejecutable mencionado no se cargará nuestro startup.vpc, puesto que el software lo buscará en la carpeta %TEMP %. 21 servidor. Por estética, le cambiamos los símbolos o iconos por los de un PC y un servidor respectivamente. Figura 10: La primera nube con el icono cambiado al de un PC y la segunda en proceso. Ahora tenemos que congurar los puertos de escucha para que GNS3 pueda comunicarse con el dispositvo externo. Entramos en la conguración del primer PC haciendo doble click sobre el mismo y buscamos la pestaña NIO UDP. Para el PC1, introducimos los siguientes valores, puerto local: 30000, host remoto: 127.0.0.1 y puerto remoto: 20000. Continuamos con el resto de PCs y Servidor: 30001 y 20001 (PC2) ; 30002 y 20002 (PC3); y 30003 y 20003 (servidor). Figura 11: Congurando el PC1 (nodo nube) VPCS se queda escuchando los puertos entre 20001 y 20008; y envía los paquetes entre 30001 y 30008, los cuales dynamips estará escuchando. Por último, no está de más recordar que el enlazado debemos hacerlo de forma manual (gura 7). 22 8. Pruebas de conectividad 8.1. Ping del router CENTRAL al servidor Web con 209.165.201.2 Primero tratamos de comunicar ISP con el servidor web. Tras corregir un par de errores conseguimos comunicarlos: Figura 12: Ping bidireccional entre el Router ISP y el Servidor web (VPCS[4]). Habíamos olvidado congurar alguna de las interfaces serial, o del router CENTRAL o del router ISP, para que hiciese de DTE 16 . Tras detectar y corregir este error el servidor responde al ping satisfactoriamente. Figura 13: Ping al Servidor web satisfactorio 16 DCE: Data Controller Equipment o Equipo Controlador de Datos. El Router que tenga el lado DCE será el encargado de sincronizar la conexión en ese enlace punto a punto, esto es, de indicar la señal de reloj. El router que recibe la orden de la velocidad se llama DTE (Data Terminal Equipment o Equipo Terminal de Datos). 23 8.2. Vericamos que S2 y S3 hayan recibido las conguraciones de VLAN de S1: show vlan-switch Figura 14: Resultado del comando show vlan-switch 8.3. 9. Ping de los PCs entre sí Exportar e importar topologías en GNS3 Antes de explicar este apartado. Queremos hacer notar que GNS3 nos ha dado muchos errores extraños importando y exportando y que, en muchas ocasiones recordamos que la solución simplemente fue reiniciar el software o el ordenador para que empezase a funcionar. 9.1. Exportar nuestra topología Si queremos exportar una topología con el objetivo de trabajar con ella en otro ordenador debemos: Guardar las IOS que se usan en la topología. En Windows, normalmente se encuentran en C:\Documents and Settings\[usuario]\GNS3\Images. 24 Figura 15: La ruta donde están las IOS instaladas las podemos copiar desde aquí. De las múltiples opciones que sugieren exportar o guardar en el menú File, debemos elegir: Save project as. Figura 16: Save project as Nosotros preferimos marcar ambas opciones (save nvrams and virtual hard drives y Save IOS startup congurations) porque, aunque la primera ocupa 17 . bastante espacio en disco, pueden producirse errores extraños de no hacerlo Este directorio de trabajo podemos comprimirlo en .zip, por ejemplo. 17 GNS3 disfruta con los errores extraños. Puede producirse, por ejemplo, que la conguración de un diseño antiguo se cargue en la de los routers de una nueva topología. 25 Figura 17: Si hemos marcado ambas opciones en Save project as, el directorio quedará así. Por último, es una buena idea escribir la versión de GNS3 con la que se ha exportado la topología, si bien podemos encontrarla en el chero topology.net. 9.2. Importar topología existente Para importar una topología anteriormente creada necesitamos dos cosas: Debemos primero, a ser posible, tener la misma imagen IOS cargada en GNS3 como ya explicamos en el apartado 5.1. El directorio de trabajo previamente exportado como se indica en el apartado 9.1. Ver gura 17. Cuando abramos el archivo topology.net (o bien en GS3 desde File > Open) el programa nos pedirá que le indiquemos que imagen IOS se debería usar para cada router. Indicamos las adecuadas, que acabamos de cargar en GNS3. Por último, pueden producirse errores si usamos una versión inferior a la de la topología importada. Esta versión puede verse en el archivo topology.net. Figura 18: Versión de GNS3 en topology.net 26 Referencias [1] GNS3 Documentación no ocial versión 0.4.1 en español: sites.google.com/site/jcquinterov/material-de-ayuda/GNS3-0.4. 1_documentation_spanish.pdf [2] Juan Felipe Muñoz Fernández. VLANs, ejercicio práctico con Swiches y Routers CISCO : http://www.juanfelipe.net/node/55 [3] Pedro Escribano Rodríguez. Lista de comandos de routers Cisco: http://www.pedroescribano.com/docs/comandos_router.pdf [4] Carlos Mena Mesa. ccna2v3-guía de instrucciones de los routers v17.doc : http://club.idecnet.com/~javcasta/webccna4/Guia_routers_v17. pdf [5] Juan Jose Diaz Antuñ. Cisco: Comando ip classless: http://www.diazantuna.es/?p=772 [6] Geraldine Martínez. Puentes raíz : http://siistemasgeral.blogspot.com.es/2011/02/puentes-raiz. html [7] Di Tommaso Leandro Damián. OSPF en un router Cisco: http://www.netstorming.com.ar/2009/07/22/ ospf-en-un-router-cisco/ 27