専用サーバー:WinMTR/MTRでネットワーク問題を特定する方法
はじめに
ネットワークの問題はストレスの原因になり、もちろん日常的に起こるべきではありません。しかし、問題が発生した場合は、迅速かつ効率的に原因を特定し、解決することが重要です。ネットワーク問題の詳細な情報は、WinMTR(Windows用) または MTR(Linux/Mac OS用) アプリケーションを使うことで効果的に分析できます。
WinMTR/MTRは、PingとTracerouteの機能を組み合わせたネットワーク診断ツールです。データパケットの経路を双方向で追跡し、送信経路(クライアント → サーバー) と 復路(サーバー → クライアント) の両方を詳細に分析できます。これにより、レイテンシやパケットロスなど、ネットワーク問題の正確な診断と対処に不可欠な情報を取得できます。
送信経路(クライアント → サーバー):接続切断、接続遅延、接続確立の問題などが発生した場合に、送信経路のレポートが役立ちます。クライアントからサーバーへの経路上でのネットワーク混雑、パケットロス、誤ったルーティングなどの問題を特定できます。
復路(サーバー → クライアント):復路のレポートは、送信経路が安定して正常に機能していることが確認された場合にのみ意味を持ちます。つまり、送信経路に問題が見られないのに、サーバーの応答遅延、読み込み遅延、データ転送の不完全さなどの問題が続く場合に復路の分析が重要になります。
まとめると、明らかなネットワーク問題が発生した場合は、まず 送信経路(クライアント → サーバー) を分析します。送信経路に異常がなく問題が続く場合は、非対称な問題を特定するために 復路(サーバー → クライアント) を確認する必要があります。非対称なネットワーク問題は、片方向のデータパケットは正常に送信される一方で、逆方向で遅延やパケットロスが発生する場合に起こります。
インストール
送信経路と復路のレポートがいつ役立つかがわかったところで、クライアントとサーバーの両方でのインストール方法を説明します。
クライアント
送信経路の分析には、クライアント(あなたのPC)にアプリケーションをインストールする必要があります。以下の手順で、使用しているOSに合わせたインストール方法を説明します。
- Windows
- Linux
- MacOS
Windows OSのPCを使う場合、ネットワーク分析はWinMTRアプリケーションで行います。WinMTRをインストールするには、まずZAP-Hostingのサイトからアプリをダウンロードしてください。ダウンロード後、ファイルを解凍すると実行ファイル WinMTR.exe が得られます。
| アプリケーション | ダウンロードリンク |
|---|---|
| WinMTR | リンク |
Linux OSのPCを使う場合、ネットワーク分析はMTRアプリケーションで行います。MTRをインストールするには、ターミナルを開き、使用しているLinuxディストリビューションに応じたコマンドを実行してください:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Mac OSのPCを使う場合、ネットワーク分析はMTRアプリケーションで行います。ただし、MTRはMac OSにプリインストールされておらず、Apple Storeにもありません。MTRをインストールするには、まずパッケージ管理システムのHomebrewをインストールする必要があります。
Homebrewのインストール
ターミナルを開き、以下のコマンドを実行してHomebrewをインストールしてください:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
MTRのインストール
表示される手順に従ってインストールを完了させます。Homebrewが正常にセットアップされたら、以下のコマンドでMTRをインストールできます:
brew install mtr
サーバー
復路の分析には、サーバーにアプリケーションをインストールする必要があります。以下の手順で、サーバーのOSに合わせたインストール方法を説明します。
- Linuxサーバー
- Windowsサーバー
SSH でサーバーに接続します。サーバーのOSに応じて、以下のコマンドでMTRをインストールしてください:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
リモートデスクトップ接続 でサーバーに接続します。WinMTRをサーバーにインストールするには、まずZAP-Hostingのサイトからアプリをダウンロードしてください。ダウンロード後、ファイルを解凍すると実行ファイル WinMTR.exe が得られます。
| アプリケーション | ダウンロードリンク |
|---|---|
| WinMTR | リンク |
レポート作成
以下では、WinMTR/MTRアプリケーションを使ってレポートを作成する方法を説明します。これは、送信経路(クライアント → サーバー) と 復路(サーバー → クライアント) の両方で行います。
問題が実際に発生していて目に見える状態のときにレポートを作成してください。そうでなければ、トラブルシューティングや問題解決に役立つ有用な情報が得られません。
送信経路(クライアント → サーバー)
PCからサーバーへの経路を分析するには、PC上でWinMTR/MTRアプリを開き、以下の手順に従ってください。
- Windows
- Linux
- MacOS
WinMTR.exe をダブルクリックしてWinMTRを起動します。Host フィールドにサーバーのIPアドレスまたはホスト名を入力し、レポートを開始します。最低でも1分間はアプリを動かして十分なデータを収集してください。データが十分に集まったら分析を停止し、Export TEXT をクリックして結果を保存します。
ターミナルを開き、以下のコマンドを実行してMTRを起動します:
mtr <your server-ip-address>
最低でも1分間はアプリを動かして十分なデータを収集してください。データが十分に集まったら分析を停止し、結果を保存します。
ターミナルを開き、以下のコマンドを実行してMTRを起動します:
mtr <your client-ip-address>
最低でも1分間はアプリを動かして十分なデータを収集してください。データが十分に集まったら分析を停止し、結果を保存します。
復路(サーバー → クライアント)
サーバーからPCへの経路を分析するには、サーバーに接続して以下の手順に従ってください。
- Linuxサーバー
- Windowsサーバー
SSHターミナルで以下のコマンドを実行してMTRを起動します:
mtr <your client-ip-address>
最低でも1分間はアプリを動かして十分なデータを収集してください。データが十分に集まったら分析を停止し、結果を保存します。
IPアドレスがわからない、または調べ方がわからない?IPアドレスを調べる方法はいくつかあります。最も簡単なのは、オンラインサービスのWhatIsMyIPAddressを使うことです。
Host フィールドに接続しているIPアドレスを入力し、レポートを開始します。最低でも1分間はアプリを動かして十分なデータを収集してください。データが十分に集まったら分析を停止し、Export TEXT をクリックして結果を保存します。
IPアドレスがわからない、または調べ方がわからない?IPアドレスを調べる方法はいくつかあります。最も簡単なのは、オンラインサービスの WhatIsMyIPAddress を使うことです。
レポートの評価
結果を評価するときに押さえておくべき重要なポイントがいくつかあります。以下のセクションでそれらのポイントを詳しく説明し、分析における意味を解説します。これらの点に注意を払うことで、正確な診断と原因特定が可能になります。
パケットロス
結果にパケットロスが見られる場合、ネットワーク問題の可能性があります。1~2%程度の軽微な一時的パケットロスは問題にならないこともありますが、それ以上の値は深刻な問題を示唆します。パケットロスはサービスの接続遅延や切断を引き起こすことがあります。ロスがすべてのホップに均等に分布している場合は、自分のネットワークかサーバー側に問題がある可能性があります。一方、特定のホップやエリアだけで発生している場合は、そのノードか次の接続に問題があると考えられます。なお、最初のホップ(ローカルネットワーク内)での小さなロスは必ずしも致命的ではありません。これらの機器はICMPリクエスト(pingなど)を優先度低く扱い、破棄することが多いためです。
レイテンシ(Ping時間)
レイテンシの値(Avg、Best、Worst)は接続の速度と安定性を示します。特定のホップでレイテンシが常に高い場合は、ネットワーク混雑や遅いルーターの可能性があります。2つのホップ間で急激にレイテンシが上がる場合はボトルネックの可能性があります。通常、レイテンシは目的地に向かうにつれて徐々に増加しますが、急激なスパイクは問題のサインです。送信経路と復路を比較することで、非対称な問題の特定にも役立ちます。非対称問題は片方向のトラフィックだけが問題を抱えていることを示します。
これらの要素を注意深く分析することで、問題が自分のネットワーク内なのか、ISP側なのか、サーバーへの経路上なのかを正確に判断できます。
診断例
理解を深めるために、いくつかの診断例で前述の情報を具体的に説明します。異なる状況や原因を示すシナリオをまとめました。これらの例を通じて、データの読み取り方やネットワーク問題の診断方法をより効果的に学べます。
以下の診断例は架空のWinMTR/MTRレポートに基づいています。IPアドレス、ホスト名、経路はすべて架空であり、実際のネットワークやホストとは一切関係ありません。
- 例1
- 例2
- 例3
- 例4
- 例5
- 例6
- 例7
例:クライアント側のパケットロス
説明
この例では、送信経路と復路の両方でクライアント側にパケットロスが発生している状況を示しています。
送信経路(クライアント → サーバー)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 15.0% 20 1.1 3.4 1.0 10.2 2.8
2. 10.0.0.1 10.0% 20 12.3 15.7 10.5 30.8 5.5
3. 172.16.0.1 0.0% 20 25.1 26.0 24.8 27.2 0.6
4. 203.0.113.5 0.0% 20 35.4 34.5 33.2 36.1 0.9
5. be1234.ccr42.isp.net 0.0% 20 50.6 49.8 49.1 51.5 0.8
6. be5678.ccr21.isp.net 0.0% 20 60.1 59.9 59.5 61.0 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Destination-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
復路(サーバー → クライアント)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 10.0% 20 15.8 16.5 15.0 35.2 6.2
8. 192.168.1.1 15.0% 20 2.0 4.0 1.2 12.0 3.8
評価
評価結果から、クライアント側でパケットロスが発生していることがわかります。両経路とも最初のホップ(ホップ1と2)でロスが見られ、クライアントのローカルネットワークかルーターに問題がある可能性が高いです。
例:サーバー側のパケットロス
説明
この例では、送信経路と復路の両方でサーバー側にパケットロスが発生している状況を示しています。
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
8. Destination-IP (Server) 15.0% 20 85.3 90.2 85.0 105.0 7.0
復路(サーバー → クライアント)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Server) 15.0% 20 85.3 90.2 85.0 105.0 7.0
2. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
評価
評価結果から、サーバー側でパケットロスが発生していることがわかります。両経路とも最後のホップ(ホップ7と8)でロスが見られ、サーバー側に問題がある可能性が高いです。
例:クライアント側のレイテンシ問題
説明
この例では、送信経路と復路の両方でクライアント側に高いレイテンシが発生している状況を示しています。
送信経路(クライアント → サーバー)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
2. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
3. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
4. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
5. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
6. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Destination-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
復路(サーバー → クライアント)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
8. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
評価
評価結果から、クライアント側で高いレイテンシが発生していることがわかります。両経路とも最初のホップ(ホップ1と2)でレイテンシが大幅に増加しており、クライアント側に問題がある可能性が高いです。
例:サーバー側のレイテンシ問題
説明
この例では、送信経路と復路の両方でサーバー側に高いレイテンシが発生している状況を示しています。
送信経路(クライアント → サーバー)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
8. Destination-IP (Server) 0.0% 20 300.5 320.0 300.0 350.0 15.0
復路(サーバー → クライアント)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Server) 0.0% 20 300.5 320.0 300.0 350.0 15.0
2. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
評価
評価結果から、サーバー側で高いレイテンシが発生していることがわかります。両経路とも最後のホップ(ホップ7と8)でレイテンシが大幅に増加しており、サーバー側に問題がある可能性が高いです。
例:ルーティング問題(ISPルーティング)
説明
この例では、クライアントXからサーバーへの経路は問題なく動作している一方で、クライアントYからサーバーへの経路にルーティング問題があり、パケットロスが発生しています。これはインターネットサービスプロバイダー(ISP)のルーティングに問題があることを示しています。
送信経路(クライアントX → サーバー)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Destination-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
送信経路(クライアントY → サーバー)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 30.0% 20 30.6 50.3 29.5 95.0 20.5
5. be1234.ccr42.isp.net 25.0% 20 80.2 120.0 70.0 250.0 55.0
6. be5678.ccr21.isp.net 10.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Destination-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
復路(サーバー → クライアントX)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
復路(サーバー → クライアントY)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
評価
評価結果から、ISPのルーティングに問題があることがわかります。クライアントXからサーバーへの経路は安定していますが、クライアントYからの経路は大きな問題があり、パケットロスや高いレイテンシが発生しています。
例:送信経路(クライアント → サーバー)のみでパケットロスが発生
説明
この例では、送信経路(クライアントからサーバーへの経路)のみでパケットロスが発生し、復路(サーバーからクライアントへの経路)ではロスが見られません。これは、サーバーに向かう経路の一部に問題がある可能性があり、故障したルーター、混雑、または経路上の接続不良が原因かもしれません。
送信経路(クライアント → サーバー)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 10.0% 20 35.7 35.0 34.5 36.5 0.6
5. be1234.ccr42.isp.net 15.0% 20 50.6 55.5 50.0 70.0 6.0
6. be5678.ccr21.isp.net 10.0% 20 65.1 65.9 65.0 67.0 0.6
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. Destination-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
復路(サーバー → クライアント)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 65.0 66.0 0.3
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.7 35.0 34.5 36.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
評価
評価結果から、パケットロスは送信経路のみに発生しています。ホップ4、5、6でロスが見られ、クライアントからサーバーへの経路の一部に混雑や故障したネットワーク機器がある可能性があります。一方、復路にはロスがなく、逆方向の接続は安定しています。
例:復路(サーバー → クライアント)のみでパケットロスが発生
説明
この例では、復路(サーバーからクライアントへの経路)のみでパケットロスが発生し、送信経路(クライアントからサーバーへの経路)ではロスが見られません。これは復路のネットワーク区間に問題がある可能性を示しています。
送信経路(クライアント → サーバー)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. Destination-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
復路(サーバー → クライアント)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
4. be1234.ccr42.isp.net 10.0% 20 50.6 51.0 50.0 55.0 1.2
5. 203.0.113.5 15.0% 20 35.7 36.5 34.5 40.0 1.8
6. 172.16.0.1 10.0% 20 20.2 21.5 19.5 25.0 2.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
評価
評価結果から、パケットロスは復路のみに発生しています。復路のホップ4、5、6でロスが見られ、サーバーからクライアントへの経路の一部に問題がある可能性があります。
問題の報告
ZAP-Hostingはネットワークを常時監視していますが、ネットワーク問題が発生した場合は速やかにサポートチームへご連絡ください。正確な診断と迅速な解決のために、送信経路と復路の両方のWinMTR/MTRレポートの結果をお送りいただくようお願いします。この情報により、問題の原因箇所を正確に特定し、迅速に対応できます。