要約

  • 6月の刷新ではLatencyMONがVue 3とQuasarへ移行し、ping、traceroute、DNS、TLS、HTTPの測定に対応した。
  • 文書は絶対値と相対値、最小値だけと最小・中間・最大の帯、国の規模と目標からの距離によるグループ化、集約値と標本値、ポーリングとストリーミングを区別する。
  • これらは表示の条件であり、障害、原因、経路の結果、特定ネットワークの状態や事業者の責任を単独で示すものではない。

見やすい画面にも選択がある

LatencyMONが解くのは、プローブごとに線を並べると比較できなくなるという問題だ。ツールはプローブをグループにまとめ、帯として遅延の推移を描く。RIPE NCCの説明によれば、新版はpingとtracerouteに加えてDNS、TLS、HTTPを扱い、プローブ数の多い国か目標に近い国かを選べ、必要ならグループを個別プローブへ分解できる。

表示される中央値も測定種別で同じではない。pingでは平均値、traceroute、DNS、TLS、HTTPでは中央値である。軸はミリ秒にも、観測された最小遅延に対する相対値にもなる。帯は最小・中央・最大を示すことも、最小だけにすることもできる。グループ化は目標、国、選択したプローブのいずれかから生まれる。

したがって、どちらも正しい二つの図が、別の問いに答えることがある。相対表示は異なる基準線の変化を見つけやすくするが、ミリ秒の絶対的な意味を保持しない。最小線は底の動きを見せるが、ばらつき全体を表すものではない。これは欠陥の指摘ではなく、図の可読性と結論の範囲を分けるための確認である。

データをどう読んだかも意味を変える

LatencyMONは通常、routequakeの集約結果を読む。範囲の外では、基礎となる非集約の標本ごとの結果を取得できるが、性能のため現時点では10,000標本までとされる。新しい時間帯では、測定の標本間隔に合わせて新結果をポーリングする。文書はストリーミングではないと明記する。

ここから、集約帯、上限付きの生標本、更新直後の表示は同じ証拠物ではないと分かる。文書は、どれかが誤りだとか、集約が欠落を作るとかは述べていない。表示状態が違えば、グラフの意味を支えるデータ経路も違うと説明しているだけだ。

解釈の受領証を小さく保つ

共有リンクと埋め込みは、測定、時間範囲、設定をURLのフラグメントに保持し、基礎測定IDへ戻るリンクも提供する。運用上の議論で図を使う場合、解釈の受領証には、測定ID、共有リンクまたは状態の要約、時間範囲と時刻帯、絶対・相対表示、最小のみ・全値、グループ化規則と見えるプローブ、集約・標本経路、読み取り時刻、該当すれば10,000標本上限、中央値が平均か中央値かを残せる。

これはRIPE NCCが発表した必須機能ではなく、編集上の提案である。プローブ所有者、目標、秘密情報を出してはならない。目的は、次の読者がグラフをより大きな主張の証拠にする前に、元の問いを復元できるようにすることだ。

証拠が示す範囲

公式資料はツールの刷新と公開された挙動を示す。実在する測定、障害、利用者影響、事業者の行為、既存共有リンクの不足は示さない。

出典