Chapter 3 Lab 3-2, Multi-Area OSPFv2 and OSPFv3 with Stub Area
Presentado por:
Grupo:
208014_4
Presentado a:
Ing. GERARDO GRANADOS ACUÑA MSc.
Tutor
2
CCNPv7 ROUTE
Chapter 3 Lab 3-2, Multi-Area OSPFv2 and OSPFv3 with Stub Area
Topología:
R1 (IPv4):
3
R1 (IPv6):
R2 (IPv4):
R2 (IPv6):
R3 (IPv4):
4
R3 (IPv6):
R4 (IPv4):
R4 (IPv6):
5
Paso 2: Configurar OSPFv2 de área múltiple
Se verifica que R3 puede ver todas las redes IPv4 en el dominio de enrutamiento
OSPFv2 (2 rutas inter-área (IA), 1 ruta intra-área), no existe ruta por defecto:
6
Verificación de rutas en R2, no se evidencian rutas OSPFv2 inter-área:
Creación de ruta por defecto para IPv4 en R3 para redireccionar tráfico hacia R4 y
posterior propagación mediante OSPFv2:
7
Paso 3: Configurar un área stub
Verificación de rutas en R1. Se evidencia que tiene una ruta por defecto diferente
a la propagada desde R3. Adicionalmente, en este punto R1 no recibe ninguna
ruta externa, por tal razón no aparece la ruta hacia la red 192.168.99.0, sin
embargo, continúa recibiendo las rutas IA del área 0:
8
Se verifica la configuración de OSPF en R2 para verificar el tipo de cada área y el
número de interfaces participantes en cada una, se evidencia existencia del área
51 (stub). Se muestra la tabla de enrutamiento de R1 antes de ingresar el
comando:
9
10
Paso 4: Configurar un área “totally stubby”
Se verifica la base de datos de OSPF para verificar los LSAs asociados a rutas
sumarizadas en el área 51:
11
Se verifica nuevamente la tabla de enrutamiento en R1 luego de aplicar el
comando area 51 stub no-summary en R2:
12
Verificación de base de datos de OSPF en R1, puntualmente los LSAs asociados
a rutas sumarizadas del área 51:
13
Se configura una ruta estática por defecto en R3 para reenvío de información
hacia R4, posteriormente se propaga dentro del dominio OSPFv3. Luego se crea
una ruta estática adicional para el prefijo 2001:DB8:99:1::/64 en R4 y se
redistribuye también dentro del dominio OSPFv3. Se verifica que las rutas creadas
existen en R3:
14
Se repite el proceso realizado en OSPFv2 (crear area 51 stub en R1 y R2).
Posteriormente se verifica adyacencia IPv6 entre los enrutadores:
Similar a OSPFv2, se observa que R1 tiene una ruta por defecto diferente a la
propagada desde R3 y tampoco recibe rutas externas, por lo cual no hay una
entrada para el prefijo en la tabla de enrutamiento:
15
Verificación de configuración de OSPFv3 en R2 para verificar áreas e interfaces:
16