Rutas resumidas de OSPF anunciadas?


9

Preparándose para CCNP, haciendo algunos trabajos de laboratorio. ZEUS está resumiendo dos bucles con area 2 range 172.16.2.0 255.255.254.0, y la ruta de resumen está llegando al enrutador 'WODAN' pero las rutas subordinadas (2/32) también siguen apareciendo en la tabla de enrutamiento IP de WODAN. ¿Por qué? ¿Entendí que una vez que se produjo el resumen, los TSA L3 normales no se enviarían, sino que el ABR enviaría un resumen T3 (zeus en este caso)? No puedo entender por qué todavía veo / 32 si el resumen se recibe en WODAN.

Aquí están la topología y las salidas de comandos relevantes para los dos enrutadores en cuestión.


Diagrama de topología :

Configuración de ZEUS :

Tabla de enrutamiento WODAN :

Respuestas:


9

La respuesta corta es porque ZEUS (que está resumiendo) está resumiendo para el Área 2, pero también comparte el Área 2 con WODAN. OSPF requiere que todos los enrutadores en un área tengan la misma copia exacta de la base de datos de estado de enlace del área; Los ABR de OSPF ejecutan un cálculo de algoritmo SPF separado para cada área en la que participan.

Citando RFC 2328 - Abrir primero la ruta más corta :

  1. ...
  2. ...
  3. ...
  4. Resumen Funcional

    Una copia separada del algoritmo de enrutamiento básico de OSPF se ejecuta en cada área. Los enrutadores que tienen interfaces con múltiples áreas ejecutan múltiples copias del algoritmo.

    ...

    12.2 La base de datos del estado del enlace

    Un enrutador tiene una base de datos de estado de enlace separada para cada área a la que pertenece. Todos los enrutadores que pertenecen a la misma área tienen bases de datos de estado de enlace idénticas para el área.

Puedes verificar esto con:

WODAN# show ip ospf database | i ID|Area|Link|172.16.2
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Summary Net Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.0      3.3.3.3         1721        0x80007657 0x006E08 1
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Router Link States (Area 2)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.2      3.3.3.3         1721        0x80007657 0x00640F 1

Me burlé de ese resultado por experiencia, pero espero que veas:

  • El resumen de red LSA para 172.16.2.0 en el Área 0
  • El enrutador LSA que contiene 172.16.2.2 en el Área 2 (asumí que 172.16.2.2 es la ID del enrutador LSA)

Como 172.16.2.2 todavía existe en la LSDB de OSPF, OSPF instala una ruta para ello. Tenga en cuenta que hay una diferencia entre 172.16.2.2/32 y 172.16.2.0/23 en la salida de show ip route:

  • 172.16.2.0/23 es una O IAruta ( IAsignifica entre áreas , generada por un Resumen de red tipo 3 LSA)
  • 172.16.2.2/32 es una Oruta, si no hay letras después de la O, entonces la ruta proviene de un enrutador LSA, también llamado Tipo 1 LSA

Una nota lateral final que no mencionó explícitamente ... configuró los Loopbacks de ZEUS con máscaras de 24 bits; sin embargo, debido a la forma en que OSPF maneja los bucles , estos bucles se anuncian como rutas de host.


Ok, entonces estás diciendo que, aunque ZEUS está resumiendo (y aparece en WODAN como un resumen), WODAN también está haciendo su propio cálculo SPF y, por lo tanto, está recogiendo los bucles no resumidos. ¿Hay alguna manera de lograr solo un resumen de una línea? ¿Tendría que hacer un resumen sobre WODAN, o es solo una limitación de OSPF, no hay un resumen de la misma área? ¿Solo en los bordes?
AL

1
@AL, la única forma de deshacerse de 172.16.2.2 en WODAN es asegurarse de que el LSA no aparezca en un área a la que está conectado WODAN. Una de las limitaciones de los IGP de estado de enlace es su incapacidad para resumir rutas originadas dentro de la misma área.
Mike Pennington

1
Impresionante, entiendo completamente esto ahora y esperaría esto en el futuro. También explica por qué cuando anuncié los Loopbacks en el Área 4, apareció como estaba esperando: un resumen de una línea. ¡MUY GENIAL! Gracias por esto Mike.
AL
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.