LDP 与 IGP 同步
MPLS 网络恢复时，IGP 通常比 LDP 收敛得更快：路由已经切到新路径，标签却还没准备好，中间设备只能丢弃流量，形成一段时间的黑洞。LDP-IGP Sync 的思路是让 IGP 在该链路宣告为可用之前，先等 LDP 就绪——用收敛速度换一段稳定，把「先通后丢」的窗口压缩掉。
基本信息
| 目标 | 让 IGP 与 LDP 的收敛节奏对齐，减少标签未就绪的丢包窗口 |
|---|---|
| Cisco 全局 | mpls ldp igp sync holddown <毫秒>，设置等待上限 |
| Cisco 接口 | 接口下启用 mpls ldp igp sync |
| 核对命令 | show mpls ldp igp sync、show mpls ldp igp sync interface <接口> |
| 平台差异 | 其他厂商有对应的 IGP 与 LDP 联动机制，配置位置与命令不同 |
典型使用场景
- 链路故障恢复：避免 IGP 先收敛而标签未就绪导致的短暂丢包
- 主备链路切换：切换过程中减少黑洞窗口
- 大规模 MPLS 域：收敛窗口更敏感的骨干区域优先启用
- 演练验证：切换演练时对比启用前后的丢包时长
- 参数调优：holddown 过长会拖慢切换，需按实测收敛时间取值
配置与核查
配置与核查
# 全局设置等待上限（毫秒）
mpls ldp igp sync holddown 30000
!
# 在需要同步的链路上启用
interface GigabitEthernet0/1
mpls ldp igp sync
!
# 核对同步状态与当前行为
show mpls ldp igp sync
show mpls ldp igp sync interface GigabitEthernet0/1核对要点
| 要点 | 说明 | 异常表现 |
|---|---|---|
| 同步状态 | 链路是否已进入同步完成状态 | 长期处于等待说明 LDP 侧未就绪 |
| holddown 取值 | 最长等待时间 | 过长导致故障时 IGP 迟迟不切换，收敛被拖慢 |
| 两端一致性 | 同步语义需要两端行为协调 | 只在一端启用时效果不稳定 |
| 实际收益 | 启用前后切换丢包时长对比 | 未做演练时无法确认是否真的有改善 |
同步是把双刃剑：它延长了 IGP 等待时间，换来少一段丢包。holddown 必须按实际收敛速度设置，配置完再用切换演练验证收益，比照文档抄一个数值可靠得多。
同步机制与快速检测手段可以并用：前者解决标签就绪问题，后者解决故障发现速度问题，目标不同，不能互相替代。