Select the product you need help with
Diagnoses e tratamento de routers mudosArtigo: 159211 - Ver produtos para os quais este artigo se aplica. Para obter uma Microsoft Windows XP versão deste artigo, consulte 314825
(http://support.microsoft.com/kb/314825/
)
. SumárioNuma rede de área alargada TCP/IP (WAN), a comunicação através de algumas rotas poderá falhar se segmentos de rede intermédio tem tamanhos de pacote inferior a anfitriões de comunicação e routers não enviam respostas ICMP adequadas a esta condição. Em alternativa, o firewall no caminho poderá terminar e essas respostas. Um router que faz com que esta condição é por vezes conhecido como um router "mudo". O utilitário ping, um utilitário padrão instalado com o protocolo TCP/IP do Microsoft Windows, pode ser utilizado para localizar routers mudos. São fornecidas algumas recomendações para contornar ou corrigir problemas com routers mudos. Mais InformaçãoQuando um router de rede recebe um pacote maior do que o máximo transferência unidade (MTU) do seguinte segmento de rede e IP do pacote camada "não fragmentar" bit é sinalizado, o router deverá enviar uma ICMP destino inacessível mensagem para o anfitrião de envio. Quando não acontecer, os pacotes podem ser ignorados, fazendo com que uma variedade de erros que variam de acordo com a aplicação que está a comunicar através da ligação falha. Estes erros não ocorre quando uma aplicação liga a um computador numa sub-rede local. O problema pode parecer intermitente, mas no exame mais próximo, pode ser duplicado, tal como com um cliente leia um ficheiro grande a partir de um anfitrião remoto. O utilitário ping pode ser utilizado para localizar routers mudos utilizando o f-(não fragmentar) e os parâmetros -l (tamanho da memória intermédia). Definição do parâmetro -f irá conjunto bit de causa o utilitário ping para enviar um pacote de eco ICMP com o endereço IP "não fragmentar". O parâmetro -l define o tamanho da memória intermédia ou payload do pacote de eco ICMP. A memória intermédia maior que pode ser enviada não fragmentada é igual a MTU menos os cabeçalhos IP e ICMP (MTU-28) de menor MTU ao longo de uma rota. Por exemplo, uma vez que Ethernet tem uma MTU de 1500 bytes, nas melhores circunstâncias, ping foi echo um pacote não fragmentado com uma memória intermédia ICMP de 1472 bytes. A sintaxe para efectuar o ping neste caso seria: ping < nome do computador ou endereço IP > -f -l 1472 Isto deverá funcionar em todos os endereços IP locais. Se a MTU de todos os segmentos de uma ligação encaminhada 1500 ou maior, o pacote deve ser devolvido bem. Se existirem segmentos intermédios com MTUs mais pequenas e routers devolverem o pacote ICMP para destinos inalcançáveis adequado, o utilitário deverá apresentar "pacote precisa de ser fragmentado, mas definido como DF". Se existirem segmentos através da rota com MTUs mais pequenas e não é devolvido o pacote ICMP adequado, o utilitário ping deve ser apresentado "O pedido excedido o tempo limite." A MTU predefinida de suporte de rede comuns é descrita na base de dados de conhecimento da artigo 314496
(http://support.microsoft.com/kb/314496/EN-US/
)
. Alterando o parâmetro -l em pings sucessivos, é possível encontrar o pacote não fragmentado maior que vai viajar uma rota específica. A menor MTU geralmente utilização é 576 bytes, pelo deve poderá com segurança começar com uma memória intermédia ICMP de 548 e trabalhar a partir daí. Por exemplo, se ping < nome do anfitrião ou endereço > -f -l 972 devolve pacotes e ping < nome do anfitrião ou endereço > -f -l 973 falhar, a MTU maior que pode ser utilizado através dessa rota é 1000 (972 + 28). Para corrigir ou contornar routers mudos, existem quatro soluções possíveis:
120642
(http://support.microsoft.com/kb/120642/
)
Parâmetros de configuração de TCP/IP e NBT para o Windows 2000 ou para o Windows NT 128797
(http://support.microsoft.com/kb/128797/
)
Não é possível transferir ficheiros através de routers DEC de 250 e DEC de 500 136970
(http://support.microsoft.com/kb/136970/
)
Algoritmo de detecção de absorção PMTU alterar para Windows NT 3.51 138575
(http://support.microsoft.com/kb/138575/
)
Falha de comunicação através de Ethernet segmento entre toques FDDI 314496 Para mais informações, consulte Internet RFC 1191 e o RFC 1435. Para o fazer, visite o seguinte Web site:
(http://support.microsoft.com/kb/314496/
)
Os tamanhos MTU predefinida para topologias de rede diferente http://www.faqs.org/rfcs/ Consulte também o capítulo 6, "TCP/IP Implementation Details", no Windows NT Server Resource Kit. Para o fazer, visite o seguinte Web site da Microsoft:
(http://www.faqs.org/rfcs/)
http://www.microsoft.com/resources/documentation/windowsnt/4/server/reskit/en-us/net/sur_tcp2.mspx
(http://www.microsoft.com/resources/documentation/windowsnt/4/server/reskit/en-us/net/sur_tcp2.mspx)
PropriedadesArtigo: 159211 - Última revisão: domingo, 1 de Março de 2009 - Revisão: 6.2 A informação contida neste artigo aplica-se a:
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: 159211
(http://support.microsoft.com/kb/159211/en-us/
)
| Traduções de Artigos
 |
Voltar ao topo
