Buenas Kra1o5
Respecto a SIP Passthrought, al igual que cualquier otro passthrought/ayudante (o como cada cual lo llame), lo ideal es tenerlo deshabilitado siempre, lo que sucede es que por la propia naturaleza de ciertos protocolos como habitualmente SIP/TFT (activo)/GRE... requieren de estos "trucos", debido a que no se concivieron para NAT, o no son protocolos de "puertos". En el caso de Movistar, dependiendo de como se configure el Router, no es necesario, y si no es necesario mejor no usarlo, porque de echo puede cuasar problemas. Esto repito es extrapolable al resto de protocolos que los requieren.
Al margen indistintamente de ello, upnp debería de estar siempre habilitado por comodidad. Es cierto que en el pasado ha tenido muchos problemas de seguridad (tampoco tantos), pero a día de hoy supera con creces las ventajas. Lo qeu hay que tener SIEMPRE presente, pero en cualquier equipo, es tener el software actualizado, es la mejor defensa.
Respecto a NAT simétrico, en realidad no es un problema de que un servidor STUN no funcione, podemos conectarnos a cualquier servidor STUN sin problemas, y estos nos responden perfectamente. Los servidores STUN simplemente son sistemas que se "consultan" ANTES de otra conexión, para que el cliente pueda conocer IP/puerto de conexión externos del Router, ya que el cliente detrás del Router no puede conocerla, y lo requiere porque el protocolo SIP por ejemplo necesita que en el propio payload s eañada información relativa al origen, gracias a un servidor STUN el cliente puede meter esa informacoión en el payload que envía realmente al servidor SIP. Esto se hace perfectamente con cualquier NAT. PERO, el problema radica en que con NAT simétrico cada conexión que se realiza se mapea a un puerto externo diferente!! Con lo que cuando el equipo envíe el paquete SIP al servidor, el payload especificará el puerto externo qeu le devolvió el servidor STUN, NO EL PUERTO EXTERNO QUE AHORA está usando el Router en dicha conexión.
En relaidad NT simétrico es más seguro porque evita que otros servidores puedan imaginar o obtener los datos de una conexión que pudiesen ser usados contra. Preo como todo, puede tener sus "detalles" a solventar.
