摘要

  • 资源感知 SID 在原有 SR 转发指令之外，再指定带宽、缓存和队列等资源集合；它仍是选择器，不是容量已经部署的证明。
  • 第 20 版要求 NRP 全部配置完成后才能承载业务，所有节点完成变更后更新才算结束，发现绑定不一致时默认停用相关 SID。
  • 草案明确承认：受损节点可能虚报容量、根本不分配资源或选择性劣化。意图、准入、分配、绑定、回退和业务结果必须分别留证。

标签比资源更早到达

RFC 8402、SR-MPLS 与 SRv6 让数据包携带一组可执行的路径指令。第 20 版草案 没有发明新的 SID 类型，而是在既有指令上叠加资源语义：本地 SID 可对应某条链路上的带宽、缓存和队列，全局 SID 可对应跨多个节点的网络资源分区。

这种压缩很高效，也很容易被误读。数据包里的 SID 只能说明“请求使用哪一组资源”；查表成功只能说明节点找到了绑定。它们都不能证明准入判断正确、每个节点完成物理分配、队列版本仍然一致，也不能证明最终延迟与丢包符合承诺。

RFC 9543 把 NRP 定义为承载网络切片目标的一组底层资源，RFC 9732 给出架构和标识。标识分区与提供分区是两次不同的动作。

这是一笔跨节点提交

第 20 版要求所有参与节点对 NRP 与 SID/locator 的支持保持一致。控制器或管理系统负责确认完成，并应能回滚部分失败。某台路由器无法建立 SID—资源绑定时必须报告；NRP 在完全配置前不得用于任何业务；更新只有在全部节点成功变更后才算完成。

因此，控制器完成 API 循环不是提交，九台设备成功也不能抵消第十台失败。可用证据至少需要：预期节点集合、逐节点接受、实际激活的调度或队列对象、绑定版本、回滚结果与时间。控制面还要比较“期望状态”和“已配置状态”；检测到不一致时，相关 SID 默认不得继续转发，并应记录、上报错误。

这能关闭诚实故障，却无法消除说谎节点。草案的安全章节写得很直白：受损节点可能没有分配所声称的资源，可能夸大可用容量，也可能选择性劣化某个 NRP。双向认证、授权、完整性与防重放保护的是声明通道，不会替硬件队列作证。

best effort 保存了到达，却花掉了保证

如果中间节点找不到本地资源，默认行为是丢弃，但运维开关可以允许按 best effort 转发。流量超过配额时，也可以丢弃或降低优先级。第 20 版要求 best-effort 回退应被记录和报告。

维护期间保住连通性可能完全合理，但业务性质已经改变。到达收据不是资源保证收据。若回退事件没有关联到具体 NRP、流量类别、时间区间和客户承诺，绿色可达率会掩盖已经发生的 SLA 失守。

Flexible Algorithm 的控制风险也随之扩大：劫持算法不只改变路径，还会破坏资源隔离。准入阈值则必须防止新分区耗尽基础 SR 转发面的资源。路径、隔离和基础面生存是三项独立控制。

“已投产”是一条披露，不是一枚认证章

草案记录了 Huawei 对若干路由器系列的投产声明。依照 RFC 7942，同一章节也明确说 IETF 没有核验贡献者提供的信息，列出实现不等于背书，这也不是产品或功能目录。因此它是重要的运行代码线索，却不是互通测试、市场覆盖率或客户 SLA 审计。

Datatracker 状态页、历史记录 与 API 记录 显示：该文档仍是 SPRING 工作组草案，处于 IESG Evaluation 的 AD Followup，并有尚未解决的 DISCUSS。安全审查 和 运维审查 解释了为何规范变严；第 19 版、第 20 版 HTML 和 XML 固化了文本变化，而非部署变化。

作为公开说明的编辑视角，运行代码优先 要求实际运行约束符号声明；最小初始规范与本地未来决策 把部署选择留给运营者；现实层 则提醒我们不要把记录提升成它所描述的事实。对这项机制而言，SID 只是证据链的起点。