PMTU detecção de buraco negro algoritmo alterar para Windows NT 3.51

Traduções deste artigo Traduções deste artigo
ID do artigo: 136970 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Neste artigo

Sintomas

Transferir grandes quantidades de dados de um Windows NT 3.5 ou 3.51 computador para outro computador usando TCP/IP sobre dispositivos intermediários pode falhar.

Causa

Alguns dispositivos intermediários são incapazes de manipulação de tamanhos de pacote grande e não respondem corretamente ao recebê-los.

Resolução

Para corrigir esse problema, instale a correção mencionada abaixo.

Visão geral de descoberta PMTU

Windows NT 3.5 e 3.51 usar a descoberta de PMTU conforme descrito em RFC1191. Quando uma conexão é estabelecida, os dois hosts envolvidos trocam seus valores de tamanho (MSS) TCP máxima do segmento. O menor dos dois valores MSS é usado para a conexão. O MSS para um sistema geralmente é a MTU (unidade de transferência máxima) na camada de link menos 40 bytes para os cabeçalhos IP e TCP.

Quando segmentos TCP são destinados a uma rede não-local, o bit Don ' t Fragment é definido no cabeçalho IP. Qualquer roteador ou a mídia ao longo do caminho pode ter uma MTU que difere do que os dois hosts. Se uma mídia é encontrada com uma MTU é muito pequena para o datagrama IP que está sendo roteado, o roteador tentará fragmentar o datagrama adequadamente. Ao tentar fazer isso, ele irá encontrar que o bit não fragmentar no cabeçalho IP está definido. Neste ponto, o roteador deve informar o host de envio com uma mensagem de destino inacessível de ICMP que o datagrama não pode ser encaminhado mais sem fragmentação.

A maioria dos roteadores também especificará a MTU é permitida para o próximo salto colocando o valor para ele nos bits de 16 de ordem inferior do campo de cabeçalho ICMP que é rotulado como "não utilizados" na especificação do ICMP. Consulte RFC1191, seção 4, para o formato desta mensagem. Ao receber essa mensagem de erro ICMP, TCP ajusta seu MSS para a conexão com a MTU menos o tamanho do cabeçalho TCP e IP especificada, para que todos os pacotes mais enviados na conexão serão não maior que o tamanho máximo que pode percorrer o caminho sem fragmentação.

Usar o maior MTU possível para cada caminho otimiza eficiência

A descoberta de PMTU é ativada por padrão, mas pode ser controlada por adicionar o seguinte valor do Registro:
HKEY_LOCAL_MACHINE

\SYSTEM\CurrentControlSet\Services\tcpip\parameters
\EnablePMTUDiscovery (REG_DWORD, 0 = desativado, 1 = ativada)

Quando a descoberta de PMTU está desabilitada, uma MTU de 576 bytes é usada para todos os endereços IP de destino não local. (O MSS TCP = 536).

Detecção de buraco negro PMTU no Windows NT 3.5 e 3.51

Um número de fornecedores vende roteadores e outros dispositivos intermediários que não são compatíveis. Em vez de retornar mensagens de destino ICMP inacessível para o host de origem, eles podem descartam silenciosamente datagramas IP que são muito grandes para ser passados para a próxima mídia em um caminho. Esses dispositivos são conhecidos como "Roteadores de buraco negro".

Windows NT 3.5 e 3.51 TCP/IP pode ser configurado para tentar descobrir esses roteadores buraco negro e adaptar o PMTU para ser pequeno o suficiente para passam por eles. Um valor do Registro pode ser adicionado para ativar a detecção de PMTU buraco negro:
HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\tcpip\parameters \EnablePMTUBHDetect (REG_DWORD, 0 = desativado, 1 = ativada)

Se esse valor não estiver presente detecção de PMTU buraco negro (padrão), em seguida, não está habilitado.

Quando PMTUBHDetect estiver habilitada, após um segmento TCP é retransmitido 1/2 TCPMaxDataRetransmissions (outro parâmetro do Registro, o padrão = 5) vezes sem sendo confirmados, o bit Don ' t Fragment será limpo no restante de tentativas de retransmissão. Se o segmento é confirmado como resultado, o MSS será ser reduzido e o bit Don ' t Fragment será definido no futuras datagramas IP enviadas na conexão.

Situação

Os engenheiros do Atendimento Microsoft tem encontrado um número de roteadores e outros dispositivos intermediários que descartar silenciosamente grandes quadros, mesmo quando o bit Don ' t Fragment não está definido. Porque o algoritmo de detecção de buraco negro PMTU TCP/IP existente do Windows NT 3.5 e 3.51 não detectar e adaptar para esses dispositivos, os clientes que encontrou problemas tinham não mas opção para desativar a detecção PMTU. Portanto, a Microsoft disponibilizou a seguinte alteração:
Quando PMTUBHDetect estiver habilitada, após um segmento TCP é retransmitido 1/2 TCPMaxDataRetransmissions (padrão = 5 ainda) vezes sem sendo confirmada, uma MSS de 536 bytes (MTU = 576) será usado no restante de tentativas de retransmissão. O bit Don ' t Fragment não será definido em qualquer um desses segmentos 536 bytes. 536 bytes é o menor MTU normalmente encontrou e desde que o bit Don ' t Fragment não estiver definido, o pacote pode ser mais fragmentado se necessário.

Essa alteração deve resultar em mais confiável de transferência de arquivos grandes em redes de longa distância com uma mistura de dispositivos intermediários, como a Internet. O arquivo Tcpip.sys modificado é disponibilizado pelo Atendimento Microsoft.



Observação: PMTUBHDetect ainda padrão 0 (desativado) aproveitar esse recurso o valor deve ser adicionada ao registro mostrado acima, e definido como 1.

Para obter uma lista completa dos parâmetros de configuração TCP/IP e suas configurações possíveis, consulte base de dados de Conhecimento artigo 120642.



Esse problema foi corrigido no mais recente dos EUA Service Pack para Windows NT versão 3.51 e Windows NT 4.0. Para informações sobre como obter o Service Pack, localize a seguinte palavra na Base de dados de Conhecimento da Microsoft sem espaços):
S E R V P UMA C K

Propriedades

ID do artigo: 136970 - Última revisão: sábado, 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 136970

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