Prueba y troubleshooting del Loopback T1/E1
Contenido
Introducción
Un problema frecuente en las redes VoIP con una conexión de interfaz digital a un proveedor de las telecomunicaciones (telco) es que el circuito de la señalización asociada ISDN o del canal (CAS) no sube ni permanece para arriba. Tales problemas pueden ser complejos porque:
- Los componentes defectuosos pudieron residir en varios lugares - por ejemplo, dentro del dominio de Cisco o en un dominio de tercera persona (del telco).
- Los componentes múltiples afectan el estatus del interfaz de la velocidad primaria ISDN (PRI) o del circuito del T1 CAS. El problema podría ser configuración no coincidente a través del interfaz del telco, que lleva para registrar los resbalones, las infracciones de la línea/de la trayectoria, un cable dañado, un mún indicador luminoso LED amarillo de la placa muestra gravedad menor, o los problemas de la compañía telefónicas.
- El centro de la asistencia técnica de Cisco (TAC) no se ocupa directamente de las organizaciones de otro vendedor.
¿Cómo puede haber progreso eficiente y eficaz en cuanto al problema? Este documento describe un importante y útil resolviendo problemas el método, conocido como prueba del loopback, y cubre las diversas técnicas de prueba del loopback.
Antecedente
La prueba del Loopback es mismo un modo eficaz de aislar un T1 del fall (o E1). La idea básica detrás de la prueba del loopback es:
- Comience en el indicador luminoso LED amarillo de la placa muestra gravedad menor de interfaz de voz/WAN (VWIC) en el gateway de Cisco.
- Realice la prueba del loopback. Si la prueba es acertada, elimina el VWIC como el componente del problema.
- Mueva el loopback que prueba hacia fuera al componente siguiente, y relance los pasos 1-3. Progrese en las etapas hacia la punta del telco de la demarcación (demarc).
Los componentes que usted debe intentar para eliminar como problemático incluyen el VWIC (indicador luminoso LED amarillo de la placa muestra gravedad menor y puerto) y la extensión del cable (hasta el SmartJack).
SmartJack
El SmartJack se refiere o está implicado a menudo en las llamadas de TAC en los problemas T1/E1. Un SmartJack es un dispositivo de la interfaz del tipo de red (NID) que termina el PRI/T1 del gateway de Cisco y que también proporciona a algunas capacidades de diagnóstico.
Una capacidad muy común proporcionada por un SmartJack es el loopback, donde la señal del telco se transmite de nuevo al telco.
Los Telcos consideran todo conectada con el interior del SmartJack como el local loop y consideran todo el equipo del local loop la responsabilidad del cliente. Esta figura ilustra un SmartJack.
Tipos de la prueba de Loopback
Esta figura proporciona a una descripción general de la prueba del loopback.
Este documento describe tres tipos de pruebas de loopback:
- Los loopbacks suaves (también conocidos como los loopes de software o loopes suaves) son los comandos del equipo de prueba que hacen una unidad de interfaz de red (NIU) o CSU devolver automáticamente el tráfico hacia el remitente.
- Un Hard Loopback (también conocido como loop duro) es un loop físico creado por el alambre. Un enchufe del loopback o un conector RJ-48X puede crear este Hard Loopback.
- El loopback telco-ayudado se hace con la ayuda del telco. Usted debe explorar esta opción solamente después que usted elimina el gateway de Cisco y la extensión del cable (al demarc del telco) como el origen de los problemas.
Vea las pruebas de Loopback para las líneas T1/56K para las descripciones detalladas de las pruebas de loopback. Usted puede ignorar con seguridad las referencias a CSUs y a las unidades de servicio de datos (DSUs) en este documento. En los gatewayes de voz de Cisco, CSUs y DSUs son integrales al VWICs en los gateways activados mediante la voz de Cisco.
Loopback suave
La prueba suave del loopback se logra con un conjunto de los comandos de configuración del software del ® del Cisco IOS en el gateway de Cisco. Los comandos hacen al driver del indicador luminoso LED amarillo de la placa muestra gravedad menor de interfaz de WAN (WIC) devolver automáticamente el tráfico hacia el puerto de envío T1/E1.
El loopback suave no requiere ningunos cambios de hardware o reconfiguración, tal y como se muestra en de esta figura.
Este procedimiento describe cómo probar un loopback suave:
- Ponga el T1 o el E1 en el modo del Local Loopback.
- Configure al canal-grupo en el regulador.
- Configure una dirección IP en la interfaz en serie.
- Realice los pings del Internet Control Message Protocol (ICMP), y verifique que las cuentas para los “paquetes entraron” y los “paquetes hicieron salir” el incremento. Vea la verificación dura y suave del Loopback para los detalles de este paso.
Éste es un ejemplo de la configuración del canal-grupo en el regulador:
Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#controller t1 0/0/0
Router(config-controller)#no pri-group timeslots 1-24
Router(config-controller)#channel-group 0 timeslots 1-24 speed 64
!--- This automatically creates a single Serial0:0 interface.
Router(config-controller)#loopback local
!--- The loopback local command above is only necessary for software loopbacks.
Router(config-controller)#exitRouter(config)#interface serial 0/0/0:0
Router(config-if)#encapsulation hdlc
!--- Note: All loopback testing is done with hdlc encapsulation.
Hard Loopback
En un Hard Loopback, un enchufe especial del loopback se utiliza para colocar el tráfico del puerto T1 nuevamente dentro del puerto T1. Esta figura ilustra la disposición para el Hard Loopback.
Hay dos acercamientos para probar un Hard Loopback:
- Pruebe como circuito ISDN.
- Pruebe como interfaz IP.
Circuito ISDN
El primer acercamiento, prueba como circuito ISDN, las ofertas limitó el alcance para probar y la verificación.
El ISDN Layer1 puede ser probado. Si el VWIC está trabajando correctamente, el comando show controller t1 produce la salida similar a ésa mostrada en este ejemplo:
T1 0/0/0 is up.
Applique type is Channelized T1
Cablelength is long 0db
No alarms detected.
alarm-trigger is not set
Soaking time: 3, Clearance time: 10
AIS State:Clear LOS State:Clear LOF State:Clear
Version info Firmware: 20100222, FPGA: 13, spm_count = 0
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (24 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
La capa 2 ISDN puede ser probada parcialmente. Mientras que usted puede verificar que los mensajes del Modo equilibrado asíncrono del conjunto (SABME) fluyan a través del interfaz, del otro, de los mensajes usuales Q.921, tales como RR, RRf, y RRp, no se ven. En lugar, usted ve este tipo de salida:
004800: *Aug 12 16:17:01.319: ISDN Se0/0/0:23 Q921: L2_EstablishDataLink:
sending SABME
004801: *Aug 12 16:17:01.319: ISDN Se0/0/0:23 Q921: User TX ->
SABMEp sapi=0 tei=0
004802: *Aug 12 16:17:01.323: ISDN Se0/0/0:23 Q921: User RX <-
BAD FRAME(0x00017F)
004803: *Aug 12 16:17:02.319: ISDN Se0/0/0:23 Q921: User TX ->
SABMEp sapi=0 tei=0
Se espera esto. Para que el interfaz ISDN trabaje, un lado se debe configurar como la red de protocolo, y el otro lado como usuario del protocolo. Sin embargo, esto no es posible puesto que hay solamente un interfaz con el loopback. Por lo tanto, usted ve que el isdn status oscila entre AWAITING_ESTABLISHMENT y TEI_ASSIGNED.
ISDN Serial0/0/0:23 interface
dsl 0, interface ISDN Switchtype = primary-4ess
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = AWAITING_ESTABLISHMENT
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask: 0x807FFFFF
Number of L2 Discards = 0, L2 Session ID = 5
La capa 3 ISDN nunca sube.
Otra limitación con este acercamiento es que no trabaja si el T1 se configura como T1 CAS.
Una ventaja de este acercamiento sin embargo, es que no se requiere ningún cambio de configuración en el software del Cisco IOS. El único procedimiento es:
- Haga o compre un enchufe del loopback.
- Tape el loopback en el conector RJ-45 en el puerto en la pregunta sobre el VWIC.
Utilice el comando show controller t1 para verificar que controlador T1 sube, y utiliza el comando debug isdn q921 para verificar el flujo de los mensajes Q.921. La capa 3 ISDN es, por supuesto, no posible.
Interfaz IP
El otro acercamiento, prueba como interfaz IP, también se conoce como “prueba mientras que los datos el T1." este acercamiento le dejan conducir las pruebas del ping de ICMP, que parece mejor porque usted puede verificar que el VWIC (indicador luminoso LED amarillo de la placa muestra gravedad menor y puerto) sea bueno hasta el final hasta la capa 3. Observe, sin embargo, que la capa 3 es la capa 3 del interconexión de sistema abierto (OSI), no la capa 3. ISDN.
Este procedimiento describe cómo probar como interfaz IP:
- Haga o compre un enchufe del loopback.
- Tape el loopback en el conector RJ-45 en el puerto en la pregunta sobre el VWIC.
- Configure al canal-grupo en el regulador.
- Configure una dirección IP en la interfaz en serie.
- Realice los ping de ICMP, y verifique que la cuenta para los “paquetes entró” y los “paquetes hicieron salir” los incrementos. Vea la verificación dura y suave del Loopback para los detalles de este paso.
Vea el procedimiento para crear un enchufe del loopback para un T1 CSU/DSU en las pruebas de Loopback para las líneas T1/56K.
Ésta es una imagen de un enchufe del loopback T1/E1:
Éste es un ejemplo de la configuración del canal-grupo en el regulador:
Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#controller t1 0/0/0
Router(config-controller)#no pri-group timeslots 1-24
Router(config-controller)#channel-group 0 timeslots 1-24 speed 64
!--- This automatically creates a single Serial0/0/0:0 interface.
Router(config-controller)#exit
Router(config)#interface serial 0/0/0:0
Router(config-if)#encapsulation hdlc
!--- Note: All loopback testing is done with hdlc encapsulation.
El comando show controller produce los resultados similares a éstos:
T1 0/0/0 is up.
Applique type is Channelized T1
Cablelength is long 0db
No alarms detected.
alarm-trigger is not set
Soaking time: 3, Clearance time: 10
AIS State:Clear LOS State:Clear LOF State:Clear
Version info Firmware: 20100222, FPGA: 13, spm_count = 0
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (2 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Verificación dura y suave del Loopback
La prueba del Loopback para verificar el interfaz en el nivel de la capa 3 ISDN no es posible porque la capa 2 ISDN no sube en una disposición del loopback. Por lo tanto, solamente la prueba como interfaz IP es posible. Una vez que los pasos para la configuración son completos, realice los ping de ICMP:
Router(config-if)#ip address 172.53.11.1 255.255.0.0
Router(config-if)#ping 172.53.11.1
Controle a los contadores de la interfaz para verificar que la cuenta para los “paquetes entró” y los “paquetes hicieron salir” los incrementos. Ésta es una salida de muestra del slot serial/del comando port de los interfaces de la demostración:
Router#sho int ser 0/0/0:0
Serial0/0/0:0 is up, line protocol is up
Hardware is GT96K Serial
Internet address is 172.53.11.1/16
MTU 1500 bytes, BW 1536 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation HDLC, loopback not set
Keepalive set (10 sec)
Last input 00:00:04, output 00:00:04, output hang never
Last clearing of "show interface" counters 00:47:05
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/1/256 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 1152 kilobits/sec
5 minute input rate 1000 bits/sec, 1 packets/sec
5 minute output rate 1000 bits/sec, 1 packets/sec
20 packets input, 2723 bytes, 0 no buffer
Received 4 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
20 packets output, 2723 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
1 carrier transitions
Timeslot(s) Used:1-24, SCC: 0, Transmitter delay is 0 flags
Prueba de la extensión del cable
Una vez que usted determina que el VWIC está trabajando correctamente, utilice este procedimiento para probar y para eliminar la extensión del cable (al demarc del telco) como el origen de los problemas:
- Quite el enchufe del loopback del puerto VWIC.
- Conecte el cable con el puerto VWIC.
- Desconecte el cable de SmartJack.
- Tape el loopback a ese fin de la extensión del cable.
- Realice las pruebas de loopback.
Si los ping de ICMP son acertados, la prueba es acertada, que indica que el cable está muy bien. Si hay cortes u otros daños a la extensión del cable, usted ve que controlador T1 permanece abajo, causado por la pérdida de señal (LOS):
Router#show controller t1
T1 0/0/0 is down.
Applique type is Channelized T1
Cablelength is long 0db
Transmitter is sending remote alarm.
Receiver has loss of signal.
alarm-trigger is not set
Soaking time: 3, Clearance time: 10
AIS State:Clear LOS State:Failure LOF State:Failure
Version info Firmware: 20100222, FPGA: 13, spm_count = 0
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (395 seconds elapsed):
25 Line Code Violations, 1 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins
1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 34 Unavail Secs
Total Data (last 24 hours)
25 Line Code Violations, 1 Path Code Violations,
14 Slip Secs, 0 Fr Loss Secs, 3 Line Err Secs, 1 Degraded Mins,
15 Errored Secs, 0 Bursty Err Secs, 2 Severely Err Secs, 349 Unavail Secs
T1 CAS
Utilice el procedimiento descrito en el interfaz IP.
E1
No hay diferencia entre la prueba del loopback para un T1 o un E1.
Loopback Telco-ayudado
El telco (también conocido como el portador, la compañía telefónica, el proveedor de las telecomunicaciones, o el proveedor de servicio) es el proveedor del servicio del circuito T1/E1.
Si usted no puede realizar las pruebas de loopback duras y suaves o si las pruebas de loopback duras y suaves revelan que ésa el gateway de Cisco y la extensión del cable (al demarc del telco) está trabajando correctamente, el loopback telco-ayudado pudo ser una opción.
Hay dos posibilidades:
- ASK el telco para proporcionar a los loopbacks hacia sus premisas del telco cambia. Monitoree el circuito en loop desde el router. En este decorado, pruebe el circuito como interfaz ISDN.
- Entre en contacto con su telco, y pídalos para realizar una prueba de loopback al SmartJack. El telco puede probar la línea sede y no necesita tener equipo de prueba en su sitio. Generalmente, el telco puede activar el loopback remotamente y no necesita tener los personales en su sitio. Cuando está colocado - posterior, su equipo es disconnected de la línea.
Ésta es una figura de las dos posibilidades de los loopbacks telco-ayudados:
Información Relacionada
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)