Configurar VOIP en Unifi Talk

Hola noriega84 

Entendemos que tu consulta es referente a la configuración mencionada en el post, Desde el soporte de Movistar, no tenemos manuales para este tipo de configuraciones, dejamos el hilo abierto para que los usuario de nuestra comunidad respondan a tu consulta.

Un saludo.

Yaneth.

Hola noriega84​ conseguiste configurarlo? Lo tengo funcinando con zoiper sin problemas pero no consigo meter la configuración en unify de ninguna manera porque al usar un cuatom provider hay que indicarle manualmente los nombres de todos los campos. Hubiera jurado que con unify todo sería fácil… pero me estoy desesprando un poco.

gracias de antemano

Hola noriega84 

Lamentamos no poder brindarte una solución más completa en este momento. Si en el futuro tienes alguna otra pregunta, no dudes en consultarnos, será un placer ayudarte. Dado que no hay más interacción en este post, procederemos a cerrarlo.

Un saludo, Omar S.   

Hola noriega84 

Agradecemos a Theliel por su ayuda en el hilo.

Mantendremos este hilo abierto para que puedas consultar la información brindada y además, otros usuarios puedan aportar sus experiencias o soluciones relacionadas con el problema que presentas.

Un Saludo, Alexander. 

¡Buenas Theliel!

Gracias por tu paciencia y por querer ayudar.

1. Tengo configurado un Zoiper como cliente. Es cierto que no tengo un PRACK, pero tampoco lo veo cuando llamo directamente (sin centralita).

2. ¿Te refieres al ayudante SIP AGL? Tenía habilitado H323 y lo he quitado. Efectivamente, he logrado ver en el archivo de configuración se utiliza un STUN para obtener la IP pública. Creo que lo hacen porque está muy optimizado para Twilio y tal vez les hace falta la IP pública. ¿Puede ser esto lo que hace que el SIP de Movistar no entienda el INVITE? Voy a seguir investigando...

3. Sí, no hay nada que impida que salgan las llamadas.

4. Esta cabecera ni idea de cómo quitarla, la genera el Utalk y no sé por qué...

5. Sí, llamando desde Zoiper funciona perfectamente.

El problema principal que veo con Utalk es que es poco configurable. De base, usa FreeSwitch, pero la configuración se hace des de la aplicación por API, así que estoy bastante limitado. Principalmente, el tema del servidor STUN no sé cómo arreglarlo. Creo que ya estoy a punto de descartarlo, porque con todo el tiempo que estoy invirtiendo ya tendría un Asterisk montado. 😂 Pero teniendo el UDM, da lástima tener que montar otro equipo...

Respeto a lo de la URI, he visto que más gente ha tenido problemas: https://community.ui.com/questions/UniFi-Talk-Custom-SIP-Provider-Script/2ad710ad-d668-4dfe-8310-446e28af3ab4?page=0 Es 100% de configuración suya...

De momento, por mi parte, lo dejaré descansar un poco. Pero si alguien de la comunidad con un UDM Pro se anima, ¡bienvenido será! Gracias Theliel por la gran ayuda y Técnico-Movistar por dejar esto abierto y permitir la participación de la comunidad.

¡Saludos y gracias a todos!

Buenas noriega84 

Aquí veo algunas cosillas, aunque lo que más me extraña es el URI que forma específicamente para la llamada al 1004, no sé si existirá algun dialer plan concreto que tengas puesto:

1º. El cliente SIP debería de usar PRACK, no veo en la llamada ni siquiera un Ringing en el momento que intenta realizar la llamada. En el caso del 1004 esto es normal, porque es un contestador que automáticamente recoge la llamada sin llegar a sonar. PRACK debería de asegurar que estos mensajes lleguen... no es obligado.

2º. Tienes el ayudante SIP habilitado en el Router? Ayudante, Passthroug, o como lo quieras llamara. Si es así prueba a deshabilitarlo. Veo que las URI llevan la IP pública de tu conexión, y no debería, debería de llevar la IP local. Con lo que o se tiene habilitado o se está haciendo uso de un servidor STUN. Prueba a deshabilitarlo/quitarlo.

3º. Asegúrate de tener el Passthroug/ayudante de RTP habilitado, esto es muy importante para asegurar que el tráfico RTP circule bien. No obstante esto no debería de impedir que sonase

4º. Se envía la cabecera x-fs-supported, que debe de ser una cabecera propia que estás enviando. Si bien el servidor podría simplemente ignorarla, también podría tener problemas con ella, con lo que mejor es eliminarla. Ten presente que la centralita del 1004 es muy diferente a los puntos finales. Por la misma razón pasa que si intentas usar u-law al 1004 funciona, pero en un fijo u-law no te permitirá la llamada. Así que ante la duda... eliminarla.

5º. has probado a realizar llamadas sin usar directamente utalk? Más que nada para partir de la base de que obviamente funciona correctamente.

6º.  El Owner tb se ve modificado por la IP pública, cuando debería de ser la IP de origen del tráfico RTP (es posible que sea debido al uso del ayudante SIP)

Hola, noriega84 

Mantendremos este hilo abierto para que puedas consultar la información en cualquier momento y, además, otros usuarios puedan aportar sus experiencias o soluciones relacionadas con el problema que presentas.

Si tienes alguna actualización o necesitas más ayuda, no dudes en comentarlo. Seguimos atentos.

Un saludo, Juan C.

Buenas tardes!

Llevo todo el finde intentando encontrar la solución y no hay manera... ¡Se me está resistiendo y da rabia! Gracias a Theliel por tu ayuda incondicional.

- El router que tengo el UDM Pro tiene incorporada la opción de PBX (Unifi Talk). Así, que exacto la (.1) es el router y también hace de centralita.

- Corregí a a-law y  lo del puerto y sigo teniendo el mismo resultado.

He podido hacer captura de la llamada saliente de la centralita y veo algunas diferencias respecto a llamada (sin centralita) al SIP de Movistar. He hecho cambios pero no logro hacer que funcione. Comparto captura por DM otra vez 🙏

- La request del INVITE me la hace contra el proxy, ¿debería ser así?  Cuando llamo directo des de Zoiper (sin centralita) lo hace con @telefonica.net. Tampoco me pone el transport...

Request-Line: INVITE sip:+341004@10.31.255.134:5070 SIP/2.0

Request-Line: INVITE sip:+341004@telefonica.net;transport=UDP SIP/2.0

Wireshark me destaca este error: 

[Unrecognised SIP header (x-fs-support)]

Te comparto la captura, a ver si tú que tienes los ojos más entrenados, ves la clave al asunto.

Muchas gracias!

Buenas noriega84 

Pues ahora veo bastantes otras anomalías, o no tengo claro como lo tienes conectado y configurado todo... doy por sentado que estás haciendo uso de una centralita y eso hace más farrogosa la lectura... pero bueno, en cualquier caso,  creo ver el problema principal que hace que no de tono (realmente da tono, pero la centralita que tienes la está cortando)

La versión corta, el problema que veo que explica todo está en que estás haciendo uso de u-law, y no de a-law. Estamos en Europa, con lo que de forma predeterminada tendrías que usar siempre a-law. Eso no quiere decir que determinados números a los que llamen si soporten u-law (como el caso del 1004). Eso debería de solventar el problema probablemente.

Por otro lado, si te fijas bien en tus dos capturas, ambas aparecen el tráfico RTP. Si la llamada no se contesta no debería de existir tráfico RTP. En cambio en la llamada a fijo veo dos streams de audio. Uno que es el tono de llamada, y luego la llamada en sí que parece que se escucha algo de fondo distorsionado.

-veo que en modo alguno se esté usando el proxy saliente. Veo que la comunicación se hace entre el teléfono que sería el .207 y el Router, que sería el .1 (doy por sentado). A menos que el .1 esté actuando como centralita y sea ella la que esté reenviando/creando la llamada realmente... y en ese caso sería necesario el registro de la centralita, no del teléfono, puesto que la centralita (.1) haría de intermediario. Si no hay centralita, tanto los register, los invite y otros deberían de ir a la IP del proxy saliente. No pasa nada por usar una centralita, pero entonces interesante sería las capturas de la centralita, no del teléfono

-Por otro lado está el puerto, la conexión debería de ser por UDP, no por TCP. Aunque SIP permite usar tanto uno como otro, para tráfico real, UDP es casi obligado. Tampoco sé si la centralita si se conecta por UDP hacia fuera... repito, en el caso de haya centralita por medio.

Saludos

Hola Theliel !

Revisé lo que me indicaste y, añadiendo el +34, sigue haciendo lo mismo...

Por fin he conseguido hacer unas capturas con Wireshark. A ver si ayudan un poco más, te las mando por DM. Lo único que veo es que cuando hace el INVITE, lo apunta al router y no a Movistar. Pero si llamo al +341004 funciona, pero si llamo a un fijo o móvil no... 🤔

1844 15.080382 192.168.1.207 192.168.1.1 SIP/SDP 784 Request: INVITE sip:+341004@192.168.1.1;transport=TCP | 
1845 15.086591 192.168.1.1 192.168.1.207 SIP 873 Status: 407 Proxy Authentication Required | 
1846 15.087065 192.168.1.207 192.168.1.1 SIP 396 Request: ACK sip:+341004@192.168.1.1;transport=TCP | 
1860 15.140972 192.168.1.207 192.168.1.1 SIP/SDP 1061 Request: INVITE sip:+341004@192.168.1.1;transport=TCP | 
1866 15.168380 192.168.1.1 192.168.1.207 SIP 423 Status: 100 Trying | 
2258 15.614432 192.168.1.1 192.168.1.207 SIP/SDP 1150 Status: 183 Session Progress | 

Temo que también puede ser algo del Dialplan...

Gracias por todo 😀