Qué resuelve
Un virtual link extiende el area 0 a través de un transit area (un área no backbone) para conectar lógicamente al backbone un ABR que quedó aislado de él. Se apoya en que los LSA type 3 no se reenvían de área a área: un área no backbone solo intercambia rutas inter-área pasando por el area 0. Si un área queda sin conexión física al backbone, sus routers no pueden calcular rutas inter-área correctamente.
Es un parche, no un diseño
El virtual link corrige un error de diseño (un área desconectada del backbone) o sirve como solución temporal. Siempre que puedas, la solución correcta es reconectar físicamente el área al area 0.
Requisitos y reglas
Condiciones para que funcione
- Se configura entre dos ABR que comparten el mismo transit area. Ambos extremos deben ser ABR.
- Se aplica solo en los routers que tocan el transit area (los dos extremos del enlace), no en el resto de la topología.
- El transit area no puede ser stub/totally stubby/NSSA. El virtual link necesita el LSDB completo del área para calcular la ruta hacia el router-id del vecino, y las áreas stub no lo permiten.
- El comando apunta al router-id del vecino remoto, no a una IP de interfaz.
- El
area-iddel comando es el del transit area, no el del area 0.
Configuración
Crea el virtual link hacia el ABR remoto a través del transit area
- Comando:
Router(config-router)#area <transit-area-id> virtual-link <router-id-neighbor> - Ejemplo:
Router(config-router)#area 8 virtual-link 8.8.8.8
R6(config)#router ospf 1
R6(config-router)#area 8 virtual-link 8.8.8.8
Ejemplo 1
/ospf---open-shortest-path-first/ospfv2/photos/pasted-image-20260731221833.png)
En R6 - apunta al router-id de R8
R6(config)#router ospf 1
R6(config-router)#area 8 virtual-link 8.8.8.8
En R8 - apunta al router-id de R6
R8(config)#router ospf 1
R8(config-router)#area 8 virtual-link 6.6.6.6
Efecto de levantar el virtual link
Al establecerse el enlace, R8 pasa a ser un ABR porque ahora tiene una conexión lógica al area 0. Como resultado, los LSA type 3 empiezan a fluir entre el area 0 y el area 9 (y viceversa), y el area 9 obtiene su ruteo inter-área.
Ejemplo 2
Tambien son utilizadas en areas 0 discontinuas, o digamos que tenemos un problema de cable entre R5 y R6: resultando que ahora R6 no sabra ciertas rutas al igual que R5.
/ospf---open-shortest-path-first/ospfv2/photos/pasted-image-20260731222140.png)
En R2 - apunta al router-id de R3
R2(config)#router ospf 1
R2(config-router)#area 1 virtual-link 3.3.3.3
En R3 - apunta al router-id de R2
R3(config)#router ospf 1
R3(config-router)#area 1 virtual-link 2.2.2.2
/ospf---open-shortest-path-first/ospfv2/photos/pasted-image-20260731222442.png)
Consideraciones
DNA — DoNotAge
Los LSA que cruzan un virtual link llevan el bit DNA (DoNotAge) activado. A diferencia de un área normal, no se refrescan de forma periódica cada 30 minutos, lo que reduce la sobrecarga sobre el transit area.
Timers por defecto
El virtual link se comporta como un enlace point-to-point: hello
10, dead40, retransmit5, transmit-delay1. Ambos extremos deben coincidir en hello/dead como en cualquier adyacencia.
Autenticación del backbone
El virtual link pertenece lógicamente al area 0. Si el area 0 tiene authentication configurada, el virtual link también debe llevarla y coincidir en ambos extremos, o la adyacencia del virtual link no levanta. Es un fallo clásico: el resto del backbone funciona pero el virtual link se queda caído por falta de auth.
Verificación
Confirma estado, transit area, router-id del vecino y timers del virtual link: Router#show ip ospf virtual-links
El estado debe reportarse como up. En show ip ospf neighbor el vecino del virtual link aparece con la interfaz OSPF_VL0.