Dlaczego TCP czeka na trzy zduplikowane potwierdzenie ACK przed szybkim retransmitem?

Question

Dlaczego TCP czeka na trzy duplikaty ACK przed szybkim retransmitem?

Answer 1

RFC 2001 mówi

Ponieważ TCP nie wie, czy duplikat ACK jest spowodowany przez utraconej segmentu lub po prostu zmiany kolejności segmentów, to czeka na niewielkiej liczbie zduplikowanych ACK mają być odbierane. Zakłada się, że jeśli nastąpi zmiana kolejności segmentów, to tylko jeden lub dwa duplikaty ACK przed przetworzeniem zmienionego segmentu będą miały wartość , a następnie wygenerują nowy ACK. Jeśli trzy lub więcej zduplikowanych potwierdzeń ACK to odebranych w jednym rzędzie, jest to silny sygnał, że segment utracił segment . Następnie TCP wykonuje retransmisję tego, co wygląda na brakujący segment , nie czekając na wygaśnięcie licznika retransmisji do .

Rozumowanie, że nie robi Retransmit aż do trzeciego dwóch egzemplarzach, wydaje się, że aż do tego stopnia, że ​​jest bardziej prawdopodobne, aby być po prostu out-of-order dostawy oraz retransmisji nie jest naprawdę potrzebne.