INFO: Desempenho da ligação Winsock TCP para portas não utilizadas

Este artigo explica como a execução de Winsock do TCP em vários Alças de plataformas Microsoft socket ligações para as portas que não têm um servidor à escuta-lhes. Também descreve relacionados com desempenho como ajustá-las de acordo com as necessidades e considerações.

Quando um processo cria um socket TCP na camada de Microsoft Winsock e emite uma chamada Connect () para alguns anfitrião e número de porta, o protocolo TCP executa o seu padrão "handshake tridireccional" de um pacote SYN, confirmada pelo anfitrião de destino com ACK/SYN e uma confirmação final do iniciar cliente. No entanto, pelas especificações de TCP indicadas no RFC-793 (transmissão Protocolo de controlo), poderão ser gerada uma reposição (RST) se a tentativa SYN for dirigidos a um anfitrião que existe, mas a porta é utilizada. Este procedimento é aconselhável descrito por proposta de RFC seguinte partir da página 35:Após a recepção cliente ACK/RST a partir do anfitrião de destino, o cliente Determina-se de que não existe efectivamente nenhum serviço de escuta não existe. No Implementação Microsoft Winsock do TCP, manterá uma ligação pendente tentar emitir pacotes SYN até que um valor de repetições máxima for atingido (conjunto no registo, este valor assume a predefinição 3 vezes extra). Desde um ACK/RST foi recebido de anfitrião de destino, a camada TCP sabe que o anfitrião de destino é efectivamente acessíveis e vai não duplicar o valor de limite de tempo no pacote Cabeçalho IP, conforme o padrão durante as tentativas de ligação com não confirmados SYNs. Em vez disso, a ligação pendente irá aguardar que a ligação de base tempo limite do valor e voltar a publicar outro pacote SYN para iniciar uma ligação. Como desde que é recebido um pacote de confirmação/RST a partir de uma porta não utilizada, o limite de tempo não irá aumentar o valor e o processo será repetida até a repetições máxima valor é atingido.

Este comportamento poderá resultar num desempenho fraco se por algum motivo, um processo emite repetidamente chamadas Connect () para portas com nada à escuta resultando o erro WSAECONNREFUSED. Tenha em atenção que com os outros implementações de TCP, tais como as normalmente encontrados em muitos sistemas UNIX, Connect (a) falha imediatamente após a recepção da primeira ACK/RST pacote, resultando em consciência um erro muito rapidamente. No entanto, isto comportamento não for especificado nos RFC e é da esquerda para cada aplicação para decida. A abordagem de plataformas Microsoft é que o sistema administrador tem a liberdade de ajustar definições relacionadas com o desempenho do TCP para seus próprios gostos, designadamente o máximo repetir esse assume como predefinição 3. O Esta vantagem é que o serviço que está a tentar aceder poderá ter Encerre temporariamente e poderá resurface entre tentativas SYN. No presente caso, é conveniente que o Connect () aguardado tempo suficiente para obter um ligação desde que o serviço foi realmente existe.

Contém a lista completa de valores de registo de NT TCP. De determinado juros é a chave:Para obter informações adicionais sobre as entradas de registo de TCP do Windows 95, clique no número de artigo abaixo para visualizar o artigo na Microsoft Knowledge Base:A seguinte chave é de particular interesse:Reinicie o computador depois de ajustar estes valores de registo.

AVISO: Modificar estes valores afecta quaisquer TCP enviados pedidos de ligação de computador afectado. Se toda a actividade TCP no computador tiver pouca latência e pouco distância a percorrer a viagem de volta, reduzir esta informação como baixa como zero (embora a Microsoft não recomenda este) não fará com que nenhuma diferença. No entanto, se a aplicações ou tentativas de ligação falharem regularmente com os erros de Winsock padrão e os servidores remotos de destino são conhecidos por estar disponível, é provável que estas entradas de registo são a causa. Se assim for, poderá ter de aumentar o valor máximo tentativas de modo a que o TCP será o valor de time-to-live dupla do pacote SYN no respectivo cabeçalho IP no número de tentativas sucessivos até que tenha um suficientemente longo período de duração para contactar o anfitrião de destino e receber um sinónimo/ACK

RFC-793, protocolo de controlo de transmissão, de Setembro de 1981

Documento técnico, Microsoft Windows NT: TCP/IP Implementation Details, 1996 Dados de conhecimento 158474