IPv4-probleemoplossing door alleen DSL-modemontkoppeling in een dubbele-stapelomgeving

Downloadopties

  • PDF     (77.6 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (86.2 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (72.2 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:15 september 2016
Document-id:200691

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Dit document beschrijft een oplossing om DSL-modems, IPv4 alleen in dual-stack-milieu te herstellen, los van elkaar terwijl het eindigt op ASR1000 Series router.

Probleem

DSL-modems die niet zijn aangesloten, waren te wijten aan ontbrekende PPP-persistentie na enabled IPv6 (IPv6CP) op LNS-apparaat.

ASR1000 als LNS stuurt voortdurend IPv6CP-berichten naar CPE-apparaat uit. Dit is het gedrag volgens RFC 1661. Het probeert te onderhandelen met zijn collega; als de peer IPv6CP niet kan begrijpen. De deelnemers moeten PROTREJ sturen, maar LNS zal niet proberen te onderhandelen over IPV6CP.

Zulke constante IPv6CP-berichten kunnen legacy IPv4-alleen-modems niet meer verzenden naar LNS, wat kan leiden tot een verbroken sessie.

Oplossing

U kunt de constante IPv6CP-berichten via de volgende configuratie stoppen op Virtual-Sjablooninterface.

  1. ppp passieve ipv6cp

# LNS zal alleen onderhandelen over ipv6 als dit door de klant wordt geïnitieerd.

Alternatieve optie:

  1. ppp ncp site  

#Deze opdracht volgt eigenschappen die zijn ontvangen in licentie van RADIUS, verifieert het geautoriseerde Network Control Program (NCP), verwerp de huidige NCP onderhandeling en hef de lokale configuratie met dubbele stack op

TAC Authored

Bijgedragen door Cisco-engineers

  • Frederick Kam
    Cisco TAC-ingenieur

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten