Buenas Poshi78
La cuestión aquí es que el ISP entrega sus equipos configurados para tener el servicio adecuado. El modo monopuesto no es una configuración básica, es una opción que puede usar cualquier usuario en el caso de que quiera hacer uso de sus propios equipos, haciéndose en ese momento totalmente responsable de lo bien o mal que funcione el servicio debido a ello. Movistar aquí no está aplicando una "mano negra" donde de forma deliberada quiera fastidiar a quien usa sus equipos. Simplemente es una consecuencia obvia (el perder Internet en el HGU) derivada de usar el usuario su propio Router para gestionar Internet. Teniendo en cuenta como digo que esto no impide de modo alguno que tu puedas configurar tu Router de forma correcta para tener acceso a TODO, no hay "drama" posible en ello. A fin de cuentas se supone que si un usuario quiere o desea conectar su propio dispositivo, tendrá los conocimientos y hardware adecuado para ello.
Todas las soluciones que puedas imaginar estoy seguro que se tomaron en cuenta, por eso optaron al final por el modo Monopuesto, que además es el que permite precisamente que se puedan usar más Router y en más escenarios posibles. Sobre las soluciones que propones:
1º. Que el tráfico del deco vaya por la VLAN2: Ya lo hace, prácticamente TODO. Es por esta razón que el Deco realmente sigue funcionando, únicamente algunas funcionalidades pueden perderse. Esto no es capricho, está fuertemente relacionado con toda la estructura de red de Movistar. No todo el tráfico puede pasar por su red Interna (la VLAN 2/3), hay tráfico que tiene que salir directamente a Internet. El streaming se realiza en Multicast, es el modo infinitamente más eficiente que existe. Otros contenidos no, es a demanda, a petición. Servirlo absolutamente todo por la VLAN 2, implicaría saturar y estrechar inmensamente el ancho de banda disponible en cada fibra para la IPTV. Recuerda que la fibra no es dedicada, un solo hilo de fibra puede dar servicio a decenas de usuarios, y por ende todo el tráfico IPTV, VoIP e Internet de TODOS los usuarios a esa fibra tiene que ir por ella. Para asegurar el servicio la IPTV tiene digamos "asignado" un ancho concreto, emitida como digo en Multicast para no enviar el tráfico según el usuario. Si encima metieses todo el tráfico VoD (por no hablar de otros servicios como D+, Netflix y otros), no cabría.
2º. Añadir una VLAN adicional implica reestructurar toda su red igualmente, sin contar que Movistar entonces estaría permitiendo dos conexiones simultáneas a Internet!! Cosa que por todos lados es cuanto menos inviable.
3º. Bridge real en vez de Monopuesto? Sí, podrían haber optado por esa opción, y de echo algunos HGU puede hacerse de forma no muy ortodoxa. Pero ya lo hemos hablado, la opción de Monopuesto permite de forma sencilla poder usar prácticamente cualquier hardware del mercado para gestionar Internet. Actualmente ¿cuantos Router "domésticos" conoces que pueda gestionar 3 Interfaces WAN independientes por VLAN? Muy pocos, ni siquiera lo permitiría Asus así como así, puesto que o te ensucias las manos creando configuraciones específicas con scripts y otros, o te fías de Asus del perfil que creó específico para Movistar. El modo monopuesto en cambio permite la gestión de Internet casi a cualquiera. Aun cuando el usuario no tuviese un Router o conocimientos para configurarlo de forma correcta para poder conectar el Deco a él, piensa que un buen porcentaje de usuarios "profesionales" (empresas, PYMES...) no tienen tampoco IPTV/VoIP pero si requieren usar sus propios equipos.
--------------
Y todo ello repito, complicarlo todo cuando Movistar no está impidiendo de este modo que uno pueda usar el modo monopuesto, y aun así conectar el Deco o un teléfono a tu propio Deco como digo. Es decir, que realmente no existe ninguna limitación, tan solo es configurar tu propio Router para tus necesidades.
"Lo que no veo es como puedes gestionar la IPTV desde el router neutro solo poniendo el HGU en modo monopuesto. Si la VLAN 2 se la queda el HGU... como puede llegar a manos del router neutro para procesarla?"
Eso es bastante sencillo realmente. El Router propio ya está conectado de facto al HGU, por ende el Router propio tiene completo acceso a la red del HGU, y por ende tanto al tráfico de IPTV como al tráfico de VoIP. ¿Acaso no es Internet una red de redes interconectada por diferentes enrutadores y otros? Que tú pongas otro Router no implica que tu red (la gestionada por tu router) no pueda acceder a los recursos de la red superior. De echo lo único que hay que hacer si se quiere hacer de forma correcta y adecuada, es emular lo mismo que hace el propio HGU, lo mismo en parte que haría tu propio Router realmente si gestionase la VLAN directamente, quitando únicamente la parte precisamente de la gestión de la VLAN.
Es decir, si el HGU fuese un bridge real, tendrías que hacer todo esto para configurar correctamente IPTV en tu propio Router:
1º. Crear y levantar una interfaz WAN por VLAN. Dicha interfaz configurarla de forma estática con datos concretos y únicos que da Movistar a cada usuario
2º. Obtener las rutas por RIP que van por dicha Interfaz, para que el Router sepa donde redirigir el tráfico en cada caso
3º. Crear una entrada condicional en el servidor DHCP para que se le asigne a los Decodificadores (y solo a ellos) un servidor DNS diferente, así como el Option240. Para ello se usará el IDVendor del cliente DHCP de los Deco, que siempre será "IAL".
4º. Configurar correctamente IGMP Proxy e IGMP Snooping para que no existan problemas con Multicast.
Todo eso es lo que hay que hacer si tuviésemos el HGU en un bridge real, o conectado a una ONT. Que tu Router pueda tener un perfil en un desplegable que internamente lo haga todo él solito, no significa que por detrás haga todo eso en mayor o menor medida. Pero en cualquier caso, estando en monopuesto es lo mismo, readaptando únicamente el punto 1º y el punto 2º dado que la gestión recae en el HGU. Estos dos puntos se "cambiarían" por
1º. No hay Interfaz WAN adicional, simplemente enmascarar el tráfico que suba a la red del HGU, sin más. De este modo el tráfico que suba el Router propio será visto por el HGU como si fuese tráfico de su propia red y podrá enrutarlo sin problema alguno
2º. Las rutas ya no pueden llegar por RIP por lo general (se podría hacer pero para que), así que simplemente podemos introducirlas a mano en nuestro Router, ya las tenemos en el HGU a fin de cuentas, no? Son las mismas, simplemente hacemos lo mismo.
3º y 4º, exactamente lo mismo que hace el HGU.
Y nada más. De este modo da igual lo que conectes a tu propio Router. Si es un deco y el tráfico que requiere sería de la VLAN2, simplemente tu Router subirá el tráfico al HGU y este lo enviará a donde debe. Si el tráfico que requiere el deco es Internet, tu Router lo enviará a Internet. Si lo que conectas es un teléfono VoIP, exactamente lo mismo, subirá el tráfico a la VLAN VoIP del HGU y el HGU lo enviará por ahí. Limitaciones ninguna.
--------------
Otras soluciones son posibles por supuesto, pero es querer complicarse la existencia cuando repito se hace sin problemas, únicamente es no tener limitaciones ni de hardware ni de como hacer lo que uno quiere hacer, que repito se da por sentado que se conoce. Pero sí, pueden existir otras soluciones no adecuadas para ello, o complementarias incluso:
1º. Como digo, se puede de forma no ortodoxa "forzar" una Ruta default en el HGU, pero esto no es adecuado y tiene otros problemas.. pero técnicamente se puede hacer en algunos casos
2º. Se puede retroalimentar de nuevo el HGU con otro cable para subirle directamente Internet al bridge interno desde el Router propio... implica otro cable por supuesto y lidiar con potenciales problemas adicionales.
3º. Algunos HGU permiten separar por puertos, imagino que es a lo que te refieres, lo que implicaría dedicar un puerto concreto del HGU para bajar otro bridge que vaya directamente a la VLAN que se quiera... esto es tremendamente engorroso, y potencialmente podría valer únicamente para conectar un solo Deco, no dos, dependiendo de como se haga, y un Router que pueda configurar otro puerto como WAN.
4º. Seguro que si pienso un rato se me ocurren otras formas alternativas... pero repito, no ortodoxas, no adecuadas, y que al final lo único que hacen es crear puntos de problemas de la red, cuando podemos hacerlo de forma nativa y de forma sencilla.
Saludos.