Buenas Mig24
Tu esquema dudo que funcione, puedes probarlo, pero lo dudo enormemente. Cada Router está en una red diferente, con puertas de enlace diferente, con servidores DHCP diferentes... el "truco" de conectar algunos Router como falsos Switch conectando un cable LAN<->LAN no solo no es recomendable, sino que en muchas ocasiones no funciona, y hablamos de dispositivos conectados en la misma red donde se conectan a ese falso Switch dispositivos que toman los datos IP todos ellos del mismo servidor DHCP.
En este caso no es así, es más, podrías estar ocasionando un loop que terminase colapsando ambos Router.
Para el deco, su puerta de enlace seguirá siendo el Router, sus DNS la que le suministra el Router, y los datos IPs los que le suministre el Router, y eso si tienes suerte, porque al conectar al HGU una entrada del otro Router, si el HGU no filtra el tráfico DHCP de tu Router, el Deco podría configurarse con los datos de tu Router, no del HGU, con lo que directamente no tendrías acceso a nada.
Saludos.
Muchas gracias, Theliel ,
Efectivamente, entiendo que lo mejor es deshabilitar todos los DHCP que pueda tener el HGU, y dejar en la LAN sólo el DHCP del router Neutro para el acceso a Intenet, y configurar el decodificador de forma estática, para que no se vea afectado por los anuncios DHCP del router neutro. Supongo que de esta manera tengo una LAN con 2 routers, mismo direccionamiento 192.168.1.0/24, distintas IP (.1 el HGU, .2 el router neutro) pero sólo un servidor DHCP (el router neutro), y todos los hosts de la LAN salen por el router neutro, con excepción del deco, que usa la config estática para salir por el HGU, con lo cual el tráfico IPTV (salvo VoD) saldría por el HGU como hasta ahora, y para el tráfico VoD (que no sé por qué, pero parece que debe salir por Internet), la ruta 0/0 del HGU hacia el router neutro, lo haría salir por Internet. No veo bucle por tener en una LAN dos routers. Lo supongo que inusual es que el puerto WAN de router neutro también vaya a la "LAN" del HGU, pero estando el HGU en modo monopuesto, entiendo que para la VLAN de Internet (en su puerto de fibra), y el puerto LANdel HGU donde donde va conectado el router neutro, hace un bridge donde en la parte LAN solo levanta el nivel 2 (PPP+Ethernet), pero no hay ninguna IP de la LAN adicional a la IP pública del PPPoE, con lo cual quizás no haya problemas, pero hay que probarlo sí. No voy a poder hasta dentro de un par de semanas, y os cuento.....
Alguna razón para que el tráfico de VoD no vaya por la VLAN de IPTV, lo cuál evitaría todos estos líos? Conceptualmente no es tráfico de Internet, sino de red privada.....
Gracias por la ayuda
Buenas Mig24
Por lo general, poco va a importar que uses la misma red y deshabilites el servidor DHCP del HGU, te encontrarías muy probablemente exactamente en el mismo punto inicial, si no puedes indicar al HGU la ruta por defecto, el HGU no va a poder enviar el tráfico a ningún lado. En ese esquema lo único que te evitaría y sólo en todo caso es el enmascaramiento del Router propio, pero muy probablemente sigue sin existir ruta. La ruta no se va a crear simplemente porque quieras puentear la conexión.
Pero como con todo, la mejor opción siempre es comprobar las cosas, por supuesto. Tan simple como mirar en la configuración avanzada las rutas, si no hay ruta por defecto...
Y respecto del motivo por el cual no va todo bajo la interfaz IPTV, parte es por lógica, pero otra parte solo es especulativo, y ni mucho menos el contenido VoD es lo úinco que puede ser problemático. Ejemplo, las plataforma integradas como Netflix, Prime y otras obviamente no pasan al caudal IPTV, usan la conexión a Internet normal, los servidores no están en la red de Movistar.
Pero no es la única cuestión, el tráfico por su red se emite en multicast y a todo el ramal de fibra, con que un solo usuario de las decenas de los usuarios que comparten la misma fibra quiera recibir un canal de TV todo el tráfico va a circular por la fibra, ahogando la capacidad de esta, pero tiene la ventaja que dicho canal o contenido puede ser visto a la vez por muchos otros usuarios, sin aumentar el caudal, puesto que se emite en multicast. Pero bajo VoD no es así, el contenido es más directo, con lo que el ancho reservado para IPTV dentro de la propia fibra sufriría mucha más presión.
Por último y no menos importante cuestiones de seguridad y comprobaciones que pueda hacer Movistar. Por ejemplo en los últimos tiempos parece ser que también algunas cuestiones relativas a DRM tienen que ser transmitidas por Internet y no por la interfaz IPTV. Originariamente, hace pocos años, prácticamente el 100% corría bajo la interfaz IPTV, pero la cada vez mayor demanda de contenido 4K, plataformas integradas y otros hace que sea necesario desviar esa presión hacia el flujo de Internet estándar, y yo no descartaría que fuesen desviando algunas cosillas más.
Hola,
Theliel , muchas gracias por la respuesta. Sí, la ruta por defecto en el HGU la tengo puesta ya. He visto que hay otra por defecto hacia su WAN, que no deja borrar, pero como la interfaz WAN está "operacionalmente disabled", porque el PPPoE lo hace mi router neutro, no debería usarla, y sí usar la que le he puesto hacia la LAN (next-hop 192.168.0.2, que será la IP LAN de mi router neutro, cuando se la cambie). He probado también a deshabilitar los 3 servidores DHCP del router neutro, y me funciona bien Internet y IPTV (a excepcion de VoD, a la espera de completar el cambio).
Con respecto al razonamiento del uso de la VLAN de Internet, sí, puede tener sentido que al final, la VLAN de IPTV sea una VLAN dedicada principalmente a Multicast, y todo el Unicast de IPTV se trate distinto. Tal vez hubiera sido más elegante crear una "cuarta VLAN" de IPTV unicast que soportara VoD, Netflix, etc, pero gestionado por el HGU aunque lo pongas monopuesto (al final vas por el mismo canuto, que es la fibra, y aunque luego no esté el contenido en infraestructura de Movistar, habrá unos buenos peering en los CPD, porque al final al desviarlo a través de la VLAN de Internet va a terminar en Movistar en el mismo sitio....
Probaré cdo pueda el cambio, y os cuento.
Muchas gracias por la ayuda.
Saludos
Hola Theliel ,
He hecho el cambio, y está funcionando todo bien.
Recopilo, por si es de interés para alguien:
- Configuración de partida: router Movistar RTF8115VW (HGU) FTTH (fiber to the home), decodificador UHD conectado por WiFi, ToIP (teléfonía sobre IP)=teléfono fijo conectado al HGU, usando la red WiFi MOVISTAR_xxx (2.4 GHz para Internet) y la red WiFi MOVISTAR_PLUS_xxx (5 GHz) para Movistar TV.
- Problemas: falta de prestaciones en gestión de muchos elementos en la LAN, en entorno Apple Homekit/Home Assitant, inestabilidades, dispositivos sin respuesta periódicamente, imposibilidad del HGU de asignación de direcciones IP estáticas (sobre el papel lo hace, pero luego no funciona), necesarias para integraciones domóticas, en algunos dispositivos que no permiten configurar IPs fijas y se necesita que lo haga el router.
- Solución: ponemos un router neutro para gestionar el tráfico Internet y VoD (vídeo bajo demanda de Movistar TV) y dejamos el HGU para gestionar IPTV (Movistar TV, el tráfico Multicast) y ToIP. El router neutro en realidad es un sistema WiFi Mesh Linksys Velop MX4200 con varios dispositivos, el principal conectado al router neutro.
- Conexionado:
Puerto WAN del router neutro, Ethernet, conectado a un puerto LAN del HGU (este puerto será el que se use para establecer la sesion PPPoE en el router neutro).
Puerto LAN del router neutro, Ethernet, conectado a un puerto LAN del HGU (este puerto será el que se use para que las LAN de los dos router estén interconectadas, y el tráfico de VoD del HGU, que no tendrá Internet, tenga salida a Internet a través del router neutro y pueda funcionar VoD)
- Cambios en el decodificador:
- WiFi estática MOVISTAR_PLUS_xxx (5 GHz)
- Configuracion estática de red (lo que tenga de direccion IP, máscara, pasarela, dirección IP del OPCH y DNS primario, aprendido dinámicamente, lo dejamos en estático)
- Cambios en el HGU:
- lo configuramos en monopuesto
- deshabilitamos los 3 DHCP que tiene (el DHCP de Internet lo hará el router neutro)
- deshabilitamos la red WiFi MOVISTAR_xxx (2.4 GHz), pero mantenemos la WiFi MOVISTAR_PLUS_xxx (5 GHz) para que se comunique con el decodificador
- añadimos una ruta por defecto a través de la interfaz LAN (ip1) a la dirección IP de la LAN del router neutro (en mi caso 192.168.1.2, para mantener la .1 para el HGU, que es la que trae por defecto)
- Configuración del router neutro:
- Cliente PPPoE con NAT con los datos usados en Movistar
- Direccionamiento IP de la LAN 192.168.1.2/24
- Servidor DHCP para la LAN en el mismo rango que Movistar: 192.168.1.33 a .199
- Hacer reservas DHCP necesarias en el router neutro para los elementos que necesiten IP fija y que no se pueda configurar.
- Configurar WiFi con el mismo SSID que el de Movistar (MOVISTAR_XXX) y en mi caso he optado por que sea mixto (2.4+5GHZ) con el mismo SSID. Esto es para facilitar la migración de los dispositivos.
- Configuración de los elementos con IP fija: mantener todo igual pero actualizar el gateway de .1 a .2
- Proceso de migración: OK, salvo un Google Nest que tuve que reiniciar al valor de fábrica y un Alexa que requirió volver a configurarle la red WiFi. El resto, aceptaron el cambio de router con el mismo SSID de red WiFi
- Resultado: tengo ToIP como antes, Movistar TV (multicast y VoD como antes), pero en el tráfico Internet, adicionalmente a la mejora de cobertura del sistema WiFi Mesh en casa grande, tiene mucha más estabilidad (ya no tengo dispositivos sin respuesta)
- Ventajas de hacerlo así:
- Al router neutro no se le piden grandes características (por ejemplo que gestione el tráfico de vídeo de Movistar TV multicast), tan solo PPPoE. Eso abre el abanico de posibles routers neutros.
- El HGU se hace cargo del tráfico Multicast y sigue usando RIP para aprender las rutas, por si hubiera cambios, y asi "libera" al router neutro de esa carga, que se centra en Internet. Si hay futuros traspasos de tráfico de Movistar TV hacia Internet, debería seguir funcionando, pues se lo deriva al router neutro. Para la vuelta del tráfico, el router neutro lo tiene que enviar al decoficador, que está en su LAN, directamente conectado, sin ningún tratamiento especial.
- El HGU queda liberado de la gestión del tráfico de Internet de la LAN, que no lo hace bien cuando hay mucha carga (no de tráfico, sino de hosts, multicast local mDNS típico Apple).
- El proceso de migración es sencillo, y la mayoría de los dispositivos conectados típicamente por WiFi con direccionamiento dinámico no requieren ningún cambio, pues el SSID no cambia, y obtienen dirección, máscara y nuevo default-gateway por DHCP del router neutro y se actualizan solos.
- El sistema es muy escalable (se puede crecer poniendo nodos para ampliar cobertura WiFi con cambios mínimos, y desde el principio con WiFi 6)
De momento va todo perfecto y muy contento. Si aparecen problemas comentaré.
Saludos
