LDP FRR 的思路
常规 MPLS 转发依赖 IGP 收敛：链路断了，等路由重新计算、标签绑定重建，业务才恢复，中间有一段中断。LDP FRR（快速重路由）提前算好一条无环的备份路径，在主路径失效时立即把标签转发切到备份下一跳，省掉等待 IGP 收敛的时间。它的实现方式与平台强相关：特性名称、启用命令、备份条件各不相同，有的平台需要显式开启并指定保护策略，有的依赖底层 IGP 的 FRR 能力。因此更实际的做法是明确「本平台如何验证备份已生效」，而不是照搬某家厂商的命令。
基本信息
| 目标 | 故障后立即切换到备份标签路径 |
|---|---|
| 依赖 | 预先计算的备份下一跳，要求无环 |
| 前提 | 存在物理或逻辑上的备份路径 |
| 平台差异 | 特性名称与启用方式不同，需查对应文档 |
| 验证 | 转发表中的备份标记与切换日志 |
| 边界 | 只加快转发切换，不替代路由收敛 |
典型使用场景
- 核心链路承载关键业务：要求故障后毫秒到百毫秒级恢复
- 承载网双路径组网：备份路径已存在但默认不会被使用
- 与 IGP 快速收敛配合：进一步压缩切换时间
- 链路割接演练：观察故障注入后转发是否按预期切换
- 验收测试：把恢复时间作为可量化的指标记录
验证入口
验证入口
# 查看转发表中是否生成备份项
show mpls forwarding-table 10.10.0.0 detail
# 核对底层路由的备份状态
show ip route 10.10.0.0
# 观察日志中的切换记录
show log | include FRR|LDP|protected
# 华为侧对应查看
display mpls lsp verbose现象与判读
| 现象 | 含义 | 处置 |
|---|---|---|
| 转发表项带备份标记 | 备份路径已计算 | 可做故障注入演练验证 |
| 无备份标记 | 未满足备份条件 | 检查拓扑冗余与特性启用情况 |
| 切换后丢包仍明显 | 备份路径本身质量差 | 评估备份链路容量与时延 |
| 仅控制面快速恢复 | 转发未切或表项未更新 | 核对转发表与日志时间线 |
备份路径要看容量与时延是否满足业务：切换成功后如果备份链路带宽不足，业务感受依然是「故障」，此时需要按带宽而非可用性来设计冗余。
跨厂商组网时不要假设对方也启用同类机制：一端快速切换、一端依赖慢收敛，整体效果由较慢的一侧决定。