TCPモデル

最近、同僚との会話で短期間で数回、TCPパラメーターの調整がチャネルの最適な利用のために実行できるすべてではないという単純な事実の根本的な誤解に出会いました。 なに？ 他のTCPモデルとは何ですか？ 何のために？ とにかくすべてを調整するには、最大ウィンドウサイズ、タイミングなどを再生します。 これはもちろん素晴らしいことであり、非常に必要ですが、すべてがprocまたはレジストリを介したチューニングに適しているわけではありません。 すなわち、例えば？ 特定の式があり、その中の特定の変数と係数の「ねじれ」によって結果を達成したかのように、これを状況と比較できます。 しかし、式自体を変更することは可能ですか？





はい そのため、さまざまなTCPプロトコル動作モデルが開発され、開発されています。



ウィンドウのサイズを制御するTCP Vegasモデルは、特にRTTを指向しており、RTTの増加に伴う輻輳へのチャネルのアプローチについて結論を下しています。



TCP Westwoodモデルは、cwinとssthreshを計算するときに、データフロー（RE-レート推定）と帯域幅（BE-帯域幅推定）を推定します。 これらの推定に基づいて、ウィンドウをより細かく制御することが可能になります。 高帯域幅* rtt値の場合に有効です。



Hybla TCPモデル-高RTTのワイドチャネル向けに設計されています。 輻輳ウィンドウのダイナミクスの分析的評価のおかげで、チャネルを最大限に活用できます。



CUBIC TCPモデルは、ロングブロードバンドネットワーク（LFN）向けにも強化されています。 特に、最後の輻輳イベントが発生してからの経過時間が含まれるキュービックウィンドウ成長関数を使用します。



TCP Illinoisモデルは、ウィンドウの拡大段階でウィンドウの拡大率と縮小率を柔軟に選択して、輻輳を防ぎます。



TCP NewRenoとTCP Vegasの混合であるTCP Venoモデルは、輻輳制御が不要な場所に含まれないように、輻輳に関連しない損失を分離しようとします（WLANに関連）。



詳細と式： book.itep.ru/4/44/tcp.htm



そして、これはモデルの完全なリストではありません。 現在、Linuxカーネルは12個以上のアルゴリズムをサポートしています。 カーネルパラメーター以外にも、遊ぶものがあります。



脅威。 ちなみに、Microsoftには独自の複合TCPアルゴリズムがあり、これはVista / 7/2008のTCP / IPスタックに組み込まれています。 ポリッシャーに対処しなければならない人は誰でも、Tcp Next Generationの場合、XP / 2003（たとえねじれたものであっても）と比較して、チャネル使用率がはるかに優れていることを見ました。