conceptos convencionales tales como: comienzo lento (crecimiento exponencial), para evitar la congestión (incremento lineal), el umbral de inicio lento (ssthresh) no dicen, se puede ver en otro blog.
Hablar de algunos otros nombres, sensación divide el libro no es muy clara, la declaración anterior bajo Ja, son mi entendimiento personal, si no también las observaciones que la mirada.
retransmisión rápida: 3 redundante es decir ACK recibido reenviar inmediatamente el paquete de datos, en lugar de esperar el tiempo de retransmitir el paquete.
Las castañas:
1,2,3,4,5,6,7 el envío final. . . Cuatro de la pérdida, el receptor recibe 1, 2, ambas partes están satisfechas.
luego es recibida por el receptor 5, 4 se encontró que no recibió, un ACK4 posterior transferencia.
Recibió seis, y luego enviar una copia de ACK4.
7 recibieron, y luego enviar una copia de ACK4.
En este caso, el remitente recibe 3 ACK4 consecutivo, es decir, el ACK tres redundante, esto inmediatamente cuando una retransmisión de paquetes # 4.
4, el receptor recibe el paquete, ya que el acuse de recibo TCP ACK es acumulativo, a continuación, enviar de vuelta un ACK8 (porque ambas cachés 5,6,7), la transmisión de datos continúa.
recuperación rápida: la versión más reciente de TCP. Interno comprende dos etapas: una retransmisión rápida; 2 Volver Estado de evitar la congestión. Que la recuperación rápida no es una operación específica, pero las dos operaciones para exprimir juntos, jugó un nombre.
Tenga en cuenta que una diferencia: Rápida recuperación sólo se llama cuando se reciben tres veces la redundancia de ACK. Si el temporizador expira, entonces no importa qué versión de TCP, lo hará directamente a la fase de arranque lento.
Tenga en cuenta que el tiempo se agota indicación de evento de pérdida de paquetes y la pérdida de paquetes tres veces la diferencia entre la indicación ACK. La primera explicación no es buenas condiciones de la red, hay que reducir rápidamente la velocidad de transmisión! Esta última puede ser simplemente un paquete se pierde (y estado de la red no tiene nada que ver)! Esta es la base de toda la discusión de control de congestión. .
Dibujar un mapa:
En el que si se realiza después de proceso de recuperación de flash, el ACK encuentra tres veces, el umbral de inicio lento se convertirá en un medio de la longitud de ventana de congestión actual, es decir CWnd = sstresh / 2 ;
La diferencia es que, si un procedimiento de recuperación rápido: Después de realizar la retransmisión rápida, la ventana de congestión es SET ssthresh + 3, es decir, antes de que la longitud de la ventana de congestión dividido por 2 más 3.
3 Esto es lo que significa:
Teniendo en cuenta que los tres paquetes ACK, ya que se reciben remitente, lo que indica que tres paquetes desaparecieron de la red. Desde el ancho de banda total del punto de vista de la red, menos tres paquetes, entonces podemos poner el ancho de banda de tres paquetes también utilizarlos, no lo desperdicies. (De hecho, me siento un poco de huevo)
Mi entendimiento personal es: Algoritmo de TCP con una rápida recuperación del ancho de banda puede ser un uso más eficiente de la red, se puede ver el gráfico presenta por encima de una forma de diente de sierra. El emisor envía tasa (de transmisión longitud de la ventana) crecen lentamente, permaneciendo el ancho de banda para detectar, si la pérdida de paquetes, no como la misma que la versión antigua de algoritmos TCP mirar hacia atrás a la liberación (re-iniciar comienzo lento) , pero de uno de nuestros usted no cree que la tasa de congestión de la red continúa creciendo lentamente .
También: Consumo de captura de Wireshark, que son el doble de ACK redundante en la retransmisión rápida. Siente una gran cantidad de libros sobre el llamado estándar en la realidad no se aplican estrictamente. .