En las implementaciones de TCP/IP más viejas, siempre se consideraba que la
pérdida de paquetes era causada por la congestión (en lugar de errores de
enlace). Cuando esto sucede TCP adopta una defensiva contra la congestión,
requiriendo tres confirmaciones duplicadas (ACK), o ejecutando un inicio lento
(slow start) en el caso de que el tiempo de espera haya expirado.
Debido al alto valor de RTT, una vez que esta fase de control de la congestión
ha comenzado, toma un largo rato para que el enlace satelital TCP/IP vuelva al
nivel de rendimiento anterior. Por consiguiente, los errores en un enlace satelital
tienen un efecto más serio en las prestaciones de TCP que sobre los enlaces de
latencia baja. Para solucionar esta limitación, se han desarrollado mecanismos
como la Confirmación Selectiva (SACK por su sigla en inglés). SACK especifica
exactamente aquellos paquetes que se han recibido permitiendo que el emisor
retransmita solamente aquellos segmentos que se perdieron debido a errores de
enlace.
El artículo sobre detalles de implementación de TCP/IP en Windows 2000 afirma:
"Windows 2000 introduce soporte para una importante característica de
desempeño conocida como Confirmación Selectiva (SACK). SACK es especialmente
importante para conexiones que utilizan ventanas TCP de gran tamaño."
SACK ha sido una característica estándar desde hace algún tiempo en Linux y
BSD. Asegúrese de que tanto su enrutador Internet como el ISP del sitio remoto
soporten SACK.
No hay comentarios:
Publicar un comentario