ビジネス イーサネット接続 (3Mbit アップロード、3Mbit ダウンロード) を使用しており、テスト済みの帯域幅速度の問題を理解しようとしています。大きなファイルをアップロードする場合、340 KB/秒を維持します。ダウンロードは 340KB/s を維持します。ただし、これらの転送を同時に実行すると、2 つの転送速度が不規則に増減し、両方の平均速度は約 250 KB/秒です。Hatteras HN404 CPi を使用しており、ルーターをバイパスしています (マシンを直接 Hatteras に接続し、NIC を全二重に設定します)。
これは期待されていますか？このタイプのインターネット接続では、最大アップロードが最大ダウンロードに干渉する必要がありますか?
はい、期待されています。これは、接続が制限されているか制限されている場合の症状です。アップリンクを飽和させると、ダウンリンクに影響を与え、その逆も同様です。
これは、接続のレート制限が TCP ハンドシェイク確認応答パケット (ACK) に影響を与え、これらのパケット フローの通常の「バランス」を乱すためです。
これは、ケーブル モデムのトラブルシューティングのヒントに関するこのページで詳しく説明されていますが、ケーブル モデムに限定されるものではありません。
ケーブル モデムのアップロード キャップをアップロードで飽和状態にすると、ダウンロードの ACK パケットはキューに入れられ、混雑したアップロード データ パケット間のギャップを待つ必要があります。そのため、ACK がリモート ダウンロード サーバーに戻るのが遅れるため、非常に低速なリンクを使用していると認識され、それ以降のデータの送信が遅くなります。
では、どうすればこれを回避できますか? 最良の方法は、個々のセッションにある種のトラフィック シェーピングまたは QoS (サービス品質) を実装して、使用可能な帯域幅全体の割合に基づいて最大スループットに制限することです。
たとえば、私のホーム ネットワークでは、アウトバウンド接続が 192Kbps アップリンクの 67% (2/3) 以上を利用できないようにしています。つまり、単一のアウトバウンド セッションは 128Kbps しか利用できないため、アップリンクが飽和するのを防ぐことでダウンリンクの速度を保護しています。
ほとんどの場合、ソース IP、宛先 IP、プロトコル、ポート、時刻などの利用可能な条件に基づいて、この種のトラフィック シェーピングを実行できます。
ボトルネックがあなたの接続であると確信していますか?
同時にアップロードとダウンロードが異なるシステムで行われている場合、または 1 つのシステムがアップロードとダウンロードの両方を処理している場合にのみ、この動作が見られますか?
独立したマシンが作業を行っているときに問題が解決した場合、ボトルネックはハード ドライブに近い可能性があります。
これは、ローエンドラインでの私の経験から予想されるように聞こえます。ホーム ラインでは、トラフィック シェーピングとバッファ サイズの変更が非常に役立つことがわかりました。
異常なトラフィック シェーピングのない TCP/IP は、他のすべてを犠牲にして、最も攻撃的なトラフィックを優先します。あなたの場合、これは、発信 ACK への応答などのダウンロードが遅れるか、ドロップされることさえあることを意味します。お使いの HN404 がクラス ベースのキューイングなどをサポートしているかどうかを確認し、試してみてください。
同時転送速度について、私が間違っていたようです。250KB/s の速度の上下は、転送プログラムによって誤算されました (高い平均速度を示していたようです)。どうやらビジネス イーサネット (この場合は Speakeasy によってプロビジョニングされた XO 回線) は合計 3Mb のみをサポートし、アップとダウン (合計 6Mbit) はサポートしていないようです。したがって、理論上、同時に上下に転送している場合、上下に 1.5M ビット、または最大で 187.5KB/秒 (オーバーヘッドがゼロの場合) しか持たないはずです。