Está en la página 1de 16

CCNPv7 ROUTE

Chapter 3 Lab 3-2, Multi-Area OSPFv2 and OSPFv3 with Stub Area

Presentado por:

SOTO GARCÍA JORGE ARMANDO


Código: 1012330900

Grupo:
208014_4

Presentado a:
Ing. GERARDO GRANADOS ACUÑA MSc.
Tutor

Universidad Nacional Abierta y a Distancia UNAD


Escuela de Ciencias Básicas Tecnología e Ingeniería – ECBTI
Curso Diplomado de Profundización Cisco CCNP - (208014A_611)
Bogotá D.C., febrero 23 de 2019
Introducción

En este laboratorio la red será configurada con enrutamiento OPSFv2 de área


múltiple para IPv4 y OSPFv3 de área múltiple para IPv6. Tanto para OSPFv2
como OSPFv3, el área 51 será configurada como un área normal OSPF, un área
“Stub” (No acepta información de rutas externas al AS), y un área “Totally stubby”.

2
CCNPv7 ROUTE
Chapter 3 Lab 3-2, Multi-Area OSPFv2 and OSPFv3 with Stub Area

Topología:

Software de simulación: Cisco Packet Tracer Version 7.2.0.0226, GNS3 2.1.12


Cisco IOS Software, 7200 Software (C7200-ADVENTERPRISEK9-M), Version
15.2(4)M7, RELEASE SOFTWARE (fc2)

Paso 1: Configurar direccionamiento y enlaces seriales

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

Adyacencias posteriores a la configuración de OSPFv2:

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:

Posterior a la configuración de una ruta estática para la red 192.168.99.0/24 en R4


y a la redistribución en OSPFv2 (redistribute static subnets), se verifica en R1
que las dos rutas están siendo efectivamente distribuidas en OSPFv2 (rutas E2):

7
Paso 3: Configurar un área stub

Se configura un área stub en el área 51, proceso OSPFv2 entre R1 y R2. Se


verifica adyacencia entre los dos enrutadores posterior a la configuración:

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”

En el área 51 de R2 creada en el paso anterior basta con ingresar el comando


area 51 stub no-summary para reemplazar la configuración de stub existente
para el área 51. Esta opción indica al enrutador que esta área no recibirá ruutas
sumarizadas (Inter-área):

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:

Paso 5: Configurar OSPFv3 de área múltiple

En primer lugar debe habilitarse el enrutamiento IPv6 (ipv6 unicast-routing), CEF


(ipv6 cef, show ipv6 cef), y verificar las direcciones link-local y GUA de las
interfaces en cada enrutados. Posteriormente se crea el proceso OSPFv3 en R1,
R2 y R3 (ipv6 ospf 2 area 51) con su respectivo identificador. Luego de realizado
este procedimiento, se verifican adyacencias en OSPFv3 (IPv6):

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:

Se verifica en R1 la propagación de las rutas a través del dominio OSPFv3:

Paso 6: Configurar un área stub en OSPFv3

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:

Paso 7: Configurar un área totally stubby

Similar a lo realizado en OSPFv2, se reemplaza la configuración de stub por el


comando area 51 stub no-summary, de tal forma que en R1 solo quedará una
ruta por defecto propagada desde R2:

15
Verificación de configuración de OSPFv3 en R2 para verificar áreas e interfaces:

16

También podría gustarte