Ciclo di vita della connessione TCP in Windows 11 25H2

Risposta breve

Questi parametri controllano il ciclo di vita di una connessione TCP: estensioni del protocollo, TIME_WAIT, keep-alive e rilevamento dei problemi di Path MTU. Non impostano il ping e non accelerano una connessione già stabilita.

Cosa è stato verificato

È stato verificato come tcpipreg.sys e NSI leggono i parametri del ciclo di vita TCP, quali valori predefiniti e intervalli sono in vigore e se la configurazione viene aggiornata senza riavvio.

Ambito della ricerca

Windows 11 25H2 build 26200.9168, tcpipreg.sys e NSI. La raccolta controllata di tracce di rete in reti e applicazioni diverse non è stata effettuata.

Metodologia

Analisi statica dei componenti di sistema, analisi del bootlog e osservazione dell’aggiornamento live della configurazione.

Valori canonici

Registry path	Value	Type	Default/stato tipico	Ruolo
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters	Tcp1323Opts	REG_DWORD	3, se assente	legacy extensions policy
stesso percorso	TcpTimedWaitDelay	REG_DWORD	120 secondi, 30..300	TIME_WAIT duration
stesso percorso	KeepAliveTime	REG_DWORD	7200000 ms	idle keep-alive interval
stesso percorso	EnablePMTUBHDetect	REG_DWORD	0	PMTU black-hole detection

I parametri TCP legacy vengono letti da tcpipreg.sys e trasmessi tramite NSI al componente tcpip.sys. Per alcuni valori viene utilizzato ZwNotifyChangeKey, il che consente di rileggere la configurazione senza un riavvio completo dello stack di rete.

Valori

Tcp1323Opts è conservato per compatibilità. I suoi valori 0..3 storicamente descrivevano il scaling della finestra TCP e i timestamp. In Windows 11 25H2 il parametro viene letto da tcpipreg.sys, e il valore 1 viene convertito prima della trasmissione a NSI. La moderna regolazione automatica della finestra di ricezione è gestita da una politica separata. Pertanto la vecchia tabella di bit non determina lo stato effettivo di ogni connessione.

TcpTimedWaitDelay imposta il tempo di permanenza del blocco di controllo TCP in TIME_WAIT dopo la chiusura della connessione. L’intervallo documentato è di 30..300 secondi, il valore predefinito è 120. Ridurre l’attesa libera prima le porte temporanee, ma lascia meno tempo per la protezione dai segmenti in ritardo della vecchia connessione.

KeepAliveTime imposta l’intervallo fino al pacchetto di verifica keep-alive per una connessione inattiva. Per impostazione predefinita è pari a 7 200 000 ms. L’applicazione deve abilitare separatamente il keep-alive per il socket, quindi ridurre l’intervallo globale non avvia verifiche in background di tutte le connessioni.

EnablePMTUBHDetect=1 abilita il rilevamento dei “buchi neri” di Path MTU, quando le notifiche ICMP sulla necessità di frammentazione non raggiungono il mittente. Il meccanismo aiuta a lavorare con un percorso problematico di questo tipo e può aumentare il numero di ritrasmissioni. Non accelera una rete funzionante.

Utilità e limiti

I parametri sono utili per server e client con un gran numero di connessioni TCP brevi o con MTU instabile. Non ci si deve aspettare un’accelerazione universale delle applicazioni ordinarie dalla modifica di un singolo valore. Il risultato dipende dalla controparte della connessione, dal NAT, dal router, dal driver della scheda di rete, dalla VPN e dal controllo della congestione.

La ricerca si riferisce a Windows 11 25H2 build 26200.9168. La raccolta controllata di tracce di rete in reti e applicazioni diverse non è stata effettuata.

tcpipreg.sys monitora le modifiche della chiave e può aggiornare parte delle impostazioni legacy senza riavvio. Le connessioni TCP già aperte non necessariamente rinegoziano i propri parametri. Per un confronto corretto tra lo stato iniziale e quello modificato, create nuove connessioni.

Cosa è confermato

• Percorsi, tipi, valori predefiniti e intervalli dei parametri nella build esaminata.
• Lettura tramite tcpipreg.sys e NSI; parte dei valori viene aggiornata senza un riavvio completo dello stack.
• Per Tcp1323Opts il valore 1 viene convertito prima della trasmissione a NSI.
• Il keep-alive richiede un’abilitazione separata per il socket.

Cosa non è confermato

• Accelerazione delle applicazioni dalla modifica di singoli valori.
• Comportamento in reti specifiche, dietro NAT, VPN e in presenza di perdite di pacchetti.
• Rinegoziazione dei parametri da parte di connessioni già aperte.

Conclusione pratica

Lasciate i valori predefiniti. Modificate i parametri solo per server e client con un gran numero di connessioni brevi o con MTU instabile e confrontate il risultato su nuove connessioni.

Ripristino dello stato

Ripristinate i valori standard o eliminate le voci opzionali. Verificate il risultato su nuove connessioni: quelle già aperte possono mantenere i parametri precedenti.

Fonti

Per ripetere la parte dinamica delle osservazioni, vedere Come verificare autonomamente.

La ricerca e gli strumenti utilizzati appartengono allo sviluppatore di BoosterX, pertanto lo sviluppatore ha un interesse diretto nei risultati. La metodologia e i limiti di applicabilità sono descritti sopra, e le conclusioni possono essere verificate tramite i dati aperti e le fonti pubbliche elencate.

• TCP/IP registry values, Microsoft Learn, verificato il 2026-09-01.
• TCP/IP performance tuning, Microsoft Learn, verificato il 2026-09-01.

Fonti pubbliche verificate: 2026-09-02.

Cronologia delle modifiche

• 2026-09-20: aggiunto il disclaimer sul conflitto di interessi e il link alla verifica autonoma delle osservazioni dinamiche nella metodologia.
• 2026-09-02: prima pubblicazione; confermati readers, defaults e live reload, aggiunti i limiti dell’effetto pratico.