Foro

Avatar de dCrypt
dCrypt
Yo probé el VDSL
19-02-2022

Otra vez deja de funcionar la IPTV con router Asus

Buenas,

 

Pues es la tercera vez que pido ayuda al respecto. Razón 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

 

y aquí:

 

https://comunidad.movistar.es/t5/Soporte-Fibra-y-ADSL/He-perdido-la-TV-en-configuraci%C3%B3n-monopuesto-HGU-router-neutro/m-p/4530577#M466535

 

Gracias a la ayuda de Theliel 

 

Tengo un problema, yo pensaba que la IPTV estaba funcionando , pero no es así. Tengo una configuración con Mitrastar en semi-bridge (monopuesto), router Asus y otro router Asus en conexión AiMesh por cable (si, Theliel , antes de que me digas nada te confirmo que es por cable, coincido con tus comentarios en otros hilos al respecto).

 

Pues conectado al nodo AiMesh tengo el desco, pero no funciona. Normalmente, me devuelve el típico error de red cuando no funciona nada. Pero si arranco el desco conectado downstream al router principal, consigo que arranque y funcione. Si cambio el cable al nodo AiMesh, parece que funciona pero cuando pongo un canal se para a los 10 segundos. Cambiando de nuevo la  conexión downstream directa al router, funciona.

 

La cuestión es, he probado lo siguiente:

 

- Detrás del nodo AiMesh -> problemas

- Como reemplazo del nodo AiMesh; es decir, quitando el cable downstream del puerto WAN del AiMesh y conectando ahí el desco -> funciona!!

- Conectando el desco a un router gestionable con VLAN tagging -> funciona!!

- Configurando el nodo AiMesh como punto de acceso, con conexión downstream por cable -> funciona!!

 

¿Alguna pista de cuál puede ser el problema con el modo AiMesh? Está claro que al configurar el segundo router en modo AiMesh hace algo que provoca que los canales se queden "congelados" a los 10 segundos (grabaciones y menús funcionan)

8 Respuestas

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    25-02-2022

    Hola dCrypt

     

    Agradecemos a Theliel su colaboración. El hilo continua abierto y a tú disposición para los diferentes aportes que puedan llegar de cualquier miembro de la Comunidad.

     

    Un saludo.

     

    Fernando.

  • Avatar de dCrypt
    dCrypt
    Yo probé el VDSL
    21-02-2022

    Curioso... Buscando en google he visto que hace justo un año publiqué un post en snbforums con exactamente la misma consulta, con un workaround (pinchar la conexión downstream en un puerto LAN en lugar de al puerto WAN, lo cual no es una solución válida).

     

    También he visto que existe una variable nvram en Marlin emf_enable que tiene el valor 0 en el nodo AiMesh y 1 en el router principal. Mañana pruebo a activarla, para ver si funciona.

     

    El problema parece ser que el Asus no hace IGMP Snooping entre los puertos WAN y LAN, cuando se configura en modo AiMesh node.

     

    Saludos.

  • Avatar de Theliel
    Theliel
    Yo probé el VDSL
    19-02-2022

    Buenas dCrypt 

     

    Si el canal se ve X segundos y se congela, cambias de nuevo de canal y pasa lo mismo, yo empezaría mirando que sea una mala configuración del demonio que gestiona IGMP internamente.

     

    También podría ser un bloqueo automático por parte del dispositivo por detectar tráfico Multicast "importante" y pasar a bloquear dicho stream

     

    Otra opción que se me ocurre es que el tráfico IGMP del Router principal no esté llegando bien hacia abajo, porque se bloquee, porque se envía con un TTL muy bajo y el dispositivo lo descarta... a lo mejor es capaz de atravesar el tráfico IGMP de los dispositivos conectados a él pero no llega respuesta, con lo que el tráfico se corta muy rápidamente.

     

    Lo mejor para todo ello en cualquiera de los casos como dije, un analizador de paquetes conectado tanto al Router como al otro lado, y capturando el tráfico tanto Multicast como IGMP que pasa con ellos. Analizando dichos flujos, se debería de poder ver que está pasando exactamente, y visto eso si es posible solucionarlo de forma "casera" o requeriría cambios más importantes en la firmware

  • Avatar de dCrypt
    dCrypt
    Yo probé el VDSL
    19-02-2022

    Bueno, pues entiendo que pueda ser un error a corregir en el futuro, porque he tenido funcionando bien IPTV en el AC88U en modo AiMesh desde verano pasado.

     

    ¿Alguna pista acerca de por qué los canales se congelan a los 10 segundos? ¿Es por la gestión del IGMP snooping? Para tener algúna orientación y mirar posibles soluciones vía scripts, etc.

     

    Saludos, y gracias por la info.

     

    EDIT: Como curiosidad, funcionando correctamente, en modo AP no es posible configurar IGMP Snooping en el Asus AC88U; en el router principal, sí.

    EDIT2: Por si no se entiende, me refiero a que desde el verano, que terminé de solucionar los problemas que tenía con unas entradas en la tabla de rutas, alguna actualización de firmware en el Asus ha podido introducir el problema en mi configuración con AiMesh. Por cierto, usando Merlin.

  • Avatar de Theliel
    Theliel
    Yo probé el VDSL
    19-02-2022

    Buenas dCrypt 

     

    Como ya he comentado, y perdón por el tocho anterior, estás presuponiendo que el nodo Mesh, da igual como esté conectado al Router, está gestionando correctamente el tráfico IGMP/Multicast. Es por ejemplo la misma suposición que hacen muchos al comprar un Switch no gesionable que dice soportar IGMP Snooping. Puede soportarlo, pero que se pueda habilitar y configurar correctamente es otra cuestión.

     

    Aquí sucede lo mismo. Existen en el mercado una infinidad de dispositivos de red que pueden gestionar (y configurar) correctamente el tráfico Multicast o IGMP, pero solo en determinadas circunstancias. Aclaro esto, es rápido no el tocho de antes.

     

    Es extremadamente habitual encontrar un Router que cuando funciona de Router permite usar IGMP Snooping, pero cuando funciona como AP no. O un AP donde por cable funciona bien pero por WIFI no (todo ello siempre refiriéndome a tráfico Multicast y/o IGMP.

     

    Puede parecer arbitrario, pero es que usar correctamente IGMP y gestionar el tráfico Multicast de forma eficiente no es tan simple cuando tienes una interfaz WIFI en el mismo dispositivo, no es que a los fabricantes les guste fastidiar. Un Switch decente esto lo hace sin inmutarse, un Router/AP/Repetidor... tienen en cambio un buen número de Interfaces internas diferentes, y si bien es cierto que IGMP puede ser una funcionalidad esencial, puede del mismo modo bloquearte tráfico indispensable.

     

    Simplemente el dispositivo funcionando en dicho modo, o bloquea todo el tráfico Multicast, que no sería raro, o bloquea el tráfico IGMP, o no está bien configurado para gestionarlo. Como digo algo bastante bastante habitual en dispositivos de red

  • Avatar de dCrypt
    dCrypt
    Yo probé el VDSL
    19-02-2022

    Hola,

     

    Voy a aclarar un par de temas,  que no sé si han quedado claras leyendo el "tochazo".

     

    1. Mi red es Mesh, pero usa ethernet backhaul. Es decir, la conexión uplink es vía ethernet, no WiFi

    2. La(s) red(es) WiFi sólo se usan con dispositivos móviles (smartphones y tablets). Todos los demás dispositivos (TVs -excepto una-, PS4, reproductor multimedia, teléfono IP, impresora IP, servidor de archivos, ordenadores, RPi, incluso el portátil del curro vía docking, etc) se conectan vía ethernet.

    3. No tengo ningún tipo de problema de rendimiento, ni en WiFi ni en ningún equipo cableado.

     

    Saludos.

  • Avatar de Theliel
    Theliel
    Yo probé el VDSL
    19-02-2022

    Buenas dCrypt 

     

    Pues lo que dices parece tener bastante sentido y lógica. Llevo diciendo años que las redes Mesh son una auténtica barbaridad en entornos domésticos, que no tienen ninguna razón de ser, pero... al final cada uno hace lo que cree mejor o estima, que por supuesto, tienen esa libertad.

     

    Esta contestación podría ser mu larga porque intervienen varias cuestione que se retroalimentan una a la otra. El problema principal es WIFI, es la fundamental, y el uso de Mesh hace que sea aun mucho peor.

     

    La principal, es que JAMAS SE DEBE DE ABUSAR DE WIFI, en ninguna situación, y que cuantos más nodos Mesh, Repetidores o APs se tengan en una red (en orden de más a menos problemas dan), mejor irá todo, no solo los propios dispositos WIFI. Está claro que a veces es imposible tener una conexión viable en algunas casas por la geometría o extensa, es cuando en el peor de los casos un AP nos salva la existencia. Los repetidores son el demonio, porque además de tener una red adicional WIFI y toda la pesca, tienes un enlace adicional que es el que lo mantiene con el Router, con lo que doble problema. Y por encima de todos los demonios, repito en entornos domésticos, son las redes Mesh, porque por lo general estos suelen conectarse al menos a dos dispositivos diferentes además de emitir WIFI, es decir, 3 enlaces WIFI frente a los dos habituales de los repetidores. Y en entornos domésticos esto no tiene razón de ser, ya que como mínimo se tendrían que tener como mínimo 4 nodos Mesh para que tuviese algo de sentido, con menor número la única opción de geometría de estos sería o en triángulo (donde todos estarían conectados al de al lado y por ende siempre existiría el mismo camino) o en línea, donde también existiría solo un camino.

     

    ------------------

     

    Y digo que es la razón principal, aunque parece que no explica el motivo, pero lo explica por como afecta a lo otro. Existe 4 tipo de tráfico diferente en función del destino, Unicast/Multicast/Broadcast (y anycast, que aquí no nos interesa). Casi todo el tráfico de una red es Unicat, es decir, el tráfico tiene un origen y está destinado a un solo equipo. El Multicast va dirigido a un grupo, y el Broadcast a toda la red. El tráfico Multicast aunque va destinado a solo un grupo, físicamente se envía a toda la red, comportándose en cierto modo como Broadcast. El tráfico Broadcast es muy peligroso porque se envía a todo dispositivo viviente, lo que provoca un flujo importante de tráfico por cualquier medio!! ya sea cable, WIFI, PLC... con lo que el tráfico Broadcast a día de hoy está muy limitado su uso, y tan solo en protocolos concretos de gestión/control se suele ver. El tráfico Multicast es igual de peligroso, ya que por debajo realmente el tráfico se envía a todos también, aunque solo aquellos que están preparados para recibirlo lo atenderán, pero físicamente llega a todos. Multicast por ende se usa también en aplicaciones y protocolos muy concretos.

     

    Cuando tenemos redes cableadas, un poco de tráfico Multicast o Broadcast no nos afecta en nada. A fin de cuenta hasta una red GigaEthernet estándar a día de hoy que se encuentra en cualquier domicilio puede transferir casi sin pestañear datos a 125MB/s en todos los puertos del Router/Switch incluso de forma simultánea, y en subida y descarga. Así que por ejemplo si el Router tiene que enviar a todos los equipos de la red 100MB de datos, pongamos a 4 equipos conectados físicamente por cable, puede enviarles 100MB de forma simultánea a todos ellos, es decir, que en un solo segundo has transferido 400MB de datos.

     

    Esto en WIFI Es totalmente imposible, el medio es compartido, cuando un equipo transmite, los otros en la red tienen que esperar, sin entra en MUMIMO y otras historias. Así que si tenemos el mismo escenario, con 4 dispositivos WIFI y 100MBs que se están enviado en broadcast, el Router tiene que enviar 100MB 4 veces, y aunque tuviésemos dispositivos WIFI que fuesen capaces de tolerar esa velocidad (que sería una velocidad de enlace de unos 2.4Gbps), no solo tardaría varios segundos (6-7) en realizarlo, sino que además cualquier otro dispositivo en la red WIFI tendría serios problemas de conexión.

     

    Así que entenderás lo delicado que es el tráfico Broadcast y Multicast, hay que mirarlo con lupa. Respecto al tráfico Broadcast no podemos hacer demasiado, y de echo muchos tienen problemas con este tráfico porque un dispositivo mal configurado provoca una tormenta Broadcast que deja seca la red. En la medida de lo posible hay que ver que tipo de tráfico Broadcast pasa por nuestras redes y si podemos limitarlo.

     

    Pero el tráfico Multicast si podemos hacer mucho. Movistar usa Multicast para IPTV. Esto no es algo negativo, ahorra un ancho de banda brutal!! sin el cual posiblemente sería imposible tener todos los canales que se tienen. Pero claro, si estás viendo un canal 4K por ejemplo con una tasa fija de unos 30-40Mbps, y eso se emite físicamente a cada dispositivo, pues estás matando totalmente tu WIFI, y si encima tienes un Repetidor o una red Mesh, ya ni te cuento, porque además en una red Mesh el tráfico podría estar rebotando y ciclando entre los nodos indefinidamente hasta colapsar.

     

    Para eso usamos IGMP Snooping, bien comentado en el foro. Esto permite enviar el tráfico Multicast SOLO a quien lo ha solicitado, sería algo así como una conversión de tráfico Multicast a Unicast. Pero para que esto funcione TODOS los dispositivos de red tienen que estar correctamente configurados para ello. Es decir, tanto el Router principal, cualquier Switch conectado a él, AP, Repetidor, Mesh... muchos de estos dispositivos pueden soportar IGMP Snooping, otros pueden hacerlo solo si se usan como Router, otros si están cableados pero no pro WIFI... etc etc etc.

     

    ---------

     

    Con eso creo que debería de estar más o menos claro que está pasando. Estás inyectando tráfico Multicast a la red Mesh, asumiendo que todos ellos soportan perfectamente y están configurados correctamente, IGMP Snooping, tanto a nivel WIFI en todas sus interfaces, como por cable. En los dispositivos de red solo caben 3 opciones en como gestionar el tráfico Multicast, y se usan los 3, no se puede asumir ninguno de ellos:

     

    -No existe ningún tipo de trato especial, no se filtra nada. El tráfico Multicast llega a cada rincón de la red. Resultado esperado? Si hay tráfico Multicast importante, red saturada y con muchos problemas, especialmente la red WIFI por ser mucho más vulnerable a esto

     

    -Bloquear completamente el tráfico Multicast/IGMP, se filtra todo o casi todo. Esto es lo que hacen gran cantidad de AP/Repetidores para no "matar" el rendimiento WIFI. De echo casi cualquier AP/Router/Repetidor del mercado puedes configurar la tasa máxima Multicast de velocidad, que por otro lado se adapta siempre a la velocidad más baja de todos los dispositivos de la red. Y no es la única técnica que usan para limitar enormemente este tráfico.

     

    -Usar de forma adecuada IGMP Snooping. Técnicamente no existe Snooping en redes WIFI, IGMP Snooping es una funcioalidad de los Switch, pero puede implementarse algo similar en las interface WIFI de los Router/AP/.... Muchos fabricantes lo implementan, muchos otros no, muchos otros con matices, muchos otros no funciona como debería...

     

    -------------

     

    En tu caso dices que los canales se congelan simplemente? Pues sencillamente los nodos Mesh no pasa por ellos el tráfico Multicast correctamente, o tienen un problema con el tráfico IGMP que es quien mantiene el mapa de los dispositivos adcritos a cada grupo multicast.

     

    Diagnosticar el punto exacto y que parte es la que no va bien, al ser tráfico Multicast es muy fácil, solo hay que conectarse a cada punto de la red y capturar el tráfico IGMP/Multicast en cada punto. Analizándolo se vería rápidamente que pasa, si el nodo Mesh simplemente bloquea el tráfico Multicast, si es un problema de configuración, de IGMP o de que.

  • Avatar de Técnico-Movistar
    Técnico-Movistar
    Responsable Técnico
    19-02-2022

     

    Hola @dCryptd

     

    Informarte que desde aquí no damos soporte a este tipo de configuraciones avanzadas, dejamos el hilo abierto para que otros usuarios puedas aportar alguna información al caso.

     

    Un saludo.

     

    Nacho.