El primer protocolo de control de
transmisión fue creado entre 1973 y 1974 por Vint Cerf y Robert Kahn. el
control de flujo de transmisión basado en ventanas deslizantes funciono
bastante bien. [4]
TCP Tahoe, Entre 1986 y 1988, Van
Jacobson ante la congestión producto de la popularización de internet propuso
el esquema básico de control de congestión y desarrolló el TCP Tahoe. El primer
protocolo de implementación. TCP Tahoe, considera el valor de las ventanas de
recepción y de congestión, quedando el emisor restringido a una ratio de
transmisión cuyo valor mínimo es rwnd y su máximo es cwnd. Realiza la retransmisión
rápida en caso de paquetes duplicados [5]
TCP Reno Introducido en 1990 con
la aplicación del algoritmo additive increase / multiplicative decrease (AIMD)
sus funciones son: incrementar paulatinamente la ratio de transmisión hasta que
acontezca alguna pérdida de paquetes; La ventana de congestión aumenta de forma
lineal, es decir, sumando un valor; y disminuye la ratio de transmisión cuando
infiere congestión, multiplicando por un valor. [5]
TCP Vegas en 1995 por Larry
Peterson y Lawrence Brakmo, presta atención a los valores de retardo para
inferir congestión. Aumenta el tamaño de la ventana hasta que ocurre la pérdida
del paquete debida a congestión. establece tiempos de espera y mide los retrasos
de ida y vuelta de los paquetes en el búfer de transmisión. [4]
New Reno, creado en 1999, como versión
mejorada de reno, mejora la retransmisión durante la fase de recuperación
rápida, al recibir tres ACK´s duplicados, registrar el número de secuencia del
último segmento ingresa a la fase fast recovery. llena agujeros de envió. [5]
Veno Creado en 2001, estima el
estado de la conexión de manera similar a Vegas, deduce qué tipo de pérdida de
paquetes en lugar de perseguir la prevención de paquetes pérdida. no puede
distinguir entre pérdida de congestión y pérdida aleatoria. [4]
Westwood,Creado en 2001, como modificación
del new Reno, una pérdida hace que la ventana se restablezca a la estimación
del remitente del producto de retraso de ancho de banda, que es el RTT medido
más pequeño multiplicado por la tasa observada de recepción de ACK. [4]
TCP Fast, Creado en 2003 TCP Fast
es sucesor de TCP Vegas, se basan en retardos para inferir congestión. Empieza
por enviar 1500 byte, si no hay respuestas, retrasmitirá en menor velocidad
hasta se envíen todos los paquetes. solo existe un único punto de equilibrio
para redes bajo condiciones leves. [4]
TCP Hybla, Creado en 2004 tiene
como objetivo eliminar las penalizaciones a las conexiones TCP que incorporan
enlaces de radio terrestre o satelital de alta latencia. Las mejoras de Hybla
se basan en la evaluación analítica de la dinámica de la ventana de congestión.
[4]
TCP BIC creado en 2006 basado en
TCP Reno y TCP NewReno, adapta la ventana de congestión, agrega fase adicional
denominada de convergencia rápida (Rapid Convergence or RC) donde mediante una
rápida búsqueda binaria, descubre el valor óptimo de la ventana de congestión
en función de los recursos actuales de la red, establecen las variables Wmin=1
y Wmax. BIC reduce el coeficiente de decremento multiplicativo desde 0.5 a
0.125, para lograr mayor velocidad de respuesta. [5]
TCP CUBIC surge en 2016 basado En
BIC con la idea de tomar ventaja del ancho de banda. restringe sus ventanas al
sobrecargar la red. Registra el tamaño máximo de ventana y lo incrementa
mientras no haya congestión. Tiene 2 faces, en la fase cóncava aumenta en ancho
de banda a su tamaño anterior a la congestión. En su fase convexa sondea para
obtener más ancho de banda, lentamente al principio y luego muy rápidamente [5]
TCP Compound Creado en 2008 TCP
Compound, se creó en base a TCP Fast, se basan en retardos para inferir
congestión.es una implementación de TCP de Microsoft que mantiene dos ventanas
de congestión diferentes simultáneamente, con el objetivo de lograr un buen
rendimiento en LFN sin afectar la equidad. muy usado en Microsoft Windows Vista
y Windows Server 2008. [4]
Elastic-TCP Creado en 2019 para
redes de alta velocidad, transfiere datos emplea un enfoque basado en el
retraso de pérdida usando la Función de ponderación correlacionada con ventanas
(WWF). idiar con diferentes características de red sin necesidad de ajuste
humano. pose un mejor rendimiento que Compound-TCP, y CUBIC [6]
No hay comentarios.:
Publicar un comentario