リアルタイム TCP 接続では、これらの輻輳アルゴリズムのどれが実装されていますか? これが使用されていない場合は、使用されているアルゴリズムの詳細またはそれについて学ぶためのリンクを教えてください。
3 に答える
Reno は Tahoe の後継であるため、実装が少し古い場合を除き、Reno が使用されていると想定するのが妥当です。
輻輳が発生した場合、 Tahoeの方がわずかに優れた動作をする可能性がありますが、Reno の方がはるかに優れた回復を示します。TCP は、アプリケーションが「リアルタイム」であるかどうかを認識していません。TCP は信頼できる順序通りのストリームであり、それ以上でもそれ以下でもありません。「リアルタイム」はそうではありませんが、遅い回復は本当の問題です。
TCP は確かに「可能な限りリアルタイム」であろうとしますが、その保証を無視することを犠牲にすることはありません。そのために、UDP があります。
その限りでは、両方が利用可能な場合に Reno ではなく Tahoe を使用することはあまり意味がありません。
リアルタイム アプリケーションが tcp を使用することはめったにありません。しかし、TCP を使用する必要がある場合は、CA に TCP Vegas を使用すると思います。
TCP 送信側の OS に応じて、Linux は Binary Increase Congestion Control を使用するように切り替えられましたが、MAC は New Reno を使用します。Microsoft サーバー 2008 は複合 TCP を使用します