回答:
いくつかの状況が発生している可能性があります。最も一般的なのは、TCP高速再送信の使用です。これは、受信したシーケンス番号にギャップがあり、1つ以上のパケットの損失を意味することを受信者が示すことができるメカニズムです。トランジット。送信者が再送信する必要のあるギャップ信号の前の最後の既知の値での確認応答の繰り返し。これは、失われたパケットがトランスミッタにヒットするための確認応答タイムアウトを待たずに発生する可能性があります。これは、名前が示すように、より速く回復することを意味します。
パケットが順不同で配信されている状況でも、シーケンス番号のギャップと同じ症状が見られる可能性があります。上記のように、受信者が（たとえば）シーケンス＃5のセグメントに続いて＃7のセグメントを確認してからシーケンス＃6を確認すると、高速再送信のトリガーを開始しようとする場合があります。ただし、＃6が到着するのを確認すると、重複した確認応答の送信が停止します。
それほど一般的ではない原因は、特定のパケットが複数回見られることになる特定のメディアの問題です。ただし、これが当てはまる場合は、リンク上で他の問題が発生する可能性があります（... Wiresharkで重複として表示される他のパケットを含む）。
したがって、ランダムな重複ACKがいくつかありますが、実際の再送信がまったくない（または少ない）場合は、パケットが順不同で到着している可能性があります。重複したACKの後に実際の再送信が続く場合は、ある程度のパケット損失が発生しています。残念ながら、どちらの状況も、グローバルインターネットでは完全に可能です。CRCの問題として他の種類の重複パケットが見られ、一般にパフォーマンスが低下している場合は、自分のネットワークのリンクの問題を調べることは理にかなっています。