Ciclo de vida da conexão TCP no Windows 11 25H2

Resposta curta

Esses parâmetros controlam o ciclo de vida da conexão TCP: extensões de protocolo, TIME_WAIT, keep-alive e detecção de problemas de Path MTU. Eles não definem o ping nem aceleram uma conexão já estabelecida.

O que foi verificado

Verificou-se como tcpipreg.sys e o NSI leem os parâmetros do ciclo de vida do TCP, quais valores padrão e intervalos estão em vigor e se a configuração é atualizada sem reinicialização.

Escopo do estudo

Windows 11 25H2 build 26200.9168, tcpipreg.sys e NSI. Não foi realizada coleta controlada de traços de rede em diferentes redes e aplicativos.

Metodologia

Análise estática dos componentes do sistema, análise do bootlog e observação da atualização da configuração em tempo real.

Valores canônicos

Registry path	Value	Type	Default/estado típico	Papel
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters	Tcp1323Opts	REG_DWORD	3, se ausente	legacy extensions policy
o mesmo caminho	TcpTimedWaitDelay	REG_DWORD	120 segundos, 30..300	TIME_WAIT duration
o mesmo caminho	KeepAliveTime	REG_DWORD	7200000 ms	idle keep-alive interval
o mesmo caminho	EnablePMTUBHDetect	REG_DWORD	0	PMTU black-hole detection

Os parâmetros TCP obsoletos são lidos pelo tcpipreg.sys e transmitidos via NSI ao componente tcpip.sys. Para parte dos valores utiliza-se ZwNotifyChangeKey, o que permite reler a configuração sem uma reinicialização completa da pilha de rede.

Valores

Tcp1323Opts foi mantido para compatibilidade. Seus valores 0..3 descreviam historicamente o escalonamento da janela TCP e os carimbos de tempo. No Windows 11 25H2 o parâmetro é lido pelo tcpipreg.sys, e o valor 1 é transformado antes da transmissão ao NSI. A configuração automática moderna da janela de recepção é controlada por uma política separada. Portanto, a antiga tabela de bits não determina o estado real de cada conexão.

TcpTimedWaitDelay define o tempo de retenção do bloco de controle TCP em TIME_WAIT após o fechamento da conexão. O intervalo documentado é de 30..300 segundos, o valor padrão é 120. Reduzir a espera libera portas temporárias mais cedo, mas deixa menos tempo para proteção contra segmentos atrasados da conexão antiga.

KeepAliveTime define o intervalo até o pacote de verificação keep-alive para uma conexão ociosa. Por padrão, ele é igual a 7 200 000 ms. O aplicativo deve habilitar o keep-alive separadamente para o soquete, portanto reduzir o intervalo global não inicia verificações em segundo plano de todas as conexões.

EnablePMTUBHDetect=1 habilita a detecção de “buracos negros” de Path MTU, quando as notificações ICMP sobre a necessidade de fragmentação não chegam ao remetente. O mecanismo ajuda a lidar com essa rota problemática e pode aumentar o número de retransmissões. Ele não acelera uma rede em bom funcionamento.

Utilidade e limitações

Os parâmetros são úteis para servidores e clientes com um grande número de conexões TCP curtas ou MTU instável. Não se deve esperar uma aceleração universal de aplicativos comuns pela alteração de um único valor. O resultado depende da outra parte da conexão, do NAT, do roteador, do driver da placa de rede, da VPN e do controle de congestionamento.

O estudo refere-se ao Windows 11 25H2 build 26200.9168. Não foi realizada coleta controlada de traços de rede em diferentes redes e aplicativos.

tcpipreg.sys monitora alterações da chave e pode atualizar parte das configurações obsoletas sem reinicialização. Conexões TCP já abertas não necessariamente renegociam seus parâmetros. Para uma comparação correta entre o estado original e o alterado, crie novas conexões.

O que foi confirmado

• Caminhos, tipos, valores padrão e intervalos dos parâmetros na build estudada.
• Leitura via tcpipreg.sys e NSI; parte dos valores é atualizada sem reinicialização completa da pilha.
• Para Tcp1323Opts o valor 1 é transformado antes da transmissão ao NSI.
• O keep-alive exige habilitação separada para o soquete.

O que não foi confirmado

• Aceleração de aplicativos pela alteração de valores individuais.
• Comportamento em redes específicas, atrás de NAT, VPN e com perda de pacotes.
• Renegociação de parâmetros por conexões já abertas.

Conclusão prática

Mantenha os valores padrão. Altere os parâmetros apenas para servidores e clientes com um grande número de conexões curtas ou MTU instável e compare o resultado em novas conexões.

Restauração do estado

Restaure os valores originais ou exclua as entradas opcionais. Verifique o resultado em novas conexões: as já abertas podem manter os parâmetros anteriores.

Fontes

Para saber como reproduzir a parte dinâmica das observações — consulte Como verificar por conta própria.

O estudo e as ferramentas utilizadas pertencem ao desenvolvedor do BoosterX, portanto o desenvolvedor tem interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas por dados abertos e pelas fontes públicas listadas.

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

Fontes públicas verificadas: 2026-09-02.

Histórico de alterações

• 2026-09-20: adicionado o aviso sobre conflito de interesses e o link para verificação independente das observações dinâmicas na metodologia.
• 2026-09-02: primeira publicação; confirmados readers, defaults e live reload, adicionados os limites do efeito prático.