Risoluzione dei problemi di disconnessione del modem DSL solo IPv4 in ambiente a doppio stack

Opzioni per il download

  • PDF     (78.2 KB)
    Visualizza con Adobe Reader su diversi dispositivi
  • ePub     (86.4 KB)
    Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (72.6 KB)
    Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi
Aggiornato:15 settembre 2016
ID documento:200691

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Introduzione

Questo documento descrive una soluzione per ripristinare i modem DSL, IPv4 solo in ambienti a doppio stack, disconnessi quando terminano su router ASR serie 1000.

Problema

Modem DSL disconnessi a causa di keep-lives PPP mancanti dopo l'abilitazione di IPv6(IPv6CP) sul dispositivo LNS.

ASR1000 come LNS invia costantemente messaggi IPv6CP al dispositivo CPE. Questo è il comportamento indicato nella RFC 1661. Cerca di negoziare con i suoi omologhi; se il peer non è in grado di comprendere IPv6CP. Il peer deve inviare PROTREJ, ma il servizio LNS non tenterà di negoziare IPV6CP.

Tali messaggi IPv6CP costanti possono causare l'interruzione dell'invio di keep-alive all'LNS da parte dei modem IPv4 legacy, con conseguente disconnessione della sessione.

Soluzione

È possibile arrestare i messaggi IPv6CP costanti tramite la seguente configurazione nell'interfaccia Virtual-Template.

  1. ipv6cp passivo ppp ncp

# LNS negozierà ipv6 solo se avviato dal client.

Opzione alternativa:

  1. override ncp ppp locale  

#Questo comando tiene traccia degli attributi ricevuti tramite autorizzazione da RADIUS, verifica il programma NCP (Network Control Program) consentito, rifiuta la negoziazione NCP corrente e ignora la configurazione locale a doppio stack

TAC Authored

Contributo dei tecnici Cisco

  • Frederick Kam
    Cisco TAC Engineer

Questo documento ti è stato utile?

FeedbackFeedback

Contattaci

Questo documento si applica a questi prodotti