低速無線モデムに最適なTCP輻輳制御アルゴリズムはどれですか？
私のプロジェクトには、非常に低速のCDMAセルモデムを介してインターネット経由で通信するリモートLinuxノードがあります。これらのモデムの帯域幅は約2kバイト/秒で、サーバーに戻るRTTは約800ミリ秒です。
これらの制限に基づいて、Linux TCPスタックをこのパフォーマンスに一致するように調整しようとすると何か利点がありますか？たとえば、最近、プラグ可能な輻輳制御アルゴリズムについて知り、別のものがあるかどうか疑問に思っていますこれらのモデムでのダウンロードが800バイト/秒にクロールするのを時々見たことがあります。いくつかのUDPテストを実行したところ、パケット損失は約25％でした。
Linuxは2.6.35.3で、ARMHF上のDebianWheezyを使用しています。
「これらのモデムでのダウンロードが800バイト/秒にクロールするのを見ました。」
損失の測定値を指定していないため、輻輳が発生しているのか、単に仕様よりも小さいチャネル容量が発生しているのかを判断することはできません。
TCPはハードウェア上で設計されており、機器よりもはるかに低速で、おそらくエラー率が高いことに注意してください。接続速度が遅い場合は、TCPが非常に優れています利用可能な容量の使用。
さまざまな輻輳制御メカニズムを試すことができますが、現在よりもスループットが向上した場合は驚きます。実際のネットワークで実際のチャネル容量を測定することは、思ったよりも驚くほど複雑です。