Respuestas:
Pueden suceder varias cosas: la más común sería el uso de la retransmisión rápida de TCP, que es un mecanismo por el cual un receptor puede indicar que ha visto una brecha en los números de secuencia recibidos que implica la pérdida de uno o más paquetes en tránsito. Los acuses de recibo repetidos en el último valor conocido antes de la señal de espacio que los paquetes que el emisor debe retransmitir. Esto puede ocurrir sin esperar el tiempo de espera de confirmación para que el paquete perdido llegue al transmisor, lo que, como su nombre lo indica, significa recuperarse mucho más rápido.
También es posible que se pueda ver el mismo síntoma de lagunas en los números de secuencia en una situación en la que los paquetes se entregan fuera de servicio. Como se indicó anteriormente, si el receptor ve (por ejemplo) un segmento con la secuencia n. ° 5 seguido de otro con el n. ° 7 antes de ver la secuencia n. ° 6, entonces podría intentar comenzar a disparar una retransmisión rápida. Sin embargo, al ver llegar el # 6, dejaría de enviar los acuses de recibo duplicados.
Una causa menos común sería ciertos problemas de medios en los que ciertos paquetes podrían terminar viéndose más de una vez. Si este es el caso, sin embargo, es probable que vea otros problemas en el enlace (... incluidos otros paquetes que se muestran como engañados en Wireshark).
Entonces, si está viendo algunos ACK duplicados al azar pero ninguna (o pocas) retransmisiones reales, entonces es probable que los paquetes lleguen fuera de servicio. Si está viendo muchos más ACK duplicados seguidos de una retransmisión real, se está produciendo una cierta pérdida de paquetes. Desafortunadamente, ambas situaciones son completamente posibles en Internet global. Si ve otros tipos de paquetes duplicados como problemas de CRC y, en general, rendimiento lento, entonces podría tener sentido mirar los problemas de enlace en su propia red.