Pregunte al experto- Diseño e implementación de una red con OSPF V2

[Cisco Moderador]

Aclare todas sus dudas de las mejores prácticas y tips para diseñar e implementar una red con el protocolo Open Shortest Path First V2. OSPF es un protocolo de enrutamiento de estado de enlace, diseñado para ser ejecutado internamente a un sistema autónomo único. El protocolo proporciona soporte para multipath de igual costo y otorga una capacidad de ruteo simple que permite; un nivel adicional de protección de enrutamiento y una reducción de tráfico del protocolo de enrutamiento.

OSPF recalcula las rutas de forma rápida ante un cambio topológico utilizando un mínimo de tráfico de enrutamiento. Cada router OSPF mantiene una base datos idéntica que describe la topología del sistema autónomo. Conforme a la base de datos construye una tabla de ruteo, calculada mediante a construcción de una topología.

Haga sus preguntas del 10 al 28 de Junio del 2019.

Detalles del especialista

Adalid Torres colabora como arquitecto de infraestructura en Sonda México. Anteriormente ha trabajado en telefónica y otros partners de Cisco en proyectos relacionados a las tecnologías de LAN/WAN, portchannel, VPc, FEX, BGP, OSPF y VRF entre otras. Adalid es un ingeniero egresado del Tecnológico de Acapulco en México. Cuenta con las certificaciones de CCNA y CCNP R&S, actualmente se prepara para presentar su CCIE. 

Adalid puede no poder responder a todas las preguntas, debido al volumen esperado durante este evento. Recuerde que también puede hacer sus preguntas en nuestra categoría de Routing & Switching https://supportforums.cisco.com/t5/routing-y-switching/ct-p/5551-routing-and-switching

** ¡Los puntos de utilidad fomentan la participación! **
Por favor asegúrese de dar uno a las respuestas a sus preguntas.

[dulfranc1]

Hola

Aprovecho la oportunidad para hacerte un par de consultas ¿Por qué puedo ver mi ruta en la data base de OSPF, pero no en la tabla de ruteo?  Y en términos generales ¿cómo se puede determinar una ruta preferida?

Gracias!

[Adalid]

Hola @dulfranc1 

Que tal, claro que bien por las preguntas,recibe un saludo 

¿Por qué puedo ver mi ruta en la data base de OSPF, pero no en la tabla de ruteo?

cuando ves una ruta en con el comando show ip ospf database y no con el show ip route y ya esta terminado de implementar OSPF,  es por que probablemente los LSA no se están comunicando correctamente, hay que validar que OSPF esta implementado correctamente desde network type, direccionamiento, interfaz correcta y como recomendación  evitar virtual links

¿cómo se puede determinar una ruta preferida?

Menor costo.

Se corre el algoritmo SPF que Valida el costo de los links para elegir el mejor camino (el de menor costo disponible )
cuando se empieza a correr el protocolo OSPF en una interfaz, se genera un LSA (link State Advertisement) el cual se propagan con los neighbors con un numero de secuencia el cual todos los router dentro de la misma area deben de tener,si hay un cambio se agrega un numero de secuencia mayor con esa misma ruta y costo mejor se agrega a la data base en lugar de la anterior

Para ver el costo es con el comando show ip route y el numero de la derecha después de su distancia admnistrativa ( 110 si esta por default)
Hay que recordar que por default cuando los costos son iguales se balancea hasta en 4 rutas (links)

Espero sea de utilidad  Saludos

[dulfranc1]

Gracias, si es de ayuda

[lespejel]

Hola @dulfranc1 

Si puedes ver la ruta en el LSA database pero no se instala en la tabla de ruteo es porque no cumple con las codiciones o tienes un error de configuración, te doy los diferentes casos:

• puede que tengas una discrepancia en el tipo de red de las interfaces que forman la adyacencia (una es broadcast y la otra point to point por ejemplo)
• las máscaras de red no coinciden en tus interfaces point to point.
• una interface es unnumbered y la otra si tiene IP.
• la comunicación no transporta multicast correctamente (por ejemplo el DMPVN no se configura correctamente) y no escuchas hellos de un vecino.
• el forwarding address es una ruta externa (no la aprendes por OSPF)
• tienes un distribute list en el proceso de OSPF que no permite instalarla.
• la ruta a tu ASBR no figura en OSPF, haciendo que el router que anuncia el LSA no sea válido para instalar en la RIB.

De hecho esta es una de las preguntas más comunes que se hacen al TAC y hasta hay un documento muy bueno que te recomiendo consultar:

https://www.cisco.com/c/en/us/support/docs/ip/open-shortest-path-first-ospf/7112-26.html

también te recomiendo leer este sobre como se interpreta el OSPF database:

https://community.cisco.com/t5/networking-documents/reading-and-understanding-the-ospf-database/ta-p/3145995

[Jonmikhail102]

Hola Adalid, buen día.

Aprovechando esta oportunidad, espero me puedas ayudar con la siguiente pregunta ¿cuál es la diferencia entre usar el comando default-information-originate always y default-information-originate?

De antemano muchas gracias..

Saludos.

[Adalid]

Hola

@Jonmikhail102 

Que tal recibe un saludo, gracias por la pregunta, la diferencia entre ambos comandos es que para el comando:

default-information originate Debes de tener una ruta por default, para que el Neighbor aprenda la ruta por default de otra manera  no aprenderá nada,   a continuación te dejo un output del Neighbor (R3) cuando se cumple lo siguiente:

tienes bajo el proceso de ospf el comando: default-information originate

pero no tienes una ruta por default:

con el comando default-information originate always   no es necesario tener una ruta por default  para que el Neighbor aprenda una ruta por default  a continuación   el output (R3)

aprende la ruta por default y genera el LSA tipo 5

como se observa en R2 no se tiene ruta por default  y se logra propagar una ruta por default en R3

Saludos, 

[Yadira]

Hola Adalid, espero que te encuentres muy bien y me puedas apoyar con lo siguiente:

A grandes rasgos, ¿cuales son las diferencias entre las areas Stub, totally stub, NSSA o totally NSSA? ¿Como puedo determinar en que casos utilizar cual?

Te agradezco la atención, saludos!!

[Adalid]

Hola @Yadira 

Que tal un saludo y muy buena pregunta,

A grandes rasgos, ¿cuales son las diferencias entre las areas Stub, totally stub, NSSA o totally NSSA?

primero las trataremos en dos bloques 

stub y totally sub

-- la diferencia  es que el area  totally Stub bloquea las rutas de interarea, bloquea los LSA tipo 3

-- El area  totally Stub es un feature de cisco

-- En el ABR  para definir area se agrega el no-summary

Para Area stub

!

Router ospf1

area 1stub

Para Area Totally Stub

!

Router ospf1

area 1 stub no-summary

NSSA y Totally NSSA

El Area Totally NSSA bloquea las rutas de interarea

El Area Totally NSSA es un feature de cisco

Al configurar en el ABR  para definir area se agrega el no-summary

Para Area NSSA

!

Router ospf1

area 1 nssa

Para Area Totally NSSA

!

Router ospf1

area 1 nssa no-summary

¿Como puedo determinar en que casos utilizar cual?

Se tiene que  tener presente que el separar areas es para reducir el camino por cual se corre el algoritmo SPF, separar el backbone  y reducir la LSBD,  ahora bien los casos en que utilizar es dependiendo las necesidades y que va interconectar o la topologia que se tiene 

Stub y totally Stub se pueden usar cuando es una topologia hub-and-sopoke, a diferencia que totally stub reduce aun mas la información de ruteo por lo que el area tipo totally Stub puede ser para sitios aun mas  pequeños, hay que tener en cuenta que es feature de cisco

NSSA y Totally NSSA se usan cuando se tenga un ASBR y/o  tengas que realizar redistribución,el area Totally NSSA  puede ser usado para sitios aun mas pequeños,  hay que tener en cuenta que es feature de cisco

Saludos y espero sea de utilidad

[Yadira]

Muchas gracias :)

[Jesus Flores Tello]

Buenos dias, Soy Jesus Flores de Peru, Tengo ciertas dudas en el momento de la implementacion de una red con OSPF cuando se tiene equipos y enlaces de contingencia. Por ejemplo:

Quisiera que me expliquen las recomendaciones o buenas practicas en caso tenga 2 equipos core (una principal y la otra secundaria) estos se comunican hacia 2 operadores distintos. Este ultimo con 2 enlaces conectados hacia cada switch core (principal y secundario). 

Mi duda es que tipo de OSPF se recomienda utilizar (ospf de red de acceso o point to point). Para las dos topologias mencionadas  se tiene un triangulo lo cual se tiene que habilitar spanning-tree o algun otro protocolo que evite el bucle en la red, pero para el segundo caso  como es un segmento punto a punto no hay bucles.

no sé si logré explicarme bien, pero de igual manera adjunto una topologia como referencia. 

Agradeceré mucho su respuesta.

Saludos

Jesus Flores.

[Adalid]

Hola @Jesus Flores Tello 

Que tal recibe un cordial saludo, gracias por la pregunta

el network type de OSPF  seria el broadcast, por que tienes mas de dos router con proceso OSPF, el point to point no es conveniente ya que tienes tres equipos con OSPF de cada lado

Por spanning-tree no te tienes que preocupar  en OSPF ya que OSPF es protocolo de  capa 3 ,  spanning-tree  estará en capa 2 en red switcheada ( donde se tiene redundancia a nivel capa 2 )

Espero haber respondido a tu pregunta de igual si tienes algún comentario estaré atento

Saludos

[lespejel]

@Jesus Flores Tello 

necesitamos más detalles de tu caso, pero a grandes rasgos, puedes conectar tu switch core a ambos equipos del proveedor (ISP) y aprender las mismas rutas, dando preferencia a un proveedor sobre otro basado en métricas o el tipo de ruta, por ejemplo, puedes aprender todas las rutas del proveedor preferido como externas tipo E1 y del secundiario como externas E2; o podrías aprenderlas todas como tipo uno o tipo 2 y simplemente usar una métrica més alta en el secundario.

en el caso donde todas tus rutas son internas, hay que revisar el diseño de tus áreas, ya que siempre se prefieren las rutas que se aprenden dentro de la misma área, luego las que vienen de áareas distintas, y al último las externas E1 y luego las E2.

todo eso lo puedes usar para influenciar como funciona tu redundancia y que tan rápido quieres que entre en juego.

[Fernando Mondragon]

Hola

¿Es posible que la diferencia de tamaños de MTU sea una razón para que 2 routers OSPF no formen adyacencias?

[Adalid]

Hola @fernando

¿Es posible que la diferencia de tamaños de MTU sea una razón para que 2 routers OSPF no formen adyacencias?
El valor de MTU debe hacer match , por lo que no se formara

Hay un comando (ip ospf mtu-ignore) que aunque tengan mtu distinta se llegara a completar la adyacencia, pero aunque la adyacencia se llegue a completar en estado full lo mejor seria que en cuanto sea posible ajusten los valores MTU


Saludos!!