Identificar e Solucionar Problemas de ADSL em Cisco Routers
Opções de download
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.
Contents
Introdução
Este documento descreve como configurar seu roteador Cisco Digital Subscriber Line (DSL) Customer Premise Equipment (CPE) para o serviço Asymmetric Digital Subscriber Line (ADSL). Ele explica como solucionar problemas relacionados ao ADSL nas séries Cisco 880, 890, 860 e VDSL (Very High Bitrate Digital Subscriber Line)/EHWICs (Enhanced High Speed WAN Interface Cards). Este documento é muito específico para o serviço ADSL, embora você possa ter o serviço ADSL ou VDSL nesses roteadores e módulos. Há três camadas nas quais a falha pode ocorrer:
- Camada 1 - Conectividade física DSL para o Multiplexador de Acesso de Linha de Assinante Digital (DSLAM - Digital Subscriber Line Access Multiplexer) do ISP.
- Camada 2.1 - conectividade ATM
- Camada 2.2 - Point-to-Point Protocol over ATM (PPPoA), Point-to-Point Protocol over Ethernet over ATM (PPPoEoA), RFC1483 Bridging ou RFC1483 Routing
- Camada 3 - IP
Pré-requisitos
Requisitos
Não existem requisitos específicos para este documento.
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Problemas da camada 1
A luz Carrier Detect (CD) no painel frontal do roteador DSL Cisco está acesa ou apagada?
Se a luz do CD estiver acesa, vá para a seção Problemas da camada 2 deste documento.
Se a luz do CD estiver apagada, continue com a próxima pergunta.
O seu ISP usa um DSLAM que suporte o chipset Broadcom?
Verifique as informações do ISP. Verifique a interoperabilidade de DSLAM para o modelo do roteador ou a placa que se refere à folha de dados.
A porta DSL na parte traseira do roteador DSL Cisco está conectada à tomada de parede DSL?
Se a porta DSL não estiver conectada à tomada de parede DSL, conecte a porta à parede com um cabo RJ-11 direto. Este é um cabo telefônico padrão. As linhas ADSL usam os pinos 3 e 4.
Qual é o status da controladora, o modo operacional e o modo de cobertura de transmissão (TC)?
Por exemplo, este exemplo de saída:
Router#show controller vdsl 0/1/0
!--- Make sure the controller is in UP state. In case you see it in down state,
it indicates a Layer 1 issue (Hardware issue, Line issue, Interoperability
issue with DSLAM etc.)
Controller VDSL 0/1/0 is UP
Daemon Status: Up
!--- XTU-R and XTU-C shows local (Cisco Router) and remote (DSLAM) DSL related
details like chipset vendor, Vendor ID etc.
XTU-R (DS) XTU-C (US)
Chip Vendor ID: 'BDCM' 'BDCM'
Chip Vendor Specific: 0x0000 0xA1AA
Chip Vendor Country: 0xB500 0xB500
Modem Vendor ID: 'CSCO' ' '
Modem Vendor Specific: 0x4602 0x0000
Modem Vendor Country: 0xB500 0x0000
Serial Number Near: FOC15163V2Q 2911/K9 15.5(1)T
Serial Number Far:
Modem Version Near: 15.5(1)T
Modem Version Far: 0xa1aa
Modem Status: TC Sync (Showtime!)
!--- Below shows the configured DSL operating mode, trained mode and TC mode.
DSL Config Mode: AUTO
Trained Mode: G.992.1 (ADSL) Annex B
TC Mode: ATM
Selftest Result: 0x00
DELT configuration: disabled
DELT state: not running
Full inits: 2
Failed full inits: 1
Short inits: 0
Failed short inits: 3
!--- DSL firmware related details
Firmware Source File Name
-------- ------ ----------
VDSL embedded VDSL_LINUX_DEV_01212008
Modem FW Version: 130205_1433-4.02L.03.B2pvC035j.d23j
Modem PHY Version: B2pvC035j.d23j
Trellis: ON ON
SRA: disabled disabled
SRA count: 0 0
Bit swap: enabled enabled
Bit swap count: 0 0
!--- Attenuation and Noise margin are two important parameters which points to
the line quality and intern the stability of the DSL connection
Line Attenuation: 0.0 dB 0.0 dB
Signal Attenuation: 0.0 dB 0.0 dB
Noise Margin: 11.1 dB 6.0 dB
Attainable Rate: 40440 kbits/s 3280 kbits/s
Actual Power: 14.5 dBm 4.9 dBm
Per Band Status: D1 D2 D3 U0 U1 U2 U3
Line Attenuation(dB): 20.0 48.3 73.7 9.4 37.9 56.2 N/A
Signal Attenuation(dB): 20.0 48.3 N/A 10.2 36.2 53.3 N/A
Noise Margin(dB): 10.9 11.3 N/A 5.9 6.0 6.0 N/A
Total FECC: 97252 0
Total ES: 7 0
Total SES: 0 0
Total LOSS: 0 0
Total UAS: 24 24
Total LPRS: 0 0
Total LOFS: 0 0
Total LOLS: 0 0
!--- DSL trained speed can be found below
DSChannel1 DSChannel0 US Channel1 US Channel0
Speed (kbps): 0 25087 0 3192
SRA Previous Speed: 0 0 0 0
Previous Speed: 0 0 0 0
Reed-Solomon EC: 0 97252 0 0
CRC Errors: 0 15 0 0
Header Errors: 0 62 0 0
Interleave (ms): 0.00 8.00 0.00 8.00
Actual INP: 0.00 3.01 0.00 2.00
Training Log : Stopped
Training Log Filename : flash:vdsllog.bin
Router#
Verifique-os na saída do comando show controller:
1. O status da controladora é UP. Se estiver no estado Down (Desativado), indica um problema na Camada 1 (problema de hardware, problema de linha ou problema de interoperabilidade com DSLAM). Prossiga com a solução de problemas da Camada 1 neste caso.
2. Verifique o modo de operação, o modo treinado e o modo TC. Verifique se você tem o modo operacional correto configurado no controlador. A Cisco recomenda que você use o modo de operação DSL automático se não tiver certeza sobre qual tecnologia DMT (Discrete Multi-Tone, multitom discreto) seu ISP usa. Estes são os comandos para configurar a detecção automática do modo de operação.
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#controller vdsl 0
Router(config-controller)#operating-mode auto
Router(config-controller)#end
Router#write memory
3. Examine o modo treinado e verifique se você negociou o modo correto com o ISP. Outro parâmetro importante a ser observado é o modo TC. Caso o modo treinado seja ADSL, ADSL2 ou ADSL2+, o modo TC deve ser ATM e todos os parâmetros da camada superior, como PPP, IP e assim por diante, devem ser configurados no Circuito Virtual Permanente (PVC) ATM nesse caso. Se o modo treinado for VDSL2 ou VDSL2+, o modo TC será o modo de transferência de pacotes (PTM). Nesse caso, você precisa ver a interface PTM Ethernet no estado UP e todos os parâmetros da camada superior devem ser configurados na interface Ethernet. Se você alterar o modo de operação entre ADSL e VDSL, talvez precise reinicializar o roteador para ativar as interfaces ATM ou Ethernet correspondentes.
4. Verifique a margem de ruído e a atenuação. A margem de ruído é a intensidade relativa do sinal DSL para a taxa de ruído. Quanto maior o número, melhor para esta medida:
- 6dB ou inferior é ruim e não terá problemas de sincronização ou de sincronização intermitente
- 7dB-10dB é justo, mas não deixa muito espaço para variações nas condições
- 11dB-20dB é bom com poucos ou nenhum problema de sincronização
- 20dB-28dB é excelente
- 29 dB ou mais está pendente
A atenuação é uma medida de quanto o sinal se degradou entre o DSLAM e o modem. Isso é em grande parte uma função da distância da bolsa. Quanto menor o dB, melhor para essa medida.
- 20 dB ou menos é excelente
- 20dB-30dB é excelente
- 30dB-40dB é muito bom
- 40dB-50dB é bom
- 50dB-60dB é ruim e pode ter problemas de conectividade
- 60dB ou superior é ruim e terá problemas de conectividade
5. Verifique se você tem uma das versões mais recentes do firmware DSL. O firmware mais recente tem uma correção para a maioria dos problemas de interoperabilidade conhecidos. Você pode baixar o firmware mais recente do CCO.
6. Verifique se o DSL está em sincronia com as velocidades corretas de upstream e downstream.
Você tem o modelo de roteador correto?
Observe que os roteadores ADSL/VDSL vêm em duas versões: 1) DSL sobre Plain Old Telephone Service (Annex-A) e 2) DSL sobre Integrated Services Digital Network (Annex-B). Em alguns países, os ISPs fornecem uma conexão do Anexo B, enquanto na maioria dos outros é o Anexo A. Um Roteador DSL ou placa do Anexo A não será sincronizado com uma linha do Anexo B e vice-versa. Portanto, você precisa ter certeza de que possui o modelo de roteador certo. Consulte a ficha técnica do roteador para obter mais informações.
O circuito foi testado/provisionado corretamente?
Obtenha essas informações com seu ISP ou companhia telefônica.
Problemas da camada 2
A interface ATM está ativa?
Uma vez verificado que o modo treinado é ADSL, assegure-se de que a interface ATM esteja no estado ativado.
Router#show ip interface brief
Interface IP-Address OK? Method Status Protocol
Embedded-Service-Engine0/0 unassigned YES NVRAM administratively down down
GigabitEthernet0/0 unassigned YES NVRAM up up
GigabitEthernet0/0.1 unassigned YES unset up up
GigabitEthernet0/1 unassigned YES NVRAM administratively down down
GigabitEthernet0/2 192.168.22.1 YES NVRAM up up
ISM0/1 unassigned YES unset up up
!--Verify that ATM interface is in up state
ATM0/1/0 unassigned YES NVRAM up up
Ethernet0/1/0 unassigned YES NVRAM administratively down down up
Você tem os valores corretos de Circuito virtual permanente (PVC) (VPI/VCI)?
Verifique com seu provedor o valor correto de VPI/VCI a ser usado para a conexão DSL.
É usado o transporte correto da camada superior?
Verifique com seu provedor o tipo de conexão de camada superior usado. Você pode usar a linha ADSL para IPoA, PPPoA, PPPoEoA, Bridging e assim por diante. Certifique-se de ter a configuração correta da camada superior alinhada com a configuração do seu provedor.
Você recebe dados de seu ISP?
Verifique a saída do comando show interface atm0 e verifique os pacotes de entrada e saída.
Router#show interface atm0 ATM0 is up, line protocol is up Hardware is DSLSAR (with Alcatel ADSL Module) MTU 4470 bytes, sub MTU 4470, BW 128 Kbit, DLY 16000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ATM, loopback not set Encapsulation(s): AAL5, PVC mode 24 maximum active VCs, 256 VCS per VP, 1 current VCCs VC idle disconnect time: 300 seconds Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 5 bits/sec, 0 packets/sec 5 minute output rate 7 bits/sec, 0 packets/sec 100 packets input, 5600 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 250 packets output, 1400 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets 0 output buffer failures, 0 output buffers swapped out
Se os contadores do pacote de entrada forem incrementados, você deverá receber pacotes de negociação PPP de seu ISP. Se esse não for o caso, ligue para o ISP. Se os contadores do pacote de saída forem incrementados, você deverá enviar pacotes de negociação PPP. Se esse não for o caso, verifique a configuração no roteador. Se o PPP estiver configurado corretamente, os pacotes de negociação do PPP são enviados continuamente para a interface ATM0.
Se os pacotes forem incrementados em ambas as direções, continue com as etapas de Troubleshooting neste documento.
O PPP negocia corretamente?
Se a Camada 1 estiver ativa e você tiver as configurações corretas de VPI/VCI, a próxima etapa é certificar-se de que o PPP seja ativado corretamente. Para fazer isso, você precisa executar uma série de comandos debug no roteador Cisco DSL e interpretar a saída. O comando de depuração principal que você usa é debug ppp negotiation. Esta saída de comando é um exemplo de uma negociação PPP bem-sucedida:
Router#debug ppp negotiation
PPP protocol negotiation debugging is on
Router#
2w3d: Vi1 PPP: No remote authentication for call-out
2w3d: Vi1 PPP: Phase is ESTABLISHING
2w3d: Vi1 LCP: O CONFREQ [Open] id 146 len 10
2w3d: Vi1 LCP: MagicNumber 0x8CCF0E1E (0x05068CCF0E1E)
2w3d: Vi1 LCP: O CONFACK [Open] id 102 Len 15
2w3d: Vi1 LCP: AuthProto CHAP (0x0305C22305)
2w3d: Vi1 LCP: MagicNumber 0xD945AD0A (0x0506D945AD0A)
2w3d: Di1 IPCP: Remove route to 10.10.10.1
2w3d: Vi1 LCP: I CONFACK [ACKsent] id 146 Len 10
2w3d: Vi1 LCP: MagicNumber 0x8CCF0E1E (0x05068CCF0E1E)
2w3d: Vi1 LCP: State is Open
2w3d: Vi1 PPP: Phase is AUTHENTICATING, by the peer
2w3d: Vi1 CHAP: I CHALLENGE id 79 Len 33 from "6400-2-NRP-2"
2w3d: Vi1 CHAP: O RESPONSE id 79 Len 28 from "John"
2w3d: Vi1 CHAP: I SUCCESS id 79 Len 4
2w3d: Vi1 PPP: Phase is UP
2w3d: Vi1 IPCP: O CONFREQ [Closed] id 7 Len 10
2w3d: Vi1 IPCP: Address 0.0.0.0 (0x030600000000)
2w3d: Vi1 IPCP: I CONFREQ [REQsent] id 4 Len 10
2w3d: Vi1 IPCP: Address 10.10.10.1 (0x030614140201)
2w3d: Vi1 IPCP: O CONFACK [REQsent] id 4 Len 10
2w3d: Vi1 IPCP: Address 10.10.10.1 (0x030614140201)
2w3d: Vi1 IPCP: I CONFNAK [ACKsent] id 7 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: O CONFREQ [ACKsent] id 8 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: I CONFACK [ACKsent] id 8 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: State is Open
2w3d: Di1 IPCP: Install negotiated IP interface address 10.1.1.1
2w3d: Di1 IPCP: Install route to 10.10.10.1
Router#
Há quatro pontos principais de falha em uma negociação PPP:
- Sem resposta do dispositivo remoto (seu ISP)
- O LCP (Link Control Protocol Protocolo de Controle de Enlaces) não está aberto
- Falha na autenticação
- Falha do Protocolo de Controle IP (IPCP)
Sem resposta do ISP
O ISP que não está respondendo não deve ser um problema, pois você já verificou que os pacotes estão sendo incrementados na interface ATM0 na direção de entrada. No entanto, se você vir pacotes incrementando no ATM0 na direção de entrada e quando executar uma negociação ppp de depuração, você recebe isso, entre em contato com seu ISP para verificar se os pacotes são enviados para o Roteador DSL Cisco.
Router#debug ppp negotiation
*Mar 1 04:04:50.718: Vi1 PPP: Treating connection as a callout
*Mar 1 04:04:50.718: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 0 load]
*Mar 1 04:04:50.718: Vi1 PPP: No remote authentication for call-out
*Mar 1 04:04:50.722: Vi1 LCP: O CONFREQ [Closed] id 1 Len 10
!--- "O" specifies an outbound packet
*Mar 1 04:04:50.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:52.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:52.722: Vi1 LCP: O CONFREQ [REQsent] id 2 Len 10
!--- "O" specifies an outbound packet
*Mar 1 04:04:52.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:54.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:54.722: Vi1 LCP: O CONFREQ [REQsent] id 3 Len 10
*Mar 1 04:04:54.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:56.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:56.722: Vi1 LCP: O CONFREQ [REQsent] id 4 Len 10
*Mar 1 04:04:56.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:58.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:58.722: Vi1 LCP: O CONFREQ [REQsent] id 5 Len 10
*Mar 1 04:04:58.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:05:00.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:05:00.722: Vi1 LCP: O CONFREQ [REQsent] id 6 Len 10
*Mar 1 04:05:00.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:05:02.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:05:02.722: Vi1 LCP: O CONFREQ [REQsent] id 7 Len 10
!--- "O" specifies an outbound packet
*Mar 1 04:05:02.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
Router#undebug all
Nessa saída, há apenas pacotes O, que são pacotes de saída. Para negociar com êxito o PPP, deve haver um pacote de entrada I do ISP para cada pacote O enviado. Se os pacotes incrementarem a entrada, mas você não vir os pacotes I, entre em contato com seu ISP para verificar os pacotes que são enviados ao Roteador DSL Cisco.
Porta CTI local (LCP) não aberta
Se o LCP não estiver aberto, isso geralmente é causado por uma incompatibilidade nas opções de PPP. Essa incompatibilidade ocorre quando o Roteador DSL Cisco tem um parâmetro PPP configurado para o qual o ISP não oferece suporte ou quando o ISP tem um parâmetro configurado para o qual o Roteador DSL Cisco não oferece suporte. Esta saída mostra um exemplo de uma incompatibilidade de opção PPP:
Router#debug ppp negotiation
*Mar 1 04:52:43.254: Vi1 PPP: Treating connection as a callout
*Mar 1 04:52:43.258: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]
*Mar 1 04:52:43.258: Vi1 PPP: No remote authentication for call-out
*Mar 1 04:52:43.258: Vi1 LCP: O CONFREQ [Closed] id 3 len 10
*Mar 1 04:52:43.262: Vi1 LCP: MagicNumber 0x31A2F808 (0x050631A2F808)
*Mar 1 04:52:43.310: Vi1 LCP: I CONFREQ [REQsent] id 180 Len 14
*Mar 1 04:52:43.310: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.310: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
*Mar 1 04:52:43.314: Vi1 LCP: O CONFNAK [REQsent] id 180 Len 9
!--- PPP option reject
*Mar 1 04:52:43.314: Vi1 LCP: AuthProto CHAP (0x0305C22305)
!--- PPP option that is rejected
*Mar 1 04:52:43.314: Vi1 LCP: I CONFACK [REQsent] id 3 Len 10
*Mar 1 04:52:43.318: Vi1 LCP: MagicNumber 0x31A2F808 (0x050631A2F808)
*Mar 1 04:52:43.366: Vi1 LCP: I CONFREQ [ACKrcvd] id 181 Len 14
*Mar 1 04:52:43.366: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.366: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
*Mar 1 04:52:43.370: Vi1 LCP: O CONFNAK [ACKrcvd] id 181 Len 9
!--- PPP option reject
*Mar 1 04:52:43.370: Vi1 LCP: AuthProto CHAP (0x0305C22305)
!--- PPP option that is rejected
*Mar 1 04:52:43.418: Vi1 LCP: I CONFREQ [ACKrcvd] id 182 Len 14
*Mar 1 04:52:43.418: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.418: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
Router#undebug all
Seja um pacote I ou O, um Configure-Negative-Acknowledge (CONFNAK) indica uma incompatibilidade de configuração do PPP. Isso significa que um lado da conexão PPP solicita uma opção PPP que o outro lado não pode ou não está configurado para executar. Se o Roteador DSL Cisco enviar o CONFNAK (indicado por O CONFNAK), o Roteador DSL Cisco não poderá executar ou não estará configurado para a opção enviada pelo ISP. Se o CONFNAK for enviado pelo ISP (indicado por I CONFNAK), você configurou uma opção no roteador DSL Cisco que o ISP não deseja executar.
A linha depois de CONFNAK descreve a opção que é rejeitada. Neste exemplo de saída, a opção é o CHAP (Challenge Handshake Authentication Protocol Protocolo de Autenticação de Handshake de Desafio), mas pode ser qualquer opção. O único local no roteador DSL Cisco onde as opções PPP podem ser configuradas é o discador de interface 1. Insira o comando show run interface dialer 1 para exibir a configuração do discador de interface 1.
Se o seu ISP enviar o I CONFNAK, procure comandos no discador de interface 1 que correspondam à linha após o CONFNAK e remova-os. Se o roteador DSL Cisco enviar o O CONFNAK, adicione um comando ao discador de interface 1 para negociar adequadamente o PPP com seu ISP. No caso de o roteador enviar pacotes, talvez você precise ligar para o Suporte da Cisco para determinar quais comandos precisam ser ativados no roteador DSL da Cisco.
Falha na autenticação
Ocorre uma falha de autenticação quando o ISP não consegue autenticar o nome de usuário ou a senha do PPP. Há dois cenários em que isso pode ocorrer. O primeiro cenário é uma incompatibilidade de tipo de autenticação, que é causada quando você não configura o roteador corretamente. Todas as configurações de autenticação listadas neste documento são responsáveis pelos tipos de autenticação PAP (Password Authentication Protocol) e CHAP. Para obter flexibilidade de configuração, você deve ter o CHAP e o PAP configurados. Se você não tiver ambos configurados, poderá ver a saída de um comando debug ppp negotiation como este exemplo:
Router#debug ppp negotiation
00:34:29: Vi1 LCP:O CONFREQ [REQsent] id 53 Len 15
00:34:29: Vi1 LCP: AuthProto CHAP (0x0305C22305)
!--- Sends CHAP requests
00:34:29: Vi1 LCP: MagicNumber 0x01B63483 (0x050601B63483)
00:34:29: Vi1 LCP: I CONFREQ [REQsent] id 252 Len 14
00:34:29: Vi1 LCP: AuthProto PAP (0x0304C023)
!--- Receives PAP requests from the service provider
00:34:29: Vi1 LCP: MagicNumber 0xBC5233F9 (0x0506BC5233F9)
00:34:29: Vi1 LCP: O CONFREJ [REQsent] id 252 Len 8
Router#undebug all
Para corrigir ambos os problemas de incompatibilidade de autenticação, você precisa reconfigurar o protocolo de autenticação para o solicitado pelo ISP no pacote de entrada CONFREQ.
Como posso saber se meu nome de usuário e senha do PAP estão corretos?
Depois de confirmar que seu ISP usa o PAP, insira o comando debug ppp negotiation para confirmar se o nome de usuário e a senha do PAP estão corretos.
Router#debug ppp negotiation
*Mar 2 00:50:15.741: Vi1 PPP: Treating connection as a callout
*Mar 2 00:50:15.745: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]
*Mar 2 00:50:15.745: Vi1 PPP: No remote authentication for call-out
*Mar 2 00:50:15.745: Vi1 LCP: O CONFREQ [Closed] id 177 Len 10
*Mar 2 00:50:15.745: Vi1 LCP: MagicNumber 0x35EB5D4F (0x050635EB5D4F)
*Mar 2 00:50:15.789: Vi1 LCP: I CONFACK [REQsent] id 177 Len 10
*Mar 2 00:50:15.793: Vi1 LCP: MagicNumber 0x35EB5D4F (0x050635EB5D4F)
*Mar 2 00:50:17.241: Vi1 LCP: I CONFREQ [ACKrcvd] id 203 Len 14
*Mar 2 00:50:17.241: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 2 00:50:17.241: Vi1 LCP: MagicNumber 0x3E1D1E5E (0x05063E1D1E5E)
*Mar 2 00:50:17.245: Vi1 LCP: O CONFACK [ACKrcvd] id 203 Len 14
*Mar 2 00:50:17.245: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 2 00:50:17.245: Vi1 LCP: MagicNumber 0x3E1D1E5E (0x05063E1D1E5E)
*Mar 2 00:50:17.249: Vi1 LCP: State is Open
*Mar 2 00:50:17.249: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 2 00:50:17.249: Vi1 PAP: O AUTH-REQ id 9 Len 14 from "cisco"
!--- "cisco" is the PAP username configured on this DSL Router.
*Mar 2 00:50:17.297: Vi1 PAP: I AUTH-NAK id 9 Len 27 msg is "Authentication failure"
*Mar 2 00:50:17.301: Vi1 LCP: I TERMREQ [Open] id 204 Len 4
*Mar 2 00:50:17.301: Vi1 LCP: O TERMACK [Open] id 204 Len 4
*Mar 2 00:50:17.305: Vi1 PPP: Phase is TERMINATING [0 sess, 1 load]u
*Mar 2 00:50:19.305: Vi1 LCP: TIMEout: State TERMsent
*Mar 2 00:50:19.305: Vi1 LCP: State is Closed
*Mar 2 00:50:19.305: Vi1 PPP: Phase is DOWN [0 sess, 1 load]
Você precisa entrar em contato com seu ISP e obter as credenciais corretas para corrigir isso. Você pode reconfigurar as credenciais PAP com estes comandos:
Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface dialer 1
Router(config-if)#ppp pap sent-username <username> password <password>
Router(config-if)#end
Router#write memory
Como posso saber se meu nome de usuário e senha de CHAP estão corretos?
Depois de confirmar que o ISP usa CHAP, insira o comando debug ppp negotiation para confirmar que o nome de usuário e a senha de CHAP estão corretos.
Router#debug ppp negotiation
*Mar 3 02:51:47.287: Vi1 PPP: Treating connection as a callout
*Mar 3 02:51:47.287: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]
*Mar 3 02:51:47.291: Vi1 PPP: No remote authentication for call-out
*Mar 3 02:51:47.291: Vi1 LCP: O CONFREQ [Closed] id 188 Len 10
*Mar 3 02:51:47.291: Vi1 LCP: MagicNumber 0x3B821FF1 (0x05063B821FF1)
*Mar 3 02:51:47.339: Vi1 LCP: I CONFREQ [REQsent] id 204 Len 15
*Mar 3 02:51:47.343: Vi1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 3 02:51:47.343: Vi1 LCP: MagicNumber 0x43B3F393 (0x050643B3F393)
*Mar 3 02:51:47.343: Vi1 LCP: O CONFACK [REQsent] id 204 Len 15
*Mar 3 02:51:47.347: Vi1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 3 02:51:47.347: Vi1 LCP: MagicNumber 0x43B3F393 (0x050643B3F393)
*Mar 3 02:51:47.347: Vi1 LCP: I CONFACK [ACKsent] id 188 Len 10
*Mar 3 02:51:47.351: Vi1 LCP: MagicNumber 0x3B821FF1 (0x05063B821FF1)
*Mar 3 02:51:47.351: Vi1 LCP: State is Open
*Mar 3 02:51:47.351: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 3 02:51:47.395: Vi1 CHAP: I CHALLENGE id 1 Len 32 from "6400-2-NRP3"
*Mar 3 02:51:47.395: Vi1 CHAP: Using alternate hostname cisco
*Mar 3 02:51:47.399: Vi1 CHAP: Username 6400-2-NRP3 not found
*Mar 3 02:51:47.399: Vi1 CHAP: Using default password
*Mar 3 02:51:47.399: Vi1 CHAP: O RESPONSE id 1 Len 26 from "cisco"
!--- "cisco" is the CHAP username configured on this DSL Router.
*Mar 3 02:51:47.447: Vi1 CHAP: I FAILURE id 1 Len 26 MSG is "Authentication failure"
*Mar 3 02:51:47.447: Vi1 LCP: I TERMREQ [Open] id 205 Len 4
*Mar 3 02:51:47.451: Vi1 LCP: O TERMACK [Open] id 205 Len 4
*Mar 3 02:51:47.451: Vi1 PPP: Phase is TERMINATING [0 sess, 0 load]
*Mar 3 02:51:49.451: Vi1 LCP: TIMEout: State TERMsent
*Mar 3 02:51:49.451: Vi1 LCP: State is Closed
*Mar 3 02:51:49.451: Vi1 PPP: Phase is DOWN [0 sess, 0 load]
Router#undebug all
Você precisa entrar em contato com seu ISP e obter as credenciais corretas para corrigir isso. Você pode reconfigurar as credenciais de CHAP com estes comandos:
Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface dialer 1
Router(config-if)#ppp chap hostname <username>
Router(config-if)#ppp chap password <password>
Router(config-if)#end
Router#write memory
Como eu sei quando a autenticação PPP é bem-sucedida?
Este exemplo mostra uma negociação de CHAP bem-sucedida.
Router#debug ppp negotiation
<... snipped ...>
*Mar 3 03:30:09.335: Vi1 LCP: State is Open
*Mar 3 03:30:09.335: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 3 03:30:09.379: Vi1 CHAP: I CHALLENGE id 41 len 32 from "6400-2-NRP3"
*Mar 3 03:30:09.379: Vi1 CHAP: Using alternate hostname cisco
*Mar 3 03:30:09.379: Vi1 CHAP: Username 6400-2-NRP3 not found
*Mar 3 03:30:09.383: Vi1 CHAP: Using default password
*Mar 3 03:30:09.383: Vi1 CHAP: O RESPONSE id 41 Len 26 from "cisco"
*Mar 3 03:30:09.431: Vi1 CHAP: I SUCCESS id 41 Len 4
!--- CHAP negotiation was a success.
*Mar 3 03:30:09.431: Vi1 PPP: Phase is UP [0 sess, 1 load]
<... snipped ...>
Router#undebug all
This example shows a successful PAP negotiation.
Router#debug ppp negotiation
<... snipped ...>
*Mar 3 03:33:19.491: Vi1 LCP: State is Open
*Mar 3 03:33:19.491: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 0 load]
*Mar 3 03:33:19.495: Vi1 PAP: O AUTH-REQ id 255 Len 16 from "cisco"
*Mar 3 03:33:19.539: Vi1 PAP: I AUTH-ACK id 255 Len 5
*Mar 3 03:33:19.539: Vi1 PPP: Phase is UP [0 sess, 0 load]
!--- PAP negotiation was a success.
<... snipped ...>
Router#undebug all
Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
28-Apr-2016 |
Versão inicial |
Colaborado por engenheiros da Cisco
- Sunil CEngenheiro do Cisco TAC
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)