ADSL接続でBufferBloatを軽減する方法は？
私は以前に興味深いネットワーキングの経験がありました。引っ越す前は、3MBのアップリンクでVDSL接続をしていました。 （ダウンスピードは約30mbでしたが、現時点では関係ありません）。アップリンク（CrashPlanバックアップ）を飽和させると、一般的な遅延と応答性が低下することがありましたが、大きな問題なくインターネットを使用できました。
今、私はもっと遠くの場所に移動しました。そこでは通常のADSL +しか得られません。速度は10mbダウンリンクと1mbアップリンクです。ただし、問題は、アップリンクが飽和状態になると、ほとんどすべてが停止することです。ping時間は数十秒に達し、一般的なエクスペリエンスはかなり悪くなります。アップロード速度の50％しか使用しない場合でも、遅延は500〜800ミリ秒に増加します。
最初は、接続品質の低下が原因であると考えていましたが、現在はプロバイダー側の構成/ネットワークの問題であり、銅線の品質とは関係がないと思います。この信念をさらに安心させたのは、私の友人が同様のパラメーター（別のエリアですが、取引所までの距離は同じです）とのつながりがあり、全体的な接続性を損なうことなくアップロードを喜んで飽和させることができるということです！
それで、何が問題になる可能性がありますか？これは有名な Bufferbloat の問題ですか？もしそうなら、それを軽減する方法はありますか？テクニカルサポートは、接続を確保するためにアップロードを使いすぎないように指示しているだけです...これは私の本では弱いです。
トマトファームウェア ルーターのいくつかも調べていましたが、これについて何かアドバイスはありますか？バックアップソフトウェアの優先度を低くするために、考えられるすべてのQoS設定を試しましたが、これで問題が部分的に修正されるだけです。
つまり、要約すると、それはbufferbloatだと思いますか？もしそうなら、それを修正する方法は？ （プロバイダーの変更を除く）
50％のアップロードと0％のダウンロードを使用すると、pingが大幅に増加する理由はありません。ここで何か他のことが起こっています。それがbufferbloatであるかどうかはわかりません。モデムまたは回線の物理的な問題だと思います。ひどく混雑している接続でも、pingを1秒未満に維持できるはずです。 ISPでトラブルシューティングを行うか、モデムがサポートしている場合はモデムの統計を確認します（ISPはモデムがサポートしていないかどうかを確認できます）。アップロード時の信号対雑音比が6未満であるか、減衰が高すぎる（55dbを超える）と推測しています。
帯域幅管理の欠如も役に立ちません（ただし、説明したほど悪い状態になることはありません）QoSソリューションを実装する必要があります。 aDSL接続で正しく機能するのは、TC-ATMパッチを適用したものだけです。私はトマトトーストマンまたはシビー、最近のバージョンをお勧めします。これを構成するための私の「ミニガイド」はここにあります： http://www.dslreports.com/forum/r28371690-Cable-Help-Configure-Tomato-QoS- 。セットアップとの唯一の違いは、「DSLモデムのみの設定」を「なし」ではなく32バイトのようなものに設定することです。
Bufferbloatテスト： http://netalyzr.icsi.berkeley.edu/
おそらくbufferbloatです。トマトにはそれに対する修正はありません。
Openwrt、dd-wrt、またはcerowrtのqosシステムを試してください。これらはすべてfq_codelを使用しています。
DSLのいくつかの形式はATMカプセル化を使用しており、その正確な補正はごく最近まで破られていました（Linux 3.10.12以降で修正され、現在のopenwrtバリアブレーカーヘッド、cerowrtヘッド）
「バッファの肥大化」を修正する方法は、着信帯域幅と発信帯域幅をそれぞれの制限のすぐ下に制限することにより、ISPバッファを完全に無効にすることです。このようにして、ISP側のバッファが使用されることはなく、スループットのわずかなコストでレイテンシが改善されます。
tcは、このためのLinux/DD-WRT/Tomatoツールです。これをPCに実装する「Wondershaper」と呼ばれるスクリプトが存在します。おそらくTomatoに適合させることができます。