Solucionando problemas de desconexão de modem DSL IPv4 somente em ambiente de pilha dupla

Opções de download

  • PDF     (78.1 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (86.3 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (72.4 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:15 de setembro de 2016
ID do documento:200691

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introduction

Este documento descreve uma solução para recuperar modems DSL, IPv4 somente em ambiente de pilha dupla, desconectados enquanto termina no roteador da série ASR1000.

Problema

Os modems DSL desconectados foram devido à falta de duração do PPP após o IPv6(IPv6CP) habilitado no dispositivo LNS.

O ASR1000 como LNS está enviando constantemente mensagens IPv6CP para o dispositivo CPE. Esse é o comportamento conforme RFC 1661. Tenta negociar com o seu colega; se o peer não puder entender o IPv6CP. O peer deve enviar PROTREJ, que o LNS não tentará negociar com o IPV6CP.

Essas mensagens constantes de IPv6CP podem fazer com que modems IPv4 antigos parem de enviar keep-alives para o LNS, resultando em desconexão de sessão.

Solução

Você pode interromper as mensagens IPv6CP constantes por meio da seguinte configuração na interface Virtual-Template.

  1. ppp ncp passive ipv6cp

# O LNS negociará o ipv6 somente se iniciado pelo cliente.

Opção alternativa:

  1. ppp ncp override local  

#Este comando controla os atributos recebidos na autorização do RADIUS, verifica o Network Control Program (NCP) permitido, rejeita a negociação atual do NCP e substitui a configuração local de pilha dupla

TAC Authored

Colaborado por engenheiros da Cisco

  • Frederick Kam
    Engenheiro do TAC da Cisco

Este documento lhe foi útil?

FeedbackFeedback

Contate a Cisco

Este documento se refere a estes produtos