摘要

  • 6 月发布的版本把 LatencyMON 迁移到 Vue 3 和 Quasar，并支持 ping、traceroute、DNS、TLS 与 HTTP 测量。
  • 官方文档区分绝对与相对坐标、仅最小值与完整带状图、按数量或距离分组、聚合与逐样本读取，以及轮询更新与流式传输。
  • 这些设置说明图表怎样呈现，不能单独证明故障、原因、路由结果、受影响网络或运营者责任。

图表回答的问题由视图决定

LatencyMON 处理的是一个很实际的阅读难题：一条探针一条线，很快就难以比较。它把探针组成组，再以带状形式展示趋势。RIPE NCC 的介绍称，重构后可以将 DNS、TLS、HTTP 与原有的 ping、traceroute 放入同一工具；用户可选择探针最多的国家，也可选择距离目标最近的国家，并能把一个组拆回单个探针。

这不是细枝末节。文档说，ping 的中间值是平均值，traceroute、DNS、TLS、HTTP 的中间值是中位数。坐标轴可以是毫秒，也可以是相对最低延迟的百分比；显示可以包括最小值、中间值、最大值，也可以只留下最小值。默认分组还可能来自目标、国家或后来选定的探针。

因此，两张都正确的图不必表达同一个问题。相对模式在不同基线间突出变化，却不再保留毫秒的绝对含义。只看最小线可以显示低噪声地板，却不能代表整个组的离散程度。这里没有对工具可靠性的否定，而是在提醒：可读性与结论范围不是同一件事。

取数路径也是解释的一部分

文档说明，LatencyMON 通常从名为 routequake 的聚合结果路径读取数据。在该范围之外，它可读取底层、未聚合的逐样本结果，目前出于性能考虑最多 10,000 个样本。对于足够新的时间窗口，工具会按照测量采样间隔轮询新结果；它不是流式推送。

这些说明没有证明聚合数据遗漏了什么，也没有证明任何图表不正确。它们只划出边界：聚合带状图、受上限限制的逐样本片段、以及刚刚轮询更新的画面，都是不同的数据呈现状态。引用者若不保存这个状态，后来的人很难判断大家谈的是网络本身，还是谈的是不同的视图。

一份小回执即可保存解释边界

当前分享或嵌入功能已把测量、时间窗口和部分设置保存在 URL 片段中，也能跳回底层测量 ID。这是很好的基础。若图表被用于运行讨论，一份解释回执还可以写明测量 ID、链接或视图状态摘要、时间范围和时区、绝对或相对模式、仅最小值或完整带状图、分组规则和可见探针、聚合或逐样本路径、读取时间、适用时的 10,000 样本上限，以及中间值究竟是平均值还是中位数。

这是一项编辑建议，不是 RIPE NCC 已发布的产品要求。它不应暴露探针所有者、目标或任何私密信息，也不应把缺少某个字段的图表说成事故。作用更小也更清楚：让下一位读者知道这张图原本被用来回答什么。

证据边界

官方来源证明了工具重构及其公开行为，没有指定任何真实测量、服务中断、网络错误、用户影响或运营者决定，也没有证明现有分享链接缺少足够来源信息。

来源