0% del curso completado
OSPFv2 single-area: configuración, DR/BDR y verificación (3.3)
📋 En esta lección
La teoría de la lección anterior, en marcha: configurar OSPFv2 en área única (con
networky wildcards, o por interfaz), entender la elección de DR/BDR en redes multiacceso y por qué existe, anunciar la ruta por defecto, proteger las interfaces pasivas, y la batería de verificación con la que se vive:show ip ospf neighbory compañía.
La topología de trabajo
LAN A 10.1.0.0/24 LAN B 10.2.0.0/24
[R1]───────────────────────[R2]────────────────────────[R3]
Gi0/1 10.255.12.0/30 Gi0/1 Gi0/2 10.255.23.0/30 Gi0/1
└ Gi0/0 a LAN A └ Gi0/0 a LAN B (R3)
Objetivo: que las LANs se aprendan solas por OSPF, área 0.
Configuración: el proceso y el RID
R1(config)# router ospf 1
R1(config-router)# router-id 1.1.1.1
El 1 es el process ID — identificador local del proceso: no necesita coincidir entre routers (aunque por higiene se usa el mismo). El router-id sí importa (lección 7.3): a mano, siempre, con un esquema legible (1.1.1.1 = R1). Si el proceso ya estaba arrancado, el RID nuevo no se aplica hasta clear ip ospf process — IOS te lo advierte.
Activar OSPF en las interfaces: dos estilos
Estilo 1 — network con wildcard
R1(config-router)# network 10.1.0.0 0.0.0.255 area 0
R1(config-router)# network 10.255.12.0 0.0.0.3 area 0
Lectura correcta del comando — y fuente clásica de confusión: network no anuncia redes; selecciona interfaces. "Toda interfaz cuya IP caiga en este rango: participa en OSPF, área 0" — y OSPF anunciará la subred real de esa interfaz con su máscara real. La wildcard es la máscara invertida de la lección 4.1 (0.0.0.255 = "coincide el /24"; 0.0.0.3 = "/30"; 0.0.0.0 = "exactamente esta IP" — la forma quirúrgica que muchos prefieren: network 10.1.0.1 0.0.0.0 area 0).
Estilo 2 — por interfaz (el moderno)
R1(config)# interface GigabitEthernet0/0
R1(config-if)# ip ospf 1 area 0
Sin wildcards ni ambigüedad: la interfaz entra en el proceso 1, área 0. Los dos estilos son equivalentes y examinables; en configuraciones nuevas, el por-interfaz gana en claridad.
Passive-interface: participar sin exponerse
Las interfaces LAN (hacia usuarios) deben anunciarse en OSPF… pero no tiene sentido emitir Hellos hacia los PCs — y es un riesgo: cualquiera en la LAN podría levantar un OSPF pirata y envenenar tus rutas.
R1(config-router)# passive-interface GigabitEthernet0/0
! O la política inversa, más segura en routers con muchas LANs:
R1(config-router)# passive-interface default
R1(config-router)# no passive-interface GigabitEthernet0/1 ← solo los enlaces core hablan
Una interfaz pasiva se anuncia (su subred aparece en las LSAs) pero no forma vecindades. Regla profesional: pasiva toda interfaz donde no esperes un vecino legítimo.
DR/BDR: el problema de las redes multiacceso
En un enlace punto a punto, dos routers = una adyacencia. Pero en una LAN multiacceso con N routers, N×(N−1)/2 adyacencias Full inundándose LSAs unos a otros es ruido cuadrático (5 routers = 10 adyacencias; 10 = 45).
OSPF lo resuelve eligiendo en cada segmento multiacceso un DR (Designated Router) y un BDR (Backup DR): todos los demás (DROTHER) forman adyacencia Full solo con DR y BDR, y entre sí se quedan en 2-Way (que por eso es un estado estable y correcto — lección 7.3). Las actualizaciones fluyen: DROTHERs → 224.0.0.6 (grupo de DR/BDR) → el DR redistribuye → 224.0.0.5 (todos los routers OSPF).
La elección — y sus dos trampas
Gana el DR: (1) mayor prioridad de interfaz (default 1); (2) a igualdad, mayor RID. Prioridad 0 = no juega (DROTHER perpetuo).
R2(config)# interface GigabitEthernet0/0
R2(config-if)# ip ospf priority 100 ← R2 será DR en ese segmento
Las dos trampas de examen y de producción:
- No hay preempción: un router nuevo con prioridad mayor no destrona al DR en funciones. La elección solo se rehace si DR y BDR desaparecen (o reinicias los procesos). Consecuencia: el DR real de un segmento depende del orden de arranque — verifícalo, no lo supongas.
- DR/BDR es por segmento, no por router: un router puede ser DR en una interfaz y DROTHER en otra.
En punto a punto no hay DR/BDR — no hace falta, y show ip ospf interface mostrará el tipo de red (POINT_TO_POINT vs BROADCAST).
Anunciar la ruta por defecto
El borde tiene la default estática hacia el ISP (lección 7.2); el interior debe aprenderla por OSPF sin teclearla en cada router:
R1(config)# ip route 0.0.0.0 0.0.0.0 203.0.113.1
R1(config)# router ospf 1
R1(config-router)# default-information originate
R1 inyecta su default en OSPF; el resto la recibe como O*E2 0.0.0.0/0. Un solo punto de verdad para la salida a Internet. (La variante default-information originate always la anuncia incluso sin tener default propia — casi siempre una mala idea: anuncia una salida que quizá no existe.)
La batería de verificación
R1# show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
2.2.2.2 1 FULL/DR 00:00:38 10.255.12.2 Gi0/1
El primer comando siempre. Por vecino: su RID, el estado (FULL — y tras la barra, su rol en ese segmento: DR/BDR/DROTHER/- en punto a punto), el dead time descontando y por qué interfaz. Sin vecino aquí = nada más funcionará; repasa el checklist de la 7.3 (área, subred, timers, autenticación, MTU).
R1# show ip ospf interface GigabitEthernet0/1 ← área, tipo de red, coste, timers,
prioridad, quién es DR/BDR aquí
R1# show ip route ospf ← las O que llegaron a la tabla
O 10.2.0.0/24 [110/3] via 10.255.12.2, 00:05:12, Gi0/1
O*E2 0.0.0.0/0 [110/1] via 10.255.12.2, 00:05:12, Gi0/1
R1# show ip ospf database ← la LSDB (¿idéntica entre routers?)
R1# show ip protocols ← RID, redes anunciadas, pasivas
El flujo de diagnóstico OSPF, en orden: vecinos (¿Full?) → base de datos (¿LSAs presentes?) → rutas (¿instaladas? — si no: ¿pierde contra una estática por AD? lección 7.1) → coste (¿el camino esperado? — ¿referencia coherente? lección 7.3).
Relación con otros conceptos
- El checklist de vecindad y el coste vienen de la 7.3; la AD 110 y el longest match que deciden si la ruta O se instala, de la 7.1.
- La default inyectada se apoya en la estática del borde (7.2) — el patrón estático-borde + dinámico-interior.
- Las wildcards son las de la lección 4.1 y reaparecen en ACLs (10.4).
- OSPFv3 (próxima lección) reutiliza todo — sin
network, todo por interfaz.
Resumen
router ospf <pid> (local) + router-id manual; interfaces dentro via network <red> <wildcard> area 0 (selecciona interfaces — no "anuncia redes") o ip ospf 1 area 0 en la interfaz. Passive-interface en toda LAN sin vecinos legítimos: se anuncia sin emitir Hellos. En segmentos multiacceso, DR/BDR (mayor prioridad, luego mayor RID; 0 = nunca; sin preempción — el DR depende del orden de arranque) reducen las adyacencias: DROTHERs en Full solo con DR/BDR, 2-Way entre sí; en punto a punto no existen. La default entra al dominio con default-information originate desde el borde (O*E2). Verificación en orden: show ip ospf neighbor → interface → route ospf → database.