TCP ACK und Delayed ACK in Windows 11 25H2

Kurze Antwort

TcpAckFrequency und TcpDelAckTicks steuern TCP-Bestätigungen auf der Ebene eines bestimmten Interfaces. Das Auslesen der Parameter und die Bereiche sind bestätigt; eine Verkürzung der ACK-Verzögerung garantiert keinen Gewinn und erhöht die Zahl der Rückpakete.

Was geprüft wurde

Geprüft wurden der Parameterpfad für das Netzwerkinterface, die Standardwerte, die Bereiche und der Einfluss auf die TCP-Bestätigungsregeln.

Untersuchungsbereich

Windows 11 25H2 build 26200.9168, Interface-Parameter von TCP. Netzwerke mit Verlusten, Wi-Fi, VPN und verschiedene Server waren nicht Teil der kontrollierten Messungen.

Methodik

Analyse der TCP-Komponenten und der Systemtracierung, Prüfung der Wertumwandlung und Abgleich mit der öffentlichen Dokumentation von Microsoft.

Kanonischer Pfad

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

Value	Type	Default	Effektiver Bereich	Rolle
TcpAckFrequency	REG_DWORD	2	0..255	Anzahl full-sized segments bis ACK
TcpDelAckTicks	REG_DWORD	2	0..6	Verzögerung des delayed ACK in 100-ms ticks

Wie die ACK policy funktioniert

TcpAckFrequency=1 legt fest, dass für jedes vollgroße Segment ein ACK gesendet wird. Der Wert 2 behält die üblichen Regeln der verzögerten TCP-Bestätigung bei. TcpDelAckTicks wird in Schritten von 100 ms gemessen: der Standardwert 2 legt eine Grenze von etwa 200 ms fest, und 0 entfernt die zusätzliche Wartezeit des Timers. Andere TCP-Regeln können weiterhin eine sofortige Bestätigung auslösen.

Der TCP-Stack verwendet die Werte, die für das jeweilige Netzwerkinterface gelesen wurden. Ein Schreiben in den globalen Registry-Schlüssel ersetzt nicht die Einstellung des Interfaces. Ein neues VPN, vEthernet oder ein temporärer Adapter erhält eine eigene GUID und behält die Standardwerte, solange die Parameter nicht speziell für ihn gesetzt werden.

Nutzen

Eine Verkürzung der ACK-Verzögerung kann Anwendungen helfen, die empfindlich auf die Verarbeitung kleiner Pakete und verzögerte Bestätigungen reagieren. Gleichzeitig steigen die Zahl der Rückpakete und die Last auf Netzwerkkarte und CPU. Das Ergebnis hängt von der Gegenseite der Verbindung, der Überlaststeuerung und der MTU ab, daher ist eine Verringerung der Netzwerkverzögerung nicht garantiert.

Was bestätigt ist

• Der Parameterpfad für das Interface mit seiner GUID.
• Die Standardwerte und effektiven Bereiche von 0..255 und 0..6.
• Der globale Registry-Schlüssel ersetzt nicht die Einstellung eines bestimmten Interfaces.
• Ein neues VPN oder ein temporärer Adapter erhält eine eigene GUID und Standardwerte.

Was nicht bestätigt ist

• Verringerung von Ping oder Anwendungsverzögerung.
• Verhalten mit bestimmten Servern, Routen und Paketverlusten.
• Gewinn bei Wi-Fi, VPN und in Spielen.

Praktische Schlussfolgerung

Belassen Sie die Standardwerte. Verringern Sie die ACK-Verzögerung nur bei einem reproduzierbaren Problem mit kleinen Paketen und achten Sie auf die Zahl der Rückpakete und die Netzwerklast.

Wiederherstellung des Zustands

Setzen Sie die Interface-Werte 2 zurück oder löschen Sie die Einträge. Änderungen gelten für neue Verbindungen.

Einschränkungen

Die Prüfung bezieht sich auf Windows 11 25H2. Das Auslesen der Parameter, die Standardwerte und die Bereiche sind bestätigt. Der endgültige Gewinn wurde nicht in kontrollierten Tests mit verschiedenen Servern, Wi-Fi und Ethernet, MTU und Paketverlusten gemessen. Die Übertragung eines Teils der Verarbeitung an die Netzwerkkarte hebt die TCP-Bestätigungsregeln nicht auf. Allerdings können Paketverarbeitung, VPN und das Verhalten der Gegenseite der Verbindung den beobachteten Effekt verdecken oder verändern.

Eigene dynamische Beobachtungen enthält der Artikel nicht: das Auslesen der Werte durch den Netzwerkstack im laufenden System und die tatsächlichen Bestätigungsintervalle in einem kontrollierten Szenario wurden nicht gemessen. Die Aussagen zum Leser und zu den Bereichen stützen sich auf die Analyse der TCP-Komponenten und die öffentliche Dokumentation von Microsoft, nicht auf eigene Messungen.

Wie Sie den dynamischen Teil der Prüfung selbst durchführen — siehe Wie man selbst prüft.

Die Untersuchung und die verwendeten Werkzeuge gehören dem Entwickler von BoosterX, daher hat der Entwickler ein direktes Interesse an den Ergebnissen. Die Methodik und die Grenzen der Anwendbarkeit sind oben beschrieben, und die Schlussfolgerungen lassen sich anhand offener Daten und der aufgeführten öffentlichen Quellen überprüfen.

Quellen

• TCP/IP registry values, Microsoft Learn, geprüft am 2026-09-01.
• TCP delayed acknowledgement, Microsoft Learn, geprüft am 2026-09-01.

Öffentliche Quellen geprüft: 2026-09-02.

Änderungsverlauf

• 2026-09-20: Disclaimer zum Interessenkonflikt und Link zur selbstständigen dynamischen Prüfung in der Methodik hinzugefügt.
• 2026-09-19: in den Einschränkungen explizit das Fehlen eigener dynamischer Beobachtungen und Messungen der ACK-Intervalle ergänzt.
• 2026-09-02: erste Veröffentlichung; Pfad, defaults und Bereiche bestätigt, Grenzen des Einflusses auf die Verzögerung hinzugefügt.