Sin telefono fijo desde cambio a Smart Wifi 6

Hola damosta 

Nos alegra saber que te funciona de forma correcta. Comprobamos que has dado como solución aceptada al hilo, procedemos al cierre del mismo. 

Muchas gracias por haber contactado con nosotros, para cualquier otra duda o consulta ya sabes donde encontrarnos. 

Un saludo. 

Carmen

Buenos días Técnico-Movistar .

Sí, parece que ya se ha solucionado.

Después de la última visita del técnico dejé configurado el router a mis necesidades y probé a apagar y encender a ver si se reproducía el error. Es verdad que volvió a surgir, pero seguí probando a apagar y encender varias veces y ya por la noche funcionaba correctamente.

Llevo unos días probando y sigue funcionando bien. En caso de que surja de nuevo avisaré al 1002 para abrir de nuevo la incidencia.

Un saludo

Buenas cbr600f 

No, no. En cuanto a configuración "base", es sencilla. No estoy bajo doble NAT ni muchísimo menos. Mi HGU está en modo monopuesto usando su red por defecto 1.0/24, y mi propio Router después de él gestionando toda mi red, que obviamente ese sí hace NAT. El HGU al estar en monopuesto no. Es decir, que cualquiera de los presentes que use el HGU en monopuesto y luego ponga su propio Router, es el mismo escenario. Obviamente mi red es diferente a la del HGU, y por ende posee un direccionamiento y rango IP diferente que el de la red del HGU. Peo todo ello no significa que no pueda desde mi propia red acceder a la red del HGU. Prácticamente todo lo conecto a mi propia red, y esta tiene acceso igualmente a la red del HGU, el HGU no hace NAT desde Internet porque la conexión la gestiona todo mi propio Router... la conexión a Internet. La conexión VoIP/IPTV sí la levanta y gestiona el HGU, yo simplemente subo el tráfico desde mi red. Mi Router no etiqueta absolutamente nada, y puedo como digo desde conectar cualquier teléfono VoIP a usar VLC para acceder a los streams de Movistar, aunque a día de hoy eso tiene ya poco sentido teniendo en cuenta la encriptación, pero acceder a ellos claro que puedo, de echo el deco está conectado a mi Router.

Saludos.

Theliel 

Entiendo; entonces no tienes un setup de "monopuesto y listo"; tienes una lan distinta de las genéricas para que no solape con el HGU y tienes habilitado o NAT o Masq entre las dos LAN de alguna manera; no solo de las dos LAN sino tb de las redes de deco y/o voip; vamos el mismo setup que tenía yo antes de cambiar a la nueva HGU y tratar de dejarlo simplificado; 

Antes (mismo router pero tageando todo desde el router) si podía usar SIP, Deco e incluso streams de los canales desde el PC directamente con VLC; pero ahora no (es la limitación del monopuesto vs bridge antiguo);

Lo que no me acaba de rascar mucho es precisamente los errores de VoIP; hace unos minutos me volví a quedar sin linea, y cuando estaba volviendo, llamando a mis suegros (fijo de otra provincia y otro proveedor) me saltaba una locución de "Movistar informa que no existe el numero..."; sin embargo llamar a mi móvil, si daba señal; al cabo de un par de minutos ha funcionado correctamente por lo que me da la sensación que o bien el software del HGU está dando algún problema o la centralita a la que estoy conectado (de mi zona) tiene algún tipo de problema o que mi $user o $config en el lado de telefonica tiene algo que no cuadra.

Buenas cbr600f 

Me he perdido... obviamente si tienes otro Router, tiene que tener una red diferente, eso directamente se da por entendido. Dado que el Router de Movistar usa la 1.0/24 por defecto, en tu propia red usa cualquier otra red, da igual que sea la 0.0/24, la 2.0/24 o incluso cualquier red de tipo 10.0.0.0/8. Pero como es natural una red diferente.

Respecto al HGU en modo monopuesto, claro que pierde la ruta por defecto. En modo nominal es la interfaz PPPoE, que al ponerse en bridge, esa ruta se pierde. Pero eso tan solo implica que el HGU pierde acceso a Internet, nada más. Todo lo demás sigue funcionando sin problema. Es cierto que en lo personal tengo bastante toqueteado el HGU, pero partiendo de lo sencillo, de un reset a mi HGU, simplemente configurándolo en monopuesto, si conecto cualquier dispositivo a cualquiera de los puertos del HGU voy a obtener los datos IP que el servidor DHCP del HGU está dando.

Otra cosa diferente es que debido a usar en tu propio Router la misma red, estés generando todo tipo de conflictos, lo cual es lógico por otro lado

Mi caso particular es un poco especial porque como digo es cierto que tengo el HGU bastante modificado, , pero a efectos prácticos es un poco indiferente, dado que lo básico es común a todos realmente, a fin de cuenta no deja de tener por defecto su red de fábrica (192.168.1.0/24), sin modificar en modo alguno el servidor DHCP (los 3 rangos que levanta)...  para un correcto funcionamiento no se requiere realmente nada más. Como digo es lo bueno del modo monopuesto, no te hace falta realmente más.

En mi propio Router ya es otra cosa. En mi caso por ejemplo pues me gusta usar por capricho la red 2.0/24 no requiero de un direccionamiento mayor, y configurado algunas rutas y scripts para tener acceso completo al HGU desde mi propia red como digo, ya sea para usar servicios VoIP o IPTV, de modo que todo puedo conectarlo a mi propio Router si quiero. Como ya he dicho, el poder acceder simplemente al HGU a su interfaz Web es trivial, pero como estabas usando la misma red igual todos tus problemas vienen de ahí... si aun así no funcionase, como digo, simplemente es configurar la interfaz física WAN de tu propio Router para tener unos datos válidos y enmascarar el tráfico que suba.

No te puedo precisar más sobre configuraciones más específicas porque realmente no te sería de utilidad. Primero porque soy de la vieja escuela, si requiero un control más concreto y quiero saber realmente que está haciendo el Router, lo controlo todo manualmente por medio de scripts configurados en el propio Router. Y segundo porque estos realmente están adaptados no solo al hardware de mi propio Router, sino de mis propias necesidades, que estoy seguro que no son las de otros. Pero lo mismo sucede con mi HGU.

La parte importante en lo que nos toca, si lo quieres ver así, es lo que ya he dicho, obviamente el Router propio en una red diferente, enmascarar el tráfico que sube a la red del HGU, y configurar la interfaz WAN física del Router propio. Dependiendo de marca y modelo del Router que sea se podrá llevar a cabo de un modo, de otro, o de ninguna de las formas. Muchos de forma automática podrán hacerlo internamente sin hacer nada, otros requerirán algún que otro ajuste en su interfaz Web, otros a lo mejor requieren algún ajuste por shell, y otros es posible que ni siquiera lo permitan.

Saludos.

Theliel 

El Smart Wifi 6 que yo tengo, al configurarlo en monopuesto, no tiene ni "internet" interna. Es decir, que no sabe por dónde salir, no tiene gateway, no puede enviar logs por email, etc.

Sigue teniendo la IP interna por defecto, pero el servidor DHCP, aunque habilitado, no funciona, porque el interfaz _wan_ está en modo bridge.

No tengo ni idea de porqué, pero así es como me está funcionando. Voy a probar a cambiar la subred de casa por la 0.0 en lugar de la 1.0 por si acaso es una chorrada de ese tipo pero por lo que estoy viendo en la parte avanzada del firmware, no es así; la interfaz WAN está en modo bridge y no tiene IP asignada; 

He visto varios hilos en los que tb intervienes con el mismo problema (no poder acceder al Smart Wifi 6 en cuanto pasa a estar en monopuesto); y sin embargo tu no sufres el problema. ¿Te importaría pasarnos un hint de tu configuración? i.e. que red tienes en el router detrás del HGU, porque leyendo tus posts tu no tocaste nada del HGU salvo el cambiar a monopuesto, pero me da que tienes diferente red a la 192.168.1.0/24 en tu propio router...

Buenas cbr600f 

Me temo que no, que el problema es como estás configurando tu propio Router. Yo uso siempre mis propios dispositivos, tengo el HGU en monopuesto como digo, y con total independencia de que mi propio Router levante una sesión PPPoE sobre la interfaz WAN de este, ese mismo puerto WAN a su vez tiene su propia configuración también, con el que sube y baja el tráfico hacia la red del HGU sin ningún tipo de problema. Es más, no solo es que pueda acceder al HGU a su interfaz Web, es que puedo conectar a mi propio Router cualquier cliente SIP, Deco... que voy a tener servicio igualmente, con total independencia de que el HGU esté o no en monopuesto.

Precisamente lo bueno del modo monopuesto del HGU, es que no tienes que hacerle más nada. Puedes resetearlo, ponerlo en monopuesto y listo!! Vale, deshabilitarle WIFI en el HGU si no lo vas a usar, pero nada más. En modo monopuesto el servidor DHCP del HGU sigue funcionando sin problema, prueba de ello que si conectas un dispositivo a uno de sus puertos, este le va a entregar los datos de red habituales.

Como digo siempre, por lo general el problema de usar un router propio no ha sido casi nunca el HGU, sino la configuración de nuestro propio Router que queremos usar, nada más. No existe a día de hoy ningún tipo de limitación al usar el HGU en monopuesto, ni para acceder a su red desde la red de nuestro Router, ni en poder conectar a nuestro Router Deco o telefonía IP, ni nada de nada, al menos en lo que se refiere a usar como digo el HGU en monopuesto.

---------

Para terminar y ya no sé sinceramente quien lo ha preguntado, cuando he tenido que usar en un momento dado un sofphone, a lo rápido he usado siempre Phoner/PhonerLite.

Buenas damosta 

La cuestión es bastante más compleja. Los equipos de los ISP son para uso general, le ISP los instala preconfigurado para sus necesidades. Pero el ISP no fabrica el Router, ni tampoco crea su software, eso lo hace el fabricante. El ISP requiere y "exige" al fabricante una serie de prestaciones, servicios, software... y el fabricante tiene que cumplir con ello, lo estipulado, pero no tiene realmente obligación de nada más... al igual que no puede hacer nada menos. Movistar solo garantiza el funcionamiento de sus dispositivos en su modo de trabajo nominal, es decir, coges, lo reseteas, y poco más. Sí, se da por supuesto que puedes cambiar WIFI, nombre de redes y otras cuestiones, pero dudo enormemente que el cambio de la red de funcionamiento esté dentro de lo que Movistar exija al fabricante. El fabricante a su vez, como cualquier otro haría, va a ir a lo que le resulte más sencillo en algunos casos, y si por el motivo que sea en un momento dado les es más sencillo fijar una IP concreta para una ruta o para cualquier otra cuestión, lo van a hacer.

Esto no significa que no sea un fallo en la firmware del Router, ojo. Técnicamente lo es, dado que si fuese una limitación pues se impediría directamente su modificación, y se diría algo como: Ei, por narices usas esta red, si quieres bien y si no también. Pero repito las cosas no son blancas o negras, ya que no todo afecta de igual modo. Muchos ajustes que quedan fuera de lo que Movistar interprete como funcionalidades "certificadas" pueden funcionar (o no) de forma correcta en según que escenarios. Son técnicamente deficiencias de la firmware? Sí, claro, por supuesto, pero esto lleva pasando desde siempre, desde el momento que uno usa un Router de un ISP, da igual al ISP en el que estés, tienes problemas de este tipo por todos lados, a veces es uno, a veces es otro.

Y son de complicada solución. Al no ser una exigencia del ISP, un requerimiento concreto, el que al final decide será el fabricante, así como la prioridad que pueda darle en caso de que estime que lo quiere o puede solucionar. Puede ser un bug que se les ha escapado y que tienen pensamiento de solucionar, por supuesto. O puede ser que sea premeditado porque les causa menos problemas eso que otras soluciones. Pero en cualquier caso como digo son problemas menores en una larga lista de otras cuestiones que tienen que trabajar de forma activa, como es cualquier requerimiento "certificado" de Movistar. Por poner un ejemplo sencillo, las librerías y binarios requeridos para el correcto uso de la aplicación Móvil y Alejandra, la interfaz Web simplificada...

Esto es extrapolable a cuando se hace uso del modo monopuesto. Sí, este "modo" es un requerimiento, y funciona perfectamente, pero eso no quita que pueda tener efectos colaterales por detrás en otras funcionalidades, eso ya por ende cae en manos de cada uno el como solucionarlo.

Así que en lo que respecta a ello, puedes esperar un poco sentado :). Obviamente los HGU6 llevan menos tiempo en el mercado y las firmware están más verdes, pero en este caso en concreto, si realmente el problema lo dispara el cambio de red principal, dudo que se vaya a solucionar a corto plazo.

---

Por otro lado, en lo relativo al motivo de cambiar de red, y esto es consejo, fijar IPs a nivel particular por dispositivo es un atraso enorme y muy desaconsejable además, cuando desde siempre se puede usar el servidor DHCP del Router con asignaciones estáticas. Es mucho más seguro sobre todo a la hora de evitar conflictos de cualquier tipo. Te pongo por caos mi red, donde uso mi propio Router (El HGU por supuesto en su red por defecto), y donde absolutamente todos los dispositivos de mi red están etiquetados, clasificados, nombrados... pero todo ello como es lógico de forma centralizada. Si tengo que cambiar de HGU tardo unos 2 minutos en hacerlo, si tengo que cambiar del Router propio, unos 5-10 min para tenerlo de nuevo todo tal como lo tengo. Aun cuando la lista la mantuviese el propio HGU, tardaría no se... 10-15 min en pasar las IPs y MAC? Sí, es un tiempo, pero me ahorra mucho mucho mucho más tiempo por otro lado en problemas. Es decir, piensa el tiempo que llevas lidiando con esto, visitas de técnicos, foros... si se da la cuestión que es por el cambio de red (que igual es por otra configuración concreta), crear una lista de leases estáticos en el Router te habría llevado mucho menos tiempo y tendrías el problema resuelto de forma permanente.

Al final, hay que ser práctico. Del mismo modo que si el Router de Movistar no es por el motivo que sea adecuado, siempre uno puede optar por su propio equipo.

Cita 

> No había leído este otro mensaje. El usar tu propio Router y dejar el HGU en monopuesto, no impide en modo alguno que puedas acceder al HGU, tan solo tienes que enmascarar el tráfico que suba a la red del HGU y asignar datos adecuados a la interfaz WAN física de tu propio Router.

En realidad si, porque al ponerlo en monopuesto, "deja" de tener una IP accesible en el puerto que va al nuevo GW; el nuevo gw tiene la 192.168.1.1 y pasa todo el trafico por el bridge y por tanto desde mi lan no puedo acceder al 192.168.1.1 que es la ip que tiene en LAN el router de movistar si no tocas nada. Así que hay que salirse de la LAN local, configurar una IP fija (al estar en monopuesto / bridge no hay DCHP) en el PC y acceder a la lan del router en otro puerto que no sea el monopuesto.

La verdad es que antes si dedicaba tiempo a estas cosas y ahora ya paso de ellas y no le he dedicado mucho tiempo, por lo que vi, en la configuración avanzada si se podía incluso pasar el trafico raw y gestionar las tres vlan directamente en un modo bridge puro; pero al venir soporte por defecto de movistar para monopuesto resulta muy cómodo hacerlo así.