TCP ACK a delayed ACK ve Windows 11 25H2

Krátká odpověď

TcpAckFrequency a TcpDelAckTicks řídí potvrzení TCP na úrovni konkrétního rozhraní. Čtení parametrů a rozsahy jsou potvrzeny; zkrácení zpoždění ACK nezaručuje zisk a zvyšuje počet zpětných paketů.

Co se zkoumalo

Zkoumala se cesta parametrů pro síťové rozhraní, výchozí hodnoty, rozsahy a vliv na pravidla potvrzování TCP.

Oblast výzkumu

Windows 11 25H2 build 26200.9168, parametry TCP rozhraní. Sítě se ztrátami, Wi-Fi, VPN a různé servery nebyly součástí kontrolovaných měření.

Metodika

Rozbor komponent TCP a systémového trasování, kontrola převodu hodnot a srovnání s veřejnou dokumentací Microsoft.

Kanonická cesta

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

Value	Type	Default	Efektivní rozsah	Role
TcpAckFrequency	REG_DWORD	2	0..255	počet full-sized segments do ACK
TcpDelAckTicks	REG_DWORD	2	0..6	zpoždění delayed ACK ve 100-ms ticks

Jak funguje ACK policy

TcpAckFrequency=1 určuje odeslání ACK na každý plnorozměrný segment. Hodnota 2 zachovává běžná pravidla zpožděného potvrzení TCP. TcpDelAckTicks se měří v krocích po 100 ms: výchozí hodnota 2 určuje limit kolem 200 ms a 0 odstraňuje dodatečné čekání časovače. Jiná pravidla TCP stále mohou vyvolat okamžité potvrzení.

Stack TCP používá hodnoty načtené pro konkrétní síťové rozhraní. Zápis do globálního klíče registru nenahrazuje nastavení rozhraní. Nový VPN, vEthernet nebo dočasný adaptér získá vlastní GUID a zachovává výchozí hodnoty, dokud parametry nejsou nastaveny právě pro něj.

Užitečnost

Zkrácení zpoždění ACK může pomoci aplikacím citlivým na zpracování malých paketů a zpožděná potvrzení. Přitom roste počet zpětných paketů a zatížení síťové karty a CPU. Výsledek závisí na druhé straně spojení, řízení přetížení a MTU, proto snížení síťového zpoždění není zaručeno.

Co je potvrzeno

• Cesta parametrů pro rozhraní s jeho GUID.
• Výchozí hodnoty a efektivní rozsahy 0..255 a 0..6.
• Globální klíč registru nenahrazuje nastavení konkrétního rozhraní.
• Nový VPN nebo dočasný adaptér získá vlastní GUID a výchozí hodnoty.

Co není potvrzeno

• Snížení ping nebo zpoždění aplikací.
• Chování s konkrétními servery, trasami a ztrátami paketů.
• Zisk na Wi-Fi, VPN a ve hrách.

Praktický závěr

Ponechte výchozí hodnoty. Zkracujte zpoždění ACK jen při reprodukovatelném problému s malými pakety a sledujte počet zpětných paketů a zatížení sítě.

Obnovení stavu

Vraťte hodnoty rozhraní 2 nebo odstraňte záznamy. Změny se použijí na nová spojení.

Omezení

Kontrola se vztahuje na Windows 11 25H2. Čtení parametrů, výchozí hodnoty a rozsahy jsou potvrzeny. Konečný zisk nebyl měřen v kontrolovaných testech s různými servery, Wi-Fi a Ethernet, MTU a ztrátami paketů. Přenos části zpracování na síťovou kartu neruší pravidla potvrzení TCP. Dávkové zpracování, VPN a chování druhé strany spojení však mohou skrýt nebo změnit pozorovaný efekt.

Vlastní dynamická pozorování článek neobsahuje: čtení hodnot síťovým stackem v běžícím systému a skutečné intervaly potvrzení v kontrolovaném scénáři nebyly měřeny. Tvrzení o čtení a rozsazích se opírají o rozbor komponent TCP a veřejnou dokumentaci Microsoft, nikoli o vlastní měření.

Jak samostatně provést dynamickou část kontroly — viz Jak ověřit samostatně.

Výzkum a použité nástroje patří vývojáři BoosterX, proto má vývojář přímý zájem na výsledcích. Metodika a hranice použitelnosti jsou popsány výše a závěry lze ověřit podle otevřených dat a uvedených veřejných zdrojů.

Zdroje

• TCP/IP registry values, Microsoft Learn, ověřeno 2026-09-01.
• TCP delayed acknowledgement, Microsoft Learn, ověřeno 2026-09-01.

Veřejné zdroje ověřeny: 2026-09-02.

Historie změn

• 2026-09-20: přidán disclaimer o konfliktu zájmů a odkaz na samostatnou dynamickou kontrolu v metodice.
• 2026-09-19: do omezení byl výslovně přidán chybějící vlastní dynamická pozorování a měření intervalů ACK.
• 2026-09-02: první publikace; potvrzena cesta, defaults a rozsahy, přidány hranice vlivu na zpoždění.