摘要

  • RIPE 2026-01 只拟取消合格资源持有者申请第一条 ASN 时的需求评估；ASN 一旦投入使用，仍须在 RIPE 数据库登记路由策略。
  • 提案截至 2026 年 11 月 10 日仍处于审议阶段；额外 ASN 的规则没有放宽，也没有通过决定。

分析

申请第一条 ASN，为什么要先解释“需要它”？在 RIPE 93 上，Leo Vegoda 与共同提案人 Urban Suhadolnik 把这个问题交给 Address Policy 工作组讨论。他们提交的 2026-01 号提案没有要求 RIPE NCC 无条件发号，而是试着拆掉第一道需求说明，同时保留申请人的边界条件。

边界由两部分组成。RIPE NCC 的影响分析要求，申请人必须合法持有由 RIPE NCC 直接分配或指定的合格前缀；符合条件的永久政策转移、并购转移可以纳入，临时转移或临时指定则不行。申请人还必须没有 ASN，或者只持有遗留 ASN、临时转入或临时指定的 ASN。Vegoda 在会上把范围说得更直白：每个组织的第一个 ASN，而不是给每个新项目一张通行证。

免掉的是“为什么需要”的评估，不是登记责任。v2.0 写明，ASN 开始使用时，其路由策略应记录在 RIPE 数据库里。RIPE NCC 10 月 12 日发布的审议阶段公告将这项要求列为相比 v1.0 的主要变化。

第二条及之后的 ASN 仍按现行政策审核。提案明确说，一个实体要取得多个 ASN，仍须满足已有条件。换句话说，它只把第一张申请表变薄，没有把整套门槛拆掉。

提案方认为，免去首个 ASN 的需求评估可以缩短申请流程，也可能让服务商向单归属客户提供更多基于 BGP 的产品。提案同时记录了反对意见：单归属网络也拿到 ASN，可能增加全球路由表条目并推动设备提前更换。这些是提案中的预期和担忧，不是政策实施后的测量结果。

截至 11 月 1 日，提案仍在为期四周的审议阶段，意见提交截止日是 11 月 10 日。之后由工作组主席判断是否形成粗略共识。下一步真正改变规则的，是最终文本和共识结论；提案里的好处预测还不是现实结果。

早先的讨论阶段并没有这么整齐。Address Policy 工作组主席在 9 月 2 日的总结中记录，6 位参与者支持原文，另有 1 位支持保留 RPSL 路由策略要求的修订。反对者质疑现行规则是否真的挡住了 ASN 申请，认为提案范围可能过大，并担心研究和运营分析工作量，还称未来 BGP 产品的说法缺少依据。这是讨论阶段的汇总，不是本轮审议的结论。

来源