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

Resposta curta

Estes parâmetros controlam o ciclo de vida da ligação TCP: extensões do protocolo, TIME_WAIT, keep-alive e deteção de problemas de Path MTU. Não definem o ping nem aceleram uma ligaçã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 são os valores predefinidos e intervalos em vigor e se a configuração é atualizada sem reinício.

Âmbito do estudo

Windows 11 25H2 build 26200.9168, tcpipreg.sys e NSI. Não foi realizada recolha controlada de rastreios de rede em diferentes redes e aplicações.

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 por tcpipreg.sys e transmitidos através do NSI ao componente tcpip.sys. Para parte dos valores é utilizado ZwNotifyChangeKey, o que permite reler a configuração sem um reinício completo da pilha de rede.

Valores

Tcp1323Opts foi mantido para compatibilidade. Os seus valores 0..3 descreviam historicamente o dimensionamento da janela TCP e os carimbos temporais. No Windows 11 25H2 o parâmetro é lido por tcpipreg.sys, sendo o valor 1 convertido antes da transmissão ao NSI. A moderna configuração automática da janela de receção é gerida por uma política separada. Por isso, a antiga tabela de bits não determina o estado efetivo de cada ligação.

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

KeepAliveTime define o intervalo até ao pacote de verificação keep-alive para uma ligação inativa. Por predefinição é igual a 7 200 000 ms. A aplicação tem de ativar separadamente o keep-alive para o socket, pelo que reduzir o intervalo global não inicia verificações em segundo plano de todas as ligações.

EnablePMTUBHDetect=1 ativa a deteçã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 esse percurso problemático e pode aumentar o número de retransmissões. Não acelera uma rede em bom estado.

Utilidade e limitações

Os parâmetros são úteis para servidores e clientes com um grande número de ligações TCP curtas ou MTU instável. Não se deve esperar uma aceleração universal das aplicações comuns a partir da alteração de um único valor. O resultado depende da outra parte da ligação, do NAT, do router, do controlador da placa de rede, da VPN e do controlo de congestionamento.

O estudo refere-se ao Windows 11 25H2 build 26200.9168. Não foi realizada recolha controlada de rastreios de rede em diferentes redes e aplicações.

tcpipreg.sys monitoriza as alterações da chave e pode atualizar parte das definições obsoletas sem reinício. As ligações TCP já abertas não renegociam necessariamente os seus parâmetros. Para uma comparação correta do estado inicial e do estado alterado, crie novas ligações.

O que foi confirmado

• Os caminhos, os tipos, os valores predefinidos e os intervalos dos parâmetros na build estudada.
• Leitura através de tcpipreg.sys e do NSI; parte dos valores é atualizada sem um reinício completo da pilha.
• Para Tcp1323Opts o valor 1 é convertido antes da transmissão ao NSI.
• O keep-alive exige uma ativação separada para o socket.

O que não foi confirmado

• A aceleração de aplicações pela alteração de valores individuais.
• O comportamento em redes específicas, atrás de NAT, VPN e com perdas de pacotes.
• A renegociação de parâmetros por ligações já abertas.

Conclusão prática

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

Restauro do estado

Reponha os valores originais ou elimine as entradas opcionais. Verifique o resultado em novas ligaçõ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, pelo que o desenvolvedor tem um interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas através dos dados abertos e das fontes públicas enumeradas.

• 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 de conflito de interesses e a ligação para a verificação independente das observações dinâmicas na metodologia.
• 2026-09-02: primeira publicação; confirmados os readers, os defaults e o live reload, adicionados os limites do efeito prático.