Introducción
Al resolver problemas de Interfaz de velocidad primaria (PRI), asegúrese de que E1 funcione adecuadamente en ambos extremos. Si ha resuelto los problemas de la Capa 1, busque problemas en las Capas 2 y 3. Utilice el comando show controller e1 para verificar que la configuración de la línea coincide con el extremo remoto. Cerciórese de que framing (tramas), line coding (codificación de líneas) y clock source (fuente de reloj) estén configurados de manera adecuada. Consulte Troubleshooting de la Alarma E1 y los documentos de Troubleshooting de Eventos de Error E1 para obtener más información. Contacte a su proveedor de servicio para obtener la configuración correcta.
Antes de comenzar
Convenciones
Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.
Prerequisites
No hay requisitos previos específicos para este documento.
Componentes Utilizados
La información que contiene este documento se basa en las versiones de software y hardware indicadas a continuación.
La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. All of the devices used in this document started with a cleared (default) configuration. Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.
Uso del comando show isdn status
El comando show isdn status muestra un resumen de todas las interfaces ISDN. También muestra el estado de las capas 1, 2 y 3. Complete los siguientes pasos para verificar el estado de las capas:
-
Verifique que la Capa 1 esté en estado ACTIVE. El estado de la Capa 1 siempre debe ser ACTIVE a menos que E1 esté inactivo.
Si el resultado del comando show isdn status indica que la Capa 1 está DESACTIVADA, entonces hay un problema con la conectividad física de la línea E1. Si la línea está administrativamente inactiva, utilice el comando no shutdown para reiniciar la interfaz.
-
Asegúrese de que la Capa 2 se encuentre en el estado MULTIPLE_FRAME_ESTABLISHED. Este es el estado deseado para la Capa 2, que indica que las tramas de Capa 2 están siendo intercambiadas y que la inicialización de Capa 2 ha terminado.
Si la Capa 2 no está en el estado MULTIPLE_FRAME_ESTABLISHED, utilice el comando EXEC show controller e1 para diagnosticar el problema. Para obtener más información, vea el documento Solución de problemas de alarmas E1.
Dado que el comando show isdn status muestra un resumen del estado actual, es posible que la Capa 2 esté rebotando hacia arriba y hacia abajo a pesar de indicar un estado MULTIPLE_FRAME_ESTABLISHED. Utilice el comando debug isdn q921 para verificar que la capa 2 esté estable.
A continuación se muestra un ejemplo del resultado show isdn status:
bru-nas-03#show isdn status
Global ISDN Switchtype = primary-net5
ISDN Serial0:15 interface
dsl 0, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
5 Active Layer 3 Call(s)
Activated dsl 0 CCBs = 5
CCB:callid=7D5, sapi=0, ces=0, B-chan=9, calltype=DATA
CCB:callid=7D6, sapi=0, ces=0, B-chan=10, calltype=DATA
CCB:callid=7DA, sapi=0, ces=0, B-chan=11, calltype=DATA
CCB:callid=7DE, sapi=0, ces=0, B-chan=1, calltype=DATA
CCB:callid=7DF, sapi=0, ces=0, B-chan=2, calltype=DATA
The Free Channel Mask: 0xFFFF78FC
ISDN Serial1:15 interface
dsl 1, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
Layer 3 Status:
0 Active Layer 3 Call(s)
Activated dsl 1 CCBs = 0
The Free Channel Mask: 0xFFFF7FFF
Total Allocated ISDN CCBs = 5
Observe que E1 0 (cuyo canal D es Serial 0:15) tiene la Capa 1 como ACTIVE y la Capa 2 como MULTIPLE_FRAME_ESTABLISHED, lo que indica que el canal de señalización funciona correctamente y está intercambiando tramas de Capa 2 con el switch de la compañía telefónica. El canal D (Serial1:15) para E1 1 tiene la Capa 1 ACTIVE, pero la Capa 2 es TEI_ASSIGNED. Esto indica que PRI no está intercambiando con el switch las tramas de la capa 2. Utilice el comando show controller e1 x para resolver problemas. Consulte el diagrama de flujo Troubleshooting de E1 para obtener más información.
Uso del comando debug q921
El comando debug isdn q921 muestra procedimientos de acceso a la capa de link de datos (Capa 2) que están teniendo lugar en el router del canal D.
Asegúrese de que esté configurado para ver mensajes de depuración mediante el comando de consola de registro o monitor de terminal.
Nota: En un entorno de producción, verifique que el registro de la consola esté inhabilitado mediante el comando show logging. Si se habilita el registro, el servidor de acceso podría dejar de funcionar de forma intermitente cuando el puerto de la consola se sobrecarga con mensajes de registro. Ingrese el comando no logging console para inhabilitar el registro.
Nota: Si debug isdn q921 está activado y no recibe ninguna salida de depuración, realice una llamada o restablezca el controlador para obtener resultados de depuración.
Siga los siguientes pasos para asegurarse de que los procedimientos de acceso a la capa de link de datos ocurren en el router en el canal D:
-
Verificar que la Capa 2 esté estable buscando mensajes en el resultado de la depuración. Si la línea se balancea hacia arriba y hacia abajo, aparecerá un resultado similar al siguiente:
Mar 20 10:06:07.882: %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:15, TEI 0 changed to down
Mar 20 10:06:09.882: %LINK-3-UPDOWN: Interface Serial0:15, changed state to down
Mar 20 10:06:21.274: %DSX1-6-CLOCK_CHANGE: Controller 0 clock is now selected as clock source
Mar 20 10:06:21.702: %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:15, TEI 0 changed to up
Mar 20 10:06:22.494: %CONTROLLER-5-UPDOWN: Controller E1 0, changed state to up
Mar 20 10:06:24.494: %LINK-3-UPDOWN: Interface Serial0:15, changed state to up
Si la Capa 2 no parece ser estable, consulte el documento Troubleshooting de Eventos de Error E1.
-
Verifique que sólo aparezcan mensajes de identificador de punto de acceso a servicios (SAPI) tanto en los lados de transmisión (TX) como de recepción (RX). Por ejemplo:
Mar 20 10:06:52.505: ISDN Se0:15: TX -> RRf sapi = 0 tei = 0 nr = 0
Mar 20 10:06:52.505: ISDN Se0:15: RX <- RRf sapi = 0 tei = 0 NR = 0
Mar 20 10:07:22.505: ISDN Se0:15: TX -> RRp sapi = 0 tei = 0 NR = 0
Mar 20 10:07:22.509: ISDN Se0:15: RX <- RRp sapi = 0 tei = 0 NR = 0
Mar 20 10:07:22.509: ISDN Se0:15: TX -> RRf sapi = 0 tei = 0 NR = 0
Mar 20 10:07:22.509: ISDN Se0:15: RX <- RRf sapi = 0 tei = 0 NR = 0
-
Verifique que no aparezcan los mensajes SABME (modo equilibrado asíncrono extendido). Estos mensajes indican que la Capa 2 está intentando reinicializarse. Los mensajes suelen aparecer cuando se transmiten las solicitudes de sondeo (RRp) y no hay respuesta del switch (RRf), o viceversa. A continuación se muestran ejemplos de mensajes SABME:
Mar 20 10:06:21.702: ISDN Se0:15: RX <- SABMEp sapi = 0 tei = 0
Mar 20 10:06:22.494: ISDN Se0:15: TX -> SABMEp sapi = 0 tei = 0
Si aparecen mensajes SABME, siga estos pasos:
-
Use el comando show running-config para asegurarse de que los intervalos de tiempo de ISDN switch-type y pri-group estén configurados de manera correcta. Póngase en contacto con su proveedor de servicios para obtener los valores correctos.
-
Para cambiar la configuración isdn switch-type y pri-group, ingrese los siguientes comandos:
bru-nas-03#configure terminal
bru-nas-03(config)#isdn switch-type primary-net5
bru-nas-03(config)#controller e1 0
bru-nas-03(config-controlle)#pri-group timeslots 1-31
-
Asegúrese de que el canal D esté activo usando el comando show interfaces serial number:15, donde el número es el número de interfaz.
Si el canal D no está activo, utilice el comando no shutdown para activarlo. Por ejemplo:
bru-nas-03(config)#interface serial 0:15
bru-nas-03(config-if)#no shutdown
-
Asegúrese de que la encapsulación sea PPP. Si no es así, utilice el comando encapsulation ppp para establecer el encripción. Por ejemplo:
bru-nas-03(config-if)#encapsulation ppp
-
Asegúrese de que la interfaz esté en modo loopback. El loopback solo debe configurarse para realizar pruebas. Utilice el comando no loopback para quitar loops de retorno. Por ejemplo:
bru-nas-03(config-if)#no loopback
-
Apague y encienda el router.
Si el problema persiste, póngase en contacto con su proveedor de servicios o con el centro de asistencia técnica Cisco Technical Assistance Center (TAC).
Información Relacionada