ACK、送信側N-1のパケットの基本的な原理を理解するために、受信側はACKシーケンス番号で応答し、実際の送信者は、次のパケットを送信し、シーケンス番号がN番目のパケットと一致しています。
重複ACKは、TCPパケットのクラスを意味するパケットが受信側に送信されたときの順序で受信。有効データが組換えのために送受信されることを保証するために、TCPヘッダのシーケンス番号および確認応答番号を使用。TCP接続が確立されると、ハンドシェイクの間に交換最も重要な情報の一つは、初期シーケンス番号（ISN）です。両方の接続ISNセットしたら、次のパケットのシーケンス番号は、データ送信が負荷値を増加させる含ま。
ホストISN 5000、受信機へのパケット送信の500バイトをとります。一度パケットを受信し、ACKの受信端は、以下の式に基づいて、TCP ACKパケット5500の数に返信：
データのバイト数+内のシーケンス番号は=確認応答番号アウトを受信しました
以上の結果によれば、送信側に確認番号を返し、実際に受信したシーケンス番号を受信端が望まれます。次のように図の例です。
のは、高速再送は3 ACKを選択することがある理由を見てみましょうか？
主な考慮事項は、パケットロスを区別するようなリンク障害として、または隆起した注文のうちの他の要因によるものです。
2つの重複ACKが原因順不同である可能性が高い場合には！3は、ACKパケットの損失を重複する可能性がある場合には
の！パケット損失のより多くのことに複製ACK 4倍以上の可能性が高いです！しかし、そのような政策対応が遅すぎます。ケン・ロス
確かに三回はACKを重複が発生します！概要を選択した3つの重複確認応答ウィンドウが最善を半減受け、これがあります
実際の経験。
/回復アルゴリズムを再送信する前に再送再送タイムアウトに送信者を頼って、速くているではありません
ACKの反対側にタイムアウト時間内に受信されない場合は、デフォルトのパケットが失われ、送信者は、失われたパケットの理由を再送します
1）パケットのチェックサムエラー2）再ルーティングコンバージェンスを含むネットワークオフネットワークの輻輳3）が、送信者を決定することができません
これは半分自分の伝送速度は、すなわち、CWNDに減少していること、そして場合、最も愚かな方法です
1/2 2この方法が有効で、ネットワークの輻輳を軽減することができ、3は関係なく、髪の、ネットワークがダウンしている、とにかく、重要ではありません。
1しかし、それについて、理由は時折エラーによるパケット損失の、右半分望ましくない削減の損失を、高速で脂肪が失われますスロー
管理。高速再送アルゴリズムで、また逆ACKに受信することができるので、ネットワークが無いと考えることができます
、壊れているACKを受信できないか、タイムアウト期間内>重複ACK 2を受信できない場合は、
注文のうち大規模なイベントの確率は、再通過することなく、順不同で、受信機は、ワークの種類であろうと、受信された三つトリ場合
一つ以上のACKを重複、パケット損失は大きな確率は、ロジック、送信側がACKを受け取ることができています、
ネットワークを通じて、正しくはACK、Aを受け取った場合、再送信を遅くしないように、1によって引き起こされる可能性がされます
OKカット、流量が（パケットエラーが失われる）がまだあります。それでも重複ACKを受け取った場合や、ネットワークがプロになると考えられています
キプロスの原因は、その場合には、減速がより合理的です。