Ligações de RRAS, Routing and Remote PPP podem limite de tempo em ligações lentas ou atrasadas

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.

219353
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
Se tiver o encaminhamento e acesso remoto RRAS, Routing and (Remote Access Service) instalado num computador com o Windows NT Server e a tentativa de marcação para estabelecer uma ligação PPP com um servidor RAS, a ligação PPP pode não ser com êxito concluído alturas. A incapacidade de estabelecer ligação é mais provável numa ligação lenta ou atrasada em que o atraso de ida e volta para um pacote de negociação PPP é aproximadamente de 1 segundo ou superior. Além disso, poderá ser apresentada a seguinte mensagem de erro na interface de gráfica de utilizador do computador marcação:
Erro 718 - Tempo excedido enquanto esperava por resposta válida a partir do peer remoto.
Causa
As fases iniciais de iniciar uma ligação PPP envolvem negociar a camada de LCP (Link Control Protocol) da ligação. LCP propriamente dito tem uma função de limite de tempo quando a aguardar uma resposta a um pedido de configuração a partir do respectivo peer de PPP. Se o lado de envio não irá receber uma confirmação de configuração em tempo (isto é, de menor que 1 segundo), o lado de envio expirar e envia um segundo pedido de configuração. Entretanto, extremidade de recepção da ligação PPP recebe um pedido de configuração segundo, que resulta de um reinício do LCP e o contador de tempo limite é reposto a zero. Neste cenário repete-se de uma forma de "round-robin" entre os dois peers PPP. O resultado final é que negociação da camada LCP nunca é concluída.
Resolução
Para resolver este problema, obtenha o service pack mais recente do Windows NT 4.0. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
152734Como obter o Service Pack mais recente do Windows NT 4.0

Ponto Da Situação
A Microsoft confirmou que este é um problema no Windows NT 4.0. Este problema foi corrigido pela primeira vez no Windows NT 4.0 Service Pack 5.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 219353 - Última Revisão: 02/23/2014 08:07:32 - Revisão: 1.2

  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Routing and Remote Access Service Update for Windows NT Server 4.0
  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbqfe KB219353 KbMtpt
Esta informação foi útil?