Le connessioni PPP RRAS possono timeout su collegamenti lenti o rimandati

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 219353
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
Sintomi
Se si dispone di routing e accesso remoto (RRAS) installato in un computer che esegue Windows NT Server e si tenta di effettuare chiamate in uscita per stabilire una connessione PPP con un server RAS remoto, la connessione PPP potrebbe non completare a volte. L'impossibilità di connettersi è più probabile che si verifichi su un collegamento lento o ritardato in cui il ritardo di andata e ritorno per un pacchetto di negoziazione PPP è di circa 1 secondo o versione successiva. Anche possibile che essere visualizzato il seguente messaggio di errore nell'interfaccia utente grafica del computer di composizione:
Errore 718 - Timeout durante l'attesa della risposta valida dal peer remoto.
Cause
Fasi iniziali dell'avvio di un collegamento PPP implicano la negoziazione il livello di LCP (Link Control Protocol) di connessione. LCP stesso ha una funzione di timeout quando in attesa di una risposta a una richiesta di configurazione da relativo peer PPP. Se il lato del mittente non riceve un riconoscimento di configurazione in fase di (ovvero, in inferiore a 1 secondo), quindi il lato di invio si verifica il timeout e invia una richiesta di configurazione seconda. Nel frattempo, ricevente della connessione PPP riceve una richiesta di configurazione seconda, conseguente riavvio del LCP e il contatore di timeout viene reimpostato su zero. Questo scenario si ripete in modo "round robin" tra i due peer PPP. Il risultato finale è che la negoziazione del livello LCP non viene completata.
Risoluzione
Per risolvere il problema, procurarsi l'ultimo service pack per Windows NT 4.0. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
152734Come ottenere il più recente di Windows NT 4.0 Service Pack

Status
Microsoft ha confermato che questo problema riguarda Windows NT 4.0. Questo problema è stato corretto per la prima volta nel Service Pack 5 per Windows NT 4.0.

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 219353 - Ultima revisione: 02/23/2014 08:07:32 - Revisione: 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 KbMtit
Feedback