Hola de nuevo.
Quería compartir los resultados de las pruebas que he realizado con el Askey RTF8316VW, con firmware GL_g1.18_R8316_V2.19, intentando encontrar una alternativa al problema que comentamos anteriormente sobre el funcionamiento de RIP en modo monopuesto.
Como el firmware actual no permite reenviar correctamente hacia la LAN las rutas aprendidas mediante RIP para el servicio de IPTV, he intentado configurar el equipo en modo bridge transparente, de manera que mi router OpenWrt pueda gestionar directamente los tres servicios de Movistar.
La configuración que he probado es la siguiente:
- VLAN 6 (Internet): PPPoE, prioridad 802.1p = 1.
- VLAN 3 (VoIP): DHCP, prioridad 802.1p = 4.
- VLAN 2 (IPTV): dirección IP estática, prioridad 802.1p = 4.
En el Askey he creado tres bridges 802.1Q, asociando las VLAN correspondientes entre la interfaz óptica rg0 y el puerto Ethernet eth0.5, mediante las reglas de L2 Ingress Filtering y L2 Egress Marking.
Las reglas aparecen correctamente configuradas y, cuando conecto la fibra, todas pasan a Opr.Status = Enabled.
También he comprobado que el estado GPON pasa de 2 a 5 rápidamente, lo que parece indicar que la ONT completa correctamente el registro óptico.
Sin embargo, el tráfico no funciona:
- OpenWrt establece correctamente el enlace Ethernet a 2,5 Gbps.
- La conexión PPPoE sobre VLAN 6 intenta establecerse repetidamente, pero no recibe ningún PADO (Timeout waiting for PADO packets).
- El cliente DHCP de la VLAN 3 tampoco recibe ninguna respuesta.
- No he conseguido establecer comunicación con los servicios de Movistar a través de los bridges.
Para descartar un problema en la configuración de los bridges, he realizado una prueba adicional que considero especialmente significativa.
He configurado los mismos tres bridges, con las mismas VLAN y prioridades, pero sustituyendo la interfaz óptica rg0 por otra interfaz Ethernet, eth0.2, manteniendo eth0.5 en el otro extremo.
En esta configuración, el bridging entre eth0.2 y eth0.5 funciona correctamente para las tres VLAN (2, 3 y 6).
Por tanto, he podido comprobar que el mecanismo de bridging 802.1Q funciona correctamente entre interfaces Ethernet y que el problema aparece específicamente cuando sustituyo eth0.2 por rg0.
He repetido las pruebas con la fibra conectada y esperado un tiempo razonable después del registro GPON, sin obtener resultados diferentes. Al volver al router anterior, la conexión funciona correctamente.
Theliel , ¿ves algún error en este planteamiento? ¿Conoces alguna limitación del firmware que impida utilizar rg0 para establecer bridges transparentes entre la fibra y los puertos Ethernet?
Por lo que muestra la interfaz de administración, la configuración parece admitida, pero no funciona cuando interviene la interfaz óptica. El hecho de que las mismas reglas funcionen correctamente entre dos interfaces Ethernet me hace sospechar que existe alguna limitación o particularidad en el tratamiento de rg0.
Por otra parte, a los representantes de Comercial-movistar y Técnico-Movistar , me gustaría pedirles que confirmasen si el nuevo RTF8316VW continúa correctamente provisionado y habilitado en vuestra red.
Actualmente sigo utilizando mi router anterior y conecto el nuevo únicamente durante las pruebas. Desconozco si Movistar puede haber desactivado administrativamente el nuevo equipo al comprobar que no está siendo utilizado habitualmente.
Si el RTF8316VW estuviera desactivado o tuviera alguna restricción de servicio, eso podría explicar por qué alcanza el estado GPON 5, pero no consigo establecer las conexiones de Internet y VoIP.
Antes de seguir realizando pruebas y modificando configuraciones, me gustaría descartar esa posibilidad.
Gracias de antemano.
