NetDiag+

プロバイダが受け流せない証拠

「夜になるとインターネットが遅い」は感覚であり、サポートは感覚にルーターの再起動で応えるよう訓練されています。場所と時刻の付いた数字は別の会話になります。毎晩9時以降、3番目のホップでパケット損失が始まります。実行結果はこちらです。3つの測定がその仕事をします――損失がどこで始まるか、負荷時に遅延がどう振る舞うか、実際に使っているサーバーがどれだけ遠く不安定か――そして NetDiag+ 1.4.6 からは、そのすべてをチケットやフォーラム投稿、総務省などの窓口の申請フォームに貼り付けられるプレーンテキストとして書き出せます。

場所と時刻を特定する3つの測定

  1. MTR で損失の場所を特定する。 各ホップに ping し続ける traceroute は、パケットがどこで消え始めるかを示します。あるホップで始まり最後まで続く損失は本物で、そのホップが責任のあるネットワークを示します。1つのホップだけで発生し次のホップで消える損失は、そのルーターが自分の応答を制限しているだけ――正常であり証拠にはなりません。悪い時間帯に実行し、ホップを記録してください。
  2. 負荷時の遅延と遅延テーブルを加える。 バッファブロートテストは、回線が混んでいるときに遅延がどれだけ、どの方向に上がるかを示します。アップロード時のスパイクは自分のルーターを、ダウンロード時のスパイクはプロバイダ側の機器を指し――その方向が、誰の問題かを決めます。遅延ダッシュボードは、実際に使っている名前の付いたサーバーへの中央値・ジッター・損失を加え、自分のルーターを最初に測るので、Wi-Fi が問題なければ誰もそれを責められません。
  3. テキストで、適切な時間帯に、複数回書き出す。 すべてのツールに「共有 → テキストレポート」があります:対象、時刻、すべての数値。1回の実行は何も証明しません。別の日の悪い時間帯に3回、静かな時間帯に対照として1回――これでパターンになります。バッファブロートの推移グラフは各実行の最大スパイクを7・30・90日間保持するので、メモを取らなくてもパターンが見えます。履歴には実行したすべてが残ります。
App Store でダウンロード

無料 · 27のツール · 買い切りで広告を削除 · サブスクなし

実際によくある質問

チケットには具体的に何を書くべき?

各実行の日付と時刻。損失が始まるホップとその割合。アイドル時の遅延と、ダウンロード時・アップロード時の遅延。家庭で使う2〜3のサーバーへの中央値とジッター。どのテストが対照だったか。すべて説明ではなくテキストとして貼り付けること――技術者はホップの一覧には対応できますが、「ラグる」には対応できません。

サポートは回線に問題はないと言います。嘘なの?

たいていは違います。彼らのテストは信号レベル、エラーカウンタ、スループットを確認しますが、キューが 300 ms を足していても、混雑したピアリングリンクが夜9時にパケットの2%を捨てていても、それらはすべて完璧に見えます。あなたは彼らが測っていないものを測っています。そう伝え、数字を渡してください。

スクリーンショットかテキストか?

テキストです。検索でき、引用でき、社内ツールに貼り付けられ、実際に直すエンジニアに転送できます。スクリーンショットはできません。テキストはフォーラムの画像圧縮や窓口のウェブフォームにも耐えます。スクリーンショットは自分用に。

何回実行すれば根拠になる?

問題が再現し、時間帯に結びついていると示せるだけ。2〜3日にわたり悪い時間帯に3回、加えて良い時間帯に1回きれいな結果が出れば、苦情を報告書に変える最低ラインです。良い時間帯の実行も悪ければ、原因は混雑ではありません――それも有用な情報です。

本当に何か直る?

チケットを一次対応から、ホップ一覧を読める人へ進めます。通常はそこで止まるからです。監督官庁がある地域では、苦情フォームはまさにこれを求めます:日付、測定値、プロバイダの回答。証拠は修理を保証しませんが、断る理由を取り除きます。

このすべての中で最も強力な数字は、負荷時の遅延です。 次へ:どのサーバーが遠く、どのサーバーが不安定か →