web-dev-qa-db-ja.com

WinMTRによって識別されたパケット損失をどのように解釈しますか

以前のコンサルタントがクライアントで特定したパケット損失の問題を調査するように依頼されました。 2つのADSLMax接続があります。1つはデータ用で、もう1つはVoIP専用です。パケット損失がVoIP通話の問題を引き起こしていますが、私の最初の取り組みは、VoIP回線をテストする前に、data接続を介してWinMTRを実行し、参照フレームを提供することでした。

結果の解釈方法はわかりませんが、興味深い結果が得られました。両方の場合において、 10.5.4.1はLinuxゲートウェイです。10.5.4.254はADSLルーターで212.74.102.14はISP側のゲートウェイです。私の最初の実行は以下を生成しました：

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                                10.5.4.1 -   10 | 1215 | 1094 | -24901298 | 2353567 | 24901342 | 24901342 |
|                              10.5.4.254 -    0 | 2149 | 2149 | -24901307 | 222826 | 24899947 |    0 |
|                           212.74.102.14 -    0 | 2138 | 2138 | -24901309 | 1904058 | 24901369 |   30 |
|________________________________________________|______|______|______|______|______|______|

2回目の実行では、ゲートウェイアドレスを10.5.4.254（データルーター）に変更して、Linuxゲートウェイを切り取りました。

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                              10.5.4.254 -    0 |  955 |  955 | -24896677 | 3722073 | 24896756 |    0 |
|                           212.74.102.14 -    0 |  821 |  821 | -24896534 | 2222737 | 24896284 | -297383 |
|________________________________________________|______|______|______|______|______|______|

私はコンサルタントにテストの解釈を求めたところ、彼は次のように述べました。

Linuxボックスは実際にはインターネットトラフィックをルーティングしません。これはVPN間のルーティングを容易にするデフォルトルートですが、ほとんどのトラフィックに対して実際のルーターへのICMPリダイレクトを行います。

ICMPは、両端が制御下にあるエンドツーエンドを除いて、常にパケット損失を表すとは限りません。中間ルーターは、多くの場合、ICMPエコー応答を抑制します。

本質的に、彼はパケット損失がルーターを離れた後にADSL回線で発生していると信じていますが、「パケット損失を測定するためにどのようなテストを行いましたか？それはアスタリスクのログにあるのですか、それともツールを使用して測定しますか？」だった：

覚えていません。数年前のことです。

私の質問は、それがデータの有用な解釈であるかどうか、または私たちの側でゲートウェイを修正することによって解決できる潜在的な問題を特定したかどうかです。

私はコンサルタントや彼のスキルを軽蔑したり、非難したりしようとはしていないことに注意してください-彼がこのクライアントのために行った仕事の多くは無給です（それは慈善団体です）。私は専門家のセカンドオピニオンを得たいと思っています:-)

networkingpacketloss
1
user83664

基本的に、彼はドロップされたICMPパケットのプロパティについて正しいですが、ローカルのLinuxマシンでドロップアウトが発生するのはかなり珍しいことです（特に10％の範囲）。別のLinuxホストを使用し、ping -f 10.5.4.1を実行して、ローカル接続に問題があるかどうかを確認する必要があります。同じ大きさの損失が見られる場合は、このマシンに対して iperf を実行して、他のプロトコル（つまり、TCPおよびUDP）にも影響するかどうかを確認します。

WinMTR統計は、接続が正常であることを示しています。212.74.102.14へのエコー要求には100％の応答がありました。 VoIPデータが10.5.4.1を介してVPNを通過していて、このホストに何らかの理由でローカル接続の問題がある場合、これがVoIPドロップアウトの原因である可能性があります。

3
the-wabbit