TCP ACK och delayed ACK i Windows 11 25H2

Kort svar

TcpAckFrequency och TcpDelAckTicks styr TCP-bekräftelser på enskilda gränssnittsnivå. Läsning av parametrar och intervall är bekräftade; kortare ACK-fördröjning garanterar ingen vinst och ökar antalet returpaket.

Vad som undersöktes

Vi undersökte parametervägen för nätverksgränssnittet, standardvärden, intervall och påverkan på TCP:s bekräftelseregler.

Undersökningens omfattning

Windows 11 25H2 build 26200.9168, gränssnittsparametrar för TCP. Nätverk med paketförluster, Wi-Fi, VPN och olika servrar ingick inte i de kontrollerade mätningarna.

Metod

Analys av TCP-komponenter och systemspårning, kontroll av värdekonvertering och avstämning mot Microsofts offentliga dokumentation.

Kanonisk sökväg

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

Value	Type	Default	Effektivt intervall	Roll
TcpAckFrequency	REG_DWORD	2	0..255	antal full-sized segments före ACK
TcpDelAckTicks	REG_DWORD	2	0..6	fördröjning av delayed ACK i 100-ms ticks

Hur ACK policy fungerar

TcpAckFrequency=1 anger att ACK skickas för varje fullstort segment. Värdet 2 behåller TCP:s vanliga regler för fördröjd bekräftelse. TcpDelAckTicks mäts i steg om 100 ms: standardvärdet 2 anger en gräns på omkring 200 ms, och 0 tar bort den extra timerfördröjningen. Andra TCP-regler kan fortfarande utlösa omedelbar bekräftelse.

TCP-stacken använder de värden som lästs för det specifika nätverksgränssnittet. En skrivning i den globala registry-nyckeln ersätter inte gränssnittsinställningen. En ny VPN, vEthernet eller tillfällig adapter får sitt eget GUID och behåller standardvärdena tills parametrarna anges just för den.

Användbarhet

Kortare ACK-fördröjning kan hjälpa applikationer som är känsliga för hantering av små paket och fördröjda bekräftelser. Samtidigt ökar antalet returpaket och belastningen på nätverkskortet och CPU. Resultatet beror på anslutningens andra part, överbelastningskontroll och MTU, så minskad nätverksfördröjning är inte garanterad.

Vad som bekräftats

• Parametervägen för gränssnittet med dess GUID.
• Standardvärden och effektiva intervall för 0..255 och 0..6.
• Den globala registry-nyckeln ersätter inte inställningen för ett specifikt gränssnitt.
• En ny VPN eller tillfällig adapter får sitt eget GUID och standardvärden.

Vad som inte bekräftats

• Minskad ping eller applikationsfördröjning.
• Beteende med specifika servrar, rutter och paketförluster.
• Vinst på Wi-Fi, VPN och i spel.

Praktisk slutsats

Låt standardvärdena vara. Minska ACK-fördröjningen endast vid ett reproducerbart problem med små paket och håll koll på antalet returpaket och belastningen på nätverket.

Återställning av tillstånd

Återställ gränssnittsvärdena 2 eller ta bort posterna. Ändringarna tillämpas på nya anslutningar.

Begränsningar

Kontrollen avser Windows 11 25H2. Läsning av parametrar, standardvärden och intervall är bekräftade. Den slutliga vinsten mättes inte i kontrollerade tester med olika servrar, Wi-Fi och Ethernet, MTU och paketförluster. Att en del av hanteringen flyttas till nätverkskortet upphäver inte TCP:s bekräftelseregler. Dock kan paketbearbetning, VPN och anslutningens andra parts beteende dölja eller förändra den observerade effekten.

Artikeln innehåller inga egna dynamiska observationer: nätverksstackens läsning av värden i ett körande system och de faktiska bekräftelseintervallen i ett kontrollerat scenario mättes inte. Påståendena om läsning och intervall bygger på analys av TCP-komponenter och Microsofts offentliga dokumentation, inte på egna mätningar.

Hur du själv utför den dynamiska delen av kontrollen — se Hur du kontrollerar själv.

Undersökningen och de verktyg som använts tillhör utvecklaren av BoosterX, därför har utvecklaren ett direkt intresse av resultaten. Metoden och tillämpningsgränserna beskrivs ovan, och slutsatserna kan verifieras mot öppna data och de offentliga källor som listas.

Källor

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

Offentliga källor kontrollerade: 2026-09-02.

Ändringshistorik

• 2026-09-20: lade till en disclaimer om intressekonflikt och en länk till den egna dynamiska kontrollen i metoden.
• 2026-09-19: lade uttryckligen till i begränsningarna att egna dynamiska observationer och mätningar av ACK-intervall saknas.
• 2026-09-02: första publiceringen; sökväg, defaults och intervall bekräftades, gränser för påverkan på fördröjning lades till.