Summary

  • 在 SR Policy 架构中，“活跃”说明头端已经从有效候选路径中选出当前最佳项；它没有说明某一条具体流量满足了导流条件。
  • 完整证据链应把策略标识和活跃候选路径，与 segment list、BSID/FIB、流量选择器、报文编码、实测路径和服务目标连在一起。
  • 按 RFC 9256 描述的 BGP 默认导流行为，路由若缺少获准颜色或没有与下一跳匹配的有效策略，可以继续按 IGP 解析，即使头端上另有一条策略显示为活跃。

绿色状态没有带走这条流量

设想运营人员正在排查一项低时延业务的性能退化。控制器显示目标 SR Policy 有效且活跃，最高优先级候选路径存在，segment list 看起来也合理。但从受影响入口发出的探针却走了普通 IGP 最短路径。

两项观察并不矛盾。策略页面回答的是选择问题：在这个头端上，哪条有效候选路径赢得了这项策略？探针回答的是转发问题：这一个报文实际获得了哪些指令，这些指令又把它送到了哪里？如果路由没有满足“获准颜色加下一跳”的匹配条件，它就可能没有命中策略导流规则，而继续沿 IGP 解析。策略仍然活跃，只是没有承载正在调查的流量。

“活跃”之所以容易被当成结论，是因为它简短、机器可读，而且通常显示为绿色。但它位于因果链前端，而不是交付结果的末端。

活跃状态真正证明了什么

RFC 9256 用 <Headend, Color, Endpoint> 标识一项 SR Policy；在给定头端上，<Color, Endpoint> 即可定位策略。一项策略可以包含多条候选路径。候选路径有效时才可用，而活跃路径是当前最佳的有效候选项，选择时主要比较 preference。相关状态变化后，选择过程必须重新运行。

这是一份有价值的控制面证据：它明确了正在讨论的策略对象，以及当下代表它的候选路径，也可以指明一条或多条活跃 segment list 及其权重。但它没有证明目标流量已被导入策略。RFC 9256 的关键条件是：活跃候选路径用于“实际被导向该策略”的流量，并受保护行为的例外约束。“实际被导向”才是运营判断的铰链。

如果多条 segment list 同时活跃，系统可以按流量进行加权分担，而分担精度取决于实现。一次成功探测不能证明整个加权流量群都符合预期；一次异常探测也不能单独证明所有流量都绕开了策略。

导流是另一项独立决定

对于 BGP 目的地址导流，RFC 9256 所述默认行为需要同时接上三项事实：路由下一跳、获准的 Color Extended Community，以及一项与该下一跳和颜色相匹配的有效 SR Policy。匹配存在时，路由可以解析到策略上；缺少匹配时，文档给出的默认结果是按普通 IGP 路径解析到下一跳。

一个仪表盘可能把多种不同状态压成一行令人安心的结果：策略活跃，但路由没有颜色；颜色存在，但未获授权；由下一跳导出的 endpoint 不匹配；匹配策略已经失效；部署还可能选择“失效即丢弃”，而非默认的 IGP 回退。这些都是选择器与解析事实，不是候选路径选择事实。

Binding SID 也不能被提升为策略永久身份。BSID 属于活跃候选路径，是把报文送入策略的转发指令；它需要经过可用性检查，冲突应告警，而且在策略生命周期内关联关系可能改变。因此 RFC 9256 明确说明，不应使用 BSID 标识策略。稳定身份仍是策略三元组，BSID 则是必须核验的当前转发状态。

决定性指令在报文里

RFC 8402 把 Segment Routing 描述为头端写入报文的一组有序指令。在 SR-MPLS 中，它表现为标签栈；在 SRv6 中，则表现为有序 SID 列表，通常由 SRH 承载。当报文的本地活跃 segment 与策略 BSID 匹配时，报文才会被导入关联策略。

因此，报文本身能提供控制面状态无法替代的证据。标签或 SID 抓取可以确认预期指令是否真正写入；接口和转发计数器可以说明下装动作是否被使用；路径感知探针验证所得路径；同一时间窗内的时延与丢包测量则验证服务目标。每一种观察回答不同问题，合在一起才闭合“意图已选中”到“行为已交付”的距离。

保护机制会增加例外，却不会让证据链失去意义。构成路径的 IGP segment 可以由 TI-LFA 保护；快速重路由期间，临时修复路径可能不完全满足 SR Policy 的精确约束。因此，策略活跃与短暂路径偏离可以同时成立。事故记录必须保存时间和保护状态，不能把所有偏离都解释为选择失败。

来源