摘要

  • Internet Society Pulse 于 9 月 24 日刊登研究者客座文章，介绍 HERMES 如何将 M-Lab 用户测速与同一群组自身的历史基线比较。
  • 项目仪表盘把归因栏称为“Likely source”，并明确说明这只是推断、并非过错裁定；具体事件明细需要登录后查询。
  • 反向路径覆盖不全，加上地理分组规则曾变化，使单独截取一条排名不足以说明某个网络应承担责任。

网络没有中断，不等于体验没有下降。HERMES 研究者 Loqman Salamatian 在 9 月 24 日的文章中，用芝加哥与 Cogent 相关的路径作为例子：测得延迟比基线高出 200 多毫秒，路由亦有绕行。这个例子说明如何从性能变化追踪路径，不能改写成 BTW 对 Cogent 造成故障、违反义务或必须赔偿的独立判断。

方法的价值在于比较同类观察，而不是宣称测得了“全网平均速度”。研究者按网络与地点聚合测速，先看某一群组相对自身过去是否异常，再以路径信息缩小范围。M-Lab 在八月的说明中称，五个月内分析约 40 亿次测试，检测出约 6.5 万起事件。这里的事件是检测结果，不是互联网全部事故的名册；主动测速者的分布也并不均匀。项目同时承认不存在完整的真实事件对照库。

公开界面的措辞因此重要。项目目前把仪表盘标作“staging”；其概览已把原来的“responsible entity”改为“Likely source”，注明它并非过错认定。不过，较深层的帮助文字仍留有责任表述，容易让转述者忽略限定。概览可公开浏览，单一事件的细节则需要 M-Lab／Google 登录，因为 BigQuery 查询会消耗查询者的配额。这是访问与复核成本上的差别，并非证据完全不开放。

另有两种数字不应混用：项目指南说约四分之一的测试带有反向 traceroute；Pulse 文章说，其辨识的一批问题链路中，约一半需要双向证据。前者以全部测试为分母，后者以研究者识别的问题链路为分母。指南还提醒，当前 metro · ipinfo 与旧的 city · maxmind 分组方式不同，跨期图表的跳变可能来自分组而非网络本身。

Daniel Kade 的建议是，凡引用“可能来源”，都应一并保留事件群组、时段、基线、路径方向、地理分组版本以及纠错状态。这是编辑层面的引用标准，不是 HERMES 或 Internet Society 已宣布的治理规则。界面允许逐事件反馈错误归因；这种可更正性恰恰说明，候选来源仍待检验。及时发现异常值得重视，但发现异常与判定责任之间不能省去证据台阶。

资料来源