Teléfonos IP no funcionan con el teléfono fijo

Hola jralbright48 

Nos alegra que lo hayas podido resolver y te agradecemos que lo hayas marcado como la solución del post para así poder ser de ayuda a cualquier otro usuario de la Comunidad que lo pueda necesitar en un futuro. Agradecer también de nuevo las aportaciones realizadas por Theliel 

Damos por cerrada la consulta recordándote que, ante cualquier duda, estamos a tu disposición.

Un saludo.

Nieves

Buenas jralbright48 

Como te decía, el ayudante para SIP puede ser adecuado en algunos escenarios, pero en otros no. En este caso toda la telefonía VoIP va a través de una red interna específica de Movistar y por lo general no hace falta reescribir los paquetes SIP, que es en esencia lo que hacen estos ayudantes, ya que SIP no es amigable con NAT. En otros escenarios es necesario su uso para que el tráfico pueda fluir correctamente, aunque esto depende de si se usa un servidor STUN, u otras técnicas para atravesar NAT.

Respecto a los tiempos de registro, creo que está en los 70 segundos, pero esto no es un problema ya que el propio servidor informa de dicho valor al cliente SIP. Es decir, el cliente conecta con el servidor y le envía las cabeceras que acepta, el tiempo de expiración que el quiere configurar y otros parámetros, y el servidor responde, si es correcto, además del registro establecido, los parámetros a usar en la sesión, son los parámetros del servidor los que tienen preferencia, obviamente. Pasa algo similar cuando se negocian los Codec. En cualquier caso el impacto es nulo, el cliente debería de respetar los parámetros del servidor, y aunque esté configurado en 3600, responderá con un nuevo Register cada 50-70 seg... o al menos debería.

Saludos, y nos alegramos que se haya resuelto.

Hola jralbright48 

Agradecemos una más a Theliel su colaboración. ¿Has tenido la oportunidad de realizar las pruebas'

Un saludo.

Fernando.

Buenas jralbright48 

Ya te digo que actualmente tengo el mismo HGU, anteriormente he tenido otros, y jamás he tenido problemas, actualmente creo que está en la firmware b17 para este modelo. No te puedo decir mucho más, y de echo en el HGU tengo deshabilitado ALG SIP.

Por qué no pruebas a desconectar los analógicos y usar un softphon como phoner lite por ejemplo??

Hola jralbright48.

Cuando hayas realizado las comprobaciones, nos confirmas el funcionamiento. Muchas gracias Theliel por tu aportación.

Un saludo.

Angela.

Sigo sin resultados.  He confirmado que los teléfonos solo se registran por muy poco tiempo (unos 60+ segundos) cuando no está activado el SIP ALG.  Ahora al marcar un numero, los teléfonos han vuelto a dar el "bi, bi, bi" en vez de la señal de estar comunicando.

Sospechando el router, he confirmado que lleva unos cuantos meses aquí pero es posible que el problema empezó con la última actualización de firmware.  Acabo de resetear el router a los valores de fábrica pero no solucionó nada.

Como estamos llegando a un fin de semana y tengo previsto unos cuantos invitados, tendré que dejar más pruebas para la semana que viene.

Buenas jralbright48 

Ya te digo que VoIP puede ser un quebradero de cabezas muchas veces. Con independencia de que por supuesto pueden haber tenido problemas de algún tipo en la centralita. En lo que respecta al HGU ya te digo que es el que tengo, y antes un Askey y tampoco tuve nunca problemas. No obstante suele ser relativamente habitual ver en el foro problemas de los más variopintos asociado a VoIP, desde que no suena, suenan mal, comunica, no se escucha, no registra... y un largo etc etc etc. Y es por eso, el problema es que jugamos con una gran cantidad de variables "pequeñas" que pueden impactar mucho, y que suelen ser valores que los fabricantes y los mismos servidores SIP también pueden prefijar de formas muy variadas.

Por eso suele ser bueno tener a disposición clientes SIP con un gran número de ellos, porque a veces una función que parecía inocua es la que provoca todo.

En lo que respecta a ALG es para el passthrough de SIP, suele ser bueno miar que esté tb habilitado el de RTSP (dependiendo del Router), o en el propio teléfono como digo opciones para hacer NAT transversal, a ver si damos con la tecla

Gracias Theliel por tu aportación.  El hecho es que los teléfonos llevan más de 10 años funcionando perfectamente.  No he realizado cambios en la configuración menos cambiar el IP de vez en cuando. Como has dicho, solo hay unos pocos parámetros para configurarlos correctamente.

Revisando los registros de los teléfonos, la última llamada recibida correctamente fue el día 5 de junio (menos una llamada de Movistar ayer).  Realmente no uso el teléfono fijo para nada.  Acabo de intentar a llamar a 1002 y ahora no funciona.  Al terminar de marcar, me da la señal de estar comunicando.

Ahora estoy sospechando el nuevo HGU.  Tendré que revisar mis archivos para ver cuando lo recibí.  Ayer noté que los teléfonos estaban registrados por muy poco tiempo, unos 60-70 segundos, no los 3600 de la configuración.  En el HGU habilité el ALG SIP y ahora se registran por los 3600 segundos.  Luego revisaré todo de nuevo para ver si encuentro algo.

Buenas jralbright48 

Pues muy posiblemente algo estés configurando mal en los clientes SIP de tus teléfonos.

Tengo el mismo HGU, incluso tengo conectado a él el mio propio, y uso de cuando en cuando también softphones VoIP usando la línea de Movistar, ya sea conectándome directamente al HGU o a mi propio Router, y jamás he tenido problemas, ni con llamadas hacia o desde otras líneas Movistar, como hacia otros operadores o desde otros operadores. Es más, acabo de realizar diferentes pruebas a tenor de tu hilo, y todo funciona bien, con dos softphones diferentes.

Sí te puedo decir que los servidores VoIP pueden ser muy quisquillosos, y si no están bien configurados los clientes, puedes esperar todo tipo de problemas, y con bien configurados no me refiero ya a los datos básicos que realmente son 3-4, sino muchos otros pequeños ajustes que pueden hacer que la comunicación sea imposible. Por ejemplo si los clientes VoIP están usando algún sistema de passthrough para NAT, si se está enviando o no un Instance ID, si se usan Sessions Timmers, los codec seleccionados...

Por regla general la mejor forma de ver bien el problema para diagnosticarlo pasa por capturar el tráfico en los propios dispositivos SIP y ver donde está el fallo, suele ser fácilmente subsanable.