WANにトラフィックがある場合、高遅延の原因は何ですか？

インターネットの速度が遅いネットワークがあります。大量のトラブルシューティングを行った後、ストリーミングコンテンツ/ダウンロードによってWANトラフィックの遅延が爆発することが判明しました。

たとえば、無負荷の場合、8.8.8.8を約30ミリ秒でpingします。同じコンピューターでYouTubeのストリーミングを開始すると、遅延は最大で約500ミリ秒に跳ね上がりますが、変動は約400ミリ秒です。ビデオをオフにすると、待ち時間は30ミリ秒に戻ります。しかし、同じLANにユーザーがいる場合、pandoraのストリーミングを開始すると、問題が再発します。

ネットワークが単一の10/100スイッチで実行されています。スイッチは、DSLルーターに直接接続されています。通常、6Mb接続を使用しています。

トラブルシューティングでは、次のことを完了しました。

• 複数のワークステーションからwiresharkでスキャンし、エラーのあるパケットを探します。（含めますが、スキャンには機密情報が含まれます）。普通のことでも遠く離れていません。
• ルーターをアップグレードされたモデルに置き換え、ファームウェアをアップグレードしました。
• ISPがspeedtest.netで正しく測定した速度を上げました（10ダウン、1.5アップ）。問題はまったく同じでした。
• ISPがハードウェア/ポートに問題がある場合に備えて、ISPがカードを交換していました。
• まったく同じISP /パッケージで別のオフィスでテスト済み。遅延に影響を与えずに、複数のコンピューターでYouTube @ 1080pとpandoraをストリーミングしていました。
• 1台を除くすべてのコンピューターをシャットダウンし、ユーザーがいない夜間に実行しました。
• 待ち時間の問題が発生しないLANトラフィックの監視。

帯域幅の制限に達している場合、または一部のハードウェアで速度がボトルネックになっている場合、この問題が発生することを認識しています。ただし、そのようにはまったく見えません。WANを通過するほとんどすべてのトラフィックは遅延を撃ちます。接続速度をほぼ2倍にした場合でも、問題は同じでした。pandoraで2人のユーザーと2人でサーフィンすると、インターネットは何もしなくなります（パケットがドロップされ、ページが読み込まれません）。自宅での接続の半分があり、netflix / youtube / pandoraの同時ストリーミングは5 Mbにも影響しません。

質問：トラフィックがWANを通過する際に高遅延が発生する原因は何ですか？

これは、おそらく6Mbのレート制限を実行しているDSLAM / LNSの一部の「バッファブロート」の形式のように聞こえます。

それはあなたのCPEボックスかもしれませんが、それは少し可能性が低いです。

遅延が発生している場所を確認します。各ホップでレイテンシをチェックするMTRなどのツールを使用します。MTRは、各ホップのping統計をトレースルートと組み合わせて、このタイプの問題を絞り込むのに非常に役立ちます。

Linuxボックスでは、コマンドはになります。このツールのWindowsバージョンmtr 8.8.8.8もあります。

出力には、待ち時間の開始点が表示されます。ISPネットワーク上にある場合は、出力をISPに転送し、ISPがネットワークの問題のトラブルシューティングに使用できるようにします。

ネットワーク内で遅延が始まる場合は、自分で問題を絞り込むこともできます。

DSL回線の統計情報を確認してください。（インターリーブvs高速パス、エラーカウンターなど）

別の場所でのテストは、別のDSLAMで別の回線をテストしました。これは、ISPインフラストラクチャが非難しないことを示唆しています。DSL回線に障害があることを強く示唆しています。DSLAM自体が混雑している可能性がありますが、あなたが予測通りに繰り返し回線上にプッシュすることはほとんどありません。

ATMセルが破損している場合（ほとんどのDSLのトランスポート）、フレーム全体を再送信する必要があるため、このような大幅な速度低下が発生します。

顧客がネットワーク遅延を経験している場合、最初にすべきことは、ネットワーク内の個々の接続をチェックすることです。通常、ボトルネックが発生しているデバイスは1つです。

ネットワークの使用率が低い場合、インターネットに接続されたデバイスを除くすべてのQoSを完全に無効にします（QoSによりスイッチング環境でトラフィックが遅くなるため）。

パケットキャプチャでは、I / O分析を行い、どこかでプラトーになっているかどうかを確認します。これは、パケットの配信を遅延させたり、パケットを完全に削除するキューイングを引き起こすバーストトラフィックを示します。

問題がある場合は、各デバイスのCPUも確認します。CPUが跳ね上がるのを見るなら、それはおそらくあなたの問題のデバイスです。ログもチェックして、エラーがあるかどうかを確認します。

また、すべての接続がフルスピード（速度100全二重）でネゴシエートしていることを確認します。

また、ファイアウォールまたはセキュリティサービスを無効にしてみてください。

もう1つ注目すべきは、スイッチとDSLモデム間の接続です。説明している症状は、2つの間にデュプレックスの不一致があるように聞こえます。

スイッチを除外する別の方法は、スイッチを完全に取り外し、DSLモデムに直接接続された1台のマシンとの接続をテストすることです。

トラフィックが多い場合の高いレイテンシ/スループットの低下は、L1の問題（デュプレックスミスマッチ/不良ケーブル/汚れたファイバー）を示す場合があります。これが事実ではないことを確認しましたか？

これはアップストリームのボトルネックになる可能性がありますか？あなたが世界のどこにいるかはわかりませんが、おそらくISPにはひどい国際帯域幅があります。Speedtest.netはデフォルトで最も近いサーバーになります。

私が使用した簡単な方法は、トレースの高い応答時間を探し、ハードウェアの障害、DOS攻撃、QoSの不適切な分類などについてシステムをチェックするtraceroute機能でした。もちろん、パス内のすべての機器にアクセスする必要があります。テレコムで働いていたので、当時は簡単でした。

これをテストしているオペレーティングシステムは何ですか？Windowsの場合、デフォルトで「QoSパケットスケジューラ」サービスがインストールされ、ネットワークインターフェイスにバインドされています。ネットワークスタックの基本設定に応じて起動し、「マルチメディア」として分類されないトラフィックを積極的に遅延させます。

インターフェイスから削除して、結果を再確認してください。

または、さらに良いことに、正しく再構成してください：http : //www.dslreports.com/faq/3688

私の経験から、一部のISPはICMPパケットを最も低い優先度で処理することを付け加えます。YouTubeを起動するたびに「リクエストがタイムアウト」することもありました。

ビデオを開始する前、およびビデオの再生中にwinmtrを投稿します。2番目のストリーミングを開始し、これがICMPパケットと最初のビデオの両方にどのように影響するかを見てみましょう。

10/100スイッチを介して接続し、その一部で自動ネゴシエーションを行っている場合、デュプレックスの不一致が発生している可能性があります。これは、物事が比較的静かなときに表示されないネットワークの負荷がある場合に頻繁に衝突を引き起こします。衝突は、通信を強制的にバックオフするように再送を引き起こし、一見不合理な減速を引き起こす可能性があります。

古いスレッドを復活させてすみません。OPは書きました：

... WANを介したほとんどすべてのトラフィックが遅延を引き起こします...

これらは、Bufferbloatの正確な症状です。ルーターは、キューイングが多すぎて、小さなフローを枯渇させている可能性があります（応答性を提供するために必要です）。

ルーターには、「負荷下のレイテンシ」の問題を軽減する方法が必要です。QoSを使用すると、さまざまな設定と継続的な調整が必要になります。

OP以来、最先端技術が進歩しているため、Bufferbloat、AQM、CoDel、fq_codel、Cake、PIE、またはその他の手法を調べてください。