☰

パケット損失が高い - すべてのホップが赤で表示される

tag-icon • tag-icon networking latency packet-loss
パケット損失が高い - すべてのホップが赤で表示される

Ping Plotter を実行したところ、すべてのホップでパケット損失が高かった (約 12%) という結果が出ました。Google のルーターに問題があるとは信じられません。ネットワーク カードに問題があるのでしょうか?

スクリーンショットをクリックすると拡大します。

Ping プロッター画面の画像 (World of Tanks 以外のすべてのネットワーク トラフィックを閉じ、ローカル ルーターを削除):

ピーク時

また、winMTR（ラジオとstarcraft2を実行）も実行し、自宅のルーターも追加しました。

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                               my.router -    0 | 1631 | 1631 |    0 |    0 |    3 |    1 |
|                                10.0.0.1 -    5 | 1413 | 1356 |    1 |   11 |   41 |    3 |
|                qr90.bucuresti.rdsnet.ro -    5 | 1379 | 1313 |    1 |   12 |   78 |    3 |
|                cr01.bucuresti.rdsnet.ro -    4 | 1436 | 1385 |    2 |   18 |   50 |    3 |
|                xr01.budapesta.rdsnet.ro -    5 | 1407 | 1348 |   13 |   24 |   70 |   14 |
|                xr01.budapesta.rdsnet.ro -    4 | 1430 | 1377 |   13 |   24 |  125 |   15 |
|               213-154-130-234.rdsnet.ro -    4 | 1422 | 1367 |   13 |   27 |  122 |   14 |
|                          209.85.242.228 -    4 | 1429 | 1376 |   13 |   26 |  121 |   14 |
|                           72.14.232.102 -    4 | 1421 | 1366 |   30 |   44 |  142 |   45 |
|                            72.14.236.21 -    4 | 1440 | 1390 |   28 |   45 |  204 |   29 |
|                           209.85.254.57 -    5 | 1402 | 1342 |   31 |   46 |   86 |   32 |
|                          www.google.com -    4 | 1441 | 1391 |   29 |   40 |   69 |   31 |
|________________________________________________|______|______|______|______|______|______|
  WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

午前 4 時頃のトラフィック (トレントとマシン上のすべてのものが動作中):

午前4時

自宅のルーターを追加したところ、パケット損失がないことに気づいたので、問題は 10.0.0.1 ルーターにあると思います。ISP の担当者が来て接続を確認し、問題ないと言いましたが、ラグ スパイクの問題は依然として残っています。私が気づいたことの 1 つは、朝と深夜には接続が正常であることです。

答え1

これはまったく普通のことのように思えます。ただし、覚えておかなければならないことが 2 つあります。

まず、特定の接続でパケット損失が見られる場合、その接続を含むすべてのパスで同じパケット損失が見られます。したがって、ISP への接続でパケットがドロップされている場合、それ以降のすべてのポイントで同じパケット損失が見られます。パケット損失は、パケットを送信し、パケットが返されるかどうかを確認することで測定されます。

2 番目に、パケット損失は正常です。これは、特定の「X を取得したら Y を取得」というメカニズムなしで、複数の TCP ストリームが接続を共有する方法を見つける方法です。torrent プログラムを実行しているため、おそらくかなりの数の TCP 接続があり、それらはすべて、取得できる帯域幅を計算しようとしています。TCP 接続は、パケットがドロップし始めるまで速度を上げ、その後、速度を下げます。

それらの接続の 1 つが突然遅くなったとします。他の接続は、より多くの帯域幅が利用可能であることをどうやって判断するのでしょうか。唯一の方法は、定期的に転送速度を上げようとすることです。そして、接続が接続を完全に使用していて、そのうちの 1 つが転送速度を上げようとした場合、何が起こると思いますか。はい、いくつかのパケットがドロップされます。パケットがドロップされなければ、すべての TCP 接続の帯域幅消費が増加することになります。これはどのように機能するのでしょうか。

パケット損失に敏感なアプリケーションも実行しようとしているため、これが問題になる場合は、トレント プログラムが許可する受信トラフィックと送信トラフィックの制限を設定します。プログラムで表示される最大トラフィック レベルの約 85% に設定します。これにより、トレント プログラムのパフォーマンスは 15% 低下するだけで、パケット損失レベルは通常 0 に保たれます (他のプログラムがトラフィックを作成し、そのプログラムがトレントと共有する方法を見つけなければならない場合を除きます)。

答え2

トレントは多数の TCP および UDP 接続を使用するため、ルーターによっては、処理中にルーターの RAM をすべて使用してしまう可能性があります。10.xxx ネットワークへのパケット損失が見られるため、ルーターとそのネットワークの間に問題があると考えられます。イーサネット コードを変更してください。DSL を使用している場合は、電話コードを変更して、電話コードが 3 フィートを超えないようにしてください。標準の電話コードはシールドされておらず、ツイストペアも使用されていないため、電気および磁気干渉に非常に敏感です。

また、DSL 接続を使用している場合、多くの地域で「ローカル飽和」と呼ばれる問題が発生します。基本的に、DSLAM が処理できる人数を超えているため、パケット損失が発生します。

プロッターごとにパケット損失が発生しているリモート ネットワークについては不明ですが、それらのネットワークは ISP の制御範囲外にあります。

関連情報