摘要

  • AFRINIC的NS2监测配置列出17个地点，其中6个同时具备“之前/之后”测量编号，另外11个两个编号都为空，并被界面标为等待配置。
  • 6组编号指向的12项DNS测量全都标注为一次性、已停止；它们可以支撑有边界的部署比较，却不能因接口读取“最新结果”而变成实时健康证据。

“最新”只描述一条记录，不描述现在

打开AFRINIC的NS2监测页面，最醒目的承诺不是“任播”，而是“实时”。页面提供平均往返时延、部署前后对照、探针视图和“最后更新”字段。这些视觉元素很容易让读者以为：此刻刷新页面，就能看到网络此刻的状态。

公开代码给出的产品边界更窄。节点配置一共写入17个地点。前端逻辑只有在一个地点同时存在beforeMeasurementId和afterMeasurementId时，才把它标为“已配置”；两者缺失时，界面显示“等待配置”，并明确说明尚无测量数据。

17个地点中，只有KIXP、HIXP、LSKIX、DoualaIX、IXPN和MIXP满足成对条件，分别位于内罗毕、哈拉雷、卢萨卡、杜阿拉、拉各斯和罗斯希尔。JINX、s02.iso、CINX、s01.pkl、s02.pkl、DINX、NMBINX、DarIX、UIXP、RINEX和TUNIX的两个编号均为空。这里没有“配置了一半”的地点：数字是6个完整对、11个空对、0个半对。

对于前六个地点，应用会读取RIPE Atlas的/measurements/{id}/latest/。问题就藏在latest里。它表示某个指定测量最后留下的结果，不表示该测量仍在持续，也不表示结果刚刚生成。一项已经停止的一次性任务同样拥有“最新结果”。今天重新请求它，只是今天取回一段历史，并没有在今天增加一次观测。

三套清单不能共用一个分母

AFRINIC的DNS任播计划主页同时介绍两类服务：AS37181对应CIP反向DNS基础设施，AS37177对应为非洲国家和地区顶级域提供支持的NS2基础设施。页面还连接到公开分布图，并把任播能力、网络冗余和全天候运营支持列为托管要求。

节点分布图读取两份公开清单：CIP主机表有20行，NS2主机表也有20行。这里的单位是主机行，作用是描述部署资产。

公开地图脚本进一步确认，这两份清单共同驱动该视图。

监测仪表板的单位却是地点标签。它的标题明确写着“NS2 DNS Measurement”，配置里只有17个地点，其中6个接入部署前后实验。不能用40减17，再宣称23台主机没有监测：一处地点可以拥有多台主机，而且这套仪表板没有把CIP列为测量范围。同样，也不能用“地图上已有节点”替代“节点处于当前健康监测”。部署、实验配置和实时观测是三条不同的证据链。

这一区分并非文字游戏。部署清单回答“公开列出了什么基础设施”；前后实验回答“某个时间窗口前后发生了怎样的可观测变化”；健康监测回答“现在从哪些视角能看到哪个节点、数据新鲜到什么程度”。三者都重要，但任何一个都不能自动继承另一个的时态。

12项测量共享同一种生命周期状态

六组配置对应下列Atlas记录：

地点 配置中的“之前” 配置中的“之后” Atlas显示的计划探针数
KIXP 154055021 154055966 16 / 16
HIXP 142775401 142775907 3 / 3
LSKIX 142730550 142730838 6 / 6
DoualaIX 155156750 155156902 2 / 2
IXPN 143072543 147523251 12 / 10
MIXP 142741062 142740732 8 / 8

12条元数据的is_oneoff全部为true，状态全部为Stopped。观测窗口最早开始于2025年12月8日，最晚结束于2026年2月16日，多数任务只运行约五分钟。RIPE Atlas的测量接口说明把“一次性”作为任务类型，把“已停止”作为明确的生命周期状态。这里无需猜测平台含义。

这些测量仍有价值。比如KIXP的一对任务使用相同目标地址和ASN，能够在限定探针组和时间窗内比较部署前后的往返时延分布。但一次实验的有效性，不会随时间自动升级成连续监测。两枚时间戳之间可以得出“当时发生了什么”的结论，却不能越过七个月的空白回答“现在怎样”。

探针数量也应随结果出现。DoualaIX的每项任务只调度2个探针，这可能足以完成设计严谨的本地前后比较，却不当然代表一项洲级任播服务。KIXP的16个探针扩大了观察面，也没有让一次性任务获得持续性。探针身份、地理分布、路径、查询类型和节点身份共同决定结果能说明什么。

两组映射需要先澄清，再谈方向

HIXP配置里的“之前”编号为142775401，可Atlas的描述以“After”结尾；它的配对记录142775907使用笼统的Zimbabwe描述，而且目标ASN和IP与前一项不同。比较并非必然无效，但页面需要说明为何两种目标可以组成同一对，以及哪一层标签经过确认。

MIXP更直观。配置的“之前”编号142741062在Atlas描述中写着“After”；配置的“之后”编号142740732则写着“before”。这可能只是字段顺序颠倒。它不证明DNS服务失败，不证明节点部署错误，也不证明原始测量损坏。它只证明：在读者接受图表的改善或恶化方向之前，必须先有一条可核验的映射说明。

严谨的批评应停在证据边界内。元数据错位不能直接推导为运营事故；同样，视觉上流畅的图表也不能替代映射核对。正确做法是保留原编号、承认疑问、给出更正责任人和生效时间，而不是静默调换字段后丢失旧表示。

任播把观察位置变成结论的一部分

RFC 4786解释了任播监测为何比单点服务更复杂。路由系统会把用户送到多个服务节点中的一个，观察到的性能与可用性因网络位置而异。该最佳实践建议使用具有代表性的分布式探针，并在条件允许时，把回答请求的节点身份与性能、可用性统计一起记录。

这份RFC不是AFRINIC仪表板的强制产品规范，也不能证明AFRINIC违反了某项义务。它提供的是判断方法：一条任播测量至少同时涉及目标、探针、路径、回答节点和时间。删掉时间，历史就会被误读成现在；删掉节点身份，任播流量可能被归到错误地点；删掉探针集合，本地变化就容易被扩写成区域结论。

责任边界同样不能混用。AFRINIC的独立根服务器副本计划把自己描述为促进者，而不是根副本运营者，并把本地支持交给托管方。RFC 6304为AS112服务提供运营背景，却不会替AFRINIC、交换点或节点主机自动分配当前责任。NS2仪表板应精确说明它观察了什么，而不是让一张总图暗示它掌握了全部服务状态。

节点观测凭证比新建平台更重要

修复证据边界不需要再造一套大平台。每个地点只需要一份紧凑、可追加更正的观测凭证。

第一层写清单位：服务类别是NS2还是CIP；对象是主机还是地点；公开地点标签是什么；如能安全识别，回答节点的NSID是什么。随后标出证据阶段：部署清单、部署前实验、部署后实验，还是当前健康监测。只要时态成为字段，历史图表就不容易被界面设计自动升级。

第二层保存测量合同：两个编号及确认后的前后顺序、目标ASN和IP、DNS查询名与类型、地址族、请求及实际调度的探针集合、开始与停止时间、一次性或周期性。若一组前后任务更换了目标或探针，应解释比较为何仍成立，或明确标为不可直接比较。

第三层给“新鲜度”定类型。“最后取回结果”不同于“最后一次当前观测”。凭证应并列显示任务最后执行时间、仪表板最后成功读取时间，以及当前健康徽章允许的最大数据年龄。超过阈值后，页面应显示“历史数据”或“不可用于当前健康”，而不是让最后一个数值永远保持绿色。

最后写明责任角色，而不泄露敏感拓扑：谁维护测量定义，谁能修正节点映射，主机或ccTLD运营者通过什么路径提出异议。更正应追加新映射，保留旧映射的哈希与有效期。这样既能审计，也不必公开路由器配置、容量门槛或设施细节。

最终状态可以很朴素：已部署但未接入观测；前后实验已配置；实验已结束；连续监测运行中；当前观测过期；映射复核中。一个运行良好的公共计划完全可以同时存在这些状态。精确并不会制造危机，它只是避免把未完成的测量面当成实时系统。

证据入口

上述数字可从AFRINIC的计划主页、节点图、监测页、节点配置、应用逻辑、CIP表和NS2表独立复算。12项Atlas记录均已在上表逐条链接；任务类型和状态含义来自Atlas的公开接口参考。RFC 4786、根副本计划与AS112运营说明只用于界定监测和责任，不用于推断故障。