OSPF 虚链路基础
区域划分历史遗留、非骨干区域无法物理直连骨干区时，虚链路是一条穿过普通区域的逻辑骨干通道，两端用 Router-ID 相互指定。它是补救手段而非设计方案：优先用规范的区域规划替代，虚链路会带来路径不可控与依赖穿越区域路由的问题。
基本信息
| 适用平台 | 华为 VRP、H3C Comware、思科 IOS |
|---|---|
| 配置位置 | 穿越区域内配置虚链路，指向对端 Router-ID |
| 华为与 H3C | ospf 进程下 area 穿越区域号，再 vlink-peer 对端 Router-ID |
| 思科 | router ospf 下 area 穿越区域号 virtual-link 对端 Router-ID |
| 前置条件 | 两端 Router-ID 必须已确定且可达，穿越区域不能依赖 OSPF 自身路由 |
虚链路配置要点
| 要点 | 说明 | 常见错误 |
|---|---|---|
| 两端都要配 | 各自指向对方的 Router-ID | 只配一端，虚链路永远起不来 |
| 穿越区域选择 | 必须是已与骨干相连的普通区域 | 穿越区域本身也算非骨干，路由更乱 |
| Router-ID 一致 | 要与对端实际生效的 ID 相同 | ID 变化后虚链路失效 |
| 底层可达 | 穿越区域路由不能只依赖这条虚链路 | 靠虚链路学自己所需的路由，形成循环依赖 |
典型使用场景
- 区域划分历史遗留，非骨干区域暂时无法物理接入骨干
- 合并网络时期过渡：新老区域拼接期间用虚链路打通
- 双点接入改造中临时保持骨干连通性
- 迁移演练：先把虚链路作为过渡方案，再按规划调整物理连接
- 排查既有网络时发现虚链路，确认其两端配置是否仍然一致
华为 VRP 与 H3C Comware
华为 VRP 与 H3C Comware
ospf 1
area 0.0.0.1 # 穿越区域
vlink-peer 2.2.2.2 # 对端 Router-ID
display ospf vlink # 华为：查看虚链路状态
ospf 1
area 0.0.0.1
vlink-peer 2.2.2.2 # H3C：语法一致思科 IOS
思科 IOS
router ospf 1
area 1 virtual-link 2.2.2.2 # 穿越区域 1，指向对端 Router-ID
show ip ospf virtual-links # 虚链路状态与开销
show ip ospf neighbor # 虚链路邻居应达到 FULL虚链路的邻居状态与普通邻居一样要看到 FULL 才算正常。两端配置不对称是最常见问题：只配了一端时，另一端完全感知不到虚链路的存在，也不会报错提示。
穿越区域的路由不能依赖虚链路本身，否则形成循环依赖，一旦某个方向的路由失效就会整体瘫痪。规划时保证穿越区域内有独立可达的路径，或使用静态路由兜底。