Foro

Avatar de dCrypt
dCrypt
Yo probé el VDSL
27-06-2021
Resuelto

He perdido la TV en configuración monopuesto HGU + router neutro ASUS

Buenas,

 

Pues estaba funcionando hasta hace unos días. Mi configuración, como finalmente la configuré con ayuda de Theliel aquí, https://comunidad.movistar.es/t5/Soporte-Fibra-y-ADSL/Configuraci%C3%B3n-correcta-HGU-monopuesto-gt-Asus-gt-switch-gt-desco/m-p/3734780#M361838 , Mitrastar en monopuesto, router ASUS configurado como router neutro (Mitrastar gestiona las VLANs y ASUS la WiFi y la LAN). Hasta ahora todo funcionaba bien, VoIP, TV, en cualquier toma de la LAN e incluso en un switch conectado a ellas.

 

Pero desde hace unos días, esto ya no funciona. Sólo recibo los canales, pero nada de U7D ni grabaciones. Tampoco accedo al menú. Sólo funciona si conecto el desco directamente al HGU.

 

Tengo configurado:

 

  • El DHCP condicional vía dnsmasq
  • La ruta mediante scripts "route add -net $TVIP_DEST gw $TVIP_GATEWAY_ROUTER netmask $TVIP_MASK $ASUS_WAN_INTERFACE"
  • Nunca he necesitado usar el comando "iptables" para que me funcionara, pero he probado y no lo arregla

Tenía un firmware antiguo instalado, he reseteado el HGU y me ha instalado la v54_7_CA

 

¿Alguna idea?

 

Saludos.

  • Buenas dCrypt 

     

    El deco tendría que funcionar siempre en cliente dhcp, no hace falta configurarlo fijo.

     

    Por otro lado, hay alguna ruta que no tienes metida, no te puedo decir ahora mismo la importancia o no porque no te lo puedo comprobar, pero te faltan rutas. Esto es simple de verlo, entra en el HGU, config avanzada, y mira en rutas las que el Router tiene añadidas. Usando 172.26.0.0/17 dejas fuera  algunas. O usas una red/mascara más incluyente, o añades una segunda ruta que recoja el resto.

     

    Por otro lado y para asegurarte que no hay problema de DNS, que suele evidenciar problemas con 7ud y otros, añade a dnsmask el host directamente:

     

    address=/www-60.svc.imagenio.telefonica.net/172.26.22.23

     

    Otra posibilidad, que sucede en algunas firmwares/router/deco, es que el tráfico que viene, lo hace con TTL = 1, dado que espera ya equipos finales. Como  tienes un Router debajo y en otra red, el TTL se decrementa, con lo que el Router lo descarta por TTL. El Router asus tiene en WAN una opción para evitar esto, pero lo aplica solo creo recordar a la conexión PPPoE, no al tráfico que suba/baje, con lo que sería necesario crear una entrada en iptables que simplemente monitorice el TTL de los paquetes hacia y desde el deco, y si tienen un TTL menor de 3 por ejemplo, fijarlo a 64

     

    Estoy hay varias formas de solucionarlo, pero lo más cómodo es añadir una regla en iptables que chequea el TTL de los paquetes, y que lo modifique al vuelo si por ejemplo es igual a 1, o menor que 3, o la lógica que se prefiera.

     

     

16 Respuestas

Las respuestas se han desactivado para esta discusión
  • Avatar de dCrypt
    dCrypt
    Yo probé el VDSL
    27-06-2021

    Añado, que también tengo un script /jffs/scripts/nat-start:

     

     

     

    Spoiler

    touch /tmp/000nat-start
    echo "$(date +"%Y-%m-%d %H:%M.%S") > nat-start" >> /jffs/secuencia.log

    HGU_GATEWAY_LAN="10.0.1.0/24"
    ASUS_WAN_INTERFACE="eth0"

    iptables -t nat -I POSTROUTING -o $ASUS_WAN_INTERFACE -d $HGU_GATEWAY_LAN -j MASQUERADE -v 2>&1 | logger -t MOVISTAR_nat-start

    echo "$(date +"%Y-%m-%d %H:%M.%S") > nat-stop" >> /jffs/secuencia.log
    logger -t MOVISTAR_nat-start `iptables -t nat -L | grep $HGU_GATEWAY_LAN`
    touch /tmp/000nat-stop

     

    Saludos.

     

     

  • Avatar de dCrypt
    dCrypt
    Yo probé el VDSL
    27-06-2021

    - Desco configurado en DHCP.

    - Cuando está conectado directamente al HGU, se configura así y funciona:

     

    Spoiler

     IP: 10.0.1.200

    Máscara: 255.255.255.0

    Pasarela: 10.0.1.1

    IP del OPCH: 239.0.2.30:22222

    DNS primario: 172.26.23.3

     

    - Conectado al ASUS se configura así, no funcionando:

     

    Spoiler

     IP: 10.0.0.37

    Máscara: 255.255.255.0

    Pasarela: 10.0.0.1

    IP del OPCH: 239.0.2.30:22222

    DNS primario: 172.26.23.3

     

    Con esta configuración siempre me ha funcionado, y estoy convencido que es la correcta.

     

    Saludos.

     

     

  • Avatar de dCrypt
    dCrypt
    Yo probé el VDSL
    27-06-2021

    Gracias por responder, Theliel . El caso es que en mi lado no he cambiado nada. El último firmware de Merlin lo he actualizado a principios de Junio y a diario veo la TV de Movistar en el desco. Sólo he notado el problema este fin de semana, el jueves o viernes la primera vez si no recuerdo mal.

     

    La última vez que me echaste una mano mi problema  se resolvió con las rutas, pero ahí no he tocado nada. Y no funciona.

     

    Resumo lo que hago, lo volví a configurar de cero ayer por si se había "cascado" algo, para ver si me falta algo según tu criterio:

     

    - Reset del HGU, configuración desde cero: cambio de contraseña, desactivación de las 2 WiFis, configuración en monopuesto, cambio de IP del HGU a 10.0.1.1. Si no recuerdo mal, eso es todo. Cuando fallaba tenía otro firmware, tras el reset se me ha actualizado a ES_g3.5_100VNJ0b54_7_CA. No toco nada más en el HGU.

    - El router está configurado con PPoE, IP 10.0.0.1, IP de la WAN 10.0.1.2, puerta de enlace de la WAN 10.0.1.1

    - Perfil IPTV=Ninguno, Puerto IPTV=Ninguno

    - Script en /jffs/scripts/wan-start-iptv invocado desde wan-start:

     

     

    Spoiler

    #!/bin/sh
    touch /tmp/000wan-start-iptv
    echo "$(date +"%Y-%m-%d %H:%M.%S") > wan-start-iptv" >> /jffs/secuencia.log

    TVIP_DEST="172.26.0.0"
    TVIP_GATEWAY_ROUTER="10.0.1.1"
    TVIP_MASK="255.255.128.0"
    ASUS_WAN_INTERFACE="eth0"

    route add -net $TVIP_DEST gw $TVIP_GATEWAY_ROUTER netmask $TVIP_MASK $ASUS_WAN_INTERFACE 2>&1 | logger -t MOVISTAR_wan-start-iptv

    logger -t MOVISTAR_wan-start-iptv `route | grep $TVIP_DEST`
    echo "$(date +"%Y-%m-%d %H:%M.%S") > wan-stop-iptv" >> /jffs/secuencia.log
    touch /tmp/000wan-stop-iptv

    - Fichero /jffs/configs/dnsmasq.conf.add:

     

     

    Spoiler

    dhcp-vendorclass=ial,IAL
    dhcp-option=ial,6,172.26.23.3
    dhcp-option=ial,240,:::::239.0.2.10:22222:v6.0:239.0.2.30:22222

    No tengo nada más configurado, que yo recuerde, para IPTV. La ruta se crea, la configuración de dnsmasq se actualiza con el ficherro de configuración, los permisos de los archivos son correctos (ejecución para scripts, lectura para configuración).

     

    Saludos.

     

     


  • Avatar de Theliel
    Theliel
    Yo probé el VDSL
    27-06-2021

    Buenas dCrypt 

     

    Por eso es totalmente necesario entender lo que se hace, para que si hay cualquier cambio al nivel que sea, se pueda subsanar de forma simple.

     

    No te puedo decir lo que falla porque para eso tendría que acceder al Router. Puede ser un simple cambio de Rutas o un problema con el servidor DNS de la IPTV, y que por el motivo que sea no esté funcionando bien. Por lo general si no funcionan grabaciones y 7ud, suele ser el servidor DNS, pero ya te digo que al 100% imposible saberlo.

     

    Como nota, te diré que yo llevo con la misma configuración desde hace años y me sigue funcionando a la perfección, con el HGU siempre en la última versión, y mi propio Router también actualizado. Dicho de otro modo, que yo sepa no hay ningún cambio por parte de Movistar en nada. Revisa todo a ver.

  • Avatar de dCrypt
    dCrypt
    Yo probé el VDSL
    27-06-2021

    Si, por favor, no cerréis el hilo, ya soy consciente que este tipo de peticiones no se atienden desde el servicio de Movistar, máxime cuando no me está fallando en condiciones "estándar".

     

    Saludos.

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    27-06-2021

    Buenas tardes dCrypt

     

    Te pedimos disculpas porque desde aquí no damos soporte a este tipo de configuraciones avanzadas, dejamos el hilo abierto para que otros usuarios con más experiencia puedan ayudarte.

     

    Un saludo

     

    Victoria