OSPF: Designated Router (DR) y Backup Designated Router (BDR)

OSPF se comporta de manera diferente en algunos tipos de interfaces según una configuración de interfaz denominada OSPF network type. En los enlaces Ethernet, OSPF utiliza de forma predeterminada un tipo de network type broadcast, lo que hace que OSPF elija uno de los routeres en la misma subred para que actúe como un Router Designado; Designated Router (DR). El DR juega un papel clave en cómo funciona el proceso de intercambio de bases de datos, con reglas diferentes a las de los enlaces punto a punto.

Para entender cómo se elije un DR en OSPF mire la siguiente imagen. La imagen muestra cinco routeres OSPFv2 en la misma VLAN Ethernet. Estos cinco routeres OSPF eligen un router para actuar como DR y un router para ser un DR de respaldo ó backup (BDR). La imagen muestra A y B como DR y BDR respectivamente, por la única razón de que Ethernet debe tener uno de cada uno.

La elección del DR y BDR es según las prioridad establecida en el router OSPF, por defecto es 1.

Nota: Puedes influir en el proceso de selección del DR y BDR configurando manualmente la prioridad del router OSPF usando el comando ip ospf priority valor en la interfaz.

Designated Router (DR) y Backup Designated Router (BDR) en OSPF
Designated Router (DR) y Backup Designated Router (BDR) en OSPF

El proceso de intercambio de la base de datos en un enlace Ethernet ocurre entre el DR y cada uno de los otros routeres.

El DR se asegura de que todos los demás routeres obtengan una copia de cada LSA.

Intercambio LSDB en el Designated Router
Intercambio LSDB en el Designated Router

El BDR observa el estado del DR y reemplaza al DR si éste falla. Cuando el DR falla, el BDR se hace cargo y luego se elige un nuevo BDR.

El DR envía un paquete a todos los routeres OSPF en la subred mediante la dirección IP de broadcast 224.0.0.5.

Cualquier router OSPF que tenga que enviar un mensaje al DR y también al BDR usa la dirección de broadcast antes mencionada.

DR y el BDR realizan un intercambio completo de bases de datos con todos los demás routeres OSPF en la LAN, llegando a un estado completo (full) con todos los vecinos. Sin embargo, los routeres que no son DR ni BDR (denominados DROthers) nunca alcanzan un estado Full porque no intercambian LSDB directamente entre sí.

El comando show ip ospf neighbor en estos routeres DROther enumera algunos vecinos en un estado 2-way (bidireccional), que permanecen en ese estado en condiciones de funcionamiento normal.

Por ejemplo, usando la red de la imagen anterior, con OSPF funcionando normalmente, un comando show ip ospf neighbor en el router C (que es un router DROther) mostraría lo siguiente:

  • Dos vecinos (A y B, el DR y el BDR, respectivamente) con un estado full (llamados vecinos totalmente adyacentes)
  • Dos vecinos (D y E, que son DROthers) con un estado 2-way (llamados vecinos)

Ejemplo del comando show ip ospf neighbor (no se corresponde con el ejemplo de la imagen):

R3#show ip ospf neighbor 

Neighbor ID     Pri   State           Dead Time   Address         Interface
60.0.0.0          1   FULL/DROTHER    00:00:33    10.0.0.5        FastEthernet0/0
100.0.0.0         1   FULL/DR         00:00:33    10.0.0.1        FastEthernet0/0
70.0.0.0          1   FULL/DROTHER    00:00:33    10.0.0.4        FastEthernet0/0
90.0.0.0          1   FULL/BDR        00:00:33    10.0.0.2        FastEthernet0/0

Estados de los Vecinos OSPF Estables y sus Significados

Estado del VecinoTérmino del VecinoTérmino de la Relación
2-wayNeighbor (Vecino)Neighbor Relationship (Relación de Vecino)
FullAdjacent Neighbor (Vecino Adyacente)
Fully Adjacent Neighbor (Vecino Adyacente Completo)
Adjacency (Adyacente)

Deja un comentario