摘要

  • 支持 RFC 6793 的对等体直接交换四字节 ASN；跨越旧设备时，则由 AS_TRANS、AS4_PATH 和 AS4_AGGREGATOR 承担兼容转换。
  • Capability 65 只证明设备理解这种编码，并不证明某个组织获准使用该 ASN；旧设备执行聚合时，路径信息仍可能无法完整还原。

一条路径，两种表示

支持扩展的 BGP 设备会通告 Capability Code 65，并在四字节能力值中给出本会话使用的 ASN。双方都通告该能力时，现有 AS_PATH 与 AGGREGATOR 属性直接承载四字节 ASN。此时不得携带 AS4_PATH 或 AS4_AGGREGATOR；新设备若从另一台新设备收到它们，必须丢弃这些过渡属性后继续处理。

新设备面对旧设备时，普通 AS_PATH 仍只能承载两字节数值。不能映射的四字节 ASN 会在这里被替换为保留值 AS_TRANS（23456），而可选且可传递的 AS4_PATH 通常在旁保留完整数值。若聚合者的 ASN 无法装入两字节字段，AS4_AGGREGATOR 承担相应作用。AS4_PATH 中不得出现联盟路径段。

这不是一份完全相同的备份。新设备接收旧邻居的更新后，要依据路径长度以及两个聚合者属性的关系，把经旧设备传播的前段与 AS4_PATH 组合。兼容转换因此形成两种需要保持一致的路径视图。

能力不是身份

Capability 65 表示发言者支持四字节编码，并报告会话所用 ASN。它不认证设备背后的组织，不证明该组织对号码的授权，也不证明商业关系。软件准备度、会话策略、路由验证和启用时点仍由每个运营者控制。

使用两字节 ASN 的自治系统可以分阶段升级。RFC 6793 对“把四字节 ASN 作为本 AS 自有号码”的情形提出更强的部署前提：该 AS 内全部 BGP 设备应先支持扩展。自治系统联盟也应在完成迁移后，才把无法以两字节表示的 ASN 用作成员编号。

受益者包括需要新号码的网络、维持分配能力的注册管理机构，以及希望渐进升级的运营者。代价则是每一道新旧边界都必须被发现、测试和持续观察。

路径还原存在损失边界

RFC 6793 明确指出，有些 AS_PATH 与 AS4_PATH 组合无法还原完整路径。旧设备可能聚合带有不同 AS4_PATH 的路由；过渡属性可能丢失，也可能留下分别有效却无法一致拼接的部分历史。规范说明，这类不一致可能造成路径信息丢失，并在特定情形下形成潜在路由环路，攻击者也可能利用这一点。

因此，运营者需要掌握每条邻接的能力状态、新旧设备清单、AS_TRANS 出现位置、两种路径的长度关系、聚合点、畸形过渡属性以及联盟迁移顺序。RFC 7607 对 AS 0 的禁止不能与 AS_TRANS 混为一谈：0 在指定属性中无效，而 23456 有明确的过渡用途。

证据与边界

RFC 6793 定义能力通告、原生编码、过渡属性、路径还原、聚合限制、迁移顺序和安全考虑；RFC 4271 提供基础 BGP 路径模型；RFC 7607 规定 AS 0 的处理。关于权力、授权、受益者、成本和控制责任的结论，是在这些事实之上的分析。

这些来源不能证明任何具体网络已经完成升级，不能认证 ASN 的实际控制者，也不能保证所有旧式聚合之后都能完整还原，更没有规定某个厂商的上线方案。合法的四字节字段是协议数据，不是组织身份凭证。

来源