Voz : Señalización de telefonía

Resolución de problemas de errores de llamadas salientes de GroundStart FXO analógico

23 Marzo 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (14 Mayo 2006) | Comentarios

Contenidos

Introducción
Requisitos previos
     Requisitos
     Componentes utilizados
     Convenciones
Descripción de problemas
Pasos para la resolución de problemas de errores de llamadas GS
Problemas específicos de VIC2-2FXO, VIC2-4FXO, NM-HDA FXO y EVM-HD FXO
Si el problema persiste
     Mejoras de detección de punta tierra
     Mejora de simulación de detección de punta tierra
     Requisitos de IOS y DSPware para mejoras de FXOGS
     Procedimiento para el uso de mejoras de detección de punta tierra
     Utilice el arranque por bucle de FXO
     Póngase en contacto con el Soporte Técnico de Cisco
Discusiones relacionadas de la comunidad de soporte de Cisco
Información relacionada

Introducción

El objetivo de esta nota técnica es proporcionar recomendaciones detalladas para la resolución de problemas a usuarios que tienen problemas con la configuración de llamadas, relacionadas con los puertos de voz analógicos GroundStart (GS) de la Oficina de intercambio remota (FXO) de Cisco. A veces, estos errores de configuración de llamadas se manifiestan como intentos de llamada saliente no satisfactorios. Este documento resume las consideraciones generales para la resolución de problemas de GS correspondientes a todas las situaciones. Seguidamente se proporcionan comentarios sobre un mal comportamiento más específico relacionado con defectos conocidos y sus respectivas soluciones.

Requisitos previos

Requisitos

El conocimiento básico de la señalización de voz es necesario para comprender mejor este documento. Para obtener más información sobre las técnicas de señalización de voz, consulte Señalización y control de redes de voz.

Para comprender mejor las tarjetas de interfaz de voz FXO, consulte Descripción de las tarjetas de interfaz de voz de la Oficina de intercambio remota (FXO).

Éstos son algunos de los requisitos adicionales:

  • cables RJ-11 (de conexión directa, dos conductores, preferiblemente sólo de punta y anillo)

  • extremos de conector RJ-11 y cable RJ-11 con dos conductores de repuesto

  • Pelacables

  • Plegadores RJ-11

  • Prolongadores de cables RJ-11 o RJ-45

  • Multímetro digital (DMM) con verdadera capacidad Desviación cuadrática media (RMS)leavingcisco.com.

  • Osciloscopio, si está disponible

  • Teléfonos analógicos normales

  • Generador de tonos de prueba

Componentes utilizados

La mayor parte de este documento no tiene restricciones en cuanto a versiones específicas de software y hardware. Sin embargo, cuando se nombran piezas del hardware específicas, las versiones de software correspondientes son aquellas que soportan el hardware al que se hace referencia. Si desea obtener más información sobre matrices de compatibilidad del hardware y del software para productos de voz FXO analógico, consulte Descripción de las tarjetas de interfaz de voz de la Oficina de intercambio remota (FXO) y Comprensión de los módulos de red de voz/fax de alta densidad (NM-HDA).

El hardware FXO específico descrito en este documento incluye:

La información de este documento se ha creado a partir de los dispositivos en un entorno específico de laboratorio. Todos los dispositivos utilizados para la redacción de este documento se han puesto en funcionamiento con una configuración despejada (predeterminada). Si la red está en funcionamiento, asegúrese de haber comprendido el impacto potencial de los comandos.

Convenciones

Consulte Convenciones de consejos técnicos de Cisco para obtener más información sobre las convenciones utilizadas en este documento.

Descripción de problemas

Un síntoma típico de este problema es una situación en la que el puerto de voz FXO configurado para la señalización de GS intenta enviar una llamada saliente al switch de voz al que está conectado, como la Oficina central de la compañía telefónica (CO, también conocida como PSTN) o a una Central telefónica privada (PBX), y el puerto de voz FXOGS de Cisco no puede detectar un reconocimiento de punta tierra. Este error de detección produce una configuración de la llamada no satisfactoria.

Pasos para la resolución de problemas de errores de llamadas GS

Utilice estos pasos para la solución de problemas de errores de llamadas GS:

  1. Verifique la funcionalidad de la línea GS desde la Oficina central (CO):

    Utilice un generador de tonos con capacidad GS o dispositivo de prueba similar, ponga a tierra el terminal anillo y escuche el tono de marcado que devuelve la CO. Cuando escuche el tono de marcado, podrá marcar los dígitos y realizar una llamada de voz. Si no recibe un tono de marcado desde la CO, deberá consultarlo con su proveedor.

    Si la línea GS está verificada, conecte el puerto de voz VIC-2FXO, VIC2-2FXO, VIC2-4FXO, NM-HDA FXO o EVM-HD FXO a la línea GS con un cable RJ-11.

    La manera más fácil de probar llamadas salientes es crear un par de marcado del servicio telefónico sencillo antiguo (POTS) en la gateway de voz. Por ejemplo:

    !
    dial-peer voice N pots
     destination-pattern 9T
     port X/Y/Z
    !

    Puede utilizar el comando oculto csim start dialstring para iniciar llamadas simuladas a cualquier número E.164 real que desee. Esto permite determinar si puede descolgar adecuadamente el router del PSTN, enviar dígitos y hacer una llamada al teléfono de destino. Puede modificar el par de marcado POTS adecuadamente para justificar los códigos de acceso de larga distancia y otros dígitos con prefijos, según sea necesario. En el ejemplo anterior, el par de marcado POTS puede coincidir con cualquier cadena de dígitos que comience con “9”, y todos los dígitos que siguen al “9” se ejecutan por el puerto de voz X/Y/Z.

    En los pares de marcado POTS, el diagrama de destino con comodines tiene todas las coincidencias de dígito exactas eliminadas. Eso significa que:

    !
    dial-peer voice X pots
     destination-pattern 1234....
     port 1/0:0
    !

    cuando “12345678” llega al router, coincide con el par de marcado, pero sólo “5678” pasa hacia la PBX, dado que “1234” son coincidencias de dígitos exactas y se eliminan. Según lo que esté buscando su PBX para poder enrutar una llamada, esto puede ser un problema.

    Consulte estos comandos como soluciones alternativas:

    Cualquiera de ellos envía la cadena entera “12345678” fuera de la PBX:

    !
    dial-peer voice X pots
     destination-pattern 1234....
     port 1/0:0
     forward-digits all
    !

    o:

    !
    dial-peer voice X pots
     destination-pattern 1234....
     port 1/0:0
     no digit-strip
    !

    o:

    !
    dial-peer voice X pots
     destination-pattern 1234....
     port 1/0:0
     prefix 1234
    !

    La plataforma MC3810 es un caso especial; en las versiones anteriores del software Cisco IOS®, hay que especificar cuántos dígitos deben pasar a la PBX con el comando forward-digits, independientemente de si el dígito es o no es una coincidencia exacta, o un comodín.

    En el ejemplo anterior, el diagrama de destino 9T sólo tiene la coincidencia de dígitos exacta “9.” Si “91234567890” coincide con este par de marcado, el “9” se elimina y el router ejecuta “1234567890” en el switch de voz.

    Puede ejecutar los comandos debug vpm all undebug vpm dspy debug voip hpi all para observar los cambios de estado de la señalización del puerto de voz FXOGS y la ejecución de los dígitos de la señal de frecuencias múltiples (DTMF) en la CO. Si el comando csim start para el intento de llamada saliente produce el timbre del teléfono deseado, no deberá tener más problemas. Si los problemas persisten, continúe con el paso siguiente.

    Nota: En la versión 12.3 del software Cisco IOS y las versiones de la línea principal, y en la versión 12.3T del software Cisco IOS anterior a 12.3(8)T, la sintaxis del comando debug voip hpi all es debug hpi all. Utilice la sintaxis de comando apropiada para recopilar las depuraciones de HPI.

  2. Pruebe y verifique la polaridad del terminal punta y anillo (T&R).

    La señalización de GS es sensible a la polaridad, por lo que es importante que los terminales T&R en la línea RJ-11 se conecten adecuadamente entre el punto de demarcación de la CO y el puerto de la FXO en el equipo VIC-2FXO, VIC2-2FXO, VIC2-4FXO, NM-HDA FXO, o EVM-HD FXO. Si la polaridad es inversa a lo que debe ser, las llamadas entrantes de la CO el router de voz funcionan, pero los intentos de llamada saliente del router a la CO fallan el 100% de las veces.

    La manera más fácil de revertir rápidamente la polaridad en una línea RJ-11 es insertar un prolongador de cable RJ-45 y un span de un cable de cruce de dos cables RJ-11 en línea entre el cableado existente y el puerto de voz. Dicho cable corto de cruce RJ-11 puede ser plegado por un probador, o generalmente se encuentra en la conexión de accesorios proporcionados por los teléfonos analógicos comprados en tiendas. Se prefiere un cableado de dos cables RJ-11 para las conexiones de prueba y producción a los puertos de voz FXS y FXO, con sólo los conductores en los pines 2 (anillo) y 3 (punta) conectados (para un final de cable RJ-11 de 4 conductores).

    Para obtener información adicional sobre pinouts, consulte la sección VIC Cables and Pinouts (Cables y pinouts VIC) de la documentación sobre especificaciones del cableado.

  3. Asegúrese de que la referencia de tierra del chasis del router de voz y la referencia de tierra eléctrica, que proporciona la CO para las líneas GS, sean las mismas.

    La señalización de GS no sólo es sensible a la polaridad, sino que también requiere que se observe la conexión a tierra adecuada. Esto es especialmente importante en el hardware FXO, que se instala como Módulos de expansión (EM) en los módulos de red base (NM), como EM-HDA-6FXO y EM-HDA-3FXS/4FXO en el módulo EVM-HD-8FXS/DID y EM2-HDA-4FXO en el módulo NM-HDA-4FXS. Esto se debe a que la conexión eléctrica entre los EM y el NM base constituye otro grado de separación entre la tierra eléctrica del chasis y el NM, y debe tener mucho cuidado de asegurarse de que los EM se aceleren de forma segura al NM para que toda la conectividad eléctrica resulte estable. Para obtener un ejemplo, consulte la Figura 16-4 en Connecting High-Density Analog Telephony Network Modules to a Network (Conexión de módulos de red de telefonía analógica de alta densidad a una red) para EM en el NM-HDA-4FXS. Para cada EM, se deben insertar dos tornillos de montaje con 67,8 N-cm del par de torsión. Si no se asegura el EM adecuadamente, el hardware con ambos tornillos compromete la confiabilidad del producto; y, en el caso de los puertos FXO, si los tornillos de montaje no se ajustan adecuadamente, la operación de la llamada saliente de FXO GroundStart puede fallar completamente.

    Para obtener más información sobre las consideraciones de la puesta a tierra, consulte los siguientes documentos:

  4. Si el error continúa, verifique que el equipo VIC-2FXO, VIC2-2FXO, VIC2-4FXO, NM-HDA FXO o EVM-HD FXO esté funcionando de forma adecuada.

    La manera empírica más fácil de hacer esto es conectar el puerto FXO a un puerto FXS en funcionamiento, como un puerto VIC-2FXS, VIC2-2FXS, VIC-2DID (en modo FXS ), VIC-4FXS/DID (en modo FXS), NM-HDA FXS, o EVM-HD FXS en otra (o incluso la misma) gateway de voz de Cisco. En este caso, se debe utilizar una conexión RJ-11 directa de dos cables. El objetivo aquí es verificar que una gateway de voz pueda enviar una señal a la otra por medio de la conexión y enviar un tono de marcado desde la gateway de identidad par. Un escenario de prueba completo para esto podría ser:

    ddtsdisp_cgi_01.gif

    Router A

    Router B

    !
    voice-port 1/0/0
     description FXSLS port
    !
    voice-port 2/0/0
     description FXOGS port
     signal GroundStart
    !
    dial-peer voice 888 pots
     destination-pattern 888
     port 1/0/0
    !
    dial-peer voice 999 pots
     destination-pattern 999
     port 2/0/0
    !
    !
    voice-port 1/0/0
     description FXSLS port
    !
    voice-port 2/0/0
     description FXSGS port
     signal GroundStart
    !
    dial-peer voice 888 pots
     destination-pattern 888
     port 2/0/0
    !
    dial-peer voice 999 pots
     destination-pattern 999
     port 1/0/0
    !

    Una prueba satisfactoria permitiría a un usuario descolgar un teléfono analógico y obtener un tono de marcado del router local, marcar la extensión de extremo lejano para desactivar la línea de GS, escuchar el tono de marcado de la gateway de identidad par y marcar la extensión de extremo lejano nuevamente para completar la llamada al teléfono de extremo lejano. Si esto funciona en ambas direcciones, el puerto de voz FXO estará funcionando como se esperaba. Asegúrese de comprobar la llamada del teléfono para audio de dos vías de ambas partes.

    Si los intentos de llamada siguen fallando o tiene un problema de audio como de audio unidireccional o sin vías, es posible que exista un problema de hardware real. Compruebe nuevamente el cableado RJ-11 y pruebe con otra tarjeta de voz FXS o FXO, si está disponible.

  5. Determine si existe un problema del software Cisco IOS o defecto del firmware DSP (DSPware). Para verificar si no existen problemas con el equipo FXO de Cisco:

    Ejecute el comando show voice dsp para determinar el nivel de versión de DSPware para los puertos FXO, y el comando show version para determinar el nivel de versión actual de Cisco IOS.

    Luego, consulte Cisco Connection Online (CCO) IOS Release Notes (Notas de la versión de la Conexión en conferencia de Cisco (CCO)) para obtener una lista de las advertencias resueltas y no resueltas de las versiones del software Cisco IOS más reciente que actualmente se utiliza en la gateway de voz. Esto le permite determinar si alguno de los defectos enumerados puede ser un posible culpable del problema de FXOGS saliente.

Problemas específicos de VIC2-2FXO, VIC2-4FXO, NM-HDA FXO y EVM-HD FXO

Existe un mal comportamiento que se ha observado en el hardware de voz VIC2-2FXO, VIC2-4FXO, NM-HDA FXO y EVM-HD FXO, que no se observa en las series del VIC-2FXO original de las tarjetas de voz. Además, existen Máquinas de estados finitos (FSM) entre la operación de dos grupos diferentes de hardware FXO. Estas diferencias, en condiciones extrañas, son el resultado de llamadas de FXOGS salientes que funcionan cuando se utiliza una tarjeta VIC-2FXO, pero que fallan permanentemente cuando se utiliza el hardware VIC2-2FXO, VIC2-4FXO, NM-HDA FXO y EVM-HD FXO. Algunas de estas diferencias se explican aquí:

  1. Como se ha indicado anteriormente en el paso 3 de la sección Pasos para la resolución de problemas de errores de llamadas GS, la conexión a tierra eléctrica adecuada debe tenerse siempre en cuenta. Este hecho es especialmente importante en los módulos de expansión (EM) FXO instalados en los módulos de red base (NM). En EVM-HD-8FXS/DID, estos EM son EM-HDA-6FXO y EM-HDA-3FXS/4FXO; y en el NM-HDA-4FXS, es el EM2-HDA-4FXO. La conexión eléctrica entre los EM y el NM base constituye otro grado de separación entre la tierra eléctrica del chasis y el NM, y debe tenerse mucho cuidado de asegurarse de que los EM se aceleren de forma segura al NM para que toda la conectividad eléctrica resulte estable. Para cada EM, se deben insertar dos tornillos de montaje con 67,8 N-cm del par de torsión. Si el hardware de EM no se asegura adecuadamente al hardware con ambos tornillos, se compromete la confiabilidad del producto; y, en el caso de los puertos FXO, si los tornillos de montaje no se ajustan adecuadamente, la operación de la llamada saliente de FXO GroundStart puede fallar completamente.

    Estas imágenes muestran los tornillos de montaje que se deben asegurar firmemente:

    EVM-HD-8FXS/DID

    ddtsdisp_cgil_02sm.jpg

    Nota: Haga clic aquí para obtener una versión más ampliada de esta fotografía.

    NM-HDA-4FXS

    ddtsdisp_cgi_03sm.jpg

    Nota: Haga clic aquí para obtener una versión más ampliada de esta fotografía.

  2. La generación del VIC-2FXO original de las tarjetas de interfaz de voz (VIC) utiliza un conjunto de chips y una arquitectura DSP diferentes, así como un FSM de estado de llamada ligeramente diferente de la generación de hardware VIC2-2FXO, VIC2-4FXO, NM-HDA FXO y EVM-HD FXO. Por esta razón, a veces puede utilizar una tarjeta VIC-2FXO original y un módulo de red (NM) NM-1V o NM-2V adjunto para validar la funcionalidad de la línea GS de CO, cuando el hardware FXO más reciente no puede. Si esta generación de FXO VIC está disponible para ser probada junto con la generación de hardware FXO en la misma versión de software Cisco IOS, y se ha descubierto que los intentos de llamada GS saliente son satisfactorios mediante el uso del hardware original, por lo que el el Soporte técnico de Cisco querrá conocer esta información.

    Nota: Esta manera de prueba no es posible en las plataformas del router de servicios integrados (ISR) en las que el software Cisco IOS no soporta la línea del producto VIC de generación original.

  3. Asegúrese de estar ejecutando una versión del software Cisco IOS con una versión de DSPware que no esté afectada por el ID de error de Cisco CSCee11089 (solamente clientes registrados) el temporizador de rebote “VIC2-xFXO GS debe ser el mismo que el VIC-2FXO original”. Como indica el título, este defecto sólo afecta a las tarjetas de voz VIC2-2FXO y VIC2-4FXO. Su resolución puede encontrarse en DSPware 4.1.40 y versiones posteriores en la familia 4.1.x, DSPware 4.3.16 y posteriores en la familia 4.3.x, y DSPware 4.4.2 y versiones posteriores en la familia 4.4.x.

    Como se ha indicado anteriormente en el paso 5 de la sección Pasos para la resolución de problemas de errores de llamadas GS, ejecute el comando show voice dsp para determinar el nivel de versión de DSPware para los puertos FXO. Si el DSPWare utilizado es sospechoso, actualice el software Cisco IOS en la gateway de voz y pruébelo nuevamente.

  4. Esta máquina de estados y el comportamiento de la llamada saliente entre la tarjeta VIC-2FXO y el otro hardware FXO analógico es en realidad ligeramente diferente. Por esta razón, los intentos de la llamada saliente pueden funcionar para el VIC-2FXO y fallar para otro hardware. El flujo de llamadas para una llamada saliente de FXOGS a la CO debe ser:

    • El puerto FXOGS proporciona conexión a tierra del anillo hacia la CO.

    • La CO responde a la conexión a tierra del anillo con una punta tierra hacia el puerto FXOGS.

    • El puerto FXOGS detecta la punta tierra y se desactiva con un bucle cerrado completamente. Puede escuchar un tono de marcado de la CO y, desde este punto en adelante, puede marcar dígitos y realizar una llamada.

    [ GW ]FXOGS ========== FXSGS [ CO ]
    
    (IDLE STATE)
    ------> AB=01 (ON HOOK/LOOP OPEN ) ------>
    <------ AB=11 (ON HOOK/NO TIP GND ) ------>
    
    (FXO GOES OFFHOOK TO CO)
    ------> AB=00 (GROUND ON RING) ------>
    <------ AB=01 (OFF HOOK/TIP GROUND) <------
    ------> AB=11 (OFF HOOK/LOOP CLOSED) ------>

    Una tarjeta A VIC-2FXO parece funcionar dado que realmente no sigue la entrada en contacto de GS adecuada. Una conexión a tierra del anillo y el bucle cerrado se realizan al mismo tiempo sin esperar una punta tierra.

    Para un puerto de voz VIC2-2FXO, VIC2-4FXO, NM-HDA FXO o EVM-HD FXO, se sigue la entrada en contacto de GS adecuada, y en algunos escenarios de error de la llamada saliente, el resultado de las depuraciones indica que nunca se observará un reconocimiento de punta tierra desde la CO en respuesta a la conexión a tierra del anillo. La secuencia de depuración para la punta tierra que falta puede ser similar al siguiente resultado. Aquí, el puerto FXOGS. 1/0/15 se desactiva en la CO (set signal state = 0x0), espera una respuesta de punta tierra y cuando no la observa 10 segundos más tarde, vuelve a desactivarse (set signal state = 0x4).

    En este caso, la llamada continúa fallando con otro puerto de voz 1/0/14.

    !--– Resultado de debug vpm all y undebug vpm dsp.
    Jul 9 11:38:03.099: htsp_process_event: [1/0/15, 
    FXOGS_ONHOOK, E_HTSP_SETUP_REQ]fxogs_onhook_setup[Foreign Exchange Office 1/0/15]
     set signal state = 0x0
    Jul 9 11:38:03.099: htsp_timer - 10000 msec
    Jul 9 11:38:13.095: htsp_process_event: [1/0/15, 
    FXOGS_WAIT_TIP_GROUND, E_HTSP_EVENT_TIMER]fxogs_offhook_disc
    Jul 9 11:38:13.095: htsp_timer_stop [Foreign Exchange Office 1/0/15] 
    set signal state = 0x4
    Jul 9 11:38:13.095: htsp_timer - 2000 msec
    Jul 9 11:38:13.095: htsp_process_event: [1/0/15, FXOGS_ONHOOK, 
    E_HTSP_RELEASE_REQ]fxogs_onhook_release
    Jul 9 11:38:13.095: htsp_timer_stop2 htsp_setup_req
    Jul 9 11:38:13.179: htsp_process_event: [1/0/14, FXOGS_ONHOOK, 
    E_HTSP_SETUP_REQ]fxogs_onhook_setup[Foreign Exchange Office 1/0/14]
     set signal state = 0x0
    Jul 9 11:38:13.179: htsp_timer - 10000 msec
    Jul 9 11:38:15.095: htsp_process_event: [1/0/15, FXOGS_ONHOOK, 
    E_HTSP_EVENT_TIMER]
    Jul 9 11:38:23.176: htsp_process_event: [1/0/14, FXOGS_WAIT_TIP_GROUND, 
    E_HTSP_EVENT_TIMER]fxogs_offhook_disc
    Jul 9 11:38:23.176: htsp_timer_stop [Foreign Exchange Office 1/0/14] 
    set signal state = 0x4
    Jul 9 11:38:23.176: htsp_timer - 2000 msec
    Jul 9 11:38:23.176: htsp_process_event: [1/0/14, FXOGS_ONHOOK, 
    E_HTSP_RELEASE_REQ]fxogs_onhook_release
    Jul 9 11:38:23.176: htsp_timer_stop2
    Jul 9 11:38:25.175: htsp_process_event: [1/0/14, FXOGS_ONHOOK,
    E_HTSP_EVENT_TIMER]
  5. Otra fuente potencial de problemas para los intentos de llamada saliente en los puertos de voz FXOGS es la presencia de un componente CA de 60 Hz en los terminales T&R de la CO. Esta presencia puede confundir el circuito de detección en los puertos de voz VIC2-FXO, VIC2-4FXO, NM-HDA FXO y EVM-HD FXO. Esto es interferencia electromagnética (EMI) de una fuente, probablemente de cableados de fuentes de CA paralelos a las líneas GS en el mismo conducto eléctrico. Este ruido de CA es importante porque puede explicar el éxito de la llamada saliente entre diferentes versiones del software Cisco IOS.

    A veces los intentos de llamada de FXOGS saliente pueden funcionar en versiones de IOS anteriores a 12.2(15)ZJ pero no en las versiones 12.3T IOS actuales, dado que el ID de error de Cisco CSCeb74150 (solamente clientes registrados) la llamada saliente en FXO groundstart se desactiva en el evento de timbre”, introdujo un cambio de FSM, a partir de la versión 12.3(7)T del software Cisco IOS®. En versiones anteriores a la 12.3(7)T del IOS, el informe de una señal de timbre entrante realmente activa el comando para que el puerto de voz se desactive, de modo que el tono de marcado de la CO se escuche y la llamada tenga éxito.

    En versiones del IOS posteriores a la 2.3T IOS, se ignora el evento de timbre, y el usuario continúa buscando la punta tierra desde la CO. El intervalo de calificación de timbre es más largo en las versiones 12.2(15)ZJ del IOS, para que tengan menos posibilidades de detectar señales de timbre falso después de un evento de conexión a tierra del anillo, que en las versiones actuales del IOS 12.3T. Por esta razón, los intentos de la llamada saliente casi nunca funcionan en las versiones 12.3T del IOS pero de manera intermitente, puede funcionar en versiones 12.2(15)ZJ del IOS.

    En el conjunto de depuraciones siguiente se muestra la finalización del tiempo de espera de una respuesta de punta tierra de la CO. También existe un evento de detección de timbre (E_DSP_SIG_0000) y un evento de inversión de batería (E_DSP_SIG_0110).

    !--– Resultado de debug vpm all y undebug vpm dsp.
    Gateway#
    Jul 7 11:30:52.020 EDT: htsp_timer_stop3 htsp_setup_req
    Jul 7 11:30:52.020 EDT: htsp_process_event: [1/0/0, FXOGS_ONHOOK, 
    E_HTSP_SETUP_REQ]fxogs_onhook_setup
    Jul 7 11:30:52.020 EDT: [1/0/0] set signal state = 0x0 timestamp = 0
    Jul 7 11:30:52.020 EDT: dsp_set_sig_state: [1/0/0] packet_len=12 
    channel_id=128 packet_id=39 state=0x0 timestamp=0x0
    Jul 7 11:30:52.020 EDT: TGRM: reg_invoke_tgrm_call_update(1, 0, 0, 0, 1, 
    TGRM_CALL_BUSY, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)
    Jul 7 11:30:52.020 EDT: htsp_timer - 10000 msec
    Jul 7 11:30:52.344 EDT: htsp_process_event: [1/0/0, FXOGS_WAIT_TIP_GROUND,
    E_DSP_SIG_0000]
    Jul 7 11:31:02.021 EDT: htsp_process_event: [1/0/0, FXOGS_WAIT_TIP_GROUND,
     E_HTSP_EVENT_TIMER]fxogs_offhook_disc
    Jul 7 11:31:02.021 EDT: htsp_timer_stop
    Jul 7 11:31:02.021 EDT: [1/0/0] set signal state = 0x4 timestamp = 0
    Jul 7 11:31:02.021 EDT: dsp_set_sig_state: [1/0/0] packet_len=12 
    channel_id=128 packet_id=39 state=0x4 timestamp=0x0
    Jul 7 11:31:02.021 EDT: htsp_timer - 2000 msechtsp_release_req: 
    cause 16, no_onhook 0
    Jul 7 11:31:02.021 EDT: htsp_process_event: [1/0/0, FXOGS_ONHOOK, 
    E_HTSP_RELEASE_REQ]fxogs_onhook_release
    Jul 7 11:31:02.021 EDT: htsp_timer_stop2
    Jul 7 11:31:02.021 EDT: htsp_timer_stop3
    Jul 7 11:31:02.021 EDT: TGRM: reg_invoke_tgrm_call_update(1, 0, 0, 0, 1, 
    TGRM_CALL_IDLE, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)
    Jul 7 11:31:02.021 EDT: flex_dsprm_close_cleanup
    Jul 7 11:31:02.289 EDT: htsp_process_event: [1/0/0, FXOGS_ONHOOK, E_DSP_SIG_0110]
    Jul 7 11:31:02.373 EDT: htsp_process_event: [1/0/0, FXOGS_ONHOOK, 
    E_DSP_SIG_0100]fxogs_onhook_tip_ground
    Jul 7 11:31:02.373 EDT: htsp_timer - 7000 msec
    Jul 7 11:31:02.373 EDT: TGRM: reg_invoke_tgrm_call_update(1, 0, 0, 0, 
    1, TGRM_CALL_PENDING, TGRM_CALL_VOICE, TGRM_DIRECTION_IN)
    Jul 7 11:31:02.777 EDT: htsp_process_event: [1/0/0, FXOGS_TIP_GROUND, 
    E_DSP_SIG_1100]fxogs_ringing_disc
    Jul 7 11:31:02.777 EDT: htsp_timer_stop
    Jul 7 11:31:02.777 EDT: htsp_timer_stop2
    Jul 7 11:31:02.777 EDT: htsp_timer_stop3
    Jul 7 11:31:02.777 EDT: TGRM: reg_invoke_tgrm_call_update(1, 0, 0, 0, 1, 
    TGRM_CALL_IDLE, TGRM_CALL_VOICE, TGRM_DIRECTION_IN)

    Estos son algunos de los síntomas y métodos para verificar la presencia de un componente CA en los terminales T&R:

    • En las depuraciones del módulo de puerto de voz (VPM) para el intento de llamada saliente, se agota el tiempo de espera del puerto para la punta tierra de la CO. Esto puede suceder junto con una detección de timbre falso, que se muestra en las depuraciones mediante un cambio de estado en E_DSP_SIG_0000. La presencia del evento de detección de timbre falso es una señal segura de un componente CA en los terminales T&R, pero la ausencia del evento de detección en las operaciones no necesariamente significa que la línea está limpia de ruido CA.

    • Si es posible, haga que un osciloscopio de almacenamiento digital se envíe al sitio para examinar las formas de onda de punta tierra y la conexión a tierra del anillo en un par RJ-11. Cualquier componente CA en las líneas debe estar fácilmente visible. Si no existe un osciloscopio de almacenamiento digital disponible, como generalmente es el caso, puede utilizar un verdadero RMSleavingcisco.com DMM para obtener una estimación de la magnitud del componente CA en la línea, si está presente. Mida el voltaje de CA de RMS entre la punta tierra y la conexión a tierra del anillo y, suponiendo que existe una verdadera forma de onda sinusoidal a 60 Hz, la medición Vrms se puede multiplicar por √2 para proporcionar el voltaje pico de ruido CA.

  6. Si se determina que existe una interfaz CA en los terminales T&R, se pueden realizar pruebas adicionales para determinar si la eliminación del componente CA en la línea realmente permitirá que el equipo VIC2-2FXO, VIC2-4FXO, NM-HDA FXO, o EVM-HD FXO realice una llamada FXOGS saliente. Por ejemplo, los filtros de línea como L'il Zapperleavingcisco.com se pueden utilizar para suprimir el componente de ruido CA. Si el filtro de línea resulta satisfactorio, sería prudente ponerse en contacto con el proveedor del servicio de telefonía para consultar si puede hacer algo para mitigar la cantidad de ruido CA en la línea.

Si el problema persiste

Si los problemas de la llamada saliente persisten y se han investigado y agotado los pasos de la resolución de problemas anteriores como posibles causas, el paso siguiente es aprovechar las mejoras del software Cisco IOS y versiones de DSPware más recientes. Existen tres mejoras disponibles descritas con más detalles en esta sección, que pueden resolver el problema de la llamada de FXOGS saliente:

Mejoras de detección de punta tierra

Es preferible que observe el reconocimiento de punta tierra real desde la CO, en los intentos de llamada saliente desde un puerto de voz FXOGS. Sin embargo, como se ha indicado en secciones anteriores, condiciones de interferencia de ruido CA significativo en el circuito de GS, la capacidad del puerto de voz FXOGS de Cisco para detectar este reconocimiento de punta tierra puede estar afectado. En un intento de realizar un algoritmo de detección de punta tierra más tolerante de la interferencia CA, se realizaron dos mejoras en el DSPware:

Señales de punta tierra inestables de dirección

Algoritmo de detección en el DSPware que intenta determinar si el reconocimiento de punta tierra se ha devuelto desde PSTN, después de que una conexión a tierra del anillo se ha cambiado para que ahora pueda controlar situaciones en la que la señal de punta tierra es un poco inestable. Por ejemplo, el reconocimiento de punta tierra puede parecer inconstante por voltajes oscilantes impartidos por el componte de ruido CA a 60 Hz en la línea.

Señales entrantes de timbre falso de dirección

Otra mejora de DSPware evita la detección de un evento de timbre falso debido a la presencia de un componente de ruido CA de 60 Hz de tamaño relativamente grande. Como se ha indicado anteriormente en este documento, es posible que el puerto de voz FXOGS interprete este tipo de interferencia como una señal entrante de timbre. Dicha detención falsa sólo ocurre en el intervalo de tiempo entre el evento de conexión a tierra del anillo y la detección de una punta tierra.

Mejora de simulación de detección de punta tierra

Como último recurso, si todo lo demás falla, puede ser necesario simular la detección del reconocimiento de punta tierra de PSTN. Se ha introducido un nuevo comando de puerto de voz en el software Cisco IOS que se puede ejecutar para lograr el comportamiento adecuado de la llamada saliente. Ésta es la sintaxis del nuevo comando en un puerto de voz FXOGS analógico:

!
voice-port X/Y/Z
 signal groundStart
 groundstart auto-tip delay <1-9999ms>
!

El retraso de punta tierra predeterminado es de 200 ms. Este valor predeterminado se puede configurar como groundstart auto-tip. El valor predeterminado debe ser adecuado para la mayoría de las situaciones de campo.

Nota: Este comando requiere el puerto de voz CLI para soportar el comando y que el software Cisco IOS se empareje con DSPware, que entiende este valor auto-tip delay. Estos dos ID del defecto representan las dos mitades de esta combinación necesaria del software:

Si el comando groundstart auto-tip está disponible en los puertos de voz, el software Cisco IOS le permitirá configurar el comando, si el DSPware compatible también está presente o no. Sin embargo, si el DSPware no es compatible con el software Cisco IOS, los puertos de voz aparecerán en un estado S_OPEN_PEND (observado con show voice call summary), que indica que no se han inicializado adecuadamente.

Requisitos de IOS y DSPware para mejoras de FXOGS

En esta tabla se muestran los pares compatibles con DSPware y el software Cisco IOS, y dónde se encontrará cada una de las tres mejoras de detección de punta tierra diferentes:

Tipo de mejora

Cisco 1751, 1760

Cisco 2430, 2600XM, 2691, 2800**, 3600, 3700, 3800**

DSPware*

IOS

DSPware*

IOS

Mejora de tolerancia de punta tierra inestable

4.1.42

12.3(11)T31

4.3.24

12.3(7)T72, 12.3(8)T63

4.4.402

12.3(11)T24, 12.3(11)T31

Mejora de ignorancia de timbre falso

4.1.42

12.3(11)T31

4.3.24

12.3(7)T72, 12.3(8)T63

Mejora del puerto de voz CLI y groundstart auto-tip .

4.1.42

12.3(11)T31

4.3.24

12.3(7)T72, 12.3(8)T63

4.4.402

12.3(11)T24, 12.3(11)T31

* Implica que la mejora también existe en todas las versiones subsiguientes de DSPware de la misma familia de versiones. Por ejemplo, si la mejora es en la familia de la versión 4.3.x a partir de la 4.3.24, la versión 4.3.25 y 4.3.33 también tienen la mejora.

**La familia de plataformas de Cisco 2800 es compatible con el IOS 12.3(8)T4 y posteriores. La familia de plataformas de Cisco 3800 es compatible con el IOS 12.3(11)T y posteriores.

1: la versión 12.3(11)T3 del software del Cisco IOS está planificada para finales de enero y principios de febrero de 2005.

2: la versión 12.3(7)T7 del software Cisco IOS está planificada para finales de enero y principios de febrero de 2005.

3: la versión 12.3(8)T6 del software Cisco IOS está planificada para principios de enero de 2005.

4: la versión 12.3(11)T2 del software Cisco IOS está planificada entre fines de noviembre y principios de diciembre de 2004.

Procedimiento para el uso de mejoras de detección de punta tierra

Si ha intentado todos los pasos de la resolución de problemas y ha determinado que sólo la versión del software Cisco IOS que tiene las nuevas mejoras de detección de tierra punta puede resolver el problema, siga esta secuencia de pasos:

  1. Actualice el software Cisco IOS a la versión correspondiente.

    Intente realizar llamadas salientes por el puerto de voz FXOGS. Si las llamadas ahora son satisfactorias, las mejoras de detección de punta de tierra que son más tolerantes al ruido CA en la línea han realizado su tarea correctamente. No es necesario realizar otras acciones; no configure el comando groundstart auto-tip en el puerto de voz.

  2. Si los intentos de la llamada saliente aún fallan después de actualizar el software Cisco IOS, evalúe si el nuevo comando groundstart auto-tip puede resolver el problema.

Utilice el arranque por bucle de FXO

Si todos los caminos de investigación y de resolución de problemas fallan, se recomienda consultar con la CO para determinar si se ha proporcionado el servicio de arranque por bucle en lugar de arranque a tierra. Se ha observado que la señalización en arranque por bucle VIC2-2FXO, VIC2-4FXO, NM-HDA FXO y los productos de voz analógicos EVM-HD FXO funcionan correctamente en el campo.

Póngase en contacto con el Soporte Técnico de Cisco

Si ha seguido todos los pasos de la resolución de problemas y requiere ayuda adicional, o si tiene alguna otra pregunta relacionada con este documento técnico, póngase en contacto con el Soporte técnico de Cisco Systems mediante uno de estos métodos:


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 61947