sip server

Buenas Noelia Rod 

No tengo del todo claro como tiene la red configurada. Tanto el video portero como el grandstream están dentro de la misma red, entiendo? O son redes diferentes y el tfn está en otra red diferente. Doy por sentado que el portero sí dado que se da a entender que se redirigen puertos. ¿Asumo por ende que el videoportero está creando un servidor SIP?

Todo eso es importante, porque si todo está en la misma red local, no hay necesidad de ningún tipo de puertos que abrir o redirigir.

También es vital conocer la red a la que está conectado el grandstream, porque en este caso actúa como "cliente SIP". Casi cualquier Router actual doméstico actúa como dispositivo NAT, y SIP no es amigable con NAT, no se creó para ello. Hasta tal punto que los Router deben de implementar "parches" para la correcta comunicación. Estos "parches" se llaman de diferentes maneras, y hay diferentes específicos para los diferentes protocolos que no son usables con NAT, como puedan ser SIP, FTP, PPTP, IPSec... En el caso de SIP, los fabricantes podrían llamarlos ALG SIP, Ayudantes/Helper SIP, SIP passthrough... y no son universales. La mayoría de Router permiten habilitarlos o deshabilitarlos, y dependiendo del escenario puede ser bueno lo uno o lo otro. Así que también sería bueno comprobarlo.

Por otro lado, también tenemos la necesidad dependiendo del escenario de tener un servidor STUN para evitar problemas derivados al uso de NAT. Esto es extremadamente habitual de nuevo en SIP. Un servidor STUN en esencia lo que hace es devolver la IP pública de un dispositivo con IP privada. Esto lo necesitan los dispositivos SIP, dado que en los paquetes de datos requieren especificar la IP real que tiene asignado el Router, y por defecto un dispositivo dentro de la red local tan solo conoce su IP asignada, generalmente una IP privada, no la IP pública que se le asigna.

Saludos.