Antworten:
Es kann verschiedene Dinge geben - die häufigste ist die Verwendung von TCP Fast Retransmission , einem Mechanismus, mit dem ein Empfänger anzeigen kann, dass er eine Lücke in den empfangenen Sequenznummern gesehen hat, die den Verlust eines oder mehrerer Pakete impliziert Transit. Die wiederholten Bestätigungen beim letzten bekannten Wert vor dem Lückensignal, das den Sender paketiert, sollen erneut übertragen werden. Dies kann geschehen, ohne auf das Bestätigungs-Timeout zu warten, bis das verlorene Paket auf dem Sender eintrifft - was, wie der Name schon sagt, eine viel schnellere Wiederherstellung bedeutet.
Es ist auch möglich, dass das gleiche Symptom von Lücken in den Sequenznummern in einer Situation auftritt, in der Pakete nicht in der richtigen Reihenfolge zugestellt werden. Wie oben, wenn der Empfänger (zum Beispiel) ein Segment mit der Sequenz Nr. 5 gefolgt von einem anderen mit der Nummer 7 sieht, bevor er die Sequenz Nr. 6 sieht, versucht er möglicherweise, eine schnelle erneute Übertragung auszulösen. Sobald # 6 eintrifft, werden die doppelten Bestätigungen nicht mehr gesendet.
Eine weniger häufige Ursache wären bestimmte Medienprobleme, bei denen bestimmte Pakete möglicherweise mehrmals gesehen werden. In diesem Fall werden jedoch wahrscheinlich andere Probleme auf dem Link angezeigt (... einschließlich anderer Pakete, die in Wireshark als Dupes angezeigt werden).
Wenn Sie also ein paar zufällige doppelte ACKs sehen, aber keine (oder nur wenige) tatsächlichen Neuübertragungen, sind die Pakete wahrscheinlich nicht in der richtigen Reihenfolge. Wenn Sie viel mehr doppelte ACKs sehen, gefolgt von einer tatsächlichen erneuten Übertragung, tritt ein gewisser Paketverlust auf. Beide Situationen sind im globalen Internet leider durchaus möglich. Wenn Sie andere Arten von doppelten Paketen als CRC-Probleme und im Allgemeinen als langsame Leistung ansehen, ist es möglicherweise sinnvoll, Verbindungsprobleme in Ihrem eigenen Netzwerk zu untersuchen.