Resolución de problemas de ADSL en routers Cisco
Opciones de descarga
-
ePub (88.0 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone -
Mobi (Kindle) (83.0 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Lenguaje no discriminatorio
El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Acerca de esta traducción
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Contenido
Introducción
En este documento se describe cómo configurar el router CPE (Customer Premisse Equipment) de línea de suscriptor digital (DSL) de Cisco para el servicio ADSL (Asymmetric Digital Subscriber Line). Explica cómo resolver problemas relacionados con ADSL en las tarjetas de interfaz WAN de alta velocidad (EHWIC) mejoradas de Cisco serie 880, serie 890, serie 860 y línea de suscriptor digital de muy alta velocidad de transferencia (VDSL)/ADSL. Este documento es muy específico para el servicio ADSL, aunque puede tener servicio ADSL o VDSL en estos routers y módulos. Hay tres capas en las que puede producirse el error:
- Capa 1: conectividad física DSL al multiplexor de acceso a la línea de suscriptor digital (DSLAM) del ISP
- Capa 2.1 - Conectividad ATM
- Capa 2.2: protocolo punto a punto en ATM (PPPoA), protocolo punto a punto en Ethernet en ATM (PPPoEoA), puente RFC1483 o enrutamiento RFC1483
- Capa 3: IP
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Problemas de capa 1
¿Está encendida o apagada la luz Carrier Detect (CD) del panel frontal del router DSL de Cisco?
Si la luz del CD está encendida, vaya a la sección Problemas de Capa 2 de este documento.
Si la luz del CD está apagada, continúe con la siguiente pregunta.
¿Utiliza su ISP un DSLAM compatible con el chipset Broadcom?
Compruebe la información del ISP. Verifique la interoperabilidad de DSLAM para el modelo de router o la tarjeta que hace referencia a la hoja de datos.
¿Está el puerto DSL de la parte posterior del router DSL de Cisco conectado a la toma de pared DSL?
Si el puerto DSL no está conectado a la toma de pared DSL, conecte el puerto a la pared con un cable RJ-11 directo. Este es un cable telefónico estándar. Las líneas ADSL utilizan los pines 3 y 4.
¿Cuál es el estado del controlador, el modo de funcionamiento y el modo de cobertura de transmisión (TC)?
Por ejemplo, este ejemplo de salida:
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 esto en el resultado del comando show controller:
1. El estado del controlador es ACTIVO. Si está en el estado Inactivo, indica un problema de Capa 1 (problema de hardware, problema de línea o problema de interoperabilidad con DSLAM). Continúe con la resolución de problemas de Capa 1 en este caso.
2. Compruebe el modo de funcionamiento, el modo entrenado y el modo TC. Asegúrese de que tiene el modo de funcionamiento correcto configurado en el controlador. Cisco recomienda utilizar el modo de funcionamiento automático DSL si no está seguro de qué tecnología de tono múltiple discreto (DMT) utiliza el ISP. Estos son los comandos para configurar la detección automática del modo operativo.
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. Observe el modo entrenado y asegúrese de que ha negociado el modo correcto con el ISP. Otro parámetro importante a considerar es el modo TC. En caso de que el modo entrenado sea ADSL, ADSL2 o ADSL2+, el modo TC debe ser ATM y todos los parámetros de capa superior, como PPP, IP, etc., deben configurarse bajo el circuito virtual permanente (PVC) ATM en este caso. Si el modo entrenado es VDSL2 o VDSL2+, el modo TC será el modo de transferencia de paquetes (PTM). En este caso, debe ver la interfaz Ethernet PTM en el estado UP y todos los parámetros de la capa superior deben configurarse bajo la interfaz Ethernet. Si cambia el modo operativo entre ADSL y VDSL, es posible que deba reiniciar el router para activar las interfaces ATM o Ethernet correspondientes.
4. Compruebe el margen de ruido y la atenuación. El margen de ruido es la intensidad relativa de la relación señal-ruido de la señal DSL. Cuanto mayor sea el número, mejor será para esta medición:
- Los 6 dB o menos son defectuosos y no experimentarán ningún problema de sincronización o de sincronización intermitente
- 7dB-10dB es justo, pero no deja mucho espacio para las variaciones en las condiciones
- 11 dB-20 dB es bueno con poco o ningún problema de sincronización
- 20 dB-28 dB es excelente
- 29 dB o más pendientes
La atenuación es una medida de cuánto se ha degradado la señal entre el DSLAM y el módem. Esto es en gran medida una función de la distancia desde el intercambio. Cuanto más bajo sea el dB, mejor será para esta medición.
- 20 dB o menos es excepcional
- 20 dB-30 dB es excelente
- 30dB-40dB es muy bueno
- 40dB-50dB es bueno
- 50 dB-60 dB es bajo y podría experimentar problemas de conectividad
- 60 dB o más es malo y experimentará problemas de conectividad
5. Asegúrese de que dispone de una de las versiones más recientes del firmware de DSL. El firmware más reciente tiene una solución para la mayoría de los problemas de interoperabilidad conocidos. Puede descargar el firmware más reciente de CCO.
6. Verifique que el DSL esté sincronizado con las velocidades de flujo ascendente y descendente adecuadas.
¿Tiene el modelo de router correcto?
Tenga en cuenta que los routers ADSL/VDSL se ofrecen en dos versiones: 1) DSL sobre el servicio telefónico básico (Anexo A) y 2) DSL sobre la red digital de servicios integrados (Anexo B). En algunos países, los proveedores de servicios de Internet proporcionan una conexión del anexo B, mientras que en la mayoría de los demás es el anexo A. Un router o tarjeta DSL del anexo A no se sincronizará con una línea del anexo B y viceversa. Por lo tanto, debe asegurarse de que dispone del modelo de router adecuado. Consulte la hoja de datos del router para obtener más información.
¿Se ha probado/suministrado correctamente el circuito?
Solicite esta información al ISP o a la compañía telefónica.
Problemas de capa 2
¿La interfaz ATM está activa?
Una vez verificado que el modo entrenado es ADSL, asegúrese de que la interfaz ATM esté en el estado activo.
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
¿Tiene los valores correctos de circuito virtual permanente (PVC) (VPI/VCI)?
Consulte con su proveedor el valor VPI/VCI correcto que se utilizará para la conexión DSL.
¿Se utiliza el transporte de capa superior correcto?
Consulte con el proveedor el tipo de conexión de capa superior que se utiliza. Puede utilizar la línea ADSL para IPoA, PPPoA, PPPoEoA, Bridging, etc. Asegúrese de que tiene la configuración de capa superior correcta en línea con la configuración de su proveedor.
¿Recibe datos del ISP?
Verifique la salida del comando show interface atm0 y verifique los paquetes de entrada y salida.
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
Si los contadores de paquetes de entrada aumentan, debe recibir paquetes de negociación PPP del ISP. Si no es así, llame al ISP. Si los contadores de paquetes de salida aumentan, debe enviar paquetes de negociación PPP. Si éste no es el caso, verifique la configuración en el router. Si PPP está configurado correctamente, los paquetes de negociación PPP se envían continuamente a la interfaz ATM0.
Si los paquetes se incrementan en ambas direcciones, continúe con los pasos de troubleshooting de este documento.
¿El PPP negocia correctamente?
Si la Capa 1 está activa y usted tiene la configuración VPI/VCI correcta, el siguiente paso es asegurarse de que PPP se active correctamente. Para lograrlo, debe ejecutar una serie de comandos debug en el router DSL de Cisco e interpretar el resultado. El comando debug principal que utiliza es debug ppp negotiation. Este resultado del comando es un ejemplo de una negociación PPP exitosa:
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#
Hay cuatro puntos principales de falla en una negociación PPP:
- No hay respuesta del dispositivo remoto (su ISP)
- El protocolo de control de enlaces (LCP) no está abierto
- Falla de autenticación
- Falla del protocolo de control IP (IPCP)
No hay respuesta del ISP
El ISP que no responde no debería ser un problema, ya que ya verificó que los paquetes aumentan en la interfaz ATM0 en la dirección entrante. Sin embargo, si observa que los paquetes aumentan en ATM0 en la dirección entrante y cuando ejecuta una negociación debug ppp recibe esto, comuníquese con su ISP para verificar que los paquetes se envían al router DSL de 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
En esta salida sólo hay paquetes O, que son paquetes salientes. Para negociar con éxito PPP, debe haber un paquete I entrante de su ISP para cada paquete O enviado. Si los paquetes aumentan de entrada, pero no ve los paquetes I, comuníquese con su ISP para verificar los paquetes que se envían al router DSL de Cisco.
Puerto CTI local (LCP) no abierto
Si el LCP no está abierto, esto suele deberse a una discordancia en las opciones PPP. Esta discordancia ocurre cuando el router DSL de Cisco tiene un parámetro PPP configurado que su ISP no soporta, o cuando su ISP tiene un parámetro configurado que el router DSL de Cisco no soporta. Este resultado muestra un ejemplo de una discordancia de la opción 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
Ya sea un paquete I o O, un Configure-Negative-Acknowledge (CONFNAK) es indicativo de una discordancia de configuración PPP. Esto significa que un lado de la conexión PPP solicita una opción PPP que el otro lado no puede o no está configurado para realizar. Si el router DSL de Cisco envía el mensaje CONFNAK (indicado con O CONFNAK), el router DSL de Cisco no puede realizar o no está configurado para la opción que envía el ISP. Si el ISP envía la CONFNAK (indicado con I CONFNAK), ha configurado una opción en el router DSL de Cisco que el ISP no desea ejecutar.
La línea que aparece después de CONFNAK describe la opción que se rechaza. En esta salida de ejemplo, la opción es Protocolo de autenticación por desafío mutuo (CHAP), pero podría ser cualquier opción. El único lugar en el router DSL de Cisco donde se pueden configurar las opciones PPP es el marcador de interfaz 1. Ingrese el comando show run interface dialer 1 para ver la configuración del marcador de interfaz 1.
Si su ISP envía el mensaje I CONFNAK, busque comandos en el marcador de interfaz 1 que coincidan con la línea después de CONFNAK y quítelos. Si el router DSL de Cisco envía O CONFNAK, agregue un comando al marcador de interfaz 1 para negociar PPP correctamente con su ISP. En el caso de que el router envíe paquetes, es posible que deba llamar al Soporte de Cisco para determinar qué comandos deben activarse en el router DSL de Cisco.
Falla de autenticación
Se produce un error de autenticación cuando el ISP no puede autenticar su nombre de usuario o contraseña PPP. Hay dos escenarios en los que esto puede ocurrir. El primer escenario es una discordancia de tipo de autenticación, que se produce cuando no configura correctamente el router. Todas las configuraciones de autenticación enumeradas en este documento corresponden a los tipos de autenticación tanto de protocolo de autenticación de contraseña (PAP) como de CHAP. Para la flexibilidad de la configuración, debe tener CHAP y PAP configurados. Si no tiene ambas configuraciones, puede ver el resultado de un comando debug ppp negotiation como este ejemplo:
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 corregir ambos problemas de discordancia de autenticación, debe volver a configurar el protocolo de autenticación con el solicitado por el ISP en el paquete CONFREQ entrante.
¿Cómo sé si mi nombre de usuario y contraseña de PAP son correctos?
Después de haber confirmado que su ISP utiliza PAP, ingrese el comando debug ppp negotiation para confirmar que su nombre de usuario y contraseña de PAP son correctos.
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]
Debe ponerse en contacto con el ISP y obtener las credenciales correctas para solucionar este problema. Puede reconfigurar las credenciales PAP con estos 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
¿Cómo sé si mi nombre de usuario CHAP y contraseña son correctos?
Después de haber confirmado que su ISP utiliza CHAP, ingrese el comando debug ppp negotiation para confirmar que su nombre de usuario y contraseña de CHAP son correctos.
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
Debe ponerse en contacto con el ISP y obtener las credenciales correctas para solucionar este problema. Puede volver a configurar las credenciales CHAP con estos 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
¿Cómo sé si la autenticación PPP es exitosa?
Este ejemplo muestra una negociación CHAP exitosa.
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
Información Relacionada
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
28-Apr-2016 |
Versión inicial |
Con la colaboración de ingenieros de Cisco
- Sunil CIngeniero del TAC de Cisco
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)