摘要

  • APNIC 在 10 月 22 日公布，其 RPKI 信任锚下已有 538 份 ASPA 对象，并呼吁运营者趁数量仍便于核查时部署路径验证。
  • MyAPNIC 会拿待提交的上游名单同已观测的 BGP 路径比对；持有者还须审阅待办变更，点击 Commit 才会发布。

网络运营者最熟悉的一种账单，往往没有金额：今天省下的核查，明天变成成批的返工。APNIC 最新的 ASPA 问答给了这张账单一个起点——538 份已发布对象。APNIC 的提醒很直白：若签发不断增加、路径验证迟迟不上线，将来就得在更大的名单中集中寻找配置错误。

ASPA 是自治系统号码持有者签发的上游提供者授权名单。其他网络取得签名对象后，可以检查 BGP 路径上的客户与上游关系是否符合声明。APNIC 的服务说明讲的是这条信息链：持有者声明，验证方读取，收路由的网络决定如何使用结果。对象计数只记录第一步。

签发之前，MyAPNIC 会根据观测到的 BGP 信息推荐候选上游，并用现有可见路径检查拟议变更。若改动可能使现有路径变为无效，界面会提示。提交后的变更先进入 Pending 队列，持有者复核并点击 Commit 才发布。这个安排让错误有机会在签名前露头；未曾出现在观测数据里的备用链路，仍须由运营者自己核对。

APNIC 指出，名单填错可能使涉及客户 ASN 的路由在启用 ASPA 验证的网络中被判无效。趁对象尚少时开展验证，排错成本较低；验证运行后，新错误也更容易追到发出变更的持有者。538 记录的是对象发布进度，路径检查与纠错则是下一班人的活。

APNIC 的 RPKI 技术页还把上下游方向的验证算法分开，并列出 Valid、Invalid、Unknown 三种结果。网络要先弄清自己收到的是哪一种判断，再决定路由策略。真正的治理难题因此落在两只时钟之间：签名对象增长的速度，与运营者核实并使用它们的速度。