Solución de problemas y supervisión de puertos analógicos
Contenido
Introducción
Este documento describe los puertos Foreign Exchange Station (FXS) y Foreign Exchange Office (FXO) y los mecanismos detrás de cómo funcionan. Más concretamente, cubre cómo se configuran las llamadas y se desgarran entre los dos puertos. Además de esto, analiza los diferentes componentes de configuración de los puertos y cómo resolverlos.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Aspectos básicos de la interfaz analógica
Componentes Utilizados
La información que contiene este documento se basa en estas versiones de software y hardware.
- ISR4451-X/K9
- NIM-2FXSP
- NIM-2FXO
- IOS-XE versión 16.8.2
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Fundamentos FXS/FXO
Fundamentos del puerto
FXO/FXS es el típico circuito analógico utilizado para entregar una sola línea telefónica analógica a su casa.
Un puerto FXO (o dispositivo) es el puerto que se conecta al circuito, que tiene la capacidad de enganchar/apagar y transmitir dígitos cuando está descolgado para iniciar una llamada. Emplea un relay que cuando el puerto está descolgado el circuito está cerrado y cuando el puerto se considera colgado el circuito está abierto. Se interconecta con un FXS del otro lado.
Al igual que los puertos FXO finalizan líneas de la portadora, también puede considerarlas como el auricular analógico o el Fax Machine/Modem.
Un puerto FXS es el dispositivo que se conecta al circuito y proporciona tono de marcado y voltaje de timbre a un dispositivo FXO. Un puerto FXS conecta un gateway a equipos como teléfonos, equipos de fax y módems. Un puerto FXS utiliza sólo 2 cables (punta y anillo) para la ruta de señalización y de audio en una llamada determinada. Este par de dos cables, es capaz de suministrar timbre, voltaje y tono de marcado a la estación.
Flujo de llamada básico
Para entender mejor cómo resolver estos dos tipos de puertos, primero debe ver cómo se configura una llamada en ellos. Esta sección muestra el proceso de llamada analógica desde el momento en que ambos terminales están colgados, hasta el momento en que hay audio de dos vías.
Al igual que con todas las llamadas, el puerto FXS comienza con el estado colgado mientras los dos terminales no están en uso:
Cuando uno de los teléfonos se descuelga, el circuito se cierra y el puerto FXS proporciona tono de marcado al dispositivo FXO:
Una vez que el dispositivo que ha iniciado la llamada está descolgado, comienza a marcar el número mediante Pulsas o Tonos:
Una vez que se ha marcado el número, el dispositivo que maneja esta llamada lo rutea en consecuencia. Una vez enrutada la llamada, mientras que se alerta al dispositivo de extremo lejano de la llamada recibida, el dispositivo desde el que se origina la llamada se reproduce Tono de retorno de llamada:
Una vez que el dispositivo de extremo lejano ha atendido la llamada, su circuito también se cierra y en este momento es cuando la llamada se conecta con audio de dos vías:
El ejemplo anterior es un flujo básico de lo que ocurre desde el principio hasta la parada de una llamada. Sin embargo, hay más cosas que pasan detrás de escena para que ese puerto FXS indique al teléfono acerca de cada uno de sus estados de llamada. En la siguiente sección se tratan los dos métodos de señalización más comunes que se utilizan con los puertos FXS en los gateways analógicos de Cisco.
Señalización de inicio de loop
La señalización de inicio de loop es la técnica más común para la señalización de acceso en una red telefónica pública de switch (PSTN) estándar o un puerto analógico para conectar varios dispositivos a la red. La mayoría de los teléfonos residenciales son teléfonos analógicos de inicio en bucle, basados en el concepto del bucle local que vio anteriormente. El loop es una trayectoria de comunicación eléctrica que consta de dos cables, uno para transmitir y otro para recibir señales de voz.
El circuito de dos cables se sigue denominando punta y anillo, con la punta atada a la masa y el anillo atado al lado negativo de la batería. Cuando el auricular del teléfono se descuelga, esta acción cierra el circuito y establece un loop entre el puerto FXS y el teléfono. Current se extrae de la batería del puerto analógico, lo que indica un cambio en el estado. Este cambio de estado indica al detector actual en el puerto analógico que proporciona tono de marcado.
Una llamada entrante se señala al terminal mediante un patrón estándar de encendido/apagado, que hace que suene el teléfono.
Señalización VPM para llamadas salientes
Para comprender mejor cómo se ven los registros para una llamada saliente exitosa en un puerto FXS, estos registros se han anotado de modo que pueda identificar claramente cada parte de la llamada.
007578: Jul 2 09:15:50.655: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): GOING OFF HOOK 007579: Jul 2 09:15:51.903: htsp_dsp_message: SEND_SIG_STATUS: state=0xC timestamp=62909 systime=6970515 007580: Jul 2 09:15:51.903: htsp_process_event: [0/3/0, FXSLS_ONHOOK, E_DSP_SIG_1100]fxsls_onhook_offhook htsp_setup_ind 007581: Jul 2 09:15:51.903: [0/3/0] get_local_station_id calling num= calling name= calling time=07/02 09:15 orig called= 007582: Jul 2 09:15:51.904: htsp_process_event: [0/3/0, FXSLS_WAIT_SETUP_ACK, E_HTSP_SETUP_ACK]fxsls_check_auto_call 007583: Jul 2 09:16:00.879: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): DIALING 2002 007584: Jul 2 09:16:02.261: htsp_digit_ready(0/3/0): digit = 2 007585: Jul 2 09:16:02.734: htsp_digit_ready(0/3/0): digit = 0 007586: Jul 2 09:16:03.005: htsp_digit_ready(0/3/0): digit = 0 007587: Jul 2 09:16:03.438: htsp_digit_ready(0/3/0): digit = 2 007588: Jul 2 09:16:03.439: htsp_process_event: [0/3/0, FXSLS_OFFHOOK, E_HTSP_PROCEEDING]htsp_alert_notify 007589: Jul 2 09:16:08.241: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): RING BACK 007590: Jul 2 09:16:10.621: htsp_call_bridged invoked 007591: Jul 2 09:16:10.665: htsp_process_event: [0/3/0, FXSLS_OFFHOOK, E_HTSP_CONNECT]fxsls_offhook_connect 007592: Jul 2 09:16:10.665: [0/3/0] nim_set_sig_state: ABCD=6, timestamp=0, sys_time=6972391 007593: Jul 2 09:16:10.665: [0/3/0] set signal state = 0x6 timestamp = 0 007594: Jul 2 09:16:10.667: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_HTSP_VOICE_CUT_THROUGH]fxsls_voice_cut_thru 007595: Jul 2 09:16:20.815: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): TWO WAY AUDIO 007596: Jul 2 09:16:37.503: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): HANGING UP 007597: Jul 2 09:16:39.794: htsp_dsp_message: SEND_SIG_STATUS: state=0x4 timestamp=45260 systime=6975304 007598: Jul 2 09:16:39.794: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_DSP_SIG_0100]fxsls_offhook_onhook, HF duration Max=1000, HF duration Min=150 007599: Jul 2 09:16:39.794: htsp_timer - 1000 msec 007600: Jul 2 09:16:40.795: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_HTSP_EVENT_TIMER]fxsls_connect_wait_release_req 007601: Jul 2 09:16:40.795: htsp_timer_stop 007602: Jul 2 09:16:40.796: htsp_timer_stop3 007603: Jul 2 09:16:40.878: htsp_process_event: [0/3/0, FXSLS_WAIT_RELEASE_REQ, E_HTSP_RELEASE_REQ]fxsls_waitrls_req_rls 007604: Jul 2 09:16:40.878: [0/3/0] nim_set_sig_state: ABCD=4, timestamp=0, sys_time=6975412 007605: Jul 2 09:16:40.878: [0/3/0] set signal state = 0x4 timestamp = 0 007606: Jul 2 09:16:40.878: [0/3/0] nim_set_sig_state: ABCD=4, timestamp=0, sys_time=6975412 007607: Jul 2 09:16:40.878: [0/3/0] set signal state = 0x4 timestamp = 0 007608: Jul 2 09:16:40.898: htsp_dsp_message: RESP_SIG_STATUS: state=0x4 timestamp=0 systime=6975414 007609: Jul 2 09:16:40.898: htsp_process_event: [0/3/0, FXSLS_ONHOOK, E_DSP_SIG_0100]fxsls_onhook_onhook
Señalización VPM para llamada entrante
Este documento también ha incluido el aspecto de la señalización para una llamada entrante. Los registros se han anotado para facilitar la comprensión de cada paso del proceso.
008109: Jul 2 10:54:34.424: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): PHONE IS IN IDLE & ON HOOK. THEN IT STARTS TELLING PHONE TO RING. 008110: Jul 2 10:54:42.225: htsp_timer_stop3 htsp_setup_req 008111: Jul 2 10:54:42.225: Orig called num:88777 008112: Jul 2 10:54:42.225: htsp_process_event: [0/3/0, FXSLS_ONHOOK, E_HTSP_SETUP_REQ]fxsls_onhook_setuphtsp_alert 008113: Jul 2 10:54:42.225: [0/3/0] nim_set_sig_state: ABCD=0, timestamp=0, sys_time=7563547 008114: Jul 2 10:54:42.225: [0/3/0] set signal state = 0x0 timestamp = 0 008115: Jul 2 10:54:42.226: htsp_call_bridged invoked 008116: Jul 2 10:54:42.227: htsp_process_event: [0/3/0, FXSLS_WAIT_OFFHOOK, E_HTSP_VOICE_CUT_THROUGH]fxsls_waitoff_voice 008117: Jul 2 10:54:52.960: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): PHONE GOES OFF HOOK 008118: Jul 2 10:54:55.431: htsp_dsp_message: SEND_SIG_STATUS: state=0xC timestamp=42727 systime=7564868 008119: Jul 2 10:54:55.431: htsp_process_event: [0/3/0, FXSLS_WAIT_OFFHOOK, E_DSP_SIG_1100]fxsls_waitoff_offhook 008120: Jul 2 10:54:55.431: [0/3/0] nim_set_sig_state: ABCD=4, timestamp=0, sys_time=7564868 008121: Jul 2 10:54:55.432: [0/3/0] set signal state = 0x4 timestamp = 0 008122: Jul 2 10:54:55.432: [0/3/0] nim_set_sig_state: ABCD=6, timestamp=200, sys_time=7564868 008123: Jul 2 10:54:55.432: [0/3/0] set signal state = 0x6 timestamp = 200 008124: Jul 2 10:54:55.432: htsp_timer2 - 200 msec 008125: Jul 2 10:54:55.631: htsp_process_event: [0/3/0, FXSLS_WAIT_OFFHOOK, E_HTSP_EVENT_TIMER2]fxsls_offhook_dial htsp_dial 008126: Jul 2 10:54:55.632: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_DSP_DIALING_DONE]fxsls_conn_dial_done 008127: Jul 2 10:54:55.640: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_HTSP_VOICE_CUT_THROUGH]fxsls_voice_cut_thru 008128: Jul 2 10:55:08.864: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): TWO WAY AUDIO 008129: Jul 2 10:55:27.232: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): PHONE IS NOW DISCONNECTED FORM FAR END 008130: Jul 2 10:55:29.798: htsp_timer_stop3 008131: Jul 2 10:55:29.843: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_HTSP_RELEASE_REQ]fxsls_connect_disc 008132: Jul 2 10:55:29.843: htsp_timer_stop 008133: Jul 2 10:55:29.843: [0/3/0] nim_set_sig_state: ABCD=12, timestamp=0, sys_time=7568309 008134: Jul 2 10:55:29.843: [0/3/0] set signal state = 0xC timestamp = 0 008135: Jul 2 10:55:29.843: [0/3/0] nim_set_sig_state: ABCD=4, timestamp=750, sys_time=7568309 008136: Jul 2 10:55:29.843: [0/3/0] set signal state = 0x4 timestamp = 750 008137: Jul 2 10:55:29.843: htsp_timer - 950 msecfxsls_simulate_onhook 008138: Jul 2 10:55:30.793: htsp_process_event: [0/3/0, FXSLS_CPC, E_HTSP_EVENT_TIMER]fxsls_cpc_timer 008139: Jul 2 10:55:30.793: htsp_timer - 60000 msec 008140: Jul 2 10:55:30.808: htsp_dsp_message: RESP_SIG_STATUS: state=0xC timestamp=0 systime=7568405 008141: Jul 2 10:55:30.808: htsp_process_event: [0/3/0, FXSLS_WAIT_ONHOOK, E_DSP_SIG_1100]fxsls_waitonhook_offhook 008142: Jul 2 10:55:37.525: htsp_dsp_message: SEND_SIG_STATUS: state=0x4 timestamp=19285 systime=7569077 008143: Jul 2 10:55:37.525: htsp_process_event: [0/3/0, FXSLS_WAIT_ONHOOK, E_DSP_SIG_0100]fxsls_waitonhook_onhook 008144: Jul 2 10:55:37.525: htsp_timer_stop htsp_report_onhook_sig 008145: Jul 2 10:55:48.351: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): PHONE IS ON HOOK
Solución de problemas de puertos FXS y FXO
Ahora que los conceptos básicos se han tratado para los diferentes estados de sus puertos analógicos, y cómo sería una llamada en un escenario perfecto, este documento examina las diferentes maneras de solucionar estos problemas de estos puertos. Más específicamente, observa algunos comandos show y algunos escenarios de fallas comunes.
Comandos para solucionar problemas
Comandos show
Para ayudar a resolver los problemas de estado en que se encuentra el puerto, puede utilizar comandos como show voice port summary y show voice call summary. Estos comandos muestran los diferentes estados, como cuando la llamada está colgada y no en uso, a cuando el puerto está descolgado y hay una llamada activa. Esta figura muestra algunos de los diferentes estados.
Al colgado:
ISR4451#show voice port sum
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
=============== == ============ ===== ==== ======== ======== ==
0/3/0 -- fxs-ls up dorm on-hook idle y
0/3/1 -- fxs-ls up dorm on-hook idle y
ISR4451#show voice call sum
PORT CODEC VAD VTSP STATE VPM STATE
============== ========= === ===================== =====================
0/3/0 - - - FXSLS_ONHOOK
0/3/1 - - - FXSLS_ONHOOK
Aviso al teléfono:
ISR4451#show voice port sum
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
=============== == ============ ===== ==== ======== ======== ==
0/3/0 -- fxs-ls up up on-hook ringing y
0/3/1 -- fxs-ls up dorm on-hook idle y
ISR4451#show voice call sum
PORT CODEC VAD VTSP STATE VPM STATE
============== ========= === ===================== =====================
0/3/0 g711ulaw n S_SETUP_REQ_PROC FXSLS_WAIT_OFFHOOK
0/3/1 - - - FXSLS_ONHOOK
La llamada está conectada:
ISR4451#show voice port sum
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
=============== == ============ ===== ==== ======== ======== ==
0/3/0 -- fxs-ls up up off-hook idle y
0/3/1 -- fxs-ls up dorm on-hook idle y
ISR4451#show voice call sum
PORT CODEC VAD VTSP STATE VPM STATE
============== ========= === ===================== =====================
0/3/0 g711ulaw n S_CONNECT FXSLS_CONNECT
0/3/1 - - - FXSLS_ONHOOK
Entre los dos comandos show anteriores, éstos podrían ser útiles para usted en el futuro:
- show call active voice brief
- show voice call status
- show voice dsp active
- show voice dsp error
- show voice dsp group all
Comandos de prueba de puerto de voz
Pruebas de función relacionadas con el detector
El comando test voice port detector puede forzar a un detector determinado a un estado encendido o apagado, realizar pruebas en el detector y luego devolver el detector a su estado original.
Para configurar esta función, ingrese estos comandos en el modo EXEC privilegiado:
| Comando | Propósito |
| Router# test voice port slot/subunit/port detector {m-lead | inversión de la batería | loop-current | ring | punta a tierra | ring-ground | ring-trip} {on | off} | No identifica el puerto de voz que desea probar. Ingrese una palabra clave para el detector bajo prueba y especifique si se debe forzar al estado encendido o apagado. Nota: Para cada tipo de señalización (E/M, FXO, FXS), sólo se muestran las palabras clave aplicables. La palabra clave disable sólo se muestra cuando un detector se encuentra en estado forzado. |
| Router# test voice port slot/subunit/port detector {m-lead | inversión de la batería | loop-current | ring | punta a tierra | ring-ground | ring-trip} disable | Identifica el puerto de voz en el que desea finalizar la prueba. Ingrese una palabra clave para el detector en prueba y la palabra clave disable para finalizar el estado forzado. Nota: Para cada tipo de señalización (E/M, FXO, FXS), sólo se muestran las palabras clave aplicables. La palabra clave disable sólo se muestra cuando un detector se encuentra en estado forzado. |
Pruebas de la Función Loopback
Para establecer loopbacks en un puerto de voz, ingrese estos comandos en el modo EXEC privilegiado:
| Comando | Propósito |
| Router# test voice port slot/subunit/port loopback {local | network} | Identifica el puerto de voz que desea probar e ingresa una palabra clave para la dirección de loopback. Nota: Se debe establecer una llamada en el puerto de voz sometido a prueba. |
| Router# test voice port slot/subunit/port loopback disable | Identifica el puerto de voz en el que desea finalizar la prueba e ingresa la palabra clave disable para finalizar el loopback. |
Pruebas de inyección de tono
Para inyectar un tono de prueba en un puerto de voz, ingrese estos comandos en el modo EXEC privilegiado:
| Comando | Propósito |
| Router# test voice port slot/subunit/port inject-tone {local | network} {1000 hz | 2000 hz | 200 hz | 3000 hz | 300 hz | 3200 hz | 3400 hz | 500 hz | silenciar} | Identifica el puerto de voz que desea probar e ingresa palabras clave para que la dirección envíe el tono de prueba y para la frecuencia del tono de prueba. Nota: Se debe establecer una llamada en el puerto de voz sometido a prueba. |
| Router# test voice port slot/subunit/port inject-tone disable | Identifica el puerto de voz en el que desea finalizar la prueba e ingresa la palabra clave disable para finalizar el tono de prueba. Nota: La palabra clave disable sólo está disponible si ya se ha activado una condición de prueba. |
Pruebas de Función Relacionadas con Relay
Para probar las funciones relacionadas con relay en un puerto de voz, ingrese estos comandos en el modo EXEC privilegiado:
| Comando | Propósito |
| Router# test voice port slot/subunit/port relay {e-lead | loop | ring-ground | inversión de la batería | denegación de alimentación | ring | consejo} {on|off} | Identifica el puerto de voz que desea probar. Ingrese una palabra clave para el relay bajo prueba y especifique si se fuerza al estado encendido o apagado. Nota: Para cada tipo de señalización (E/M, FXO, FXS), sólo se muestran las palabras clave aplicables. La palabra clave disable sólo se muestra cuando un relay se encuentra en estado forzado. |
| Router# test voice port slot/subunit/port relay {e-lead | loop | ring-ground | inversión de la batería | denegación de alimentación | ring | tip-ground} disable | Identifica el puerto de voz en el que desea finalizar la prueba. Ingrese una palabra clave para el relay bajo prueba y la palabra clave disable para finalizar el estado forzado. Nota: Para cada tipo de señalización (E/M, FXO, FXS), sólo se muestran las palabras clave aplicables. La palabra clave disable sólo se muestra cuando un relay se encuentra en estado forzado. |
Pruebas de modo de fax/voz
El comando test voice port switch fax fuerza un puerto de voz en el modo fax para probar. Después de ingresar este comando, puede utilizar el comando show voice call o show voice call summary para verificar si el puerto de voz puede funcionar en modo de fax. Si el puerto de voz no detecta datos de fax, el puerto de voz permanece en modo de fax durante 30 segundos y luego vuelve automáticamente al modo de voz.
La palabra clave disable finaliza el switch de modo forzado; sin embargo, el modo fax finaliza automáticamente después de 30 segundos. La palabra clave disable sólo está disponible mientras el puerto de voz está en modo fax.
Para forzar un puerto de voz en modo fax y devolverlo al modo de voz, ingrese estos comandos en modo EXEC privilegiado:
| Comando | Propósito |
| Router# test voice port slot/subunit/port switch fax | Identifica el puerto de voz que desea probar. Ingrese la palabra clave fax para forzar el puerto de voz al modo fax. |
| Router# test voice port slot/subunit/port switch disable | Identifica el puerto de voz en el que desea finalizar la prueba. Ingrese la palabra clave disable para devolver el puerto de voz al modo de voz. |
Problemas comunes encontrados
Como se mencionó al comienzo de este documento, cubre algunos problemas comunes encontrados al resolver problemas de FXO y FXS.
Detección de denegación de alimentación FXO
El FXO es responsable de detectar cuándo el FXS realiza la negación de energía, de modo que sabe cuándo colgar para los escenarios de desconexión del lado FXS.
005754: Nov 18 18:51:28.257: htsp_process_event: [0/2/3, FXOLS_ONHOOK, E_HTSP_SETUP_REQ]fxols_onhook_setup 005755: Nov 18 18:51:28.257: [0/2/3] set signal state = 0xC timestamp = 0 005756: Nov 18 18:51:28.257: htsp_timer - 500 msec 005782: Nov 18 18:51:28.509: htsp_process_event: [0/2/3, FXOLS_WAIT_DIAL_TONE, E_DSP_SIG_1100]fxols_power_denial_detected 005783: Nov 18 18:51:28.509: htsp_timer2 - 1000 msec 005784: Nov 18 18:51:28.509: htsp_timer_stop 005785: Nov 18 18:51:29.509: htsp_process_event: [0/2/3, FXOLS_WAIT_DIAL_TONE, E_HTSP_EVENT_TIMER2]fxols_power_den_disc 005786: Nov 18 18:51:29.509: htsp_timer_stop 005787: Nov 18 18:51:29.509: htsp_timer_stop2
El evento fxols_power_deny_detect se activa cuando no se detecta ninguna corriente de loop en la línea. De forma predeterminada, se ha iniciado un temporizador de 750 ms. Si el DSP no detecta el estado actual antes de que venza el temporizador, desconecta la llamada. El temporizador se puede modificar en el modo de configuración del puerto de voz con el comando timeouts power-deny <0-2500ms>. Este temporizador debe coincidir con lo que el lado FXS ha definido para su duración de denegación de energía.
Este escenario indica un cable, hardware o un tipo de puerto incorrecto en el otro lado. Determine si el problema sigue al puerto o a la línea.
- Si el problema sigue la línea, haga que verifiquen los cables hasta la marca de la compañía telefónica. Colaborar con la compañía telefónica para obtener asistencia.
- Si el problema sigue al puerto, es probable que sea un puerto defectuoso. Esto puede ser un problema adicional para confirmarlo.
Otros Gotchas
- Desconectar la supervisión -. Revise la sección específica para ver cómo se maneja la supervisión de desconexión en los puertos analógicos.
- Cableado: el cableado debe ser de 2 cables, de conexión directa, de FXS a FXO. Si no consigue el tono de marcado con un problema de cableado, normalmente no oye ningún sonido en la línea. Si el cable está conectado correctamente, puede oír un ligero aumento en el piso de ruido cuando descuelgue.
- Puerto incorrecto: los puertos pueden fallar y no dar tono de marcado, detectar el voltaje del timbre, etc. Solucione problemas para aislar el puerto del lado VoIP y del lado del cable.
- Problemas de DSP - El puerto necesita utilizar un DSP para identificar eventos en el puerto. Por lo tanto, los puertos de voz asignan DSP para la señalización en el arranque, incluso si el puerto no está en uso y está apagado. Cuando realice cambios en los puertos de voz analógicos, cierre/no cierre el puerto antes de volver a realizar la prueba.
- Rutas largas/deficientes, problemas de impedancia- Dado que se transmite audio analógico, el estado de la interferencia electromagnética (EMI) en el medio ambiente es importante, ya que puede afectar a la calidad del audio. Por ejemplo, cuando se ejecutan las líneas analógicas sobre una luz fluorescente (o cerca de una licuadora/motor/etc), esto puede provocar un ruido excesivo en la línea. Los trayectos largos en general causan atenuación e impedancia de coincidencia. Se debe establecer la impedancia adecuada para la longitud de ejecución.
- Ganancia excesiva para compensar la atenuación - Cuando aplica cantidades elevadas de ganancia de entrada, esto puede exacerbar los problemas de eco ya que causa una pérdida de retorno de eco baja (ERL). Intente evitar esto cuando sea posible.
- Entrega de dígitos - Los dígitos no se envían desde la compañía telefónica a un puerto FXO. Debe utilizar 'connection plar <extension>' para enrutar la llamada desde el puerto a un recepcionista o a un IVR/AA.
- ¿Falla de llamada saliente? Si el circuito es FXOGS y lo tiene configurado para FXOLS, las llamadas entrantes funcionan, pero el saliente falla. Además, la polaridad es importante para las llamadas salientes con GS.
Comentarios