Algoritmo de detecção de PMTU Buraco negro alterar para o Windows NT 3.51

Traduções de Artigos Traduções de Artigos
Artigo: 136970 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Nesta página

Sintomas

Transferir grandes quantidades de dados a partir do Windows NT 3.5 ou 3.51 computador para outro computador utilizando o TCP/IP através de dispositivos intermédios poderá falhar.

Causa

Alguns dispositivos intermédios são incapaz de processamento de tamanhos de pacote grande e não respondem correctamente quando recebê-los.

Resolução

Para corrigir este problema, instale a correcção mencionada abaixo.

Descrição geral de detecção de PMTU

Windows NT 3.5 e 3.51 utilize identificação PMTU tal como descrito em RFC1191. Quando é estabelecida uma ligação, os dois anfitriões envolvidos trocam os valores de tamanho (MSS, Maximum Segment Size) de máxima de segmentos TCP. O mais pequeno dos dois valores MSS, Maximum Segment Size é utilizado para a ligação. O MSS para um sistema normalmente é a MTU (unidade máxima de transferência) na camada de ligação menos 40 bytes para os cabeçalhos IP e TCP.

Quando segmentos TCP são destinados a uma rede local não, o bit de não fragmentação é definido no cabeçalho IP. Qualquer router ou suporte de dados ao longo do caminho pode ter uma MTU difere do que dois anfitriões. Se for encontrado um suporte de dados com uma MTU é demasiado pequena para o datagrama IP que está a ser encaminhado, o router tentará fragmentar o datagrama em conformidade. Ao tentar fazê-lo, irá descobrir que o bit de não fragmentação no cabeçalho IP é definido. Neste momento, o router deve informar o anfitrião emissor com uma mensagem inacessível o destino de ICMP que não pode ser reencaminhado para o datagrama mais sem fragmentação.

A maioria dos routers também irão especificar a MTU é permitida para o próximo salto, colocando o valor para o mesmo nos bits de 16 de ordem inferior do campo cabeçalho ICMP com o nome "não utilizados" na especificação de ICMP. Consulte RFC1191, secção 4, para o formato desta mensagem. Ao receber esta mensagem de erro ICMP, TCP ajusta o MSS para a ligação para a MTU especificada menos o tamanho do cabeçalho TCP e IP, para que todos os pacotes mais enviados na ligação será não superior ao tamanho máximo que consiga atravessar o caminho sem fragmentação.

Utilizar A MTU maior possível para cada caminho optimiza a eficiência

Identificação PMTU activada por predefinição, mas pode ser controlada, adicionando o seguinte valor ao registo:
HKEY_LOCAL_MACHINE

\SYSTEM\CurrentControlSet\Services\tcpip\parameters
\EnablePMTUDiscovery (REG_DWORD, 0 = desactivado, 1 = activado)

Quando a identificação PMTU estiver desactivada, uma MTU de 576 bytes é utilizada para todos os endereços de destino não locais. (O MSS, Maximum Segment Size TCP = 536).

PMTU Buraco negro detecção no Windows NT 3.5 e 3.51

Um número de fornecedores vende routers e outros dispositivos intermédios não são compatíveis. Em vez de devolver mensagens inatingíveis do ICMP destino para o anfitrião de origem, podem rejeitar silenciosamente datagramas IP que são demasiado grandes para ser passada para o suporte seguinte num caminho. Estes dispositivos são referidos como "Routers mudos."

TCP/IP do Windows NT 3.5 e 3.51 podem ser configurados para tentar identificar estes routers mudos e adaptar PMTU ser suficientemente pequeno para passá-los. Um valor de registo pode ser adicionado para activar a detecção mudos PMTU:
HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\tcpip\parameters \EnablePMTUBHDetect (REG_DWORD, 0 = desactivado, 1 = activado)

Se este valor não estiver presente detecção de mudos PMTU (predefinição), em seguida, não está activada.

Quando PMTUBHDetect estiver activada, depois de um segmento TCP é retransmitido 1/2 de TCPMaxDataRetransmissions (outro parâmetro do registo, predefinição = 5) vezes sem confirmado, o bit de não fragmentação será limpa no resto das tentativas de retransmissão. Se o segmento for confirmado como resultado, o MSS será reduzido e o bit de não fragmentação será definido em futuras datagramas IP enviados nessa ligação.

Ponto Da Situação

Os técnicos de suporte técnico da Microsoft tem encontrado um número de routers e outros dispositivos intermédios silenciosamente Saltar fotogramas grandes, mesmo quando o bit de não fragmentação não está definido. Uma vez que o algoritmo de detecção de mudos PMTU de TCP/IP existente do Windows NT 3.5 e 3.51 não detectar e adaptar estes dispositivos, os clientes que encontrou problemas tinham não mas opções para desactivar a detecção de PMTU. Por conseguinte, a Microsoft disponibilizou a seguinte alteração:
Quando PMTUBHDetect estiver activada, depois de um segmento TCP é retransmitido 1/2 de TCPMaxDataRetransmissions (predefinição = 5 ainda) vezes sem ser confirmado um MSS de bytes 536 (MTU = 576) será utilizado o resto das tentativas de retransmissão. O bit de não fragmentação não será definido em qualquer destes segmentos de byte 536. 536 bytes é a menor MTU normalmente encontrou e uma vez que o bit de não fragmentação não estiver definido, o pacote pode ser fragmentado mais, se necessário.

Esta alteração deve fazer mais fiável de transferência de ficheiros de grandes dimensões através de redes alargadas com uma mistura de dispositivos intermediários, como, por exemplo, a Internet. O ficheiro TCPIP.SYS modificado está disponível a partir do suporte técnico da Microsoft.



NOTA: PMTUBHDetect ainda assume a 0 (desactivado), para tirar partido desta funcionalidade o valor deve ser adicionada ao registo acima e definido como 1.

Para obter uma lista completa de parâmetros de configuração TCP/IP e as respectivas definições possíveis, consulte de artigo da base de dados de conhecimento da 120642.



Este problema foi corrigido na mais recente dos Estados Unidos Service Pack para Windows NT versão 3.51 e Windows NT 4.0. Para obter informações sobre como obter o Service Pack, consulta a seguinte palavra na Microsoft Knowledge Base sem espaços):
S E R V P A C K

Propriedades

Artigo: 136970 - Última revisão: 22 de fevereiro de 2014 - Revisão: 3.1
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
Palavras-chave: 
kbnosurvey kbarchive kbmt kbnetwork KB136970 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 136970

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com