OSPF - Universidad Don Bosco

UNIVERSIDAD DON BOSCO
FACULTAD DE ESTUDIOS TECNOLÓGICOS
COORDINACION DE COMPUTACION
GUIA DE LABORATORIO #09
CICLO: 01/ 2016
Nombre de la Practica:
OSPF
Lugar de Ejecución:
Laboratorio de Redes
Tiempo Estimado:
2h y 30 min
MATERIA:
Redes de Comunicación (REC404)
I. OBJETIVOS
1. Configurar el protocolo de enrutamiento OSPF en redes punto a punto.
2. Evaluar el enrutamiento generado con el algoritmo SPF.
3. Crear respaldo del archivo de configuración de un dispositivo de red en un servidor TFTP.
II. INTRODUCCIÓN
OSPF (Open Shortest Path First)
El desarrollo inicial de OSPF comenzó en 1987 por parte del grupo de trabajo de OSPF, el Grupo de trabajo de
ingeniería de Internet (IETF). En aquel momento, Internet constituía fundamentalmente una red académica y de
investigación financiada por el gobierno de los EE. UU.
En 1989, la especificación para OSPFv1 se publicó en RFC 1131. Había dos implementaciones desarrolladas: una
para ejecutar en routers y otra para ejecutar en estaciones de trabajo UNIX. La última implementación se
convirtió luego en un proceso UNIX generalizado y conocido como GATED. OSPFv1 fue un protocolo de
enrutamiento experimental y nunca se implementó.
En 1991, John Moy introdujo OSPFv2 en RFC 1247. OSPFv2 ofrecía significativas mejoras técnicas con respecto a
OSPFv1. Al mismo tiempo, ISO trabajaba en un protocolo de enrutamiento de estado de enlace propio,
Intermediate System-to-Intermediate System (IS-IS). Lógicamente, IETF eligió OSPF como su IGP (Interior
Gateway Protocol) recomendado.
En 1998, la especificación OSPFv2 se actualizó en RFC 2328 y representa la RFC actual para OSPF.
Establecimiento de vecinos
Antes de que un router OSPF pueda saturar a otros routers con sus estados de enlace, primero debe determinar
si existe algún otro vecino OSPF en alguno de sus enlaces. Para lograrlo, los routers OSPF envían paquetes de
saludo a todas las interfaces habilitadas con OSPF para determinar si hay vecinos en dichos enlaces.
1
La información en el saludo de OSPF incluye la ID del router OSPF del router que envía el paquete de saludo. La
recepción de un paquete de saludo OSPF en una interfaz confirma a un router la presencia de otro router OSPF
en dicho enlace. OSPF luego establece la adyacencia con el vecino.
Intervalos muerto y de saludo de OSPF
Antes de que dos routers puedan formar una adyacencia de vecinos OSPF, éstos deben estar de acuerdo con
respecto a tres valores: Intervalo de saludo, intervalo muerto y tipo de red. El intervalo de saludo de OSPF
indica la frecuencia con que un router OSPF transmite sus paquetes de saludo. De manera predeterminada, los
paquetes de saludo OSPF se envían cada 10 segundos en segmentos multiacceso y punto a punto, y cada 30
segundos en segmentos multiacceso sin broadcast (NBMA) (Frame Relay, X.25, ATM).
En la mayoría de los casos, los paquetes de saludo OSPF se envían como multicast a una dirección reservada
para ALL SPF Routers en 224.0.0.5. La utilización de una dirección multicast permite a un dispositivo ignorar el
paquete si la interfaz no está habilitada para aceptar paquetes OSPF. Esto ahorra tiempo de procesamiento de
CPU en los dispositivos que no son OSPF.
El intervalo muerto es el período, expresado en segundos, que el router esperará para recibir un paquete de
saludo antes de declarar al vecino "desactivado". Cisco utiliza en forma predeterminada cuatro veces el intervalo
de Hello. En el caso de los segmentos multiacceso y punto a punto, dicho período es de 40 segundos. En el caso
de las redes NBMA, el intervalo muerto es de 120 segundos.
Si el intervalo muerto expira antes de que los routers reciban un paquete de saludo, OSPF retirará a dicho vecino
de su base de datos de estado de enlace. Luego, el router satura con la información de estado de enlace acerca
del vecino "desactivado" desde todas las interfaces habilitadas con OSPF.
Velocidad (ancho de banda) de un enlace y el comando bandwidth
Para determinar el ancho de banda (Band Width: BW) estándar de algún enlace WAN o de conexión a Internet
(ISP), se utiliza el comando show interfaces.
El siguiente ejemplo, muestra el resultado de ejecutar show interfaces para localizar y determinar el ancho de
banda disponible para un enlace FastEthernet con cable UTP:
Router#show interfaces fastEthernet 0/0
FastEthernet0/0 is up, line protocol is up (connected)
Hardware is Lance, address is 00e0.f71c.2a01 (bia 00e0.f71c.2a01)
Internet address is 172.16.48.1/22
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
….
El ancho de banda se mide siempre en Kilobits por segundo (Kbit).
2
Uso de comando bandwidth
El comando bandwidth permite indicar la velocidad de la interfaz a los protocolos de nivel superior (protocolos
de enrutamiento) que utilizan el ancho de banda como parte de la métrica para elegir la mejor ruta hacia una red
de destino. Este parámetro lo toman de los valores configurados por el comando bandwidth en cada interfaz.
Por ejemplo, EIGRP y OSPF utilizan la información de bandwidth para determinar parte de su métrica de
enrutamiento.
Alterando el ancho de banda de una interfaz
El bandwidth debe configurarse en el modo de configuración de la interfaz correspondiente.
Algunos ejemplos sobre como alterar el ancho de banda que usaran los protocolos de enrutamiento como
elemento de la métrica de sus algoritmos de enrutamiento se muestran a continuación:
Ejemplo 1:
Se asigna un ancho de banda de 128 Kbits a un enlace T1 (enlace
serial):
Router(config)#interface serial 0/0
Router(config-if)#bandwidth 128
Ejemplo 2:
Se requiere asignar un ancho de banda de 4 Mbits a un enlace
Fastethernet 1/0.
En este caso, se debe convertir el ancho de banda dado en Mbits a
Kbits, dando un valor de 4096 Kbits y configurarlo en la interface:
Router(config)#interface FastEthernet 0/0
Router(config-if)#bandwidth 4096
Cada tipo de interfaz tiene asignado un valor de ancho de banda por defecto, lo que significa que aún cuando no
se configure ningún bandwidth, siempre hay un valor de BW para realizar los cálculos necesarios.
En el caso de las interfaces seriales, el valor predeterminado de su ancho de banda será de 1544 Kbits
Es de aclarar que el uso de comando bandwidth no altera la velocidad real de la interface sobre la cual se aplica.
Por ejemplo:
Si se ha contratado un enlace E1 (cuyo ancho de enlace estándar es de 2048 Kbits) y sobre la interfaz conectada a
ese enlace se configura al comando bandwidth 4096.
El ancho de banda real de este enlace seguirá siendo de 2048 Kbps, es decir, que no afecta el ancho de banda real
del enlace.
El valor asignado de ancho de banda (4096) con el comando bandwidth le servirá únicamente a los protocolos de
enrutamiento para generar la métrica a utilizar en sus rutas a publicar que se generen sobre este enlace.
En conclusión, la configuración del valor de bandwidth correcto en cada interfaz es de suma importancia
cuando se trabaja con protocolos de enrutamiento que utilizan el ancho de banda en sus métricas.
Sin embargo, no importa el valor de bandwidth que configure en una interfaz, esto no modificará en nada el
ancho de banda real del enlace conectado a esa interfaz.
3
III. MATERIALES Y EQUIPO
Nº
REQUERIMIENTO
Cantidad
1
Guía de práctica Nº 9: OSPF.
1
2
Estación de trabajo PC con Simulador Cisco Packet Tracer 6.1 o superior.
1
IV. PROCEDIMIENTO
Parte 1: Configuración física y lógica de la topología a implementar.
1. Descargue y abra el archivo de simulación adjunto a esta práctica. Guarde la simulación bajo el nombre
REC_practica9_SuNumerodeCarnet
2. Observe la topología inicial contenida en esta simulación, mostrada en la imagen 9.1.
Imagen 9.1: Topología base a implementar
3. Proceda a implementar el esquema de direccionamiento ip indicada para cada red local y de enlace entre
routers mostrada en el diagrama, cuidando de aplicar las siguientes normas:
•
En general: en la configuración de cada router y switch, ejecutar: no ip domain-lookup
•
Para cada red de área local:
En su interface de conexión en el router: ya se ha configurado la ip de Gateway (la 1er ip del rango)
de la ip red asignada. Solamente falta levantar administrativamente al puerto (no shutdown).
4
•
•
En cada Host y/o Server: debe configurar su protocolo ip con el direccionamiento de red dentro del
rango de su ip de red asignada. Luego debe enviar ping hacia su ip de Gateway, obteniendo una
respuesta normal de su router de conexión.
Para cada red de enlace entre router
Cada extremo del enlace ya tiene la ip apropiada según la ip de red asignada en la topología.
Levante ambas interfaces y desde el router de un extremo compruebe que saluda a la ip del otro
extremo (que ha sido configurada bajo la red en común).
Para las vlan requeridas
Falta definir el puerto de acceso para cada vlan mostrada en la topología y el puerto en modo troncal
para la conexión con su router.
En router BORDE: en su puerto de conexión con el switch, cree una subinterface por cada vlan,
cuidando que el id de cada subinterface coincida con el id de la vlan a la cual conectara, por Ej.: si
requiere acceso a la vlan 20, se deberá crear la subinterface fa0/0.20.
En cada subinterface, configure la ip de Gateway de la vlan a la cual conectara.
Compruebe que los host de ambas vlan se comunican entre si
•
Para el acceso a Internet desde equipo BORDE:
El proveedor ha indicado que configure la dirección 10.10.8.17/30 en la interface de conexión de
su router de borde con la cual se conecta al equipo ISP.
Configure una ruta estática “por defecto” para alcanzar al ISP, utilizando interface de salida.
Compruebe que accede a internet, enviando ping al Server Externo (INTERNET).
4. Durante el proceso de configuración de las interfaces de un router o para buscar errores de funcionamiento,
necesitara ejecutar los siguientes comandos de estado de configuración:
show ip route: lista la tabla de enrutamiento. Puede usarlo también para confirmar el estado y
direccionamiento ip asignada a cada interface (Las redes directamente conectadas).
show ip interfaces brief: lista la dirección ip asignada y el estado de funcionamiento de cada
interface
show controllers INTERFACE: retorna el estado de funcionamiento de una interface indicada.
Por ejemplo, si evalúa a la interface serial 0/0, el comando a ejecutar será:
show controllers serial 0/0
5. Una vez realizados todos los cambios en cada router y switch, recuerde de guardar los cambios, tanto en
Cisco Packet Tracer, así como también en el IOS de cada dispositivo.
Parte 2: Configuración básica de OSPF
6. La configuración básica de OSPF es similar a la realizada bajo RIP.
Unas de las diferencias será al momento de ejecutar al comando network, que deberá agregar el parámetro
área id de la cual formara parte esta red.
5
7. Ingrese al modo global de router IRIS y ejecute la configuración del proceso #1 de OSPF con los siguientes
comandos (Observe la descripción de cada uno):
Comando a ejecutar
descripción
IRIS(config)#router ospf 1
Activa el proceso 1 bajo OSPF
network 12.0.0.0 0.0.0.63 area 0
network 12.0.0.204 0.0.0.3 area 0
Define cada red que se publicara en OSPF.
passive-interface fastEthernet 0/0
Define que por esta interface no se enviaran
actualizaciones de OSPF
Cada id de red usa la máscara de wildcard y se
publican bajo el área administrativa 0
Importante:
Recuerde que la ip resaltada (0.0.0.63 y 0.0.0.3) en cada comando network es la máscara de wildcard,
que se obtiene calculando el complemento binario A1 a la mascara de la subred a publicar en OSPF.
8. Guarde las ultimas configuraciones en el archivo de inicio del router.
9. Ingrese al modo Global de la CLI de ALFA y ejecute los siguientes comandos, que activaran el
correspondiente proceso 1 del protocolo OSPF y publicara a cada una de sus redes directamente conectadas
bajo el área 0.
También, define que la interface fa0/0 no publicara paquetes OSPF
Comando a ejecutar
router ospf 1
network 12.0.0.128 0.0.0.31 area 0
network 12.0.0.192 0.0.0.3 area 0
network 12.0.0.196 0.0.0.31 area 0
network 12.0.0.204 0.0.0.31 area 0
passive-interface fa 0/0
Cuando ejecute el último comando network de la secuencia anterior, se generara el siguiente mensaje,
confirmando una “adyacencia” OSPF generada entre los router IRIS y ALFA:
ALFA(config-router)#
01:35:07: %OSPF-5-ADJCHG: Process 1, Nbr 12.0.0.205 on Serial0/0 from LOADING to
FULL, Loading Done
10. Genere la tabla de enrutamiento de router ALFA y determine a cuales redes puede alcanzar gracias a las
rutas generadas bajo OSPF (las cuales están marcadas con la letra O y tienen una distancia administrativa de
110)
12.0.0.0/8 is variably subnetted, 5 subnets, 3 masks
O 12.0.0.0/26 [110/65] via 12.0.0.205, 00:06:20, Serial0/0
C 12.0.0.128/27 is directly connected, FastEthernet0/0
C 12.0.0.192/30 is directly connected, Serial0/1
C 12.0.0.196/30 is directly connected, Serial0/2
C 12.0.0.204/30 is directly connected, Serial0/0
6
11. Analice las configuraciones aplicadas sobre IRIS y ALFA. Luego, desde CHARLIE, active el proceso #1 de
OSPF. Publique ahí a las redes que este router conecta directamente y defina además a sus 2 interfaces que se
harán pasivas. Este atento a detectar la adyacencia que se generara con ALFA.
12. Retorne a la CLI de IRIS, para generar su nueva tabla de enrutamiento.
Identifique cuales son las redes que ha “aprendido” gracias a su vecino ALFA. Luego, compare la ubicación
de c/u de estas redes con su posición sobre la topología de la red.
13. Para continuar, ingrese a la CLI de BORDE. Proceda a configurar el protocolo OSPF, activando el proceso #1
y publicando todas sus redes directamente conectadas bajo el Area 0. No debe publicar la que comparte con
el ISP).
También, configure como interfaces Pasivas OSPF a las 2 subinterfaces activas de este router.
Confirme que se formaran 2 adyacencias diferentes, una con CHARLIE y luego otra con ALFA.
14. Luego, para que el resto del SA tenga acceso a internet, es necesario que BORDE publique su ruta por defecto
al resto del SA. Para ello, ejecute el comando default-information originate
Guarde los cambios en BORDE.
15. Retorne a la CLI de IRIS y visualice su tabla de enrutamiento. Confirme que puede ver al resto de subredes
de todo el SA y que se incluye además una ruta por defecto para acceder al ISP.
Sus resultados serán iguales al de la siguiente tabla de rutas de IRIS:
IRIS#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
…
…
Gateway of last resort is 12.0.0.206 to network 0.0.0.0
12.0.0.0/8 is variably subnetted, 10 subnets, 4 masks
C 12.0.0.0/26 is directly connected, FastEthernet0/0
O 12.0.0.64/27 [110/129] via 12.0.0.206, 00:19:56, Serial0/0
O 12.0.0.96/27 [110/129] via 12.0.0.206, 00:19:56, Serial0/0
O 12.0.0.128/27 [110/65] via 12.0.0.206, 00:20:06, Serial0/0
O 12.0.0.160/28 [110/129] via 12.0.0.206, 00:07:55, Serial0/0
O 12.0.0.176/28 [110/129] via 12.0.0.206, 00:07:55, Serial0/0
O 12.0.0.192/30 [110/128] via 12.0.0.206, 00:20:06, Serial0/0
O 12.0.0.196/30 [110/128] via 12.0.0.206, 00:20:06, Serial0/0
O 12.0.0.200/30 [110/192] via 12.0.0.206, 00:07:55, Serial0/0
C 12.0.0.204/30 is directly connected, Serial0/0
O*E2 0.0.0.0/0 [110/1] via 12.0.0.206, 00:00:01, Serial0/0
IRIS#
7
16. Desde el host de la RED A, envie ping al host de la RED D y al Server TFTP, ambas pruebas deben ser
exitosas.
17. Para continuar, desde IRIS, analizara los parámetros de funcionamiento del protocolo OSPF y su interaccion
con el resto de vecinos dentro del mismo SA.
18. Ejecute el comando show ip protocols
Este retorna parámetros específicos generados por cada protocolo de enrutamiento ejecutándose. En este
caso, vera la siguiente información generada por el proceso 1 de OSPF:
Determine el router ID que este router se ha autoconfigurado como parte del área de enrutamiento OSPF
Determine el listado de redes que IRIS publica a sus vecinos OSPF (parámetro Routing for Networks)
Localice la sección de Routing Information Sources e identifique al router ID de cada vecino OSPF
con los cuales comparte publicaciones de enrutamiento.
Identifique el router al cual le pertenece cada router ID listado. Recuerde, el Router ID de OSPF en un
router es la ip mas alta asignada a una de sus interfaces conectadas. Anote en la Tabla 1 al Router ID
que se han autoconfigurado cada router dentro del área 0 de enrutamiento OSPF.
Tabla 1: Lista de direcciones ip de Router ID asignados a cada router bajo el dominio de OSPF
Router
Router ID
Router
IRIS
CHARLIE
ALFA
BORDE
Router ID
Al final, el parámetro Distance: (default is 110) indica el valor de distancia administrativa AD
que asignara OSPF a todas las rutas que se publiquen por este protocolo.
19. Cámbiese a la CLI de CHARLIE y ejecute el comando show ip ospf neighbor
Con la Tabla 1, identifique cuales son los router a los que les corresponde la pareja de Router ID devueltos.
20. Guarde los cambios en la configuración de cada router de la topología.
Parte 3: Cambiando el Router ID
21. Haga una copia de la simulación bajo el nombre REC_practica9_SuNumerodeCarnet_parte2.
22. Ingrese al modo global de ALFA.
Proceda a crear ahí a una ip de
loopback 10, asignando la ip 190.0.0.2
/32, así:
ALFA(config)#interface loopback 10
ALFA(config-if)#ip address 190.0.0.2 255.255.255.255
8
23. Guarde la configuración de inicio y luego reinicie el IOS de ALFA, ejecutando el comando do reload.
Presione Enter para confirmar la acción y espere hasta que este router reinicie y genere las adyacencias con el
resto de router.
24. Ingrese al modo privilegiado de IRIS y ejecute el comando show ip ospf neighbor. Obtenga el nuevo
Router ID con el cual ALFA se identifica ante sus vecinos OSPF.
25. Ahora modificara el Router ID de IRIS. Para evitar reiniciar a este dispositivo, ejecutar los pasos a
continuación.
26. Ingrese al modo global de IRIS e ingrese al modo de configuración del protocolo OSPF, con el comando:
router ospf 1
27. Asigne la ip 190.0.0.1 como Router ID, ejecutando al comando: router-id 190.0.0.1
Se le indica que deberá “limpiar” / reiniciar el proceso 1 de OSPF para que el cambio de router-id se realice.
28. Retorne al modo privilegiado y ejecute el comando: clear ip ospf process
Confirme su autorización, digitando yes y presione Enter. Observe que se pierden la adyacencia OSPF con
ALFA, pero unos segundos después se restaura.
29. Retorne al modo privilegiado de ALFA y liste a sus vecinos, con el comando show ip ospf neighbor
Identifique el nuevo RouterID de IRIS.
30. Realice el cambio de Router ID para el proceso 1 de OSPF activo en CHARLIE y BORDE, al valor router ID
190.0.0.3 y 190.0.0.4, respectivamente. Reinicie el proceso de enrutamiento OSPF en ambos router.
31. Retorne a ALFA y confirme que el router ID de OSPF en cada router vecino fue modificado apropiadamente,
ejecutando al comando show ip protocols.
32. Guarde los cambios de configuración en cada uno de los router y la simulación general.
Parte 3: Modificando la generación de rutas bajo OSPF
33. Guarde la simulación actual bajo el nombre REC_practica9_SuNumerodeCarnet_parte3.
34. Proceda a realizar ping entre host de la RED A y el host de red de Soporte. La prueba debe ser exitosa.
35. Ahora, reemplace el comando ping por tracert, y ejecutar un “trazado de ruta” para alcanzar el mismo host
PC>tracert 12.0.0.162
Tracing route to 12.0.0.162 over a maximum of 30
hops:
1 0 ms 0 ms 0 ms 12.0.0.1
La última ip, es del host destino que fue 2 15 ms 16 ms 31 ms 12.0.0.206
3 0 ms 31 ms 16 ms 12.0.0.198
alcanzado satisfactoriamente.
4 * 17 ms 16 ms 12.0.0.162
Trace complete.
El trazado de ruta devuelve un total de 3
router diferentes a los que se han
reenviado los paquetes de prueba
generados por tracert.
9
36. Compare las ip de salto devueltos por el comando tracert anterior y localice en su topología a que router
específicos corresponden esas ip de salto que recibieron los paquetes de prueba hasta alcanzar su destino.
37. Escriba en la tabla a continuación la secuencia de Nombres de Router que permitieron alcanzar el host de la
red Soporte:
Origen
Salto 1
Salto 2
Salto 3
Host red A
Destino
Host red Soporte
38. A continuación, alterara el trazado de ruta actual, de tal forma que el trafico entre ambas redes (A y Soporte)
ejecute el siguiente trazado de ruta:
IRIS → ALFA → CHARLIE → BORDE
Este cambio de ruta lo hara, alterando el estado de enlace de las conexiones seriales entre ALFA, CHARLIE y
BORDE
39. Para iniciar, identifique la pareja de interfaces configuradas en el enlace ALFA-CHARLIE.
Luego, ingrese al modo privilegiado de ALFA y determine el ancho de banda predeterminado de este puerto
serial DCE, ejecutando al comando
show interface serial 0/0
Debe reemplazar el numero de la interface (0/0) mostrado por el numero de interface especifica que se utiliza
en este router. Ubique el parámetro BW del resultado devuelto, que indica el ancho de banda
predeterminado.
40. Ingrese al modo de configuración especifico de la interface serial seleccionada en el paso anterior.
Asignara un ancho de banda de 2 Mbps. Como este debe expresarse en Kpbs, se deberá asignar como
(2x1024) = 2048 Kbps.
Este valor se asignara ejecutando al comando bandwidth 2048.
Verifique el nuevo ancho de banda (BW) de este enlace DCE modificado.
41. De igual forma, ingrese al modo de la interface serial que conecta a CHARLIE con ALFA, para asignarle un
ancho de bana de 2048 Kbps.
42. De manera similar, modifique el ancho de banda de la conexión serial ALFA-BORDE, para asignarles un
ancho de banda de 64 Kbps a cada interface de sus extremos.
43. Repita el paso anterior para la conexión restante (CHARLIE-BORDE), asignado un ancho de banda de 1
Mbps a cada uno de sus extremos.
44. Guarde los cambios en la configuración de cada router modificado hasta ahora.
45. Repita el comando tracert desde el host de Red A dirigido a la ip del host de Soporte. Compare el resultado
generado con el obtenido en la prueba inicial. Se habrán generado 4 saltos en lugar de 3.
Ahora se está utilizando los enlaces ALFA-CHARLIE y luego CHARLIE-BORDE para alcanzar al host de
Soporte.
10
Parte 4: Segmentacion del dominio de enrutamiento OSPF
46. Suponga que la administración de las rutas bajo OSPF se vuelve mas compleja, debido que agregar mas rutas
destino, se conectan mas router, mas enlaces entre los router actuales, etc..
En este caso, se recomienda dividir la administración del enrutamiento en 2 o mas areas OSPF
47. Para continuar, tal como se muestra en la Imagen 9.2, el dominio actual de enrutamiento OSPF se dividirá en
2 areas, haciendo que IRIS y ALFA formen parte de una area OSPF diferente (Area 15).
Pero ALFA debe seguir formando parte del Area 0 inicial, junto a CHARLIE y BORDE.
De esta manera, el router ALFA sera un “router de Borde”, porque permitira transferir rutas entre Areas
OSPF diferentes.
Imagen 9.2: Segmentacion del dominio de enrutamiento OSPF
48. Ingrese al modo global de IRIS, para eliminar por completo al proceso 1 de OSPF, “negando” al comando que
permitió crearlo, asi:
IRIS(config)#no router ospf 1
49. Ingrese a la CLI de ALFA. Confirme que se ha perdido adyacencia OSPF con IRIS.
Luego, ingrese al modo de configuración del Proceso 1 de OSPF y “niegue” los comandos con los cuales se
publicaron inicialmente a las redes RED B y Enlace1 bajo OSPF, asi:
ALFA(config)#router ospf 1
ALFA(config-router)#no network 12.0.0.128 0.0.0.31 area 0
ALFA(config-router)#no network 12.0.0.204 0.0.0.3 area 0
ALFA(config-router)#exit
50. Genere la tabla de enrutamiento de CHARLIE y confirme que ya no pueden alcanzarse a la red B y las redes
de IRIS, porque dejaron de ser publicadas por ALFA.
11
51. Retorne al modo global de ALFA, para ejecutar los siguientes comandos, que crean un nuevo proceso OSPF
(9) y publican de nuevo a las redes Red B y Enlace 1, pero ahora cada una bajo el Area 15:
ALFA(config)#router ospf 9
ALFA(config-router)#network 12.0.0.128 0.0.0.31 area 15
ALFA(config-router)#network 12.0.0.204 0.0.0.3 area 15
52. Retorne a CHARLIE y determine si ya puede alcanzarse las redes Red B y la Enlace1.
Si todo es correcto, aun no podrá ver estas redes, porque ALFA las publica bajo otro proceso OSPF diferente
(process id: 9)
53. Retorne al modo global de IRIS. Acctive OSPF (bajo el proceso 9) y publique ahí a las 2 redes que conecta,
bajo el area 15, asi:
IRIS(config)#router ospf 9
IRIS(config-router)#network 12.0.0.0 0.0.0.63 area 15
IRIS(config-router)#network 12.0.0.204 0.0.0.3 area 15
Espere un momento y confirme que IRIS forma adyacencia nuevamente con ALFA
54. ¿Se ha restaurado el enrutamiento en todo el SA original?, ¿Cada host ya tiene acceso a internet?
Para responder estas preguntas, genere y evalue cuidadosamente la tabla de enrutamiento de IRIS, CHARLIE
y ALFA.
55. Del análisis anterior, se concluye que los host de las redes bajo el Area 15 no pueden acceder al resto de redes
(bajo el area 0) ni tendrán acceso a internet.
56. Para completar la segmentación de enrutamiento, sera necesario que el router de borde (ALFA) transfiera las
rutas entre ambos areas (0 y 15). A este proceso se le conoce como “redistribución de rutas”.
57. Ingrese al modo global de ALFA, para ejecutar los siguientes comandos:
ALFA(config)#router ospf 1
ALFA(config-router)#redistribute ospf 9 subnets
ALFA(config-router)#exit
ALFA(config)#router ospf 9
ALFA(config-router)#redistribute ospf 1 subnets
ALFA(config-router)#
58. Genere la tabla de enrutamiento de IRIS. Vera que se agregaron nuevas rutas OSPF, del tipo E2 (E2 - OSPF
external type 2), las cuales fueron transferidas por ALFA desde un Area diferente.
Desde el host de la RED A, envie un ping al Server de la VLAN 20 y confirme que la prueba es exitosa.
Luego, envie ping al Server de Internet. La prueba fallara, pero identifique cual es el router que informa que
no puede alcanzarlo.
59. Para finalizar la redistribución, es necesario que dentro del proceso 9 de OSPF (al que pertenece IRIS) se
transfiera la ruta por defecto que ALFA conoce por medio del proceso 1 de OSPF.
En ALFA, ingrese al proceso 9 de OSPF y ejecute el comando: default-information originate
60. Genere la tabla de enrutamiento de IRIS y confirme si ya recibió una ruta por defecto.
12
Repita la prueba del host de RED A hacia el servidor de Internet. La prueba sera exitosa.
61. Guarde la configuración en cada router de toda la topología.
62. Llame a su instructor para demostrar el funcionamiento normal y esperado de la topología desarrollada en
este procedimiento.
V. ANALISIS DE RESULTADOS
1. De manera individual o en parejas, haga una copia de la simulación final desarrollada en el
procedimiento anterior y llamar a este archivo REC_analisis9_SuNumerodeCarnet
2. Sobre esta nueva simulación, ingrese al modo privilegiado de IRIS. Compruebe que alcanza a saludar al
server TFTP conectado al switch. Luego, ejecute los siguientes comandos:
IRIS#copy running-config startup-config
IRIS#copy startup-config tftp:
Address or name of remote host []? 12.0.0.178
Destination filename [IRIS-confg]? IRIS_respaldo
Writing startup-config....!!
[OK - 1045 bytes]
1045 bytes copied in 3.063 secs (341 bytes/sec)
IRIS#
3. Con los comandos anteriores, ha logrado crear una copia de respaldo de la configuración de comandos
de IRIS en el server TFTP, bajo el archivo IRIS_respaldo.
4. De clic sobre el server TFTP. De la lista de servicios de la izquierda, seleccione TFPT y ubique al archivo
IRIS_respaldo, que fue generado y transferido de manera remota por IRIS.
5. Retorne a la CLI de IRIS y ejecute el comando RELOAD. Confirme con tecla Intro que reiniciara la IOS.
IRIS#erase startup-config
IRIS#reload
Por cada comando, presione Enter para confirmar la pregunta realizada.
Con estas ultimas acciones, acaba de perder la configuración completa de IRIS, haciendo que inicie con
una configuración básica.
6. Elabore un documento formal (en formato PDF) que describa la secuencia de comandos que usted
ejecutaria sobre los diferentes dispositivos para restaurar la configuración correcta de IRIS desde el
archivo de copia de respaldo (IRIS_respaldo) almacenada en el server TFTP.
Restricciones sobre su propuesta de solucion:
+ No puede hacer cambios en las conexiones físicas de los dispositivos, porque en un entorno real,
ocasionaría problemas a TODOS los usuarios del SA que dependen del servidor TFTP.
+ Si se requiere enrutamiento en IRIS, no debe implementar ningún protocolo de enrutamiento
dinamico. Solo se puede usar enrutamiento estatico.
13