摘要

  • APNIC《2025年活动计划与预算》把“在区域内部署50台新的RIPE Atlas探针”列为成果目标。
  • 《2025年年度报告》在对应结果栏写出“分发60台探针、部署23台”，另列部署2台Atlas锚点。
  • 23台相当于50台目标的46%；但23除以60并不是已知的转化率，因为公开文件没有证明这两个数字属于同一批探针。
  • 需要一份保护托管者隐私的生命周期回执，分别核对分发、注册、首次连接、连续可用30天与90天、断开和退出。物流动作只有完成这些连接，才会成为可持续的测量能力。

一台探针可以已经离开仓库，却从未在互联网上出现。也可以去年分发、今年首次连接；还可以短暂上线，随后长期离线。年报只写“分发”和“部署”时，这些完全不同的故事会被压进同一行。

APNIC在2025年计划中把工作写得很清楚：部署RIPE Atlas基础设施，以改善互联网测量。目标的单位同样明确——区域内新增50台已部署探针。到了年度报告，目标栏仍是50台，而实际结果栏变成“分发60台、部署23台”，下一行再写2台锚点已部署。

这不是没有披露。相反，APNIC至少保留了两个动词，没有把所有活动都包装成“部署”。问题在于，两个动词对应两个控制点。分发说明设备完成某次物流交接；部署说明设备达到某种运行状态。没有同一批次和状态定义，读者无法知道前者怎样转化为后者。

可以直接比较的是23与50，因为两者都叫“部署”。23是目标的46%，相差27台。这27台不能被称为丢失、失败或浪费。它们可能在年末仍待安装，可能跨年连接，可能来自不同分发批次，也可能因为报告采用了未公开的截止规则而落在别处。唯一确定的是，这一行没有对差额作出核对。

更诱人的算法是23除以60，结果为38.3%。但只有在23台确实包含于2025年分发的60台时，这才是转化率。公开材料没有提供这个集合关系。缺失的正是分母身份，不能用小数点把它补出来。

同一行里换了计量单位

目标的作用，不只是供年末宣布完成与否。它还应帮助成员看见约束在哪里。如果目标是50台已部署，那么结果必须保留“已部署”这个单位。60台已分发可以说明采购、运输或伙伴触达做得更多，却不能替代运行成果。

“部署”本身也需要规则。设备交给托管者时算不算？通电接网时算不算？完成RIPE Atlas注册、第一次连上控制器、还是稳定在线一段时间后才算？五种口径会在同一天产生五个总数。

年报这一栏没有给出定义，也没有说明60是当年流量、累计库存，还是包含替换设备。23台可能来自这60台，也可能包含此前年度已交付、在2025年才完成连接的设备。每种情况都可能合理；它们不能同时被默认成立。

两台锚点的处理反而示范了正确边界。Atlas锚点不是普通探针，承担更多测量和目标功能，因此单独列示。把2加到23上不会得到“25台探针”，更不能据此提高对50台目标的完成度。设备类别不能混，生命周期阶段同样不能混。

Atlas已经具备可核对的状态语言

缺少的不是技术字段。RIPE Atlas公开探针API记录首次连接、最后连接、当前状态、状态改变时间和累计在线时间。在允许公开的情况下，还可看到国家代码、ASN、前缀、标签和固件版本。

它的生命周期明确区分“从未连接”“已连接”“已断开”“已放弃”和“已注销”。这些词比“部署”更窄，也更适合做账。第一次连接证明设备跨过了注册与控制器边界；当前连接说明此刻可用；累计在线时间和状态历史才能说明持续性。

RIPE Atlas对“已连接”的定义也很严格：设备既要有可用的互联网连接，也要连到Atlas基础设施。即使本地网络正常，防火墙或路径问题仍可能让探针显示断开。因此，已通电、已安装和可执行测量不是同义词。

故障排查文档还专门区分两种更早的状态：大使已经把探针交出去、但托管者尚未插上；以及探针从未成功连接。实际运作早已把交付、安装与上线分开，年度核算没有理由把它们重新合并。

APNIC不必复制RIPE NCC的私人记录，也不该公开托管者姓名、精确位置或地址。给每个分发批次一个不含个人信息的编号，再公布各状态的聚合数量，已经足够回答治理问题。

批次是跨年度不丢失的分母

批次并不复杂。假如60台都是2025年分发，就把这组设备称为一个公开的匿名批次。年末分别记录多少已注册、多少首次连接、多少持续在线30天或90天、多少仍待安装、多少被替换或退出。

这样才能处理跨年。一台12月底寄出的设备在1月上线，通常不是失败，而是截止日后的正常转移。一台2024年分发的设备也可能在2025年首次连接，并合理进入当年的部署成果。没有批次标识，两种跨期都会在年度总数中失去来源。

还要区分流量和存量。“本年发生首次连接”是流量；“12月31日处于连接状态”是时点存量；“至少连续可用90天”是稳定性指标。三者都值得报告，却不能共享一个不加说明的“已部署”。

退出同样需要记录，但不需要追责。托管者可能搬迁、更换运营商、遇到供电或防火墙限制，也可能无法继续参与。RIPE Atlas明确提醒，单台探针断线不是评价其ISP质量的可靠信号。使用聚合原因码，是为了改善支持，而不是把志愿者变成被考核对象。

箱子总数不能代表观测能力

APNIC的2026年计划提出，用RIPE Atlas数据报告新建IXP经济体的互联网性能变化。这是合理的方法，也让探针群体的构成成为结果解释的一部分。

APNIC博客转载的一项研究写道，2026年2月全球有13,421台已连接探针；2025年下半年，每日活跃规模大致在13,300至14,400之间。研究选取的那一天，有34个经济体只有一台探针或锚点。这些是全球Atlas现象，不是APNIC项目的成绩，不能拿来补齐60与23之间的空白。

它们仍说明了为什么位置和持续性重要。一个观测稀疏经济体中的稳定探针，可能比同一网络里再增加数台设备更有信息价值。首次连接只说明一次激活；要做干预前后比较，还需要观测窗口内保持足够稳定。

IPv4、IPv6、双栈以及非公开连接类别也会改变测量能力。ASN和接入网络的多样性同样关键。公开报告可以在不暴露个人的前提下给出宽泛聚合，说明新增探针究竟减少了哪一种盲区。

这并不否定任何既有测量。一次延迟实验可以在没有项目批次账的情况下保持技术有效。问题在于可追溯性：当活动预算支持分发，后续计划又依赖Atlas数据评价IXP或根服务，成员应能看见投入如何形成可持续的观测点。

一份最小回执就够了

回执首先要固定批次ID、报告周期和截止时间。对每一批，分别列出已分配、已分发、已注册、首次连接、可用30天、可用90天、已断开、已放弃、已注销和已替换的数量。探针与锚点分栏。

其次写明跨期规则。晚到的首次连接算在哪一年？替换设备是否同时增加分发数和部署数，还是仅维持一个净观测点？“部署”若指首次连接，就应在下一年度沿用同一定义。

经济体、网络大类与IP协议能力可以在防止反向识别的阈值下聚合。待处理或退出原因也可用大类。无需公开姓名、序列号、精确坐标、IP地址或支持对话。

最后，回执必须回到目标。如果23台来自当年的60台，应明确写出；若包含旧批次，就列出转入；其余设备若在截止日处于待安装、待注册或跨年上线，也应给出聚合余额。这样，差额才会成为下一步决策，而不是猜测空间。

证据能说明什么

公开文件足以确认：APNIC的目标是新增部署50台探针，实际栏写出分发60台、部署23台，并另列两台锚点；RIPE Atlas具有支持生命周期核对的公开状态字段。文件没有公布APNIC项目的批次连接表。

它们不能证明APNIC丢了37台设备，不能证明托管者没有履约，也不能证明某项测量失败。它们没有证明23属于60，更没有点名任何经济体、ASN或原因。全球连接总数不是这批设备的答案。

因此，本题不是质疑数字真假，而是要求数字保持单位。60说明设备走出去了，23说明一部分达到了某个状态；只有共同批次才能证明一次物流行动最终变成多少持续可用的观测能力。

来源