TCP ACK y delayed ACK en Windows 11 25H2

Respuesta breve

TcpAckFrequency y TcpDelAckTicks controlan las confirmaciones TCP a nivel de una interfaz concreta. La lectura de los parámetros y los rangos están confirmados; reducir la latencia de ACK no garantiza una mejora y aumenta el número de paquetes de retorno.

Qué se comprobó

Se comprobó la ruta de los parámetros para la interfaz de red, los valores predeterminados, los rangos y el impacto en las reglas de confirmación TCP.

Ámbito del estudio

Windows 11 25H2 build 26200.9168, parámetros TCP de interfaz. Las redes con pérdidas, Wi-Fi, VPN y distintos servidores no se incluyeron en las mediciones controladas.

Metodología

Análisis de los componentes TCP y del seguimiento del sistema, verificación de la conversión de valores y cotejo con la documentación pública de Microsoft.

Ruta canónica

HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{Interface-GUID}

Value	Type	Default	Эффективный диапазон	Роль
TcpAckFrequency	REG_DWORD	2	0..255	число full-sized segments до ACK
TcpDelAckTicks	REG_DWORD	2	0..6	задержка delayed ACK в 100-ms ticks

Cómo funciona ACK policy

TcpAckFrequency=1 define el envío de ACK por cada segmento de tamaño completo. El valor 2 conserva las reglas habituales de confirmación diferida de TCP. TcpDelAckTicks se mide en pasos de 100 ms: el valor predeterminado 2 fija un límite de unos 200 ms, y 0 elimina la espera adicional del temporizador. Otras reglas de TCP todavía pueden provocar una confirmación inmediata.

La pila TCP utiliza los valores leídos para una interfaz de red concreta. Escribir en la sección global del registro no sustituye la configuración de la interfaz. Una nueva VPN, vEthernet o un adaptador temporal recibe su propio GUID y conserva los valores predeterminados hasta que los parámetros se definan precisamente para él.

Utilidad

Reducir la latencia de ACK puede ayudar a las aplicaciones sensibles al procesamiento de paquetes pequeños y a las confirmaciones diferidas. Al mismo tiempo, aumentan el número de paquetes de retorno y la carga sobre la tarjeta de red y el CPU. El resultado depende de la segunda parte de la conexión, del control de congestión y del MTU, por lo que no está garantizada una reducción de la latencia de red.

Qué está confirmado

• La ruta de los parámetros para la interfaz con su GUID.
• Los valores predeterminados y los rangos efectivos de 0..255 y 0..6.
• La sección global del registro no sustituye la configuración de una interfaz concreta.
• Una nueva VPN o un adaptador temporal recibe su propio GUID y los valores predeterminados.

Qué no está confirmado

• La reducción del ping o de la latencia de las aplicaciones.
• El comportamiento con servidores, rutas y pérdidas de paquetes concretos.
• La mejora en Wi-Fi, VPN y en juegos.

Conclusión práctica

Deje los valores predeterminados. Reduzca la latencia de ACK solo ante un problema reproducible con paquetes pequeños y vigile el número de paquetes de retorno y la carga sobre la red.

Restauración del estado

Devuelva los valores de interfaz 2 o elimine las entradas. Los cambios se aplican a las nuevas conexiones.

Limitaciones

La comprobación se refiere a Windows 11 25H2. La lectura de los parámetros, los valores predeterminados y los rangos están confirmados. La mejora final no se midió en pruebas controladas con distintos servidores, Wi-Fi y Ethernet, MTU y pérdidas de paquetes. Trasladar parte del procesamiento a la tarjeta de red no anula las reglas de confirmación de TCP. Sin embargo, el procesamiento por lotes, la VPN y el comportamiento de la segunda parte de la conexión pueden ocultar o modificar el efecto observado.

El artículo no contiene observaciones dinámicas propias: no se midieron la lectura de valores por la pila de red en un sistema en funcionamiento ni los intervalos reales de confirmación en un escenario controlado. Las afirmaciones sobre la lectura y los rangos se basan en el análisis de los componentes TCP y en la documentación pública de Microsoft, no en mediciones propias.

Para realizar por su cuenta la parte dinámica de la comprobación, consulte Cómo comprobarlo por su cuenta.

La investigación y las herramientas utilizadas pertenecen al desarrollador de BoosterX, por lo que el desarrollador tiene un interés directo en los resultados. La metodología y los límites de aplicabilidad se describen arriba, y las conclusiones pueden verificarse con los datos abiertos y las fuentes públicas enumeradas.

Fuentes

• TCP/IP registry values, Microsoft Learn, comprobado el 2026-09-01.
• TCP delayed acknowledgement, Microsoft Learn, comprobado el 2026-09-01.

Fuentes públicas comprobadas: 2026-09-02.

Historial de cambios

• 2026-09-20: añadido el descargo de responsabilidad sobre el conflicto de intereses y el enlace a la comprobación dinámica por cuenta propia en la metodología.
• 2026-09-19: añadida explícitamente a las limitaciones la ausencia de observaciones dinámicas propias y de mediciones de los intervalos de ACK.
• 2026-09-02: primera publicación; confirmados la ruta, los defaults y los rangos, añadidos los límites del impacto en la latencia.