Cycle de vie d'une connexion TCP dans Windows 11 25H2

Sur cette page

Réponse courte

Ces paramètres régissent le cycle de vie d’une connexion TCP : extensions du protocole, TIME_WAIT, keep-alive et détection des problèmes de Path MTU. Ils ne définissent pas le ping et n’accélèrent pas une connexion déjà établie.

Ce qui a été vérifié

Nous avons vérifié comment tcpipreg.sys et NSI lisent les paramètres du cycle de vie TCP, quelles valeurs par défaut et plages s’appliquent, et si la configuration est mise à jour sans redémarrage.

Périmètre de l’étude

Windows 11 25H2 build 26200.9168, tcpipreg.sys et NSI. La collecte contrôlée de traces réseau dans différents réseaux et applications n’a pas été effectuée.

Méthodologie

Analyse statique des composants système, analyse du bootlog et observation de la mise à jour de la configuration en direct.

Valeurs canoniques

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

Les paramètres TCP hérités sont lus par tcpipreg.sys et transmis via NSI au composant tcpip.sys. Pour certaines valeurs, ZwNotifyChangeKey est utilisé, ce qui permet de relire la configuration sans redémarrage complet de la pile réseau.

Valeurs

Tcp1323Opts est conservé pour la compatibilité. Ses valeurs 0..3 décrivaient historiquement la mise à l’échelle de la fenêtre TCP et les horodatages. Dans Windows 11 25H2, le paramètre est lu par tcpipreg.sys, et la valeur 1 est convertie avant transmission à NSI. La configuration automatique moderne de la fenêtre de réception est régie par une politique distincte. Par conséquent, l’ancienne table de bits ne détermine pas l’état réel de chaque connexion.

TcpTimedWaitDelay définit la durée de rétention du bloc de contrôle TCP dans TIME_WAIT après la fermeture d’une connexion. La plage documentée est de 30..300 secondes, la valeur par défaut est 120. Réduire l’attente libère plus tôt les ports temporaires, mais laisse moins de temps pour se protéger contre les segments tardifs de l’ancienne connexion.

KeepAliveTime définit l’intervalle avant le paquet de vérification keep-alive pour une connexion inactive. Par défaut, il est de 7 200 000 ms. L’application doit activer séparément le keep-alive pour le socket, donc réduire l’intervalle global ne lance pas de vérifications en arrière-plan pour toutes les connexions.

EnablePMTUBHDetect=1 active la détection des « trous noirs » de Path MTU, lorsque les notifications ICMP sur la nécessité de fragmenter n’atteignent pas l’émetteur. Le mécanisme aide à fonctionner avec un tel chemin problématique et peut augmenter le nombre de retransmissions. Il n’accélère pas un réseau sain.

Utilité et limites

Les paramètres sont utiles pour les serveurs et les clients avec un grand nombre de connexions TCP courtes ou un MTU instable. Il ne faut pas s’attendre à une accélération universelle des applications ordinaires en modifiant une seule valeur. Le résultat dépend de la seconde partie de la connexion, du NAT, du routeur, du pilote de la carte réseau, du VPN et du contrôle de congestion.

L’étude concerne Windows 11 25H2 build 26200.9168. La collecte contrôlée de traces réseau dans différents réseaux et applications n’a pas été effectuée.

tcpipreg.sys surveille les modifications de la clé et peut mettre à jour une partie des paramètres hérités sans redémarrage. Les connexions TCP déjà ouvertes ne renégocient pas nécessairement leurs paramètres pour autant. Pour comparer correctement l’état initial et l’état modifié, créez de nouvelles connexions.

Ce qui est confirmé

Les chemins, types, valeurs par défaut et plages des paramètres dans la build étudiée.
La lecture via tcpipreg.sys et NSI ; une partie des valeurs est mise à jour sans redémarrage complet de la pile.
Pour Tcp1323Opts, la valeur 1 est convertie avant transmission à NSI.
Le keep-alive nécessite une activation séparée pour le socket.

Ce qui n’est pas confirmé

L’accélération des applications par la modification de valeurs individuelles.
Le comportement dans des réseaux spécifiques, derrière un NAT, un VPN et en cas de pertes de paquets.
La renégociation des paramètres par les connexions déjà ouvertes.

Conclusion pratique

Laissez les valeurs par défaut. Ne modifiez les paramètres que pour les serveurs et les clients avec un grand nombre de connexions courtes ou un MTU instable, et comparez le résultat sur de nouvelles connexions.

Restauration de l’état

Rétablissez les valeurs d’origine ou supprimez les entrées facultatives. Vérifiez le résultat sur de nouvelles connexions : les connexions déjà ouvertes peuvent conserver leurs paramètres précédents.

Sources

Pour reproduire la partie dynamique des observations — voir Comment vérifier soi-même.

L’étude et les outils utilisés appartiennent au développeur de BoosterX, le développeur a donc un intérêt direct dans les résultats. La méthodologie et les limites d’applicabilité sont décrites ci-dessus, et les conclusions peuvent être vérifiées à partir des données ouvertes et des sources publiques listées.

TCP/IP registry values, Microsoft Learn, vérifié le 2026-09-01.
TCP/IP performance tuning, Microsoft Learn, vérifié le 2026-09-01.

Sources publiques vérifiées : 2026-09-02.

Historique des modifications

2026-09-20: ajout d’un avertissement sur le conflit d’intérêts et d’un lien vers la vérification indépendante des observations dynamiques dans la méthodologie.
2026-09-02: première publication ; confirmation des readers, des defaults et du live reload, ajout des limites de l’effet pratique.