cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
1047
Visitas
0
ÚTIL
3
Respuestas

OE1 vs OE2 de diferentes procesos OSPF

Translator
Community Manager
Community Manager

Hola expertos en redes,

    Tengo un router que recibe 10.21.32.10/24 como OE2 del proceso OSPF 1 y la misma ruta que OE1 del proceso OSPF 2. La ruta OE2 tiene la métrica 65 y la ruta OE1 tiene la métrica 21. Actualmente, el router prefiere la ruta OE1. 

    Tengo la impresión de que para diferentes procesos OSPF, primero compare AD y luego métrica. Eso es todo. Si son iguales, habrá equilibrio de carga. Al router/switch no le importará si es OE1 u OE2 o cualquier otro tipo de LSA. 

    He hecho las siguientes pruebas:

1. Aumente el AD para la ruta OE1 a 115 y luego el router prefiere OE2 con AD 110 predeterminado.

2. Recuperación de AD de ruta OE1 a 110. El router prefiere OE1 debido a su métrica inferior 21. 

3. Aumente la métrica para la ruta OE1 70. SIN EMBARGO, el router TODAVÍA prefiere OE1. Apagué la interfaz de VLAN de tránsito en el proceso OSPF 2 y luego, como se esperaba, el router prefiere OE2. A continuación, no cierro la interfaz de VLAN de tránsito en el proceso 2, el router prefiere OE1 de nuevo incluso si OE1 tiene una métrica 70 más alta que OE2 65. No sé por qué. 

4. La cuestión del elemento 3 anterior ocurre también en el escenario en el que la métrica de ruta OE1 se aumenta a 65 (64 + 1), 1 es el costo OSPF de interfaz de VLAN de tránsito predeterminado. Ahora los AD y las métricas son las mismas para OE1 y OE2. Cerré la interfaz de VLAN de tránsito en el proceso 2 y no la cerré. Los resultados son los mismos que siempre se prefiere OE1. No sé por qué. 

 

    ¿Podría alguien explicar la teoría detrás? Pensé en hacer algunas pruebas virtuales, pero antes se confirmó que el nodo virtual IOL no funciona igual que los switches reales, por lo que no tiene sentido realizar la prueba virtual. 

    ¡Apreciémoslo!

 

==============

A continuación comparto los elementos de mis pruebas: 

switch# show ip route 10.21.32.10
Routing entry for 10.21.32.0/24
Known via "ospf 2", distance 110, metric 70               ------->>> ospf 2, la métrica incrementa a 70
Tag 666, type extern 1                                               ------->>> OE1
Last update from 10.21.48.254 on Vlan226, 00:00:04 ago
Routing Descriptor Blocks:
* 10.21.48.254, from 172.18.67.120, 00:00:04 ago, via Vlan226         ------>>> por qué es preferido????? 
La metrica de Route es 70, el conteo ddel traffic share  1
Route tag 666

 

switch#show ip ospf database external 10.21.32.0 adv-router 192.168.99.2           ------->>> process id1 neighbor

OSPF Router with ID (192.168.97.3) (Process ID 2)

OSPF Router with ID (192.168.99.3) (Process ID 1)

Type-5 AS External Link States

LS age: 644
Options: (No TOS-capability, DC, Upward)
LS Type: AS External Link
Link State ID: 10.21.32.0 (External Network Number )
Advertising Router: 192.168.99.2
LS Seq Number: 8000015E
Checksum: 0x3E2C
Length: 36
Network Mask: /24
Metric Type: 2 (Larger than any link state path)                   ---------->>> OE2
MTID: 0
Metric: 65                                                                           

                                            ------>>> la metrica es 65 y más pequeña de 70
Forward Address: 0.0.0.0
External Route Tag: 666

 

##########Cuando hago "sutdown" en el ospf process 2, hay  transit vlan interface

switch# show ip route 10.21.32.10
Routing entry for 10.21.32.0/24
Known via "ospf 1", distance 110, metric 65
Tag 666, type extern 2, forward metric 1
Redistributing via ospf 2
Last update from 192.168.97.2 on Vlan3501, 00:00:04 ago
Routing Descriptor Blocks:
* 192.168.97.2, from 192.168.99.2, 00:00:04 ago, via Vlan3501           

                                                            ---->>> se elige process 1 OE2 como esperado con la metrica 65
La métrica Route es 65, y el conteo de traffic share es 1

 

 

######## Al traer de vuelta  el proceso 2 de la transit interface vlan

switch#show ip route 10.21.32.10
Routing entry for 10.21.32.0/24
Known via "ospf 2", distance 110, metric 70
Tag 666, type extern 1
Last update from 10.21.48.254 on Vlan226, 00:00:01 ago
Routing Descriptor Blocks:
* 10.21.48.254, from 172.18.67.120, 00:00:01 ago, via Vlan226           

                                                                               —>>> OE1 se prefiere de nuevo, incluso si tiene una métrica más alta 70
La métrica de Route es 70, y el conteo del tráfico compartido es 1.
Etiqueta de route 666

1 SOLUCIÓN ACEPTADA

Soluciones aceptadas

Hello
La regla AD tendrá prioridad primero, igual que si tiene diferentes protocolos de ruteo activos. Además, como ambos son procesos ospf, y con dos dominios ospf independientes, mi comprensión es que el tipo LSA tendrá prioridad para la misma ruta.

Ver la solución en mensaje original publicado

3 RESPUESTAS 3

Translator
Community Manager
Community Manager

Hello


@rwu escribió:

Hola expertos en redes,

    Tengo un router que recibe 10.21.32.10/24 como OE2 del proceso OSPF 1 y la misma ruta que OE1 del proceso OSPF 2. La ruta OE2 tiene la métrica 65 y la ruta OE1 tiene la métrica 21. Actualmente, el router prefiere la ruta OE1. — Debido a que E1 LSA es preferible sobre E2 LSA

 

    Tengo la impresión de que para diferentes procesos OSPF, primero compare AD y luego métrica. Eso es todo. Si son iguales, habrá equilibrio de carga. Al router/switch no le importará si es OE1 u OE2 o cualquier otro tipo de LSA. 

    He hecho las siguientes pruebas:

1. Aumente el AD para la ruta OE1 a 115 y luego el router prefiere OE2 con AD 110 predeterminado. - —correcto

2. Recuperación de AD de ruta OE1 a 110. El router prefiere OE1 debido a su menor métrica 21.  tipo LSA 

3. Aumente la métrica para la ruta OE1 70. SIN EMBARGO, el router TODAVÍA prefiere OE1. - debido a que E1 es preferible sobre E2 LSA


 

Selección de Route(ruta)-
Intra-Area (O)
Inter-Area (O IA)
NSSA Type 1 (N1)
External Type 1 (E1)
NSSA Type 2 (N2)
External Type 2 (E2)

Hola Paul

    Gracias por la respuesta. Conozco estas reglas dentro del proceso "mismo". Pero estaba suponiendo que si hay dos procesos, la regla será comparar AD primero y luego la métrica. Y no precuparse por el tipo de LSA. La referencia procede de: https://community.cisco.com/t5/routing/route-selection-criteria-in-a-multi-process-ospf-environment/td-p/3858868

    Sin embargo, los resultados de mi prueba en el entorno real como se muestra arriba son contradictorios con el enlace de referencia. 

    Las reglas para dos procesos deben ser:

1. Comparar AD primero. El AD menor gana. 

2. Si AD es igual, siga las reglas de selección de ruta basadas en el tipo de LSA, digamos, OE1 sobre OE2 en cualquier circunstancia, el que tenga la métrica inferior de dos rutas OE1 gana, etc. 

    Tuve la impresión de que dos procesos OSPF son como dos protocolos de ruteo diferentes, por lo que primero debería ser AD y luego la métrica. Pero en realidad no  

Hello
La regla AD tendrá prioridad primero, igual que si tiene diferentes protocolos de ruteo activos. Además, como ambos son procesos ospf, y con dos dominios ospf independientes, mi comprensión es que el tipo LSA tendrá prioridad para la misma ruta.