TCP-Verbindungslebenszyklus in Windows 11 25H2

Kurze Antwort

Diese Parameter steuern den Lebenszyklus einer TCP-Verbindung: Protokollerweiterungen, TIME_WAIT, keep-alive und die Erkennung von Path-MTU-Problemen. Sie legen weder den Ping fest noch beschleunigen sie eine bereits aufgebaute Verbindung.

Was geprüft wurde

Geprüft wurde, wie tcpipreg.sys und NSI die Parameter des TCP-Lebenszyklus lesen, welche Standardwerte und Bereiche gelten und ob die Konfiguration ohne Neustart aktualisiert wird.

Untersuchungsbereich

Windows 11 25H2 build 26200.9168, tcpipreg.sys und NSI. Eine kontrollierte Erfassung von Netzwerktraces in verschiedenen Netzwerken und Anwendungen wurde nicht durchgeführt.

Methodik

Statische Analyse der Systemkomponenten, Auswertung des bootlog und Beobachtung der Live-Aktualisierung der Konfiguration.

Kanonische Werte

Registry path	Value	Type	Default/типичное состояние	Роль
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters	Tcp1323Opts	REG_DWORD	3, если отсутствует	legacy extensions policy
тот же путь	TcpTimedWaitDelay	REG_DWORD	120 секунд, 30..300	TIME_WAIT duration
тот же путь	KeepAliveTime	REG_DWORD	7200000 ms	idle keep-alive interval
тот же путь	EnablePMTUBHDetect	REG_DWORD	0	PMTU black-hole detection

Veraltete TCP-Parameter liest tcpipreg.sys und übergibt sie über NSI an die Komponente tcpip.sys. Für einen Teil der Werte wird ZwNotifyChangeKey verwendet, was ein erneutes Einlesen der Konfiguration ohne vollständigen Neustart des Netzwerkstapels ermöglicht.

Werte

Tcp1323Opts bleibt aus Kompatibilitätsgründen erhalten. Seine Werte 0..3 beschrieben historisch die Skalierung des TCP-Fensters und Zeitstempel. In Windows 11 25H2 liest tcpipreg.sys den Parameter, wobei der Wert 1 vor der Übergabe an NSI umgewandelt wird. Die moderne automatische Anpassung des Empfangsfensters wird durch eine separate Richtlinie gesteuert. Daher bestimmt die alte Bittabelle nicht den tatsächlichen Zustand jeder Verbindung.

TcpTimedWaitDelay legt die Haltezeit des TCP-Kontrollblocks in TIME_WAIT nach dem Schließen einer Verbindung fest. Der dokumentierte Bereich beträgt 30..300 Sekunden, der Standardwert ist 120. Eine Verkürzung der Wartezeit gibt temporäre Ports früher frei, lässt aber weniger Zeit zum Schutz vor verspäteten Segmenten der alten Verbindung.

KeepAliveTime legt das Intervall bis zum Prüfpaket keep-alive für eine im Leerlauf befindliche Verbindung fest. Standardmäßig beträgt es 7 200 000 ms. Die Anwendung muss keep-alive für den Socket separat aktivieren, daher startet eine Verringerung des globalen Intervalls keine Hintergrundprüfungen aller Verbindungen.

EnablePMTUBHDetect=1 aktiviert die Erkennung von Path-MTU-„schwarzen Löchern“, wenn ICMP-Benachrichtigungen über die Notwendigkeit der Fragmentierung den Absender nicht erreichen. Der Mechanismus hilft bei der Arbeit mit einer solchen problematischen Route und kann die Zahl der Neuübertragungen erhöhen. Ein fehlerfreies Netzwerk beschleunigt er nicht.

Nutzen und Einschränkungen

Die Parameter sind nützlich für Server und Clients mit vielen kurzen TCP-Verbindungen oder instabiler MTU. Eine universelle Beschleunigung gewöhnlicher Anwendungen durch die Änderung eines einzelnen Werts ist nicht zu erwarten. Das Ergebnis hängt von der Gegenseite der Verbindung, NAT, Router, Netzwerkkartentreiber, VPN und Überlaststeuerung ab.

Die Untersuchung bezieht sich auf Windows 11 25H2 build 26200.9168. Eine kontrollierte Erfassung von Netzwerktraces in verschiedenen Netzwerken und Anwendungen wurde nicht durchgeführt.

tcpipreg.sys überwacht Änderungen des Schlüssels und kann einen Teil der veralteten Einstellungen ohne Neustart aktualisieren. Bereits geöffnete TCP-Verbindungen handeln ihre Parameter dabei nicht unbedingt neu aus. Für einen korrekten Vergleich des Ausgangs- und des geänderten Zustands erstellen Sie neue Verbindungen.

Was bestätigt wurde

• Pfade, Typen, Standardwerte und Bereiche der Parameter im untersuchten Build.
• Lesen über tcpipreg.sys und NSI; ein Teil der Werte wird ohne vollständigen Neustart des Stapels aktualisiert.
• Für Tcp1323Opts wird der Wert 1 vor der Übergabe an NSI umgewandelt.
• Keep-alive erfordert eine separate Aktivierung für den Socket.

Was nicht bestätigt wurde

• Beschleunigung von Anwendungen durch die Änderung einzelner Werte.
• Verhalten in konkreten Netzwerken, hinter NAT, VPN und bei Paketverlusten.
• Neuaushandlung der Parameter durch bereits geöffnete Verbindungen.

Praktische Schlussfolgerung

Belassen Sie die Standardwerte. Ändern Sie die Parameter nur für Server und Clients mit vielen kurzen Verbindungen oder instabiler MTU und vergleichen Sie das Ergebnis an neuen Verbindungen.

Wiederherstellung des Zustands

Stellen Sie die Standardwerte wieder her oder löschen Sie die optionalen Einträge. Prüfen Sie das Ergebnis an neuen Verbindungen: bereits geöffnete können die bisherigen Parameter beibehalten.

Quellen

Wie der dynamische Teil der Beobachtungen wiederholt werden kann — 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.

• TCP/IP registry values, Microsoft Learn, geprüft am 2026-09-01.
• TCP/IP performance tuning, 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 eigenständigen Prüfung der dynamischen Beobachtungen in der Methodik hinzugefügt.
• 2026-09-02: Erstveröffentlichung; readers, defaults und live reload bestätigt, Grenzen der praktischen Wirkung ergänzt.