| Depto. Automática y computación Universidad Pública de Navarra |
Daniel Morató daniel.morato@unavarra.es |
En esta práctica veremos un tipo de interfaz WAN de los routers Cisco, realizaremos una configuración simple del mismo y crearemos una topología de red conectada a la red del laboratorio.
Para evitar problemas con configuraciones de los routers en sesiones anteriores de prácticas lo primero que deben hacer cuando enciendan el router es borrar el fichero de configuración que carga en el arranque, es decir:
Router# erase startup-config
Una vez hecho esto reinicien el router (comando reload). Al terminar de arrancar y no encontrar el fichero de configuración el sistema ejecuta un script (setup) para realizar una primera configuración del router. Salgan del script indicando que no quieren configurar nada. Con eso ya tendrán una configuración en curso limpia (running-config). Guárdenla como el nuevo fichero de configuración de arranque:
Router# copy running-config startup-config
Recuerden: Nunca le digan que sí a que borre la flash dado que en ella se encuentra el sistema operativo. Si por error proceden a borrar la flash no reinicien ni apaguen el router y avisen al profesor de prácticas.
Tengan cuidado si conectan/desconectan cables a los PCs o a los routers (monitores, teclados, cables de red, de alimentación...) para evitar que se estropeen los conectores. No atornillen fuertemente las conexiones.
Los routers se pueden emplear para conectar tanto LANs como WANs, así que suelen tener disponibles interfaces de ambos tipos. Tradicionalmente una WAN opera a nivel físico y de enlace y nos permite interconectar LANs.
Generalmente los enlaces WAN utilizan servicios de operadoras (carriers) de comunicaciones, ofreciendo conectividad a nivel de enlace entre los dos extremos. El router (DTE, Data Terminal Equipment) se conecta a la WAN a través de un DCE (Data Communication Equipment)
Figura 1.- Routers conectados por un enlace WAN
El DTE se conecta al DCE con un Cable DTE. El conector de un DTE es macho. El DCE tiene un conector hembra. El router Cisco tiene un conector hembra porque puede actuar tanto como DTE como DCE. El cable necesario para conectarlo a un DCE será macho en el extremo del router (en nuestro caso un DB-60) y macho en el extremo del DCE (en nuestro caso conector V.35 pero hay otros). En las prácticas no vamos a emplear unidades CSU/DSU para conectar los routers entre sí a través de los interfaces WAN serie. Lo que vamos a hacer es conectarlos con un cable tipo NULL modem. Para ello juntaremos dos cables, uno un cable DTE y el otro un cable DCE. El cable DCE tienen un extremo DB-60 macho para ir al router y el otro V.35 hembra. Posteriormente, en la configuración de los dos routers, deberemos configurar que uno de ellos actúe como DCE.
Figura 1.- Routers conectados por cable NULL modem
Compare lo explicado con lo aprendido con PCs, modems y cables serie.
Conecten los interfaces serie de dos router a través de un cable NULL modem (CISCO recomienda hacerlo estando estos apagados).
Uno de los dos extremos actuará como el DTE y el otro como el DCE, según el cable que le hayamos conectado. La diferencia principal es que normalmente el DCE genera la señal de sincronismo necesaria en el cable. Entren en modo de configuración del interfaz y asignen una dirección IP y una red a ese interfaz. En el router que vaya a ser el DCE deben especificar la velocidad a la que se emplearáa la línea serie (comando clock rate). Y por supuesto activen los interfaces. Con esto deberían poder hacer ping desde un router al otro a través de la línea serie. La línea serie estará empleando como nivel de enlace el encapsulado HDLC. Se puede configurar para que se emplee otro encapsulado como por ejemplo PPP (que en el fondo es muy parecido a HDLC).
Prueben a cambiar la velocidad y vean cómo cambia el retardo indicado por el ping.
Ahora intenten crear la topología de la figura 2. Seleccionen el espacio de direcciones asignado a uno de los dos grupos para realizar esta práctica. En ese espacio de direcciones creen subredes escogiendo una única máscara de longitud fija (lo que sería subnetting clásico si esa red estuviera en el rango de redes C). Las subredes necesarias son cuatro: LAN 1, LAN 2, Red de servidores y la red formada por los dos extremos del enlace serie. Escojan un tamaño de máscara que les permita conectar al menos 10 PCs en cada LAN y 4 máquinas en la red de servidores.
Figura 2.- Topología conectada a la red del Laboratorio
El router de acceso a la red del laboratorio no sabe cómo llegar a estas redes que hemos creado pero tiene configurado que el interfaz que tiene conectado al conmutador Ethernet está en la red 10.0.0.254/19. Configuren el router R1 para que haga de Proxy ARP para estas redes. Configuren R1 para que tenga una ruta a cada LAN interna y que su ruta por defecto apunte a 10.0.0.254. La IP externa de R1 debe ser 10.0.0.grupo/24. Configuren los dos PCs de un grupo en la red de servidores con ruta por defecto hacia R1.
Configuren el PC de la LAN 1 para que sepa enviar paquetes (mediante su tabla de rutas) solo a los PCs de la red de servidores. Configuren el PC de la LAN 2 para que sepa enviar tráfico a los PCs de la red de servidores y hacia la red del laboratorio pero no hacia la LAN 1 (no tenga ruta). El router R2 puede tener una ruta por defecto hacia R1.
Repártanse las tareas de configuración de forma que cada grupo de prácticas sea responsable de sus PCs y router.
Checkpoint
Muestren al profesor de prácticas la configuración completa
Si no disponen de cables para el interfaz WAN pueden crear la topología de la figura 3.
Figura 3.- Topología (alternativa) conectada a la red del Laboratorio
En este caso creen las LANs 1 y 2 aplicando una dirección secundaria al interfaz del router R2.
En esta práctica hemos visto cómo configurar un interfaz WAN serie en el Cisco IOS y hemos creado una primera topología. Sin embargo hemos empleado configuración estática de las tablas de rutas. En prácticas posteriores veremos cómo configurar un protocolo de enrutamiento para que éste se encargue del problema del aprendizaje de rutas.
| Depto. Automática y computación Universidad Pública de Navarra |
Daniel Morató daniel.morato@unavarra.es |