摘要

  • RFC 9514 让 BGP-LS 可以向路径计算等消费者携带 SRv6 节点、链路、Locator、SID、行为和结构信息。
  • 只带 SRv6 Locator TLV 1162 的 Prefix NLRI 仍只是 Locator 声明；只有同时带 Prefix Metric TLV 1155 时，才兼具普通前缀可达性。已验证勘误 7737 修正了 RFC 原文误写的 1095。
  • 消费者必须把声明、可达性分类、SID 关联、计算、安装和实际转发保留为相互独立的证据。

运维台上的第一张图很容易让人放心。BGP-LS 消费者已经接收一个 Prefix NLRI，其中有 SRv6 Locator TLV 1162、算法和度量。Locator 出现在库存中，节点关联也能建立，报文没有格式错误。

但这时仍不能回答：这个前缀是普通可达前缀，还是仅仅覆盖该节点所配置 SID 的地址空间？

RFC 9514 给出的判据非常具体。Locator 通过 Prefix NLRI 与 SRv6 Locator TLV 一起发布；只有同一对象还关联正确的 Prefix Metric TLV 时，它才同时属于普通前缀可达性。没有第二个字段，就只能称为 Locator 声明。

一个被纠正的编号改变了结论

RFC 正文写的是 IGP Metric TLV 1095，但这是错误的。RFC Editor 的已验证勘误记录把它修正为 Prefix Metric TLV 1155：1095 属于 Link NLRI，而 Locator 绑定的是 Prefix NLRI。

这并非无关紧要的编号整理。若消费者照搬未修正文，就可能在错误的对象类型上寻找字段，也可能把 Locator TLV 自带的 metric 当成可达性证据，导致不同软件版本得出不同结论。勘误保护的是语义边界：“这个前缀组织 SRv6 SID”和“这个前缀被发布为可达”是两件事。

Locator TLV 内部确实有从 IS-IS 或 OSPFv3 Locator 声明复制来的 metric。它描述 Locator 本身，不能暗中替代独立的 Prefix Metric TLV 1155。两个都叫 metric 的值，并不因此拥有同一种决定权。

RFC 9514 输出的是一张 SRv6 对象图

RFC 9514 不只定义 Locator。节点属性携带 SRv6 能力、算法和 Maximum SID Depth；链路属性携带 End.X、LAN End.X 和链路限制；前缀属性携带 Locator；新建的 type 6 SRv6 SID NLRI 则逐个描述与节点关联的 SID。

独立 SID NLRI 是一个扩展性选择。如果把大量 SID 全塞进 Node 属性，任何单一 SID 变化都会触发庞大更新。逐 SID NLRI 缩小了更新单元，同时也带来生命周期责任：消费者必须把 SID 与正确节点、来源协议、拓扑标识、Endpoint Behavior 和 Locator 代际对应起来，不能因为邻近对象仍在就推定已撤销的 SID 还存在。

每个 SID NLRI 都必须带 Endpoint Behavior TLV。EPE 的 PeerNode 或 PeerSet SID 还要带对端语境；可选 SID Structure TLV 可以说明 locator-block、locator-node、function 和 argument 的长度。RFC 8986提供端点行为词汇，RFC 8402给出 Segment Routing 架构。一个行为码是带来源的指令声明，不是设备实际执行该行为的包轨迹。

来源链同样重要。RFC 9514 从 OSPFv3 SRv6 扩展或 IS-IS SRv6 扩展复制相关字段；BGP EPE 或 Direct Protocol-ID 则由本地节点代表自己提供资料。RFC 8814定义 BGP-LS 对有限节点与链路 MSD 的携带方式。这些来源被一个控制器集中保存，并不会自动合并为全知事实。

BGP 检查信封，消费者负责含义

RFC 9514 明确把语义和内容检查——包括 TLV 是否与正确 NLRI 或 BGP-LS Attribute 关联——留给消费者，而不是 BGP。BGP 可以执行线路格式契约，却不能证明 Locator 是否应被视为可达、SID 是否仍已实例化、算法是否符合当前策略，或计算路径是否适合正在运行的网络。

可管理性章节直接指出后果：编码或解码错误可能让 SR PCE 看不到资料，也可能把错误资料交给它，使优化无法完成，或产生意外、不一致的行为。应用如何处理属于实现选择，不在 RFC 范围内。这个限制不是缺陷，而是在指明下一份证据应由谁产生。

当前 BGP-LS 基础规范 RFC 9552帮助区分角色：producer 派生并发出拓扑投影，propagator 选择并转发 BGP 资料，consumer 组装并使用它。合法更新只能证明资料跨过一个接口，不能证明消费者作出了什么判断。

保存状态转换，不要只保存绿色图标

可审计记录应从来源协议、producer、Protocol-ID、Identifier 与 Local Node Descriptors 开始，保留精确 Prefix NLRI、Locator TLV 1162、算法、Locator metric 和拓扑代际。还要记录 Prefix Metric TLV 1155 是存在、缺失、重复还是被拒绝，以及消费者采用了哪一版勘误规则。

若路径使用某个 SID，还要加入 SID NLRI、Information TLV 518、Endpoint Behavior TLV 1250、适用的 peer 语境、可选结构长度和撤销历史。计算另有收据：消费者快照、约束、策略版本、候选集、选定路径和时间。设备接受、SR policy 或 FIB 安装以及受控报文观测再分别证明。

官方资料链同时保留了规范与修复。RFC Editor 提供信息页、纯文本和 XML；Datatracker 保留 RFC 历史、最终草案版本和引用关系；实时 IANA BGP-LS 注册表记录代码点。它们证明共同词汇和正确读法，不证明某个部署结果。

本文的编辑纪律来自三篇公开标明的 Heng Lu 文章：运行代码优先、最小初始规范与自愿采用以及现实层级。它们不是 IETF 规范要求；在这里，它们只提供一条方法：不要让标准符号、控制器模型或安装记录冒充实际报文结果。