摘要

  • IETF 于 8 月 19 日 09:22:08 UTC 发布 BGP-LS 跨 AS 拓扑草案第 38 版。与第 37 版相比，唯一实质正文变化是从拟议的 Inter-AS Link 描述符清单中删除 Multi-Topology Identifier（TLV 263）。
  • 这不是从 BGP-LS 中取消 MT-ID，而是改变新 NLRI 的拟议身份字段。下一步证据应来自干净的旧路由撤回、无重复的半链路配对，以及非默认拓扑仍能保持分离。

控制器接收到的不是一根可以触摸的链路，而是一组字段。它必须判断两个自治系统分别上报的单向信息，是否代表同一条逻辑链路。因此，少掉一个字段并不只是缩短报文，它也可能改变“这是不是同一个对象”的答案。

IETF 历史记录显示，draft-ietf-idr-bgpls-inter-as-topology-ext-38 在 8 月 19 日 09:22:08 UTC 可用。对官方第 38 版与第 37 版进行结构比较后，版本号和日期之外只有一处正文变化：列出 TLV 263 的整行被删除。

这份草案处理的是 RFC 9552 留下的一段边界。BGP-LS 能把一个 IGP 域的拓扑送给 SDN 应用等消费者；同一运营方如果管理多个 IGP 域和多个 AS，控制器可能拿到各域内部地图，却看不到把它们接起来的跨 AS 链路。草案为此提出类型 7 的 Inter-AS Link NLRI，并定义远端 AS 号、远端边界路由器 IPv4 标识和 IPv6 标识三个 TLV。

链路两端各自上报一个单向的 half-link。消费者要把两半关联起来，才能拼接域间拓扑并计算端到端路径。第 37 版在新增的远端字段之后，还列出了本地/远端链路标识、IPv4 接口与邻居地址、IPv6 接口与邻居地址，以及 MT-ID。第 38 版的清单止于 IPv6 邻居地址。

紧随其后的警告没有变化：如果把其他 TLV 放进本地节点描述符或跨 AS 链路描述符，不同生产者实现可能让两个 half-link 更难关联。这说明删除动作触及的是对象身份，而不是无关的展示信息。

范围必须说准。RFC 9552仍把 TLV 263 定义为 Multi-Topology Identifier。对于普通 Link NLRI，只要底层 IGP 链路属于非默认拓扑，就必须包含 MT-ID；不同拓扑标识也要生成不同 NLRI。第 38 版的安全章节仍把 MT-ID 与链路地址、远端 AS 号等一起列为关键网络信息。

所以，IETF 并没有删除 BGP-LS 的多拓扑机制。第 38 版删除的是新型 Inter-AS Link NLRI 描述符清单中的这一项。按第 37 版实现的生产者可能把 TLV 263 纳入身份键，按第 38 版实现的生产者则可能省略它。消费者若把两者当成不同对象，同一个 half-link 可能出现两份；若合并过度，不同拓扑的链路又可能失去区分。

RFC 9552 已经给出迁移纪律：Link-State NLRI 中的 TLV 被增加、删除或修改时，生产者必须先撤回旧 NLRI；否则，BGP-LS 表中可能留下重复且不一致的对象。这是第 38 版需要通过的测试条件，不是已经发生生产事故的证据。

注册表也尚未完全对齐。截至 8 月 19 日查询时，IANA BGP-LS 参数表标示的最后更新时间为 8 月 7 日，仍把类型 7 写成 Stub Link NLRI，并引用第 17 版；第 38 版则称其为 Inter-AS Link NLRI。TLV 270 至 272 的名称已对应远端 AS 号和远端 ASBR 标识，但引用仍停留在第 17 版。

Datatracker 状态页显示，文件目标是 Proposed Standard，已经提交 IESG，并在新版本发布后进入 AD Followup。IANA 审查状态为 Version Changed - Review Needed，专家审查为 Expert Reviews OK。这些是标准流程进展，不是 RFC、厂商支持或互操作成功证明。

信息边界同样重要。草案把使用场景限定为一个实体控制的多个 AS，建议将相关拓扑信息留在内部“围墙花园”，或者在外发前过滤。更完整的跨域地图能够支持自动化，也会让地址、边界路由器和拓扑结构暴露得更精确。

因此，第 38 版真正给运营团队的不是可立即上线的功能，而是一组明确验收项：旧身份是否撤回，新身份是否只保留一份，两个 half-link 是否配到正确链路，非默认拓扑是否仍然分离，敏感地图是否被限制在预期管理域内。

来源