要約

  • 9月24日のInternet Society Pulseへの寄稿は、M-Labで利用者が実行した測定を各集団の過去の基準値と照らすHERMESの手法を紹介した。
  • プロジェクトの画面は推定区間を「Likely source」と表示し、過失の認定ではないと明記する。個別事象の詳細確認にはログイン後の問い合わせが要る。
  • 逆方向の経路データの不足と集計単位の変更は、順位表示だけから特定事業者の責任を導くことを難しくする。

速度測定は、全利用者を無作為抽出した世論調査ではない。それでも同じネットワークと地域の測定結果を、その集団自身の以前の状態と比べれば、接続が維持されたまま広がる遅延を捉えられる。Loqman Salamatianは9月24日の寄稿で、シカゴとCogentに関わる例を挙げた。基準より200ミリ秒を超えて遅くなり、経路が迂回したという研究者側の説明である。BTWがCogentの過失や契約上の義務違反を確定した事例ではない。

M-Labの8月の解説は、5か月で約40億件のテストを分析し、約6万5000件の事象を検出したとする。件数は分析対象と検出器の出力を表し、世界中の障害の総数ではない。測定を始める人と時刻には偏りがある。研究側も、照合できる完全な障害台帳はないと説明している。規模の大きさと帰属の正しさを同じ意味にしてはいけない。

現在「staging」と表示される画面の設計は、この区別を試す場になる。概要欄の名称は「responsible entity」から「Likely source」へ変更され、推論であって責任認定ではないと注記された。ただし詳しい説明には責任を示唆する古い語も残る。一般公開の概要から個別事象へ進むには、M-Lab／Googleのアカウントでサインインし、閲覧者のBigQuery枠を使って検索する。詳細が全面的に秘匿されているのではなく、公開概要とは再検証に必要な手間が異なる。

経路の向きも落とせない。案内によると逆方向のtracerouteがあるのはテストのおよそ4分の1である。他方、寄稿が述べる「問題のあるリンクの約半数には双方向の証拠が必要だった」は、分母が研究者の調べたリンクであって全テストではない。さらに現行のmetro · ipinfoと旧来のcity · maxmindでは集計単位が違う。時系列の段差をそのままネットワークの急変と読むことはできない。

公開情報を引用するなら、事象の集団、対象期間、比較基準、測定できた経路方向、地域分類の方式、候補と訂正の状態を一組にするべきだ。これはDaniel Kadeの編集上の提案であり、研究者やInternet Societyが課した規則ではない。画面には誤った推定を報告する仕組みもある。修正できる手掛かりとして扱ってこそ、早期発見の価値は残る。

出典