摘要

  • RFC 9855 在 PLR 发现直接连接的故障后，激活预计算、预安装且无环的 TI-LFA 修复列表。
  • 这一局部转发事实不能证明全网已收敛、服务可用、会话未断或预期操作已经产生结果。

“流量已恢复”首先要问是谁的流量、在哪个观察点恢复。它可能只表示某个 PLR 发现了失败的邻接资源，并把故障前准备好的段列表写入转发路径。这是有价值的技术事实，却只描述这个路由器、受保护资源与指定故障模型，不会自动扩展成对远端 FIB、应用依赖或客户体验的结论。

RFC 9855 让 TI-LFA 在控制平面完全收敛前采取动作。修复列表避开受保护资源，并编码预期的收敛后路径；在 RFC 规定的 FIB 条件下，它无环。它从 PLR 检测到故障时开始，在该 PLR 的 IGP 收敛完成时结束。这并没有决定其他路由器的收敛顺序。

RFC 也明确了局部操作不影响什么：它不消除其他位置因暂态不一致而形成的微环路，也不处理此前失败链路恢复时可能形成的微环路。P-space、Q-space 与节点/邻接段构成的是指定链路、节点或 SRLG 模型下的转发修复；段深度和硬件编程能力仍可能成为限制。正确的修复列表并不证明远端路径、容量、DNS、TLS、数据库或客户交易已经正常。

PLR 计数器可证明修复列表已激活，不能证明服务已经回来。应分别保留故障资源、检测时刻、修复列表、局部收敛、远端收敛、端到端探测、依赖健康和实际效果。RFC 5286、RFC 7490 与 RFC 5715 提供替代路径与微环路背景，但不取消这一证据梯度。

Sources