Retransmisión de TCP frente a retransmisión rápida de TCP

En Wireshark puedo ver cosas que dicen "Retransmisión de TCP" y "Retransmisión rápida de TCP". ¿Cual es la diferencia? ¿Cómo es que Wireshark puede notar la diferencia?

Cuando se envía un paquete usando TCP, tiene un número de secuencia transmitido con él. Cuando el receptor recibe el paquete, envía un acuse de recibo al remitente con el número de secuencia que muestra que se recibió el paquete. Según la forma en que hizo su pregunta, supongo que lo sabe. Quería ponerlo para otros lectores.

La retransmisión de TCP es solo un paquete que no reconoce dentro del tiempo de espera.

La retransmisión rápida de TCP es cuando la fuente obtiene la confirmación de que el paquete no se recibió ... citando de retransmisión rápida - Wikipedia, la enciclopedia libre

Si un remitente TCP recibe tres acuses de recibo duplicados con el mismo número de acuse de recibo (es decir, un total de cuatro acuses de recibo con el mismo número de acuse de recibo), el remitente puede estar razonablemente seguro de que el segmento con el siguiente número de secuencia más alto se descartó

He digerido esto de Microsoft :

TCP inicia un temporizador de retransmisión cuando cada segmento de salida se transmite a la capa de Protocolo de Internet (IP). Si TCP no recibe un acuse de recibo de los datos en un segmento dado antes de que expire el temporizador, el segmento se retransmite.

El tiempo de espera de la retransmisión se ajusta sobre la marcha para que coincida con las características de la conexión, utilizando los cálculos de Tiempo de ida y vuelta suavizado (SRTT) como se describe en el documento de Van Jacobson y Mike Karels "Control y prevención de congestión" en las Actas de la Conferencia ACM SIGCOMM sobre comunicación de datos, noviembre de 1988. Este documento se puede encontrar en la Biblioteca Digital ACM de la Asociación de Maquinaria de Computación. Para obtener más información sobre los cálculos de SRTT, consulte RFC 793: Protocolo de control de transmisión DARPA Especificación de protocolo de programa de Internet . El tiempo de espera de retransmisión para un segmento dado se duplica después de cada retransmisión de ese segmento.

Con este algoritmo, TCP se ajusta al retraso habitual de una conexión. Las conexiones TCP a través de enlaces de alto retardo tardan mucho más en agotarse que aquellas a través de enlaces de bajo retardo, para evitar un tiempo de espera incorrecto cuando una conexión es simplemente lenta en lugar de no estar presente.

En algunas circunstancias, TCP retransmite datos antes de que caduque el temporizador de retransmisión de un segmento en particular. La circunstancia más común se produce debido a una característica conocida como retransmisión rápida.

Cuando un receptor que admite la retransmisión rápida recibe un paquete con un número de secuencia mayor que el actual esperado, procede como si se hubieran eliminado algunos datos. Para ayudar a que el remitente conozca los datos aparentemente caídos lo más rápido posible, el receptor envía inmediatamente un acuse de recibo (ACK), con el número de ACK establecido en el número de secuencia que parece faltar. El receptor envía otro ACK para ese número de secuencia para cada segmento TCP adicional en el flujo entrante que llega con un número de secuencia más alto que el que falta.

Cuando el remitente recibe una secuencia de ACK duplicados que reconocen el mismo número de secuencia y el número de secuencia indicado es anterior al número de secuencia del segmento actual que se está enviando, el remitente puede inferir que se eliminaron uno o más segmentos que envió previamente. Después de recibir una cierta cantidad de ACK duplicados, los remitentes que admiten el algoritmo de retransmisión rápida reenvían el segmento o segmentos que el receptor solicita para llenar el vacío en los datos, sin esperar a que el temporizador de retransmisión expire para los segmentos faltantes. Esta optimización mejora en gran medida el rendimiento en un entorno de red ocupado.

Con la retransmisión rápida, el emisor retransmite los segmentos TCP faltantes antes de que expiren sus temporizadores de retransmisión. Debido a que los temporizadores de retransmisión no caducaron para los segmentos TCP faltantes, los segmentos faltantes se reciben en el destino y el receptor los reconoce más rápidamente de lo que hubieran sido sin una retransmisión rápida y el remitente puede enviar más rápidamente segmentos posteriores al receptor. Este proceso se conoce como recuperación rápida. La retransmisión rápida y la recuperación rápida se describen en RFC 2581: Control de congestión TCP .

La retransmisión, esencialmente idéntica a la solicitud de repetición automática (ARQ), es el reenvío de paquetes que se han dañado o perdido. Es un término que se refiere a uno de los mecanismos básicos utilizados por los protocolos que operan a través de una red informática con conmutación de paquetes para proporcionar una comunicación confiable. PERO la retransmisión rápida es una mejora de TCP que reduce el tiempo que un remitente espera antes de retransmitir un segmento perdido. número de acuse de recibo (es decir, un total de cuatro acuses de recibo con el mismo número de acuse de recibo), el remitente puede estar razonablemente seguro de que el segmento con el siguiente número de secuencia más alto se descartó y no llegará fuera de servicio. El remitente retransmitirá el paquete que supuestamente se descartó antes de esperar su tiempo de espera. mira este enlace para más detalles y algoritmo http://www.isi.edu/nsnam/DIRECTED_RESEARCH/DR_WANIDA/DR/JavisInActionFastRetransmitFrame.html

En pocas palabras, la retransmisión de TCP depende principalmente del tiempo de espera del paquete para detectar un fallo, mientras que, en la retransmisión rápida de TCP, el reconocimiento duplicado de un paquete en particular simboliza su fallo.

En su mayoría, 3 acuses de recibo duplicados para un paquete se deducen como un paquete perdido. La fuente puede ver el número de secuencia del paquete para el cual se activó el NACK. Este es el número de secuencia del paquete que falta y se puede enviar al receptor.

La ventaja de la retransmisión rápida de TCP es que no espera el tiempo de espera del paquete para iniciar una transmisión y, por lo tanto, una retransmisión más rápida del paquete, como su nombre también sugiere.