Summary

  • MANRS 网络运营商项目审查工作组在 9 月 8 日否决了只认可五家 RIR 路由注册库的方案，当时的影响评估称近 40% 参与者会因此不达标，并倾向保留 RADB 作为后备渠道。
  • 9 月 22 日纪要估计，全部公告获得 RPKI 覆盖会影响 20% 成员；该纪要摘要仍称限制 IRR 范围影响近 40%，正文细项却写 13%，没有交代两种数字的口径。

先别拿一张表去量两扇门

路由安全规则的难处，从来不止于写下“必须”。MANRS 的9 月 8 日会议纪要记载，工作组研究过只让五个区域互联网注册机构的 IRR 登记算数。按当时给出的数据，近 40% 的参与者将无法通过。这项收窄提议被否决；工作组希望五家 RIR 的记录成为优先信号，同时容许使用 RADB，照顾持有早期资源或难以进入 RIR 注册库的网络。

两周后的纪要把问题摆得更尴尬。文件摘要说，限定注册库会影响近 40% 的参与者；详细段落却说，限制在五个 IRR 会影响 13%。同一文件还估算，如果要求所有路由公告都有 RPKI 覆盖，20% 的成员会受到影响。纪要没有给出样本、快照时间，也没有解释 13% 与近 40% 分别对应什么方案。谁把其中一个数字直接当成最终成本，谁就把尚未公开的计算过程塞进了读者的信任里。

这些比例衡量的是现有成员能否达到拟议条件，不是网络攻击减少了多少。13% 可能意味着一项可分期完成的修补工作；近 40% 则可能重塑成员名单。即使目标一致，两种规模也要求不同的过渡设计。数字不该替会议纪要掩饰争议，应该帮助成员把争议讲明白。

“且”与“或”之间，隔着一批网络

现行MANRS 网络运营商行动规范允许运营商在合适的 RIR 路由库、RADB 或 RADB 镜像的 IRR 中公开预期公告；第四项行动也允许用 RPKI 路径替代 IRR 路径。为每个拟发布前缀创建 ROA 在现行文本中属于建议行动。正在审议的方案要回答一个直接问题：今后是同时要求 RPKI 和 IRR，还是两者满足其一即可？9 月 8 日会议要求再评估“和”方案的影响。一个连接词，就能改变成员要维护的两套记录。

工作组也重申了所有公告取得 ROA 的目标。9 月 22 日讨论特意提到巴西：一些网络使用 TC 和 BRIRR，而不是 LACNIC 的 IRR。注册方式有历史和地域差异，强制规则若没有可行的迁移路径，就会把登记入口当成安全能力。工作组章程把过渡、既有成员待遇和可审计性列为工作范围，正说明采纳方式本身属于规则设计。

提高标准有充分的技术理由。MANRS 介绍此次审查时说，运营商行动最早形成于 2014 年，2021 年只有编辑性更新，现在才进行首次重大修订。路由过滤、来源验证、可验证的执行证据都需要更准确的文字。9 月 22 日纪要还把主要过滤义务的对象放在客户连接，同行互联关系则在讨论范围之外。这种边界要写进可见的要求，否则一枚徽章看起来管的是整张网，实际检验的却只是一侧接口。

会议室不是批准机关

MANRS 制定流程安排了至少两周的工作组最后征询、至少四周的社区意见期、两周的参与者最后征询，最终还要指导委员会批准。重大决定应记录在邮件列表上。提案页面目前仍把此次审查列为讨论中的项目。纪要值得读，因为它暴露了难题；纪要本身还没有让新要求生效。

来源