Dépannage de la déconnexion de modem DSL IPv4 uniquement dans un environnement à deux piles

Options de téléchargement

  • PDF     (78.2 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (86.2 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (72.3 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:15 septembre 2016
ID du document:200691

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Ce document décrit une solution pour récupérer les modems DSL, IPv4 uniquement dans un environnement à double pile, déconnecté alors qu'il se termine sur un routeur de la gamme ASR1000.

Problème

Les modems DSL déconnectés étaient dus à l'absence de continuité de vie PPP après l'activation d'IPv6(IPv6CP) sur le périphérique LNS.

ASR1000, en tant que LNS, envoie constamment des messages IPv6CP au périphérique CPE. Voici le comportement conformément à la RFC 1661. Il tente de négocier avec son homologue ; si l'homologue ne peut pas comprendre IPv6CP. L'homologue doit envoyer PROTREJ, que LNS n'essaiera pas de négocier IPV6CP.

De tels messages IPv6CP constants peuvent empêcher les modems IPv4 traditionnels d'envoyer des keepalives au LNS, ce qui entraîne la déconnexion de la session.

Solution

Vous pouvez arrêter les messages IPv6CP constants via la configuration suivante sur l'interface Virtual-Template.

  1. ppp ncp passive ipv6cp

# LNS négociera ipv6 uniquement s'il est initié par le client.

Option alternative :

  1. ppp ncp override local  

#Cette commande suit les attributs reçus dans l'autorisation de RADIUS, vérifie le programme de contrôle de réseau (NCP) autorisé, rejette la négociation NCP actuelle et remplace la configuration locale à double pile

TAC Authored

Contribution d’experts de Cisco

  • Frederick Kam
    Ingénieur TAC Cisco

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits