摘要

  • RFC 9692 将详细链路状态向北传播、将聚合默认路由向南传播，以减少叶端状态；fallen leaf 暴露了这种压缩的例外：某个平面的 default 仍在，具体叶节点却已不可达。
  • 正向、非传递解聚合把流量吸引到仍然可达的父节点；负向、可传递解聚合从聚合路由中剔除失败父节点，并可一直传播到作出平面选择的入口叶节点。
  • 收到负向 Prefix TIE、拓扑数据库稳定或抽象 RIB 正确，都不能单独证明硬件 FIB 已更新，更不能证明数据包没有黑洞或业务已经交付。

一张路由表可以同时说出两件真话：整个 fabric 仍然可以经由北方到达；某个平面却无法再向南到达一个特定叶节点。若只观察默认路由，第二件事会被第一件事覆盖。

RFC 9692 于 2025 年 4 月作为 IETF 标准轨 RFC 发布，定义了面向 Clos、fat-tree 及其变体的 RIFT。它的状态分布具有方向性：North TIE 把邻接关系和前缀细节向 spine 传播；South TIE 通常只向叶方向发布邻接、IPv4/IPv6 默认路由和必要的解聚合例外。RFC 记录页把这一组合概括为“向 spine 的链路状态、向 leaf 的距离向量”。

这种设计让数量最多的边缘设备不必保存整个 fabric 的前缀集合。代价是聚合信息未必对每个平面同样真实。RFC 9692 将因连接缺失而只能被部分 Top-of-Fabric 节点到达的叶节点称为 fallen leaf。在多平面 fabric 中，入口叶节点通常先选择平面；如果例外没有传到这个决策点，数据包仍会进入保留 default、却已失去目标叶节点的平面。

正向修补和负向打孔

正向解聚合由仍能到达目标前缀的路由器产生。它在 South Prefix TIE 中发布更具体的正向前缀，最长匹配会把流量吸引到有能力的父节点。这个机制不传递：下一层节点收到后，不会仅凭该接收事实继续向南重新发布。若仍可达的 ToF 节点共同覆盖故障平面中的所有下一层节点，它们会形成一道“天花板”，正向解聚合就足够拦截流量。

多平面故障可能超出这道天花板。此时，不能到达 fallen leaf 的 ToF 发布负向 South Prefix TIE。负向前缀并不是一条独立目的路由；它只有被更短的正向前缀聚合时才可执行。节点先继承该聚合路由的 next hop，再删除发布了负向例外的父节点。RFC 9692 因而区分抽象 RIB 和 FIB：RIB 保留负向项及其比较状态，FIB 只得到修剪后仍为正向的转发指令。

负向例外只有在严格条件下才继续向南传播：没有任何 child 发布该前缀，并且所有 parent 都对它作了负向解聚合。满足条件的中间节点才会产生自己的负向前缀，使信息最终抵达入口叶节点。当任一 parent 撤销负向公告时，中间节点也必须撤销自己的传递公告。

规范给出两个起因。ToF 可以用全部 North Node TIE（包括水平 ToF 链路）构建完整可达集合，再与常规 southbound SPF 结果比较；差集就是 fallen leaf 及其前缀。更低层节点在附着前缀时，也可能发现从较短正向聚合继承的所有可行 next hop 都被负向公告删除。两种结果都是控制面计算，不是数据包交付报告。

从故障检测到业务交付，需要逐层留证

第一层是邻接或路径故障。RIFT 可以结合 BFD；RFC 5880与RFC 5881定义了快速双向故障检测。BFD 说明某个受限路径的活性判断失败，并不会自动枚举受影响的叶节点前缀。

第二层是 Node/Prefix TIE 的变化与跨平面传播。第三层是完整图与 S-SPF 的差异、解聚合类型、RIB 继承和 next-hop 修剪。第四层是每台相关入口设备的真实硬件 FIB 安装结果。RFC 9719提供 RIFT 的 YANG 管理模型，可以观察接口、邻居、TIE 数据库和 SPF 统计；这是重要的协议状态证据，但它不自动等同于硬件转发表认证。

第五层是数据平面观测。RFC 5357定义的双向主动测量方法可以显示一支探针在一个时间窗口内经历了什么。验证应覆盖不同入口叶节点、目标前缀、地址族与 ECMP 哈希。即便探针成功，也未证明所有备选路径、负载下容量或应用自身状态。第六层才是用户实际得到的业务。

RFC 9696补充了适用性与运行背景：负向解聚合依赖 ToF 对全量前缀的认识，FIB 编程可能出现递归且比普通路由复杂；ECMP 也不自行保证交付或有界时延。这些是运行指导，不是任何具名实现的部署成绩。

当前的 RFC 9692 勘误记录有一条“留待文档更新”的技术勘误，涉及第 7.2 节遗漏的 Thrift 内容，不改变本文讨论的 fallen-leaf 解聚合规则。

Heng Lu 关于运行代码优先、最小初始规范和现实层次的文章在这里提供编辑视角：书面规则、实现行为和观察结果不能相互冒充。它们不是 IETF 要求，也不构成 RIFT 部署证据。

因此，有限结论不是“收到 negative TIE 即修复成功”，而是 RFC 9692 提供了修复过宽 default 的协议机制。验收必须把故障、TIE、计算、FIB、探针和业务串成一条可核对的证据链，恢复时再反向核对撤销过程。