問題タブ [congestion-control]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
tcp - snd.nxt を超えて snd.fack を行うと、FACK がセグメントが失われたと判断するのはなぜですか?
FACK 論文 (MM' 96) では、私はこのステートメントを理解していません: 送信者が、セグメントが再送信された時点で snd.nxt の値を超えて snd.fack を進める ACK を受信した場合 (そして、その再送信されたセグメントは別の方法で説明されていません) for)、送信者は、再送信されたセグメントが失われたことを知っています。
誰かがこれについてもっと説明や例を挙げてもらえますか? MM96 リンク: FACK MM96
networking - TCP 輻輳制御 - 高速再送信と高速回復
質問
ネットワーク経由で 4 MB のファイルを転送するために TCP を使用しているとします。受信者は、4 MB の受信ウィンドウをアドバタイズします。再送信タイマーが 5 回の RTT 後に期限切れになると仮定します。
(a) TCP が 4KB のセグメントを送信する場合、セグメントの損失がないと仮定すると、ファイルを送信するのに何回の RTT が必要ですか?
(b) 送信ウィンドウが 1MB に達した後に送信された最初のセグメントが失われた場合に何が起こるかを説明してください。使用している TCP のバージョンが高速再送信と高速回復を実装していないとします。ファイルを送信するのに何回の RTT が必要ですか?
(c) ここで、使用している TCP のバージョンが高速再送信と高速回復を実装していると仮定します。TCP が高速再送信と高速回復を実装しているという事実によって、いくつの RTT が節約されますか?
私は最近輻輳制御の研究を始めましたが、通常の再送信とは異なる再送信/回復の動作の速さに少し戸惑っています。それについて説明してください。