OSPF DR y BDR: la elección pertenece a la interfaz

Los roles de OSPF se adhieren a las interfaces, no al chasis. El mismo dispositivo puede ser el router designado en su segmento LAN y nada especial en un túnel, y esos dos hechos no se contradicen. Leer el rol desde la interfaz equivocada es la razón más común por la que un concentrador parece mal configurado cuando se comporta exactamente como se diseñó.

La comparación que importa es entre los roles de un segmento y los roles a través de un router, y entre lo que hace un respaldo y lo que no hace.

Una elección por segmento

RFC 2328 elige un router designado y un router designado de respaldo para cada red broadcast o NBMA, no para un router ni para un área. Cada interfaz que participa en esa red ejecuta su propia elección con su propia prioridad y su propio conjunto de vecinos. Un chasis con tres interfaces así puede tener tres roles distintos a la vez, por eso decir que el concentrador es el DR queda incompleto hasta que se nombra el segmento. Lee el rol desde la salida de vecinos de esa misma interfaz.

Dos interfaces en la misma área siguen siendo dos elecciones. La pertenencia al área no las fusiona.

Qué hace el respaldo mientras espera

Un router designado de respaldo está completamente adyacente a los routers de su segmento y mantiene su base de datos sincronizada para poder asumir el papel sin que se forme una adyacencia nueva. Lo que no hace mientras actúa como respaldo es originar la network-LSA de esa red, porque la posee el router designado. Su rol de inundación es más estrecho que el del router designado en algunos pasos, lo que no es lo mismo que estar en silencio o inactivo. Tratar al respaldo como un router que no hace nada hasta el ascenso produce explicaciones muy seguras y muy equivocadas.

La pregunta útil no es de qué se abstiene el respaldo, sino si el segmento puede entregar los paquetes OSPF que el modelo exige. Si un participante no puede intercambiarlos con los demás, el resultado de la elección es un síntoma de alcance, no una causa.

Qué modelo usa realmente el túnel

Las redes broadcast y NBMA eligen; las redes punto a punto y punto a multipunto no, porque no hay un segmento compartido donde elegir. En una superposición hub-and-spoke el modelo efectivo depende de cómo esté configurada la interfaz del túnel, así que léela antes de interpretar cualquier rol. Un túnel que se comporta como un segmento broadcast y un túnel que se comporta como un conjunto de enlaces punto a punto producen un comportamiento de vecinos completamente distinto.

Si el diseño quiere que el concentrador tenga el rol designado, el modelo y el alcance deben sostenerlo juntos. Un concentrador que no puede intercambiar los paquetes necesarios con cada participante no se convertirá en un router designado útil solo porque su prioridad sea alta. Comprueba primero los estados de los vecinos y la entrega subyacente, y luego decide si el rol está mal o es solo inesperado.

La elegibilidad es por interfaz, y la preempción no es automática

La prioridad se fija por interfaz, y una prioridad de cero saca esa interfaz de ambas elecciones. Entre los participantes elegibles el ganador se decide por prioridad y luego por el ID de router, pero un router recién llegado con mayor prioridad no desplaza a un router designado existente. Esa falta de preempción es deliberada, y sorprende a quienes esperan que la prioridad más alta gane de inmediato. Si un router concreto debe tener el rol, planifica el orden de los acontecimientos en lugar de suponer que un cambio de configuración surte efecto por sí solo.

Excluir cada spoke sin proporcionar otro participante elegible también significa que puede no haber ningún respaldo.

Compara las dos explicaciones con honestidad: un rol leído del segmento equivocado, o un segmento cuyos miembros no pueden alcanzarse. La primera es una cuestión de diseño y la segunda es una cuestión de entrega, y solo una de las dos se repara editando una prioridad.