Problemas de audio llamadas entrantes externas - Patton Gateway

[ERamirezO]

Buena tarde, muchas gracias por el apoyo por este canal,

Me encuentro con un problema y estoy buscando determinar si mi gateway está fallando es un patton SN4114/JO/EUI, de 4 puertos fxo, la integración la realice en 2018, y estuvo funcionando la central sin problemas hasta el jueves pasado, en donde note que las dos lineas que se tienen sonaban todo el tiempo como ocupado.
Realice pruebas directamente con las lineas pstn del proveedor y funcionaban correctamente con un teléfono analógico normal, conecte esas dos lineas en los otros dos puertos restantes y la línea ahora recibe llamadas, las detecta el gateway y las ve la central, son enrutadas al ivr, sin embargo no tengo audio ni del emisor ni del receptor.
Modifique el orden de los codecs de audio en la central sin éxito, modifique la opción de que la central entregue el audio sin éxito.

Estoy pensando que sea una falla del patton, sin embargo no tengo una visión de como detectar si esta fallando este equipo.

Las llamadas al interior entre extensiones funcionan bien, en conexión y audio.
La conexión del softphone desde la red externa se realiza y puedo hablar entre las extensiones.
Tengo otro problema con las llamadas salientes pero ese podria ser otro hilo,
Me arroja el siguiente error.
20/05/2020 12:18:45 - Call to T:Line:10000>>65472812@[Dev:sip:[email protected]:5060] from L:2.1[Extn:000] failed, cause: Cause: 504 Server Time-out/INVITE from 192.168.0.231:5060

Esto es lo muestra el log al recibir una llamada
---

20/05/2020 12:06:19 - Leg L:1.2[Ivr:800] is terminated: Cause: BYE from local
20/05/2020 12:06:19 - [CM503008]: Call(C:1): Call is terminated
20/05/2020 12:06:19 - Leg L:1.1[Line:10000<<anonymous] is terminated: Cause: BYE from 192.168.0.231:5060
20/05/2020 12:06:12 - Currently active calls - 1: [1]
20/05/2020 12:05:57 - [CM503007]: Call(C:1): Ivr:800 has joined, contact <sip:[email protected]:5483>
20/05/2020 12:05:57 - [CM503007]: Call(C:1): Line:10000<<anonymous has joined, contact <sip:[email protected]:5060>
20/05/2020 12:05:57 - L:1.2[Ivr:800] has joined to L:1.1[Line:10000<<anonymous]
20/05/2020 12:05:57 - [CM505001]: Endpoint Ivr:800: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX IVR] PBX contact: [sip:[email protected]:5060]
20/05/2020 12:05:57 - [CM503002]: Call(C:1): Alerting Ivr:800 by contact <sip:[email protected]:5483>
20/05/2020 12:05:57 - [CM503025]: Call(C:1): Calling T:Ivr:800@[Dev:sip:[email protected]:5483;rinstance=5df6217d1d187f09] for L:1.1[Line:10000<<anonymous]
20/05/2020 12:05:57 - [CM503027]: Call(C:1): From: Line:10000<<anonymous (<sip:[email protected]:5060>)  to  T:Ivr:800@[Dev:sip:[email protected]:5483;rinstance=5df6217d1d187f09]
20/05/2020 12:05:57 - [CM503004]: Call(C:1): Route 1: from L:1.1[Line:10000<<anonymous] to T:Ivr:800@[Dev:sip:[email protected]:5483;rinstance=5df6217d1d187f09]
20/05/2020 12:05:57 - [Flow] Call(C:1): has built target endpoint: Ivr:800 for call from L:1.1[Line:10000<<anonymous]
20/05/2020 12:05:57 - [Flow] Target endpoint for 800 is Ivr:800
20/05/2020 12:05:57 - [CM503010]: Call(C:1): Making route(s) from Line:10000<<anonymous to <sip:[email protected]:5060>
20/05/2020 12:05:57 - [CM505002]: Gateway:[Patton Analog FXO] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Patton SN4114 JO EUI 00A0BA0DEDA8 R6.11 2019-07-02 H323 SIP FXS FXO M5T SIP Stack/4.2.26.112] PBX contact: [sip:[email protected]:5060]
20/05/2020 12:05:57 - [CM500002]: Call(C:1): Info on incoming INVITE from Line:10000<<anonymous:
Invite-IN Recv Req INVITE from 192.168.0.231:5060 tid=9ccca33d321a5644f Call-ID=cf63c6e0fb22d7a3:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.231:5060;branch=z9hG4bK9ccca33d321a5644f
Max-Forwards: 70
Contact: <sip:[email protected]:5060;transport=udp>
To: <sip:[email protected]:5060>
From: <sip:[email protected]:5060>;tag=9ca4a25e5c
Call-ID: cf63c6e0fb22d7a3
CSeq: 28211 INVITE
Allow: ACK, BYE, CANCEL, INVITE, NOTIFY, OPTIONS, INFO, UPDATE, REFER, REGISTER
Content-Type: application/sdp
Proxy-Authorization: Digest username="10000",realm="3CXPhoneSystem",nonce="414d535c14d5f47592:6ce8e1dfc0c8b463bb69ab3c70461b3f",uri="sip:[email protected]:5060",response="09cc5b98958038fe5f612cdfe8308ef3",algorithm=MD5
Supported: replaces
User-Agent: Patton SN4114 JO EUI 00A0BA0DEDA8 R6.11 2019-07-02 H323 SIP FXS FXO M5T SIP Stack/4.2.26.112
Content-Length: 248

v=0
o=MxSIP 0 117 IN IP4 192.168.0.231
s=SIP Call
c=IN IP4 192.168.0.231
t=0 0
m=audio 4980 RTP/AVP 18 0 8 101
a=rtpmap:18 G729/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv
20/05/2020 12:05:57 - [CM503001]: Call(C:1): Incoming call from Line:10000<<anonymous to <sip:[email protected]:5060>
20/05/2020 12:05:57 - Line limit check: Current # of calls for line Lc:10000(@Patton Analog FXO[<sip:[email protected]:5060>]) is 1; limit is 2
20/05/2020 12:05:57 - [CM503012]: Inbound office hours rule (unnamed) for 10000 forwards to DN:800
20/05/2020 12:05:57 - [Flow] No office hours set, office hours assumed
20/05/2020 12:05:57 - [Flow] Looking for inbound target: called=000002; caller=<sip:anonymous@:5060>

----

Muchas gracias, comparto el archivo dump para un análisis si es necesario.

 

[Alejandro_3CX]

las dos lineas que se tienen sonaban todo el tiempo como ocupado.

Hola ese comportamiento que describes realmente está relacionado con la detección del busy tone para liberar la linea. Cuando por ejemplo el llamador cuelga, el proveedor PSTN envía un tono de desconexión conocido como Busy Tone, por lo tanto el gateway debe detectar ese tono y liberar el canal, caso contrario si no lo detecta entonces la línea queda como ocupada y no será posible recibir por esa línea es lo que escuchas como ocupado...

Por otro lado respecto al tema de audio, ese equipo debe estar en la misma red local de la central y de manera predeterminada el parámetro Audio Entregado por la PBX está desactivado, eso quiere decir que el audio se envía directamente entre los endpoints y el gateway sin pasar por la central



Si quieres puedes activar ese campo en la troncal para forzar a enviar el audio por medio de la central y ver si eso te soluciona el tema del audio.

Un saludo!

 

[ERamirezO]

Hola ese comportamiento que describes realmente está relacionado con la detección del busy tone para liberar la linea. Cuando por ejemplo el llamador cuelga, el proveedor PSTN envía un tono de desconexión conocido como Busy Tone, por lo tanto el gateway debe detectar ese tono y liberar el canal, caso contrario si no lo detecta entonces la línea queda como ocupada y no será posible recibir por esa línea es lo que escuchas como ocupado...

Por otro lado respecto al tema de audio, ese equipo debe estar en la misma red local de la central y de manera predeterminada el parámetro Audio Entregado por la PBX está desactivado, eso quiere decir que el audio se envía directamente entre los endpoints y el gateway sin pasar por la central

Ver el adjunto 2374

Si quieres puedes activar ese campo en la troncal para forzar a enviar el audio por medio de la central y ver si eso te soluciona el tema del audio.

Un saludo!

Muchas gracias por la pronta respuesta Alejandro

Sobre el primer punto de las líneas ocupadas eso estaba pasando, lo único que modifico el comportamiento fue cambiar esas líneas a los otros dos puertos libres del gateway, con eso logran entrar las llamadas, se liberan pero sin audio.



Para el audio, como comentas tanto el gateway como la central están en la misma Lan (segmento, mascara) he probado en varias ocasiones con la configuración que comentas, sin éxito (habilitandola y deshabilitandola)


en el log de llamadas puedo ver como llegan al ivr pero, no se escucha la grabación.



he cargado varias veces la configuración de la plantilla al patton generada por la central , y ya actualice este equipo a su última versión, sin exito.

Podria probar en actualizar la central a la v16? actualmente sigo en la 15 con una licencia anual con mantenimiento activo.

Estoy pensando que sea el equipo patton el del problema, cómo comentaba hasta el jueves 14 todo estuvo funcionando muy bien.

Muchas gracias, Saludos.

 

[Alejandro_3CX]

Sobre el primer punto de las líneas ocupadas eso estaba pasando, lo único que modifico el comportamiento fue cambiar esas líneas a los otros dos puertos libres del gateway, con eso logran entrar las llamadas, se liberan pero sin audio.

No, no tienes que hacer eso. El gateway debe detectar el busy tone y liberar el canal.

Debes configurar el busy tone en el gateway para que eso no te ocurra.

Las líneas deben estar conectadas sobre los primeros puertos.

Respecto a la versión de la central, si tiene mantenimiento debes llevarla siempre a su versión más reciente, actualmente la 16.0.5.612 nunca dejes la central sin actualizar...

Un saludo!

 

[ERamirezO]

No, no tienes que hacer eso. El gateway debe detectar el busy tone y liberar el canal.

Debes configurar el busy tone en el gateway para que eso no te ocurra.

Las líneas deben estar conectadas sobre los primeros puertos.

Respecto a la versión de la central, si tiene mantenimiento debes llevarla siempre a su versión más reciente, actualmente la 16.0.5.612 nunca dejes la central sin actualizar...

Un saludo!

Muchas gracias por la respuesta alejandro, no aún sigo con el problema de que no hay audio, en llamadas externas entrantes, entre extensiones en la lan no hay problema, entre extensiones remotas y lan tampoco. Es un tema de las llamadas entrantes salientes, prácticamente lo que maneja el gateway, tengo un SN4114/JO/EUI aún está soportado?

Excelente tarde

 

[Alejandro_3CX]

Este es el equipo soportado:

Patton Analog 2 and 4 Port FXS

How to configure a Patton SmartNode Analog 2 and 4 Port FXS VoIP Gateway for the ❱ 3CX ® Phone System? ☛ Visit us, read the manual and learn how!

www.3cx.com

Revisa el tema del firmware como en la guía, el gateway no debe tener en uso firmware trinity sino la última versión 6.X

además de eso actualiza la central a la versión más reciente 16.0.5.612 y usa un sistema operativo soportado para v16:

• Linux Debian 9 (kernel 4.9)
• Raspbian Stretch
• Windows 10 (Pro, Enterprise)
• Windows Server 2016 (Standard, Datacenter)
• Windows Server 2019 (Standard, Datacenter

Saludos!

 

[ERamirezO]

Gracias por la información Alejandro, cumplo con todos los requerimientos, sistema operativo, gateway soportado, última versión de 3cx, puertos abiertos y probados desde la central. y no logro identificar el problema, ya probé cambiando el orden de los codecs en la central y nada, sigo sin audio.

Revise con wiresharck y la llamada se establece y hay un stream de audio donde se escucha lo que digo y la música en espera, incluso si la troncal la dirijo al ivr se escucha la grabación en el stream de paquetes pero no en la llamada como tal, que me recomiendas validar además de lo previo?

Ya active y desactive la opción de el audio entregado por el pbx, cargue múltiples veces el archivo de configuración de 3cx al gatway patton y borre y genere nuevamente la troncal.



Muchas gracias espero poder encontrar la solución para que a algun otro compañero le funcione este foro.

Será un tema a nivel 3cx o en el gateway?

Excelente día

 

[Alejandro_3CX]

Esto ya lo deberás revisar directamente con Patton, pues si el parámetro de Audio Entregado por la PBX está desactivado quiere decir que el audio debe pasar entre los endpoints y el gateway sin pasar por la central y aún así tienes problema.

Ya por acá no es posible revisar nada puesto a que es un foro y por esta vía no se probee de soporte comercial para revisar logs, en ese caso si quieres que hagamos una revisión tendrías que abrir un ticket de soporte para hacer el análisis de capturas y configuraciones de la central.

Un saludo!

 

[ERamirezO]

Enterado Alejandro muchas gracias por el apoyo, revisaré el tema de soporte, solo para solventar la duda, el costo que se maneja es por hora o por la ticket y lo que lleve encontrar el problema.
Saludos.

 

[Alejandro_3CX]

el costo es del ticket.

Por otro lado puedes entrar en contacto con algún mayorista de tu area y así ellos puedan abrir el ticket de manera gratuita. Los partners con nivel bronze o superior tienen derecho al sistema de ticket de manera gratuita.

Un saludo!