摘要

  • RFC 9929 为 IS-IS 与 OSPF 增加 U 和 UP 标志，使 ABR 或 ASBR 能通告一个被汇总覆盖的具体前缀已不可达，并区分是否为计划内原因。
  • UPA 是受配置与时限约束的事件信号；接收方自行决定是否处理、通知哪个应用，通告消失也不能证明可达性已经恢复。

路由汇总的价值来自少说一些。边界之外不必保存每个组成前缀的全部状态，收敛与规模因此更容易控制。代价是：当一个组成前缀失联而较大的汇总仍可达时，远端看到的整体状态没有替这个局部变化说话。

RFC 9929 给出的不是取消汇总，而是一条有限的例外通道。ABR 或 ASBR 可以在原先可达的汇总内前缀转为不可达时生成 UPA；计划维护状态或度量越过配置阈值也可以成为原因。生成与传播均为可选，应由配置控制并默认关闭。实现还可按主机前缀、定位器等类型过滤，并限制同一时间生成的通告数量。

标志必须与不可达度量共同成立。U 表示不可达，UP 进一步表示计划内事件；没有 U 的 UP 必须被忽略。IS-IS 中，度量必须高于 0xFE000000，这延续了 RFC 5305 与 RFC 5308 将此类前缀排除在正常 SPF 计算外的规则。OSPFv2 要求 RFC 2328 的 LSInfinity；OSPFv3 还要求 RFC 5340 的 NU 位。RFC 6987 和 RFC 8770 提供维护场景背景，却不能让 UP 变成变更审批或排流成功证明。

UPA 表示的是一次转换，而不是长期事实。原因消失时，发起者必须撤回；即使原因仍在，也应在足以完成泛洪和处理的一段时间后撤回，避免链路状态数据库长期保留陈旧信息。于是产生一个容易被误读的非对称性：出现 UPA 可以记录一次符合规则的不可达观察，UPA 不再出现却不能记录“已经恢复”。使用它的应用必须用自己的机制确认远端可达性。

跨边界传播同样不等于授权。旧设备可以继续泛洪而不理解 UPA；支持它的 ABR 或 ASBR 可以在区域、层级或域之间传播，保留不可达度量且不叠加到发起者的成本。到达接收节点后，是否处理、通知哪个应用、采取何种动作，仍由接收方配置决定。文档所举的 BGP PIC Edge 只是一个可能消费者，不是规定动作，更不是转发修复证明。

运营记录应拆成五层：组成前缀与覆盖它的汇总；发起节点观察到的原因、时间与策略；度量和 U/UP 组合；传播边界及接收端验证；本地动作与独立探测结果。RFC 8174 限定规范性词语的效力范围，Heng Lu 的最小初始规范与运行代码优先原则则限定信号的权力范围：共同层只传递互操作所需事实，后续决定留在本地，结果由实际运行与测量证明。

Sources