Ten en cuenta el retraso: Los efectos adversos del TCP basado en retraso sobre HTTP

Las últimas tres décadas han visto mucha evolución en los protocolos de red y web: entre ellos, una transición de HTTP/1.1 a HTTP/2 y un cambio de algoritmos de control de congestión TCP basados en pérdida a los basados en retraso. Este documento argumenta que estas dos tendencias están en conflicto entre sí, perjudicando en última instancia el rendimiento web. Utilizando un estudio sintético controlado, mostramos cómo los protocolos de control de congestión basados en retraso (por ejemplo, BBR y CUBIC + Hybrid Slow Start) resultan en la subestimación de la ventana de congestión disponible en redes móviles, y cómo eso afecta drásticamente la efectividad de HTTP/2. Para cuantificar el impacto de tal hallazgo en la web actual, evolucionamos las herramientas de rendimiento web de dos maneras. Primero, desarrollamos Igor, una herramienta de detección de control de congestión TCP del lado del cliente que puede diferenciar entre algoritmos basados en pérdida y basados en retraso, enfocándose en su comportamiento durante el inicio lento. Segundo, desarrollamos un parche de Chromium que permite un control granular de la versión de HTTP a utilizar por dominio. Usando estas nuevas herramientas de rendimiento web, analizamos más de 300 sitios web reales y encontramos que el 67% de los sitios que dependen únicamente de algoritmos de control de congestión basados en retraso tienen mejor rendimiento con HTTP/1.1.