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
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.
