摘要

  • RIPE NCC 从 2 月到 8 月发布的会员通讯，依次报告 1 月至 7 月完成 293、256、256、242、240、237 和 275 次 ARC，合计正好 1,799 次。
  • 2026 年活动计划承诺全年完成 2,400 次。1,799 相当于 74.96%；若只作均匀进度比较，七个月对应 1,400 次，目前高出 399 次。这不是年终预测，也不是规定的月度排程。
  • RIPE-694 允许 ARC 由会员申请、随机抽取或特定事项触发；检查范围可以局限于触发事项，也可以扩大，完成时间还取决于案件复杂度。因此“一次完成”不等于“一个不同的 LIR”，更不等于同样深度的风险覆盖。
  • 一份不暴露会员身份的汇总台账，应同时列出唯一与重复覆盖、启动方式、范围档位、纠正与结案、复发情况、快照日期以及数据是暂定还是最终。

七个数字先把分子钉牢

2 月会员通讯说，1 月完成 293 次 ARC；3 月通讯给出 2 月的 256 次，4 月通讯又给出 3 月的 256 次。随后，5 月通讯报告 4 月 242 次，6 月通讯报告 5 月 240 次，7 月通讯报告 6 月 237 次，8 月通讯则报告 7 月 275 次。

七项相加是 1,799。《RIPE NCC 2026 年活动计划与预算》明确承诺全年完成 2,400 次检查，包括远程方式和 RIPE NCC 活动现场。于是，截至公开的 7 月序列，累计量已经达到年度数字的 74.9583%。

如果把 2,400 平均摊到十二个月，七个月的参照值是 1,400，实际累计高出 399。这个比较只能说明进度位置，不能用来推算年底。公开材料没有说每月负荷应当相同。现场活动、会员申请、复杂案件、人员安排和自动化都可能把工作量前后移动。

这不削弱月度公开的价值。相反，它让年度承诺不再只靠年底回顾才能检验。问题在于，人们很容易把清楚的分子拿去回答另一个问题：这些工作究竟覆盖了多大的会员群体和风险面？

ARC 不是规格完全相同的工件

当前的 Assisted Registry Check 服务页列出的检查面很宽：登记数据是否准确、路由登记项与 BGP 公告是否一致、反向 DNS 委派是否有问题、RPKI 方面的协助，以及可选的 RIPE Atlas IPv4/IPv6 可达性测试。它们需要不同证据，也会产生不同的纠正动作。

RIPE-694又把启动原因分成三类：会员主动申请、RIPE NCC 随机选择，以及与该会员有关的特定事项。文件还说明，审计不必检查该资源持有者的全部登记数据和全部政策合规情况；RIPE NCC 可以只处理触发事项，也可以把范围扩大到其他问题。

时间同样不是固定件。文件说，所需时间取决于个案复杂度，但会为资源持有者提交材料设定具体期限；在 RIPE NCC 或资源持有者完成适当行动后，审计才告结束。如果没有在期限内提供所需材料，可能被视为不配合审计，并可能导致相关合同终止。这是“不配合”可能带来的合同后果，不能被写成每次 ARC 的默认终点。

所以，把每次 ARC 都记作“一次”，很适合作为产量统计；把它们视为完全可互换的覆盖单位，就会丢失事实。一次会员请求的简短核对、一次随机抽查和一次因特定事项扩大范围的检查，在计数器上都等于一，在治理意义上却不相同。

缺少的不是另一个总数，而是覆盖分组

七期通讯说的是“完成的 ARC”，没有说“1,799 个不同的 LIR”。同一 LIR 可能在不同月份再次进入队列。复查可能是预定跟进、新的主动申请、新出现的事项，也可能是过去问题的再次发生。公开累计数无法分辨这些路径。

这句话必须有边界。它不是说 RIPE NCC 没有内部案件记录，也不是断言其他公开页面从未出现过相关细节。它只描述本文冻结的十一项来源：七期通讯、服务页、RIPE-694、2026 年活动计划和 2025 年年报。在月度计数旁边，这组材料没有给出唯一 LIR 数、首查与复查、启动方式占比、范围分布、纠正类别、未结与已结数量、结案时间或复发情况。

于是，两种完全不同的工作组合都可能得到 1,799。第一种把首次检查分散到大量会员；第二种把更多时间放在较小群体的复查或扩大检查上。不能先验地说哪种更好。重复跟进可能正是风险所需；覆盖很广但很浅也可能发现不了重要问题；集中处理则可能真正完成关键纠正。

因此，台账要回答的不是“还有多少次”，而是“这些次数落在谁的哪种状态上”。有多少个不同 LIR？在规定回看期内从未检查过的有多少？复查多少？会员申请、随机选择和特定事项各占多少？仅限触发事项的检查有多少，扩大范围的又有多少？哪些纠正被提出、完成，后来是否再次出现？

这不是给会员做公开风险排名。恰恰相反，只有用汇总数据把队列结构说清楚，才不必暴露个案也能解释年度目标。

2025 年的两个数字说明快照状态不能省

2025 年 12 月版活动计划在图表中写着，当年完成 2,529 次 ARC。后来发布的 《RIPE NCC 2025 年年度报告》写的是 2,825 次，并说明超过了 2,400 次目标。两份官方文件对同一个年份给出了不同数值。

现有证据不能证明其中任何一个错误。12 月的规划文件可能采用尚未完全关账的截止点，稍后的年报可能记录最终总数。我们检查的页面没有给 2,529 标注明确截止日，也没有提供两个数字的勾稽说明。稳妥结论是缺少状态标签，而不是数据有错。

每个累计值都应带观察日期；每个年度值都应标明暂定或最终；从暂定转为最终的过程应当留下记录。如果统计定义改变，还要标注定义版本。这样，读者就不会把运行中的快照与已结年度总数当成同一状态。

同样，7 月的 1,799 只是累计观察，不是 2026 年最终结果。后续完成量、数据纠正或口径调整都可能改变年报数值。正确做法是保留两个状态和它们之间的解释，不是用后者覆盖前者。

一张小表就能补上关键上下文

覆盖台账不需要开放审计数据库。第一组字段只管时间：自然月、当月完成数、累计数、快照日期、定义版本、暂定或最终状态。

第二组把操作次数与组织数量分开：期内不同 LIR 数、按明确回看期定义的首查数、复查数。小于隐私门槛的单元格可以合并或隐藏，并明确标注隐私抑制。会员姓名、登记标识和案件叙述都不必公开。

第三组说明队列从哪里来：会员申请、随机选择、特定事项，只发布汇总数量。这三项是程序分类，不是风险分数。会员主动申请不意味着检查较弱，特定事项触发也不等于已经作出不利结论。

范围可以使用少量稳定档位，例如“仅限触发事项”“标准多领域”“扩大检查”。服务页的登记、路由、反向 DNS、RPKI 和可达性可以帮助定义字典，但不能假设每次 ARC 都覆盖全部领域。

结案必须保留状态。台账应列出多少次检查提出纠正、多少已完成、结案用时分布，以及快照时仍有多少未结。纠正类别可以保持宽泛：身份与联系方式、资源登记、路由一致性、反向 DNS，以及其他有定义的类别。

最后是汇总复发指标。某类问题在规定周期内再次出现，不自动等于项目失败；网络和登记数据本来就在变化，更深入的检查也可能发现新问题。但它会改变“复查”的含义，也让成员看到完成量是否伴随持久纠正。

1,799 真正证明了什么

缺少覆盖分组，不会让工作量归零。七期通讯证明 RIPE NCC 持续完成大量 ARC；总数可以复算；它与年度承诺的关系可以检验；活动计划还明确提到自动化和改善会员体验。这些都是可靠的公开事实。

这个序列也建立了后续监测基线。未来通讯可以继续追加，年度报告可以最终关账。若最终数与最后一个月度累计不同，勾稽字段可以解释；若后来开始公布唯一与复查覆盖，也不必改写历史分子。

1,799 不能决定覆盖是广还是集中、检查是浅还是深、纠正是否完成、同类问题是否复发。那不是对现有工作的否定，而是提醒人们不要混用单位。

公开目标已经数出了工作。覆盖台账要做的是画出这些工作走过的路径。分子已经有了，缺的是它背后的地图。

来源