Todo sobre HGU Askey RTF8115VW
- Iniciador del tema rpzqkfgw
- Fecha de inicio
Router propio ASUS con IP pública, HGU en Bridge, Decos conectados al router
El router ASUS debe cumplir los siguientes requisitos:- Firmware AsusWRT/Merlin.
- Acceso SSH local habilitado.
- Partición JFFS y scripts de usuario habilitados
- Sistema de paquetes ENTWARE habilitado
Este es un TUTORIAL INCOMPLETO Y NO FUNCIONAL AL 100%. Se publica con el fin de lograr solucionar a los aspectos faltantes de forma colaborativa:
HGU: Extraer usuario/clave PPPoE e identificación del vendedorHGU: Eliminar conexión PPPoEHGU: Agregar conexión bridgeHGU: Apagar WiFiRouter: Obtener del DHCP de Movistar la IP pública por PPPoERouter: Crear VLAN InternetRouter: Activar IGMP Snooping
Router: Configurar el proxy IGMPRouter: Activar el proxy IGMPRouter: Crear VLAN IPTVRouter: Conectar VLAN IPTV a LANRouter: Obtener del DHCP de Movistar la IP privada para VLAN IPTVRouter: Crear dinámicamente las rutas estáticas VLAN IPTV -> Movistar Router: Crear reglas acceso VLAN IPTV -> IGMP proxy -> Multicast MovistarRouter: Segundo conjunto de direcciones DHCP para servir los decosRouter: Acceder a la GUI del HGU desde LAN del Router al estar en bridgeDeco: Obtener del DHCP del Router la IP con parámetro Multicast OPCHDeco: Solicitar flujo multicast al proxy IGMPDeco: Prueba de conectividad exitosaDeco: Flujo de datos para apps de conexión directa: Netflix, Disney+Deco: Flujo de datos de retroceder televisión, On Demand, minuaturasDeco: Flujo de datos Televisión en Vivo: Pierde señal a los 10s.HGU
Antes de comenzar
- DESCONECTE el PC del WiFi del Router
- CONECTE EL PC al WiFi del HGU (Por lo general el SSID del WiFi será algo como MOVISTAR_FIBRA_PLUS_XXXX)
Ingresar a https://192.168.1.1:8000/avanzada.asp
Usuario: admin
Clave: !La que aparece en la etiqueta del HGU!
1. HGU: Copia de respaldo de la configuración
No es obligatoria pero se recomienda para regresar rápidamente al estado original mientras logramos hacer funcionar este tutorial
Ir a Management / Maintenance / Configuration / Backup Restore
Oprimir el botón "Backup Configuration"
2. HGU: Extraer usuario/clave PPPoE e identificación del vendedor
Instalar la extensión Show and hide passwords en Chrome o Edge. Existen varias extensiones de este tipo. La que usé originalmente dejó de estar disponible recientemente.
Ir a Configuration / WAN Settings / WAN Interface / 0 / Addressing / PPPoE Settings y pasar el puntero del ratón por encima de la casilla password. Copiar los valores de los campos
- Username: !Copiar el valor!
- Password: !Copiar el valor!
Ir a Configuration / LAN DHCP / DHCP Server / 0 / Options / 1 (option 125)
- Value: !Copiar el valor! (Asegurarse de copiarlo completo)
3. HGU: Eliminar conexión PPPoE
Ir a Configuration / WAN Settings / WAN Interface.- Seleccionar la interfaz ip4
NOTA: Las conexiones filter y marking relacionadas con esa interface se eliminan en cadena, por lo que no es necesario eliminarlas manualmente.
4. HGU: Agregar conexión bridge
Ir a Configuration / Network Settings / Bridging Setup / Filtering
- Adm.State: Enable
- Order: Insert as Order: 9
- Ingress Interface: eth0.1
- Associated Bridge: 3(IPTV)
- Ingress Packet: All
- VLAN ID: (vacío)
Oprimir el botón "Apply"
Ir a Configuration / Network Settings / Bridging Setup / Marking
- Adm.State: Enable
- Ingress Interface: eth0.1
- Associated Bridge: 3(IPTV)
- VLAN ID Re-mark: Seleccionado : -1
- Priority Re-Mark: Seleccionado : 4
Oprimir el botón "Apply"
5. HGU: Apagar WiFi
*** LUEGO DE EJECUTAR ESTE PASO SOLO PODRÁ ACCEDER AL HGU CONECTANDO UN CABLE A LOS PUERTOS ETH 2,3,4 ***Ir a Configuration / Wireless LAN / 2.4G / AP Settings / 0
- Adm.State: Disable
Oprimir el botón "Apply"
Ir a Configuration / Wireless LAN / 5G / AP Settings / 0
- Adm.State: Disable
Router
Antes de comenzar
- DESCONECTE el PC del WiFi del HGU
- CONECTE EL PC al WiFi del Router Asus
- CONECTE EL ROUTER ASUS al puerto Eth1 del HGU con un cable ETHERNET
Requisitos:
- udhcp: Incluido en el firmware
- dnsmasq: Incluido en el firmware
- iptables: Incluido en el firmware
- robocfg: Incluido en el firmware
- ENTWARE: Requiere tener la variante Merlin de AsusWRT
- igmpproxy: Incluido en el firmware pero usamos una versión actualizada desde ENTWARE
Las ediciones de archivos por SSH en el router las hacemos con nano (solo debo recordar CTRL+O para guardar y CTRL+X para salir) pero puede instalar su editor de texto favorito.
Bash:
opkg install nano6. Router: Obtener del DHCP de Movistar la IP pública por PPPoE
Se usan los valores de nombre de usuario y contraseña extraidos del HGU. El valor MTU se cambia por el mismo que tiene la conexión en el HGU. Se inhabilita VPN+DHCP para evitar una doble VLAN.
Ingresar a http://router.asus.com
Usuario: el del router
Contraseña: la del router
Ir a WAN / Conexión a Internet
- Configuración básica
- Tipo de conexión WAN: PPPoE
- Habilitar WAN: Si
- Habilitar NAT: Si
- Configuración de dirección IP WAN
- Desea obtener direcciòn IP WAN automáticamente: Si
- Configuración DNS WAN
- Desea conectarse al servidor DNS automáticamente: Si
- Configuracìón de la cuenta
- Nombre de usuario: !El extraído desde el HGU!
- Contraseña: !La extraída desde el HGU!
- MTU: 1480
- Requisito especial
- Habilitar conexión VPN+DHCP: No
Oprimir el botón "Aplicar"
7. Router: Crear VLAN Internet, Activar IGMP Snooping
Para nombrar las VLANs usamos el mismo esquema que usa Movistar en el HGU:| VLAN ID | Prioridad | |
| Internet | 100 | 0 |
| VOIP | 101 | 6 |
| IPTV | 102 | 4 |
Para crear la VLAN 100 de Internet usamos el mecanismo interno del router, mientras que la VLAN de IPTV se creará mediante un script.
El "enrutamiento multidifusión" se debe deshabilitar porque carga el programa IGMPProxy con valores estándar pero nosotros lo subimos más adelante mediante un script y con una configuración especial.
La indagación IGMP (distinta al proxy IGMP) la activamos para evitar que los paquetes multicast lleguen donde no se necesitan y generando tráfico en la red.
Ir a Configuración Avanzada / LAN / IPTV:
- Puerto LAN
- Seleccionar el perfil ISP: Ajuste Manual
- Internet: VID: 100 PRIO: 0
- Aplicaciones especiales:
- ¿Desea habilitar el enrutamiento multidifusión? Deshabilitar
- Habilitar el reenvío multidifusión eficiente (indagación IGMP): Habilitar
Oprimir el botón "Aplicar"
Ir a Configuración Avanzada / Inalámbrico / Professional:
- Inalámbrico / Professional
- Banda: 2.4 GHz
- Habilitar indagación IGMP: Habilitar
- Banda: 2.4 GHz
- Banda: 5 GHz
- Habilitar indagación IGMP: Habilitar
8. Router: Configurar el proxy IGMP
El software igmpproxy viene incluido con el router Asus pero en una versión antigua (0.1.2 en /usr/sbin/igmpproxy). Por eso usaremos ENTWARE para instalar una versión más reciente (0.3) que queda alojada en una ruta alternativa (/opt/sbin/igmpproxy).Instalar desde ENTWARE
Bash:
opkg install igmpproxyDeshabilitar el inicio automático de IGMP proxy. Más adelante lo habilitamos mediante scripts de usuario.
Bash:
nano /opt/etc/init.d/S69igmpproxy
…
ENABLED=no
…Archivo igmpproxy.conf - Configuración de IGMPProxy
Creamos un archivo base de configuración de IGMPProxy. Más adelante, al solicitar la IP de VLAN IPTV se le agregan las direcciones alt de las rutas estáticas.igmpproxy.conf.base + igmpproxy.conf.add = igmpproxy.conf
Bash:
nano /jffs/configs/igmpproxy.conf.base
##------------------------------------------------------
## Modo Quickleave
##------------------------------------------------------
quickleave
##------------------------------------------------------
## Interfaces Deshabilitadas
##------------------------------------------------------
phyint ppp0 disabled #PPPoE WAN1
phyint vlan100 disabled #VLAN Internet
phyint eth1 disabled #WiFi 2.4
phyint eth2 disabled #WiFi 5
##------------------------------------------------------
## Downstream
##------------------------------------------------------
phyint br0 downstream ratelimit 0 threshold 1
whitelist 237.0.0.0/8
whitelist 239.0.0.0/8
##------------------------------------------------------
## Upstream
##------------------------------------------------------
phyint vlan102 upstream ratelimit 0 threshold 1
altnet 237.0.0.0/8
altnet 239.0.0.0/8
altnet 192.168.200.220/31
whitelist 237.0.0.0/8
whitelist 239.0.0.0/8
Última edición:
9. Router: Crear VLAN IPTV, conectar VLAN IPTV a LAN, obtener del DHCP de Movistar la IP privada para VLAN IPTV, crear dinámicamente las rutas estáticas VLAN IPTV -> Movistar
Archivo udhcpc-script - script de cliente DHCP
Para obtener la IP por DHCP usamos un script personalizado para udhcpc.
Bash:
nano /jffs/scripts/udhcpc-script
#!/bin/sh
[ -z "$1" ] && echo "Error: should be called from udhcpc" && exit 1
[ -n "$broadcast" ] && BROADCAST="broadcast $broadcast"
[ -n "$subnet" ] && NETMASK="netmask $subnet"
set_classless_routes() {
local max=128
local type
while [ -n "$1" -a -n "$2" -a $max -gt 0 ]; do
[ ${1##*/} -eq 32 ] && type=host || type=net
/usr/bin/logger -s -p user.info -t udhcpc "$interface: adding route for $type $1 via $2"
if [ $interface == "vlan102" ]
then
#Guardar ruta para alt upstream
echo " altnet $1" >> /jffs/configs/igmpproxy.conf.add
fi
#Agregar ruta estática
/sbin/route add -$type "$1" gw "$2" dev "$interface"
max=$(($max-1))
shift 2
done
}
case "$1" in
deconfig)
/usr/bin/logger -s -p user.info -t udhcpc "$interface: Deconfig 0.0.0.0"
if [ $interface == "vlan102" ]
then
#Terminar igmpproxy
/usr/bin/killall igmpproxy
fi
#Iniciar la interfaz
/sbin/ifconfig $interface 0.0.0.0
;;
leasefail|nak)
/usr/bin/logger -s -p user.info -t udhcpc "$interface: Failed to obtain lease"
;;
renew|bound)
/usr/bin/logger -s -p user.info -t udhcpc "$interface: linked with ip $ip $NETMASK"
if [ $interface == "vlan102" ]
then
#Vaciar archivo de rutas alt para upstream igmpproxy
> /jffs/configs/igmpproxy.conf.add
fi
/sbin/ifconfig $interface $ip $BROADCAST $NETMASK
[ -n "$staticroutes" ] && set_classless_routes $staticroutes
[ -n "$msstaticroutes" ] && set_classless_routes $msstaticroutes
if [ $interface == "vlan102" ]
then
#Ensamblar igmpproxy.conf
cat /jffs/configs/igmpproxy.conf.base /jffs/configs/igmpproxy.conf.add > /jffs/configs/igmpproxy.conf
#Iniciar igmpproxy con la configuración especial
/usr/bin/killall igmpproxy
sleep 5
/opt/sbin/igmpproxy /jffs/configs/igmpproxy.conf -vvvv
fi
;;
esac
exit 0
Bash:
chmod 755 /jffs/scripts/udhcpc-scriptArchivo services-start - levantar VLAN IPTV
En este script se inicia la VLAN, se conecta y se abren las rutas. También se reinicia el servicio igmpproxy.
Bash:
nano /jffs/scripts/services-start
#!/bin/sh
…
##------------------------------------------------------
## IPTV MOVISTAR CO
##------------------------------------------------------
# Creación de una nueva vlan (102)
/usr/sbin/robocfg vlan 102 ports "0t 5t"
#Conectar la VLAN con la red local
/sbin/vconfig add eth0 102
# Obtener IP para la vlan y crear rutas estáticas
/sbin/udhcpc --interface vlan102 --script /jffs/scripts/udhcpc-script --pidfile /var/run/udhcpc-vlan102.pid --background --request-option 33 --request-option 249 --request-option msstaticroutes --request-option staticroutes
Bash:
chmod 755 /jffs/scripts/services-start
Bash:
sh /jffs/scripts/services-startArchivo nat-start - Habilitar NAT de VLAN IPTV
Es este script:- se habilita nat para la vlan
- se deshabilita el filtro RP para la VLAN IPTV
- se obliga a usar la versión 2 de IGMP, para igualar las condiciones del HGU
Bash:
nano /jffs/scripts/nat-start
#!/bin/sh
…
##------------------------------------------------------
## IPTV MOVISTAR CO
##------------------------------------------------------
iptables --table nat --insert POSTROUTING --out-interface vlan102 --jump MASQUERADE
/bin/echo 1 > /proc/sys/net/ipv4/conf/vlan102/rp_filter
/bin/echo 2 > /proc/sys/net/ipv4/conf/vlan102/force_igmp_version
Bash:
chmod 755 /jffs/scripts/nat-start
Bash:
sh /jffs/scripts/nat-startArchivo firewall-start - Reglas de acceso a VLAN IPTV
Bash:
nano /jffs/scripts/firewall-start
#!/bin/sh
…
##------------------------------------------------------
## IPTV MOVISTAR CO
##------------------------------------------------------
iptables --insert INPUT --protocol igmp --in-interface vlan102 --destination 239.0.0.0/8 --jump ACCEPT
iptables --insert FORWARD --protocol igmp --in-interface vlan102 --destination 239.0.0.0/8 --jump ACCEPT
iptables --insert INPUT --protocolp igmp --in-interface vlan102 --destination 237.0.0.0/8 --jump ACCEPT
iptables --insert FORWARD --protocol igmp --in-interface vlan102 --destination 237.0.0.0/8 --jump ACCEPT
iptables --insert INPUT --protocol igmp --in-interface vlan102 --destination 224.0.0.0/4 --jump ACCEPT
iptables --insert FORWARD --protocol igmp --in-interface vlan102 --destination 224.0.0.0/4 --jump ACCEPT
iptables --insert INPUT --protocol udp --in-interface vlan102 --match udp --destination 239.0.0.0/8 --jump ACCEPT
iptables --insert FORWARD --protocol udp --in-interface vlan102 --match udp --destination 239.0.0.0/8 --jump ACCEPT
iptables --insert INPUT --protocol udp --in-interface vlan102 --match udp --destination 237.0.0.0/8 --jump ACCEPT
iptables --insert FORWARD --protocol udp --in-interface vlan102 --match udp --destination 237.0.0.0/8 --jump ACCEPT
iptables --insert INPUT --protocol udp --in-interface vlan102 --match udp --destination 224.0.0.0/4 -jump ACCEPT
iptables --insert FORWARD --protocol udp --in-interface vlan102 --match udp --destination 224.0.0.0/4 --jump ACCEPT
iptables --insert FORWARD --out-interface vlan102 --jump ACCEPT
Bash:
chmod 755 /jffs/scripts/firewall-start
Bash:
service restart_firewall10. Router: Segundo conjunto de direcciones DHCP para los decos
Encuentro obligatorio el uso de DHCP como la única forma de pasarle el valor de la opción 240 a los decos.Entrego un rango de solo 2 direcciones IP para los decos. Este rango debe ser diferente al configurado en la interfaz del Router para los dispositivos de la red, pero debe estar dentro de la misma subred. Ajustar según cada situación.
| DHCP | IP Inicial | IP Final | Equivalente CIDR |
| Rango primario Sección "Servidor DHCP" del rputer Asus | 192.168.200.10 | 192.168.200.200 | - |
| Rango secundario | 192.168.200.220 | 192.168.200.221 | 192.168.200.220/31 |
Configuro la respuesta DHCP secundaria con estas opciones. Utilizo el nombre de la opción cuando está disponible en el software dnsmasq. Originalmente el HGU envía solo 3 opciones a los decos: 125, 6 y 240.
| Opción | ID | Nombre |
| Servidor de nombres | 6 | dns-server |
| Id del vendedor | 125 | vendor-id-encap |
| OPCH | 240 |
La opción vendor-id-encap (opción 125) es una cadena hexadecimal que contiene tres valores:
- Un código de usuario de 6 números
- La dirección MAC del HGU
- El modelo del HGU
Se desconoce el uso que da el deco a esta cadena o si afecta la conexión. Puede decodificar su propia cadena en este enlace.
En el HGU la opción dns-server (opción 6) contiene los dos valores de servidores DNS codificados en hexadecimal y separados por un espacio (172.29.32.36,172.29.32.37). En este enlace se puede decodificar el valor con fines de verificación. En dnsmasq los enviamos como texto normal.
En mi experiencia no fue necesario agregar un tercer servidor DNS que hay en otras guías (200.21.200.80) para obtener los resultados esperados de acceso a las aplicaciones del deco.
Tampoco encontré necesario pasar los servidores de tiempo NTP.
Archivo dnsmasq.conf.add - Configuración servidor DHCP para dnsmasq
La etiqueta iptv_movistar_co es un valor arbitario para identificar los dispositivos que envían el vendorclass TEF_IPTV al servidor DHCP, es decir los decos.
Remplace el valor de vendor-id-encap por el que extrajo del HGU
Bash:
nano /jffs/configs/dnsmasq.conf.add
…
##------------------------------------------------------
## IPTV MOVISTAR CO
##------------------------------------------------------
##-- Definición de etiqueta: Etiqueta para dispositivos con el vendorclass--
dhcp-vendorclass=set:iptv_movistar_co,TEF_IPTV
##-- Aplicación de etiqueta: Respuesta del servidor DHCP cuando encuentra el vendorclass--
# RANGE
dhcp-range=tag:iptv_movistar_co,192.168.200.220,192.168.200.221,255.255.255.0,24h
# 6 DNS-SERVER
dhcp-option=tag:iptv_movistar_co,option:dns-server,172.29.32.36,172.29.32.37
# 15 DOMAIN-NAME
dhcp-option=tag:iptv_movistar_co,option:domain-name,""
# 125 VENDOR-ID-ENCAP
dhcp-option=tag:iptv_movistar_co,option:vendor-id-encap,00:00:0d:e9:21:04:06:30:XX:XX:XX:XX:36:05:0c:32:43:45:41:44:43:41:XX:XX:XX:XX:30:06:09:52:54:46:38:31:31:35:56:57
# MULTICAST OPCH
dhcp-option=tag:iptv_movistar_co,240,"239.130.1.0:22220"
Bash:
service restart_dnsmasqPruebas en el router Asus
Se ejecutan los siguientes comandos que verifican la configuración realizada
- Obtención de la IP para la VLAN de IPTV
Bash:
ifconfig vlan102
Código:
vlan102 Link encap:Ethernet HWaddr 74:D0:2B:XX:XX:XX
inet addr:10.21.102.XXX Bcast:10.21.127.255 Mask:255.255.192.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12421 errors:0 dropped:0 overruns:0 frame:0
TX packets:5568 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15252527 (14.5 MiB) TX bytes:516257 (504.1 KiB)- Rutas de la VLAN de IPTV establecidas
Bash:
route | grep 'Destination\|vlan102'
Código:
Destination Gateway Genmask Flags Metric Ref Use Iface
172.28.12.32 10.21.64.1 255.255.255.240 UG 0 0 0 vlan102
172.29.48.0 10.21.64.1 255.255.240.0 UG 0 0 0 vlan102
172.29.32.0 10.21.64.1 255.255.240.0 UG 0 0 0 vlan102
10.21.64.0 * 255.255.192.0 U 0 0 0 vlan102- Acceso a la puerta de enlace de VLAN IPTV
Bash:
ping 10.21.64.1
Código:
PING 10.21.64.1 (10.21.64.1): 56 data bytes
64 bytes from 10.21.64.1: seq=0 ttl=255 time=19.793 ms
64 bytes from 10.21.64.1: seq=1 ttl=255 time=8.139 ms
64 bytes from 10.21.64.1: seq=2 ttl=255 time=8.382 ms
64 bytes from 10.21.64.1: seq=3 ttl=255 time=9.050 ms- Conexión al DNS de la VLAN de IPTV
Bash:
nslookup www.google.com 172.29.32.37
Código:
Server: 172.29.32.37
Address 1: 172.29.32.37 vpldnstbogch402.co.op.gvp.telefonica.com
Name: www.google.com
Address 1: 2800:3f0:4005:40b::2004
Address 2: 142.250.78.36 bog02s15-in-f4.1e100.net- Conexión al NTP de la VLAN de IPTV
Bash:
opkg install ntpdate
ntpdate -q 172.29.40.16
Código:
server 172.29.40.16, stratum 2, offset +0.002087, delay 0.02960- Rutas multicast.
Bash:
ip mroute
Código:
(192.168.200.221, 239.255.255.250) Iif: vlan102 Oifs: br0
(192.168.200.220, 239.255.255.250) Iif: vlan102 Oifs: br0- Rutas activas de multicast: No se observa tráfico. Las interfaces de las rutas se muestran con -1 como cuando se solicita un LEAVE en lugar de un JOIN.
Bash:
tail -f /proc/net/ip_mr_cache
Código:
Group Origin Iif Pkts Bytes Wrong Oifs
FAFFFFEF ABC8A8C0 -1 0 0 0
FAFFFFEF ACC8A8C0 -1 0 0 0
FAFFFFEF 88C8A8C0 -1 0 0 0- Interfaces virtuales en uso de multicast: No se observa tráfico
Bash:
tail -f /proc/net/ip_mr_vif
Código:
Interface BytesIn PktsIn BytesOut PktsOut Flags Local Remote
0 br0 0 0 0 0 00000 01C8A8C0 00000000
1 vlan102 0 0 0 0 00000 D566150A 00000000Créditos:
Última edición:
PARTE 2: Lo anterior + VOIP con ATA Grandstream HT-503
Solo para quienes desean tener el teléfono en un dispositivo externo.En progreso...
Última edición:
Guía de Programación en formato XMLTV
Extraer por multicast la guía de programación de Movistar Colombia en un archivo XMLTV para integrarlo en Jellyfin y otros clientes IPTV. Se usa una variación del script tv_grab_es_movistartv.En progreso...
Última edición:
Otros dos noches sin dormir pero de nuevo les pillé la mkda a los de Movistar.
Compañero, que excelente tutorial has hecho, todo bien organizado.
Te ayudaré un poco, pero aclaro que no tengo la misma marca del HGU, tengo es el Mitrastar.
Y esta en medio bridge.
Los de Movistar llegaron a mi ratonera para revisar el tema de velocidad. Me resetearon el HGU, y se arregló la velocidad pero sorpresa... Cuando prendí la tele me ocurrió lo mismo que a ti, 10 segundos y se paró el flujo.
Ahora bien, en tu caso me hace falta el diagnostico, lo que es el registro del IGMP proxy.
Lo que tampoco veo, es la activación de paquetes con opciones IP.
Es importante entender que si no se activan las "opciones IP" el trafico multicast sera descartado.
Normalmente, los primeros segundos del flujo del video es unicast, después de eso el multicast entra en función.
Entonces, se sabe que no hay trafico multicast o algo anda mal con el IGMP proxy, lo que puedes ver en los registros.
El trafico multicast es UDP, IGMP es el protocolo de control para el manejo de grupos.
Fíjate cual era el problema en mi caso. Revolqué todo mi pfsense, reglas y vainas y nada, no entendí porque ya no servia si hace meses pude mirar tele en vivo.
Al final saqué la conclusion que debía tener algo que ver con el HGU.
Entre con el usuario 1234 y la clave que previamente había cambiado.
Sorpresa, ahora veo la tercera interfaz llamada "Mediaroom" que es la de televisión IP.
Antes esa interfaz estaba escondida.
Bueno me puse a joder con los ajustes, con nat, sin nat, en bridge pero nada.
Hasta que pillé dos ajustes en el apartado avanzado: Rip direction y Multicast version.
Puseel rip direction en "both" y la version multicast en "IGMPv2 only"
Y sin hacer mas nada, el deco comenzó a reproducir como siempre lo había hecho.
Teóricamente, las versiones IGMP son compatibles entre si, debería haber funcionado.
Espero que puedes hacer algo con esa info.
Edit: Volví a poner el RIP direction como estaba (in), puedo confirmar que el único ajuste necesario es la version IGMP, colocando solo IGMPv2 de nuevo funciona el deco.
Edit 2: Efectivamente por mas absurdo que parece, es el IGMP proxy el problema. Aparentemente se confunde con los menajes join y query V2 y V3.
Ahora observando los registros, todos los mensajes son V2 y nada de "leaves".
Escorpiom.
Compañero, que excelente tutorial has hecho, todo bien organizado.
Te ayudaré un poco, pero aclaro que no tengo la misma marca del HGU, tengo es el Mitrastar.
Y esta en medio bridge.
Los de Movistar llegaron a mi ratonera para revisar el tema de velocidad. Me resetearon el HGU, y se arregló la velocidad pero sorpresa... Cuando prendí la tele me ocurrió lo mismo que a ti, 10 segundos y se paró el flujo.
Ahora bien, en tu caso me hace falta el diagnostico, lo que es el registro del IGMP proxy.
Lo que tampoco veo, es la activación de paquetes con opciones IP.
Es importante entender que si no se activan las "opciones IP" el trafico multicast sera descartado.
Normalmente, los primeros segundos del flujo del video es unicast, después de eso el multicast entra en función.
Entonces, se sabe que no hay trafico multicast o algo anda mal con el IGMP proxy, lo que puedes ver en los registros.
El trafico multicast es UDP, IGMP es el protocolo de control para el manejo de grupos.
Fíjate cual era el problema en mi caso. Revolqué todo mi pfsense, reglas y vainas y nada, no entendí porque ya no servia si hace meses pude mirar tele en vivo.
Al final saqué la conclusion que debía tener algo que ver con el HGU.
Entre con el usuario 1234 y la clave que previamente había cambiado.
Sorpresa, ahora veo la tercera interfaz llamada "Mediaroom" que es la de televisión IP.
Antes esa interfaz estaba escondida.
Bueno me puse a joder con los ajustes, con nat, sin nat, en bridge pero nada.
Hasta que pillé dos ajustes en el apartado avanzado: Rip direction y Multicast version.
Puse
Y sin hacer mas nada, el deco comenzó a reproducir como siempre lo había hecho.
Teóricamente, las versiones IGMP son compatibles entre si, debería haber funcionado.
Espero que puedes hacer algo con esa info.
Edit: Volví a poner el RIP direction como estaba (in), puedo confirmar que el único ajuste necesario es la version IGMP, colocando solo IGMPv2 de nuevo funciona el deco.
Edit 2: Efectivamente por mas absurdo que parece, es el IGMP proxy el problema. Aparentemente se confunde con los menajes join y query V2 y V3.
Ahora observando los registros, todos los mensajes son V2 y nada de "leaves".
Escorpiom.
Última edición:
Gracias por la ayuda. En realidad todo esto es aprendizaje por prueba-error y antes de esto mi experiencia con multicast era cero, aunque de redes si conocía los aspectos básicos.
Yo creo que el problema de este configuración está relacionado con las reglas de acceso o la configuración de igmpproxy. Esa es la razón para usar los parámetros de los comandos en su versión larga, ya que permiten entender mejor lo que se está activando y hacer variaciones.
En el tutorial publiqué el estado actual de los scripts y archivos, pero he pasado por muchas versiones que no funcionan. Las podemos seguir discutiendo aquí en el hilo. Ojalá otros laneros con router Asus y Merlin pudieran probar en campo lo aquí expuesto.
A ese tema le dediqué varias noches y no encontré un equivalente directo en iptables del "allow packets with IP options to pass" de pfsense pero acogí la mayoría de aspectos de las guías de Chile y España (antiguas) que tienen este misma configuración. Creo que la clave para resolver este problema está justamente en alguna regla iptables faltante.
El dump de la vlan 102 es mas revelador:
En el askey 8115 es explícito el hecho de requerir mensajes de la versión 2 únicamente.
Por esa razón en el script nat le he agregado la instrucción:.
Al revisar el log de igmpproxy se evidencia que los mensajes llevan la etiqueta de versión 2.
Por otra parte, debo investigar un poco sobre la configuración RIP porque no la he abordado explícitamente en los scripts que he construido.
Yo creo que el problema de este configuración está relacionado con las reglas de acceso o la configuración de igmpproxy. Esa es la razón para usar los parámetros de los comandos en su versión larga, ya que permiten entender mejor lo que se está activando y hacer variaciones.
En el tutorial publiqué el estado actual de los scripts y archivos, pero he pasado por muchas versiones que no funcionan. Las podemos seguir discutiendo aquí en el hilo. Ojalá otros laneros con router Asus y Merlin pudieran probar en campo lo aquí expuesto.
Este es el log de igmpproxy con la TV apagada (el martes publico un log con zapping). Lo que se observa por encima es:
- Solo valores de destino en la tabla de enrutamiento (Dst
. No hay un ningún origen (Src - Todas las rutas en estado inactivo (St: I en lugar de St:A incluso haciendo zapping)
- Intentos de acceso a multicast por parte de dispositivos de mi red diferentes a los decos: Google home y cámaras P2P que no están en la vlan 102. En algunos foros leí que los google home eran los que bloqueaban esta configuración, pero desconectarlos no hizo ninguna diferencia.
- Muchos mensajes de "local multicast" que me parecen sospechosos. Se me ocurre que el router por tener las 3 vlans envía mensajes que son descartados por ser locales.
Código:
Aug 15 08:03:34 igmpproxy[31776]: Should insert group 239.130.2.0 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:34 igmpproxy[31776]: Updated route entry for 239.130.2.0 on VIF #0
Aug 15 08:03:34 igmpproxy[31776]:
Aug 15 08:03:34 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:34 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:34 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:34 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:34 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:34 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:34 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:34 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:34 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:35 igmpproxy[31776]: RECV V2 member report from 192.168.200.220 to 239.130.1.0
Aug 15 08:03:35 igmpproxy[31776]: Should insert group 239.130.1.0 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:35 igmpproxy[31776]: Updated route entry for 239.130.1.0 on VIF #0
Aug 15 08:03:35 igmpproxy[31776]:
Aug 15 08:03:35 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:35 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:35 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:35 igmpproxy[31776]: RECV V2 member report from 192.168.200.221 to 239.131.0.0
Aug 15 08:03:35 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.221) to route table. Vif Ix : 0
Aug 15 08:03:35 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:35 igmpproxy[31776]:
Aug 15 08:03:35 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:35 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:35 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:35 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:35 igmpproxy[31776]: RECV V2 member report from 192.168.200.1 to 224.0.0.22
Aug 15 08:03:35 igmpproxy[31776]: The IGMP message was from myself. Ignoring.
Aug 15 08:03:36 igmpproxy[31776]: RECV V2 member report from 192.168.200.11 to 239.255.3.22
Aug 15 08:03:36 igmpproxy[31776]: Should insert group 239.255.3.22 (from: 192.168.200.11) to route table. Vif Ix : 0
Aug 15 08:03:36 igmpproxy[31776]: Updated route entry for 239.255.3.22 on VIF #0
Aug 15 08:03:36 igmpproxy[31776]:
Aug 15 08:03:36 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:36 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:36 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:36 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:36 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:36 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:36 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:36 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:36 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:38 igmpproxy[31776]: RECV V2 member report from 192.168.200.220 to 239.131.0.0
Aug 15 08:03:38 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:38 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:38 igmpproxy[31776]:
Aug 15 08:03:38 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:38 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:38 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:38 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:38 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:38 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:38 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:38 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:38 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:40 igmpproxy[31776]: RECV V2 member report from 192.168.200.221 to 239.131.0.0
Aug 15 08:03:40 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.221) to route table. Vif Ix : 0
Aug 15 08:03:40 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:40 igmpproxy[31776]:
Aug 15 08:03:40 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:40 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:40 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:40 igmpproxy[31776]: The IGMP message was local multicast. Ignoring.
Aug 15 08:03:40 igmpproxy[31776]: RECV Membership query from 192.168.130.177 to 224.0.0.1
Aug 15 08:03:40 igmpproxy[31776]: RECV V2 member report from 192.168.200.1 to 224.0.0.2
Aug 15 08:03:40 igmpproxy[31776]: The IGMP message was from myself. Ignoring.
Aug 15 08:03:40 igmpproxy[31776]: RECV V2 member report from 192.168.200.140 to 224.0.0.251
Aug 15 08:03:40 igmpproxy[31776]: Should insert group 224.0.0.251 (from: 192.168.200.140) to route table. Vif Ix : 0
Aug 15 08:03:40 igmpproxy[31776]: Updated route entry for 224.0.0.251 on VIF #0
Aug 15 08:03:40 igmpproxy[31776]:
Aug 15 08:03:40 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:40 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:40 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:40 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:41 igmpproxy[31776]: The IGMP message was local multicast. Ignoring.
Aug 15 08:03:41 igmpproxy[31776]: The IGMP message was local multicast. Ignoring.
Aug 15 08:03:41 igmpproxy[31776]: RECV V2 member report from 192.168.200.220 to 239.130.0.1
Aug 15 08:03:41 igmpproxy[31776]: Should insert group 239.130.0.1 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:41 igmpproxy[31776]: Updated route entry for 239.130.0.1 on VIF #0
Aug 15 08:03:41 igmpproxy[31776]:
Aug 15 08:03:41 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:41 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:41 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:41 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:41 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:41 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:41 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:41 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:41 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:41 igmpproxy[31776]: RECV V2 member report from 10.21.102.213 to 239.130.2.0
Aug 15 08:03:41 igmpproxy[31776]: The IGMP message was from myself. Ignoring.
Aug 15 08:03:41 igmpproxy[31776]: Route activation request from 10.21.102.213 for 239.130.2.0 is from myself. Ignoring.
Aug 15 08:03:43 igmpproxy[31776]: RECV V2 member report from 10.21.102.213 to 239.130.0.1
Aug 15 08:03:43 igmpproxy[31776]: The IGMP message was from myself. Ignoring.
Aug 15 08:03:43 igmpproxy[31776]: Route activation request from 10.21.102.213 for 239.130.0.1 is from myself. Ignoring.
Aug 15 08:03:43 igmpproxy[31776]: RECV V2 member report from 192.168.200.221 to 239.130.1.0
Aug 15 08:03:43 igmpproxy[31776]: Should insert group 239.130.1.0 (from: 192.168.200.221) to route table. Vif Ix : 0
Aug 15 08:03:43 igmpproxy[31776]: Updated route entry for 239.130.1.0 on VIF #0
Aug 15 08:03:43 igmpproxy[31776]:
Aug 15 08:03:43 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:43 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:43 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:43 igmpproxy[31776]: About to call timeout 48 (#0)
Aug 15 08:03:43 igmpproxy[31776]: Aging routes in table.
Aug 15 08:03:43 igmpproxy[31776]:
Aug 15 08:03:43 igmpproxy[31776]: Current routing table (Age active routes):
Aug 15 08:03:43 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:43 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:43 igmpproxy[31776]: RECV V2 member report from 192.168.200.220 to 239.131.0.0
Aug 15 08:03:43 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:43 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:43 igmpproxy[31776]:
Aug 15 08:03:43 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:43 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:43 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:43 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:44 igmpproxy[31776]: RECV V2 member report from 10.21.102.213 to 239.131.0.0
Aug 15 08:03:44 igmpproxy[31776]: The IGMP message was from myself. Ignoring.
Aug 15 08:03:44 igmpproxy[31776]: Route activation request from 10.21.102.213 for 239.131.0.0 is from myself. Ignoring.
Aug 15 08:03:44 igmpproxy[31776]: RECV V2 member report from 10.21.102.213 to 239.130.1.0
Aug 15 08:03:44 igmpproxy[31776]: The IGMP message was from myself. Ignoring.
Aug 15 08:03:44 igmpproxy[31776]: Route activation request from 10.21.102.213 for 239.130.1.0 is from myself. Ignoring.
Aug 15 08:03:45 igmpproxy[31776]: RECV V2 member report from 192.168.200.221 to 239.131.0.0
Aug 15 08:03:45 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.221) to route table. Vif Ix : 0
Aug 15 08:03:45 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:45 igmpproxy[31776]:
Aug 15 08:03:45 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:45 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:45 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:45 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:45 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:45 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:45 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:45 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:45 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:46 igmpproxy[31776]: The IGMP message was local multicast. Ignoring.
Aug 15 08:03:48 igmpproxy[31776]: RECV V2 member report from 10.21.102.213 to 239.255.3.22
Aug 15 08:03:48 igmpproxy[31776]: The IGMP message was from myself. Ignoring.
Aug 15 08:03:48 igmpproxy[31776]: Route activation request from 10.21.102.213 for 239.255.3.22 is from myself. Ignoring.
Aug 15 08:03:48 igmpproxy[31776]: RECV V2 member report from 10.21.102.213 to 224.0.0.251
Aug 15 08:03:48 igmpproxy[31776]: The IGMP message was from myself. Ignoring.
Aug 15 08:03:48 igmpproxy[31776]: RECV V2 member report from 192.168.200.220 to 239.131.0.0
Aug 15 08:03:48 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:48 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:48 igmpproxy[31776]:
Aug 15 08:03:48 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:48 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:48 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:48 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:48 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:48 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:48 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:48 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:48 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:49 igmpproxy[31776]: RECV V2 member report from 192.168.200.221 to 239.130.1.0
Aug 15 08:03:49 igmpproxy[31776]: Should insert group 239.130.1.0 (from: 192.168.200.221) to route table. Vif Ix : 0
Aug 15 08:03:49 igmpproxy[31776]: Updated route entry for 239.130.1.0 on VIF #0
Aug 15 08:03:49 igmpproxy[31776]:
Aug 15 08:03:49 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:49 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:49 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:49 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:49 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:49 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:49 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:49 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:49 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:50 igmpproxy[31776]: RECV V2 member report from 192.168.200.220 to 239.130.1.0
Aug 15 08:03:50 igmpproxy[31776]: Should insert group 239.130.1.0 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:50 igmpproxy[31776]: Updated route entry for 239.130.1.0 on VIF #0
Aug 15 08:03:50 igmpproxy[31776]:
Aug 15 08:03:50 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:50 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:50 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:50 igmpproxy[31776]: RECV V2 member report from 192.168.200.220 to 239.130.1.0
Aug 15 08:03:50 igmpproxy[31776]: Should insert group 239.130.1.0 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:50 igmpproxy[31776]: Updated route entry for 239.130.1.0 on VIF #0
Aug 15 08:03:50 igmpproxy[31776]:
Aug 15 08:03:50 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:50 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:50 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:50 igmpproxy[31776]: RECV V2 member report from 192.168.200.221 to 239.131.0.0
Aug 15 08:03:50 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.221) to route table. Vif Ix : 0
Aug 15 08:03:50 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:50 igmpproxy[31776]:
Aug 15 08:03:50 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:50 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:50 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:50 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:51 igmpproxy[31776]: RECV V2 member report from 192.168.200.221 to 239.131.0.0
Aug 15 08:03:51 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.221) to route table. Vif Ix : 0
Aug 15 08:03:51 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:51 igmpproxy[31776]:
Aug 15 08:03:51 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:51 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:51 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:51 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:51 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:51 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:51 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:51 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:51 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:53 igmpproxy[31776]: RECV V2 member report from 192.168.200.220 to 239.131.0.0
Aug 15 08:03:53 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.220) to route table. Vif Ix : 0
Aug 15 08:03:53 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:53 igmpproxy[31776]:
Aug 15 08:03:53 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:53 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:53 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:53 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:53 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:53 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:53 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:53 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:53 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:55 igmpproxy[31776]: RECV V2 member report from 192.168.200.221 to 239.131.0.0
Aug 15 08:03:55 igmpproxy[31776]: Should insert group 239.131.0.0 (from: 192.168.200.221) to route table. Vif Ix : 0
Aug 15 08:03:55 igmpproxy[31776]: Updated route entry for 239.131.0.0 on VIF #0
Aug 15 08:03:55 igmpproxy[31776]:
Aug 15 08:03:55 igmpproxy[31776]: Current routing table (Insert Route):
Aug 15 08:03:55 igmpproxy[31776]: -----------------------------------------------------
Aug 15 08:03:55 igmpproxy[31776]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:55 igmpproxy[31776]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:55 igmpproxy[31776]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:55 igmpproxy[31776]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:55 igmpproxy[31776]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:55 igmpproxy[31776]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001, dHosts: yes
Aug 15 08:03:55 igmpproxy[31776]: -----------------------------------------------------A ese tema le dediqué varias noches y no encontré un equivalente directo en iptables del "allow packets with IP options to pass" de pfsense pero acogí la mayoría de aspectos de las guías de Chile y España (antiguas) que tienen este misma configuración. Creo que la clave para resolver este problema está justamente en alguna regla iptables faltante.
El dump de la vlan 102 es mas revelador:
Código:
tcpdump: listening on vlan102, link-type EN10MB (Ethernet), snapshot length 262144 bytes
08:29:11.279825 IP (tos 0x0, ttl 63, id 40173, offset 0, flags [DF], proto UDP (17), length 75)
10.21.102.XXX.8208 > 172.29.32.36.domain: [udp sum ok] 22605+ A? dhep.co.op.gvp.telefonica.com. (47)
08:29:11.284725 IP (tos 0x68, ttl 59, id 8915, offset 0, flags [none], proto UDP (17), length 91)
172.29.32.36.domain > 10.21.102.XXX.8208: [udp sum ok] 22605* q: A? dhep.co.op.gvp.telefonica.com. 1/0/0 dhep.co.op.gvp.telefonica.com. A 172.29.32.145 (63)
08:29:11.285301 IP (tos 0x0, ttl 63, id 27472, offset 0, flags [DF], proto TCP (6), length 60)
10.21.102.XXX.53362 > 172.29.32.145.www: Flags , cksum 0x92ed (correct), seq 3365317165, win 29200, options [mss 1460,sackOK,TS val 6734205 ecr 0,nop,wscale 6], length 0
08:29:11.289141 IP (tos 0x68, ttl 251, id 61475, offset 0, flags [DF], proto TCP (6), length 60)
172.29.32.145.www > 10.21.102.XXX.53362: Flags [S.], cksum 0x4a1b (correct), seq 1321199588, ack 3365317166, win 14600, options [mss 1460,nop,wscale 0,sackOK,TS val 2712775033 ecr 6734205], length 0
08:29:11.289406 IP (tos 0x0, ttl 63, id 27473, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.53362 > 172.29.32.145.www: Flags [.], cksum 0xb01b (correct), seq 1, ack 1, win 457, options [nop,nop,TS val 6734209 ecr 2712775033], length 0
08:29:11.289561 IP (tos 0x0, ttl 63, id 27474, offset 0, flags [DF], proto TCP (6), length 586)
10.21.102.XXX.53362 > 172.29.32.145.www: Flags [P.], cksum 0x0d22 (correct), seq 1:535, ack 1, win 457, options [nop,nop,TS val 6734209 ecr 2712775033], length 534: HTTP, length: 534
POST /openplat/datahub/events/ HTTP/1.1
Host: dhep.co.op.gvp.telefonica.com
User-Agent: OpenMW-2022.01.27.01.02.16 STV-IPTV-19.0.2.16
Accept: */*
Content-Type: application/json
OpenMW-Version: 2022.01.27.01.02.16
OpenMW-Model: PTT100
Content-Length: 270
[{"operation":"EPG/fileid","m_lineupVersion":"68278","status":"BI_STATUS_INFO","transaction_id":"0001381405976_2315437079_33","ob":"33","device_type":"802","device_id":"2315437079","timestamp":"2022-08-15T13:28:13.101Z","user_id":"30235799","timezone":"America/Bogota"}] [|http]
08:29:11.293336 IP (tos 0x68, ttl 251, id 61487, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.53362: Flags [.], cksum 0x74ac (correct), seq 1, ack 535, win 15134, options [nop,nop,TS val 2712775037 ecr 6734209], length 0
08:29:11.293765 IP (tos 0x68, ttl 251, id 61491, offset 0, flags [DF], proto TCP (6), length 156)
172.29.32.145.www > 10.21.102.XXX.53362: Flags [P.], cksum 0x1663 (correct), seq 1:105, ack 535, win 15134, options [nop,nop,TS val 2712775038 ecr 6734209], length 104: HTTP, length: 104
HTTP/1.1 202 Accepted
Connection: close
Content-Length: 0
Content-Type: text/plain; charset=utf-8
08:29:11.293769 IP (tos 0x68, ttl 251, id 61494, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.53362: Flags [F.], cksum 0x7442 (correct), seq 105, ack 535, win 15134, options [nop,nop,TS val 2712775038 ecr 6734209], length 0
08:29:11.293984 IP (tos 0x0, ttl 63, id 27475, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.53362 > 172.29.32.145.www: Flags [.], cksum 0xad93 (correct), seq 535, ack 105, win 457, options [nop,nop,TS val 6734214 ecr 2712775038], length 0
08:29:11.294114 IP (tos 0x0, ttl 63, id 27476, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.53362 > 172.29.32.145.www: Flags [F.], cksum 0xad91 (correct), seq 535, ack 106, win 457, options [nop,nop,TS val 6734214 ecr 2712775038], length 0
08:29:11.298061 IP (tos 0x68, ttl 251, id 61502, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.53362: Flags [.], cksum 0x7438 (correct), seq 106, ack 536, win 15134, options [nop,nop,TS val 2712775042 ecr 6734214], length 0
08:29:16.285889 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 10.21.64.1 tell 10.21.102.XXX, length 28
08:29:16.291931 ARP, Ethernet (len 6), IPv4 (len 4), Reply 10.21.64.1 is-at e0:00:84:c5:c6:d3 (oui Unknown), length 42
08:29:33.817941 IP (tos 0x0, ttl 1, id 32486, offset 0, flags [none], proto IGMP (2), length 32, options (RA))
192.168.130.177 > all-systems.mcast.net: igmp query v2
08:29:34.685943 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
10.21.102.XXX > 224.0.0.251: igmp v2 report 224.0.0.251
08:29:37.055980 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
10.21.102.XXX > 239.130.0.1: igmp v2 report 239.130.0.1
08:29:39.355945 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
10.21.102.XXX > 239.130.2.0: igmp v2 report 239.130.2.0
08:29:39.935947 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
10.21.102.XXX > 239.130.1.0: igmp v2 report 239.130.1.0
08:29:41.355950 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
10.21.102.XXX > 239.131.0.0: igmp v2 report 239.131.0.0
08:29:41.855966 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
10.21.102.XXX > 239.255.3.22: igmp v2 report 239.255.3.22
08:29:51.247930 IP (tos 0x0, ttl 63, id 13132, offset 0, flags [DF], proto UDP (17), length 75)
10.21.102.XXX.12298 > 172.29.32.36.domain: [udp sum ok] 36115+ A? dhep.co.op.gvp.telefonica.com. (47)
08:29:51.252540 IP (tos 0x68, ttl 59, id 33016, offset 0, flags [none], proto UDP (17), length 91)
172.29.32.36.domain > 10.21.102.XXX.12298: [udp sum ok] 36115* q: A? dhep.co.op.gvp.telefonica.com. 1/0/0 dhep.co.op.gvp.telefonica.com. A 172.29.32.145 (63)
08:29:51.253172 IP (tos 0x0, ttl 63, id 41836, offset 0, flags [DF], proto TCP (6), length 60)
10.21.102.XXX.39800 > 172.29.32.145.www: Flags , cksum 0xb8a9 (correct), seq 2237214416, win 29200, options [mss 1460,sackOK,TS val 33590716 ecr 0,nop,wscale 6], length 0
08:29:51.257324 IP (tos 0x68, ttl 251, id 46854, offset 0, flags [DF], proto TCP (6), length 60)
172.29.32.145.www > 10.21.102.XXX.39800: Flags [S.], cksum 0x8593 (correct), seq 1238579956, ack 2237214417, win 14600, options [mss 1460,nop,wscale 0,sackOK,TS val 2712815001 ecr 33590716], length 0
08:29:51.257596 IP (tos 0x0, ttl 63, id 41837, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.39800 > 172.29.32.145.www: Flags [.], cksum 0xeb92 (correct), seq 1, ack 1, win 457, options [nop,nop,TS val 33590721 ecr 2712815001], length 0
08:29:51.257697 IP (tos 0x0, ttl 63, id 41838, offset 0, flags [DF], proto TCP (6), length 586)
10.21.102.XXX.39800 > 172.29.32.145.www: Flags [P.], cksum 0x399c (correct), seq 1:535, ack 1, win 457, options [nop,nop,TS val 33590721 ecr 2712815001], length 534: HTTP, length: 534
POST /openplat/datahub/events/ HTTP/1.1
Host: dhep.co.op.gvp.telefonica.com
User-Agent: OpenMW-2022.01.27.01.02.16 STV-IPTV-19.0.2.16
Accept: */*
Content-Type: application/json
OpenMW-Version: 2022.01.27.01.02.16
OpenMW-Model: PTT100
Content-Length: 270
[{"operation":"EPG/fileid","m_lineupVersion":"67395","status":"BI_STATUS_INFO","transaction_id":"0000542638666_2315437536_33","ob":"33","device_type":"802","device_id":"2315437536","timestamp":"2022-08-15T13:29:19.307Z","user_id":"30235799","timezone":"America/Bogota"}] [|http]
08:29:51.261529 IP (tos 0x68, ttl 251, id 46869, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.39800: Flags [.], cksum 0xb023 (correct), seq 1, ack 535, win 15134, options [nop,nop,TS val 2712815005 ecr 33590721], length 0
08:29:51.262072 IP (tos 0x68, ttl 251, id 46875, offset 0, flags [DF], proto TCP (6), length 156)
172.29.32.145.www > 10.21.102.XXX.39800: Flags [P.], cksum 0x51da (correct), seq 1:105, ack 535, win 15134, options [nop,nop,TS val 2712815006 ecr 33590721], length 104: HTTP, length: 104
HTTP/1.1 202 Accepted
Connection: close
Content-Length: 0
Content-Type: text/plain; charset=utf-8
08:29:51.262077 IP (tos 0x68, ttl 251, id 46878, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.39800: Flags [F.], cksum 0xafb9 (correct), seq 105, ack 535, win 15134, options [nop,nop,TS val 2712815006 ecr 33590721], length 0
08:29:51.262308 IP (tos 0x0, ttl 63, id 41839, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.39800 > 172.29.32.145.www: Flags [.], cksum 0xe90b (correct), seq 535, ack 105, win 457, options [nop,nop,TS val 33590725 ecr 2712815006], length 0
08:29:51.262423 IP (tos 0x0, ttl 63, id 41840, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.39800 > 172.29.32.145.www: Flags [F.], cksum 0xe908 (correct), seq 535, ack 106, win 457, options [nop,nop,TS val 33590726 ecr 2712815006], length 0
08:29:51.266748 IP (tos 0x68, ttl 251, id 46905, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.39800: Flags [.], cksum 0xafae (correct), seq 106, ack 536, win 15134, options [nop,nop,TS val 2712815011 ecr 33590726], length 0
08:29:56.255886 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 10.21.64.1 tell 10.21.102.XXX, length 28
08:29:56.261471 ARP, Ethernet (len 6), IPv4 (len 4), Reply 10.21.64.1 is-at e0:00:84:c5:c6:d3 (oui Unknown), length 42
08:30:48.158913 IP (tos 0x0, ttl 63, id 42177, offset 0, flags [DF], proto TCP (6), length 60)
10.21.102.XXX.53778 > 172.29.32.145.www: Flags , cksum 0xcb3f (correct), seq 524328743, win 29200, options [mss 1460,sackOK,TS val 6831078 ecr 0,nop,wscale 6], length 0
08:30:48.163205 IP (tos 0x68, ttl 251, id 31929, offset 0, flags [DF], proto TCP (6), length 60)
172.29.32.145.www > 10.21.102.XXX.53778: Flags [S.], cksum 0x6b2d (correct), seq 2582264206, ack 524328744, win 14600, options [mss 1460,nop,wscale 0,sackOK,TS val 2712871907 ecr 6831078], length 0
08:30:48.163533 IP (tos 0x0, ttl 63, id 42178, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.53778 > 172.29.32.145.www: Flags [.], cksum 0xd12c (correct), seq 1, ack 1, win 457, options [nop,nop,TS val 6831083 ecr 2712871907], length 0
08:30:48.163671 IP (tos 0x0, ttl 63, id 42179, offset 0, flags [DF], proto TCP (6), length 586)
10.21.102.XXX.53778 > 172.29.32.145.www: Flags [P.], cksum 0x2633 (correct), seq 1:535, ack 1, win 457, options [nop,nop,TS val 6831083 ecr 2712871907], length 534: HTTP, length: 534
POST /openplat/datahub/events/ HTTP/1.1
Host: dhep.co.op.gvp.telefonica.com
User-Agent: OpenMW-2022.01.27.01.02.16 STV-IPTV-19.0.2.16
Accept: */*
Content-Type: application/json
OpenMW-Version: 2022.01.27.01.02.16
OpenMW-Model: PTT100
Content-Length: 270
[{"operation":"EPG/fileid","m_lineupVersion":"68278","status":"BI_STATUS_INFO","transaction_id":"0001381405976_2315437079_33","ob":"33","device_type":"802","device_id":"2315437079","timestamp":"2022-08-15T13:30:13.089Z","user_id":"30235799","timezone":"America/Bogota"}] [|http]
08:30:48.167195 IP (tos 0x68, ttl 251, id 31948, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.53778: Flags [.], cksum 0x95bd (correct), seq 1, ack 535, win 15134, options [nop,nop,TS val 2712871911 ecr 6831083], length 0
08:30:48.167518 IP (tos 0x68, ttl 251, id 31953, offset 0, flags [DF], proto TCP (6), length 156)
172.29.32.145.www > 10.21.102.XXX.53778: Flags [P.], cksum 0x3774 (correct), seq 1:105, ack 535, win 15134, options [nop,nop,TS val 2712871912 ecr 6831083], length 104: HTTP, length: 104
HTTP/1.1 202 Accepted
Connection: close
Content-Length: 0
Content-Type: text/plain; charset=utf-8
08:30:48.167524 IP (tos 0x68, ttl 251, id 31956, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.53778: Flags [F.], cksum 0x9553 (correct), seq 105, ack 535, win 15134, options [nop,nop,TS val 2712871912 ecr 6831083], length 0
08:30:48.167750 IP (tos 0x0, ttl 63, id 42180, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.53778 > 172.29.32.145.www: Flags [.], cksum 0xcea5 (correct), seq 535, ack 105, win 457, options [nop,nop,TS val 6831087 ecr 2712871912], length 0
08:30:48.167994 IP (tos 0x0, ttl 63, id 42181, offset 0, flags [DF], proto TCP (6), length 52)
10.21.102.XXX.53778 > 172.29.32.145.www: Flags [F.], cksum 0xcea3 (correct), seq 535, ack 106, win 457, options [nop,nop,TS val 6831087 ecr 2712871912], length 0
08:30:48.171865 IP (tos 0x68, ttl 251, id 31969, offset 0, flags [DF], proto TCP (6), length 52)
172.29.32.145.www > 10.21.102.XXX.53778: Flags [.], cksum 0x954a (correct), seq 106, ack 536, win 15134, options [nop,nop,TS val 2712871916 ecr 6831087], length 0
^X^C
45 packets captured
45 packets received by filter
0 packets dropped by kernelEn el caso del 8115, las 3 interfaces están presentes con las mismas prioridades y las IPs que obtengo con udhcpc desde el router son similares.
En el askey 8115 es explícito el hecho de requerir mensajes de la versión 2 únicamente.
Por esa razón en el script nat le he agregado la instrucción:.
Código:
/bin/echo 2 > /proc/sys/net/ipv4/conf/vlan102/force_igmp_versionAl revisar el log de igmpproxy se evidencia que los mensajes llevan la etiqueta de versión 2.
Por otra parte, debo investigar un poco sobre la configuración RIP porque no la he abordado explícitamente en los scripts que he construido.
Última edición:
Esta es una versión del log de igmpproxy con menos información pero quizás mas relevante que las tablas de enrutamiento.
- Muestra conexión de otros dispositivos diferentes a los decos (192.168.200.200 y 192.168.200.221)
- Muestra uniones a los grupos multicast de los canales
- Mensajes de multicast locales ignorados: "from myself. Ignoring"
Código:
adding VIF, Ix 0 Fl 0x0 IP 0x01c8a8c0 br0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 1 Fl 0x0 IP 0xd566150a vlan102, Threshold: 1, Ratelimit: 0
Joining group 224.0.0.2 on interface br0
Joining group 224.0.0.22 on interface br0
RECV Membership query from 192.168.200.1 to 224.0.0.1
RECV V2 member report from 192.168.200.1 to 224.0.0.22
The IGMP message was from myself. Ignoring..2
RECV V2 member report from 192.168.200.1 to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report from 192.168.200.220 to 224.0.0.251
Inserted route table entry for 224.0.0.251 on VIF #0
Joining group 224.0.0.251 on interface vlan102
The IGMP message was local multicast. Ignoring.
The IGMP message was local multicast. Ignoring.
RECV V2 member report from 192.168.200.221 to 239.130.1.0
Inserted route table entry for 239.130.1.0 on VIF #0
Joining group 239.130.1.0 on interface vlan102
RECV V2 member report from 10.21.102.213 to 239.130.1.0
The IGMP message was from myself. Ignoring.
Route activation request from 10.21.102.213 for 239.130.1.0 is from myself. Ignoring.
RECV Leave message from 192.168.200.221 to 224.0.0.2
Leaving group 239.130.1.0 on interface vlan102
RECV Membership query from 192.168.200.1 to 239.130.1.0
RECV V2 member report from 192.168.200.221 to 239.130.1.0
Updated route entry for 239.130.1.0 on VIF #0
Joining group 239.130.1.0 on interface vlan102
RECV V2 member report from 10.21.102.213 to 239.130.1.0
The IGMP message was from myself. Ignoring.
RECV V2 member report from 192.168.200.11 to 239.255.3.22
Inserted route table entry for 239.255.3.22 on VIF #0
Joining group 239.255.3.22 on interface vlan102
RECV V2 member report from 10.21.102.213 to 239.255.3.22
The IGMP message was from myself. Ignoring.
Route activation request from 10.21.102.213 for 239.255.3.22 is from myself. Ignoring.
RECV V2 member report from 192.168.200.221 to 239.130.2.0
Inserted route table entry for 239.130.2.0 on VIF #0
Joining group 239.130.2.0 on interface vlan102
RECV V2 member report from 10.21.102.213 to 239.130.2.0
The IGMP message was from myself. Ignoring.
Route activation request from 10.21.102.213 for 239.130.2.0 is from myself. Ignoring.
RECV V2 member report from 192.168.200.220 to 239.130.0.1
Inserted route table entry for 239.130.0.1 on VIF #0
Joining group 239.130.0.1 on interface vlan102
RECV V2 member report from 10.21.102.213 to 239.130.0.1
The IGMP message was from myself. Ignoring.
Route activation request from 10.21.102.213 for 239.130.0.1 is from myself. Ignoring.
RECV V2 member report from 192.168.200.220 to 239.131.0.0
Inserted route table entry for 239.131.0.0 on VIF #0
Joining group 239.131.0.0 on interface vlan102
The IGMP message was local multicast. Ignoring.
RECV V2 member report from 10.21.102.213 to 239.131.0.0
The IGMP message was from myself. Ignoring.
Route activation request from 10.21.102.213 for 239.131.0.0 is from myself. Ignoring.
RECV V2 member report from 10.21.102.213 to 239.255.3.22
The IGMP message was from myself. Ignoring.
RECV Leave message from 192.168.200.220 to 224.0.0.2
Leaving group 239.131.0.0 on interface vlan102
RECV Membership query from 192.168.200.1 to 239.131.0.0
RECV V2 member report from 192.168.200.220 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
Joining group 239.131.0.0 on interface vlan102
RECV V2 member report from 10.21.102.213 to 239.131.0.0
The IGMP message was from myself. Ignoring.
RECV V2 member report from 10.21.102.213 to 239.131.0.0
The IGMP message was from myself. Ignoring.
The IGMP message was local multicast. Ignoring.
The IGMP message was local multicast. Ignoring.
RECV V2 member report from 192.168.200.220 to 239.130.1.0
Updated route entry for 239.130.1.0 on VIF #0
RECV V2 member report from 192.168.200.220 to 239.130.1.0
Updated route entry for 239.130.1.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV V2 member report from 10.21.102.213 to 239.255.3.22
The IGMP message was from myself. Ignoring.
RECV V2 member report from 10.21.102.213 to 239.130.1.0
The IGMP message was from myself. Ignoring.
RECV V2 member report from 192.168.200.220 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV V2 member report from 10.21.102.213 to 239.131.0.0
The IGMP message was from myself. Ignoring.
RECV V2 member report from 192.168.200.221 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV V2 member report from 10.21.102.213 to 239.130.0.1
The IGMP message was from myself. Ignoring.
RECV V2 member report from 10.21.102.213 to 239.130.2.0
The IGMP message was from myself. Ignoring.
RECV V2 member report from 192.168.200.220 to 239.130.1.0
Updated route entry for 239.130.1.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV V2 member report from 10.21.102.213 to 239.130.1.0
The IGMP message was from myself. Ignoring.
Route activation request from 10.21.102.213 for 239.130.1.0 is from myself. Ignoring.
RECV V2 member report from 10.21.102.213 to 239.130.0.1
The IGMP message was from myself. Ignoring.
Route activation request from 10.21.102.213 for 239.130.0.1 is from myself. Ignoring.
RECV V2 member report from 192.168.200.220 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV Leave message from 192.168.200.220 to 224.0.0.2
RECV Membership query from 192.168.200.1 to 239.130.1.0
RECV V2 member report from 192.168.200.220 to 239.130.2.0
Updated route entry for 239.130.2.0 on VIF #0
RECV V2 member report from 192.168.200.220 to 239.130.1.0
Updated route entry for 239.130.1.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV V2 member report from 10.21.102.213 to 239.130.2.0
The IGMP message was from myself. Ignoring.
Route activation request from 10.21.102.213 for 239.130.2.0 is from myself. Ignoring.
RECV V2 member report from 192.168.200.221 to 239.130.1.0
Updated route entry for 239.130.1.0 on VIF #0
RECV V2 member report from 192.168.200.220 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
The IGMP message was local multicast. Ignoring.
RECV V2 member report from 192.168.200.220 to 239.130.2.0
Updated route entry for 239.130.2.0 on VIF #0
RECV V2 member report from 192.168.200.220 to 239.130.2.0
Updated route entry for 239.130.2.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
The IGMP message was local multicast. Ignoring.
RECV V2 member report from 192.168.200.220 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.130.1.0
Updated route entry for 239.130.1.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.131.0.0
Updated route entry for 239.131.0.0 on VIF #0
RECV Leave message from 192.168.200.221 to 224.0.0.2
RECV Membership query from 192.168.200.1 to 239.130.1.0
RECV V2 member report from 192.168.200.221 to 239.130.2.0
Updated route entry for 239.130.2.0 on VIF #0
RECV V2 member report from 192.168.200.221 to 239.130.1.0
Updated route entry for 239.130.1.0 on VIF #0
^X^Cselect() failure; Errno(4): Interrupted system call
Got a interrupt signal. Exiting.
Leaving group 239.131.0.0 on interface vlan102
Leaving group 239.130.1.0 on interface vlan102
Leaving group 239.130.2.0 on interface vlan102
Leaving group 239.130.0.1 on interface vlan102
Leaving group 239.255.3.22 on interface vlan102
Leaving group 224.0.0.251 on interface vlan102
All routes removed. Routing table is empty.
Shutdown complete....
Última edición:
B
Beetlejuice
Guest
Hola!. Me instalaron este modem, y hoy cacharreando un poco me di cuenta que la velocidad en el portatil no da más de 100, mediante wifi llega a las 450 Megas. Procedí a configurar la tarjeta de red en 1000 full duplex, y nada. Este modem tiene para configurarle la negociación de velocidad de transmisión?, parece como si estuviera configurado en megabits.
// Solución posible en este caso:
- Conectar a otro puerto del modem logró que conectara en Gigabit.
// Solución posible en este caso:
- Conectar a otro puerto del modem logró que conectara en Gigabit.
Última edición:
Ok ya veo porque no te funciona. Los registros excelente, me dio varias pistas.
Aclaremos estas dudas:
- En la segunda imagen del router Asus esta habilitado IGMPv3, "multidifusión eficiente". Por ahora no deberías tener esto habilitado hasta que funciona bien la IPTV.
El registro de IGMP Proxy tambien confirma que esta activo IGMPv3, segun Cisco: "IGMPv3 hosts uses 224.0.0.22 Multicast address to send Membership Report.IGMPv3 routers listens this address about IGMPv3 facilities."
- Veo que la vlan102 tiene habilitado el multicast. Pero no pude encontrar el br0, que es el puente LAN, si tiene multicast habilitado.
Si no existe el flag multicast, habilitalo con este comando:
Esto efectivamente te habilita paquetes con IP options.
Luego hay que revisar si las interfaces wifi 2.4 Ghz y 5.0 Ghz están colgadas al br0, se puede agregar reglas de bloqueo multicast para esas dos si es necesario.
El RIP routing de lo que hablan en los foros de España no es necesario si usamos rutas estáticas.
Escorpiom.
Aclaremos estas dudas:
- En la segunda imagen del router Asus esta habilitado IGMPv3, "multidifusión eficiente". Por ahora no deberías tener esto habilitado hasta que funciona bien la IPTV.
El registro de IGMP Proxy tambien confirma que esta activo IGMPv3, segun Cisco: "IGMPv3 hosts uses 224.0.0.22 Multicast address to send Membership Report.IGMPv3 routers listens this address about IGMPv3 facilities."
- Veo que la vlan102 tiene habilitado el multicast. Pero no pude encontrar el br0, que es el puente LAN, si tiene multicast habilitado.
Código:
ifconfig br0 | grep -i multi
Código:
ifconfig br0 multicastLuego hay que revisar si las interfaces wifi 2.4 Ghz y 5.0 Ghz están colgadas al br0, se puede agregar reglas de bloqueo multicast para esas dos si es necesario.
El RIP routing de lo que hablan en los foros de España no es necesario si usamos rutas estáticas.
Escorpiom.
Última edición:
He deshabilitado la indagación IGMP (IGMP snooping) del paso 7 , en los 3 lugares indicados en el tutorial con el fin de hacer pruebas.
Lo que yo veo al poner un 2 en el archivo vlan102/force_igmp_version es que los mensajes de peticiones multicast incluyen un "V2" en el log:
Código:
RECV V2 member report from 192.168.200.221 to 239.130.1.0He agregado un archivo br0/force_igmp_version con un 2 para ver si así elimino el uso de 224.0.0.22 para los membership reports.
La consulta inicial me arroja que la interfaz br0 ya tiene multicast, sin embargo ejecuto el comando indicado para estar seguro.
Bash:
ifconfig br0
Código:
br0 Link encap:Ethernet HWaddr 74:D0:2B:1A:XX:XX
inet addr:192.168.200.1 Bcast:192.168.200.255 Mask:255.255.255.0
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
RX packets:495169 errors:0 dropped:0 overruns:0 frame:0
TX packets:549843 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:447672732 (426.9 MiB) TX bytes:194160625 (185.1 MiB)En este router las interfaces wifi son eth1 (2.4 ghz) y eth2 (5 ghz). Ya están en la lista de interfaces deshabilitadas de igmpproxy, pero de igual forma esos dispositivos siguen dentro de br0.
Código:
phyint eth1 disabled #WiFi 2.4
phyint eth2 disabled #WiFi 5Estuve trabajando algunas noches en tratar de limitar los dispositivos que pueden pedir multicast desde br0, sin éxito.
Desde la configuración de IGMP proxy hay un parámetro whitelist pero encuentro que es solo para los destinos, mas no los orígenes.
Voy a investigar como bloquear con iptables esas solicitudes.
Lo ideal es lograr limitar el uso de multicast al rango de los decos (192.168.200.220/31) pero no sé como afecte eso a otros dispositivos de mi red que (tal vez?) usen multicast como chromecast, google home, cámaras p2p, etc. Pero igual eso lo podre ir viendo cuando la Tv en vivo quede funcional.
Entonces RIP lo descarto.
Luego de los cambios propuestos, la TV en vivo sigue sin funcionar
Estos son otros registros que pueden ayudar a depurar el problema:
Código:
1: lo: <LOOPBACK,MULTICAST,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN mode DEFAULT
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: ifb0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 32
link/ether 7e:9e:32:7f:0d:84 brd ff:ff:ff:ff:ff:ff
ifb
3: ifb1: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 32
link/ether e2:60:0a:c2:d5:26 brd ff:ff:ff:ff:ff:ff
ifb
4: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN mode DEFAULT qlen 1000
link/ether 74:d0:2b:1a:XX:ae brd ff:ff:ff:ff:ff:ff
5: dpsta: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
6: eth1: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN mode DEFAULT qlen 1000
link/ether 74:d0:2b:1a:XX:b2 brd ff:ff:ff:ff:ff:ff
7: eth2: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN mode DEFAULT qlen 1000
link/ether 74:d0:2b:1a:XX:af brd ff:ff:ff:ff:ff:ff
8: vlan1@eth0: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT
link/ether 74:d0:2b:1a:XX:ae brd ff:ff:ff:ff:ff:ff
vlan protocol 802.1q id 1 <REORDER_HDR>
ingress-qos-map { 1:1 2:2 3:3 4:4 5:5 6:6 7:7 }
10: vlan100@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT
link/ether 74:d0:2b:1a:XX:ae brd ff:ff:ff:ff:ff:ff
vlan protocol 802.1q id 100 <REORDER_HDR>
11: br0: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN mode DEFAULT
link/ether 74:d0:2b:1a:XX:ae brd ff:ff:ff:ff:ff:ff
12: vlan102@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT
link/ether 74:d0:2b:1a:XX:ae brd ff:ff:ff:ff:ff:ff
vlan protocol 802.1q id 102 <REORDER_HDR>
13: ppp0: <POINTOPOINT,MULTICAST,UP,LOWER_UP> mtu 1480 qdisc pfifo_fast state UNKNOWN mode DEFAULT qlen 3
link/ppp
14: vlan101@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT
link/ether 74:d0:2b:1a:XX:ae brd ff:ff:ff:ff:ff:ff
vlan protocol 802.1q id 101 <REORDER_HDR>
15: tun21: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
link/none
tun
16: tun11: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
link/none
tun"]
Código:
1.0.0.2 via 186.116.208.1 dev ppp0 metric 1
1.0.0.3 via 186.116.208.1 dev ppp0 metric 1
186.116.208.1 dev ppp0 proto kernel scope link
172.28.12.32/28 via 10.21.64.1 dev vlan102
10.8.0.0/24 dev tun21 proto kernel scope link src 10.8.0.1
192.168.200.0/24 dev br0 proto kernel scope link src 192.168.200.1
10.8.8.0/24 dev tun11 proto kernel scope link src 10.8.8.4
172.29.48.0/20 via 10.21.64.1 dev vlan102
172.29.32.0/20 via 10.21.64.1 dev vlan102
11.31.0.0/19 dev vlan101 proto kernel scope link src 11.31.8.XXX
10.21.64.0/18 dev vlan102 proto kernel scope link src 10.21.102.XXX
169.254.0.0/16 dev vlan100 proto kernel scope link src 169.254.37.XXX
127.0.0.0/8 dev lo scope link
default via 186.116.208.1 dev ppp0
Código:
Switch: enabled
Port 0: 1000FD enabled stp: none vlan: 2 jumbo: off mac: 00:00:5e:00:01:XX
Port 1: 1000FD enabled stp: none vlan: 1 jumbo: off mac: 3c:9c:0f:2e:XX:XX
Port 2: 100FD enabled stp: none vlan: 1 jumbo: off mac: 6c:4b:b4:34:XX:XX
Port 3: 100FD enabled stp: none vlan: 1 jumbo: off mac: 6c:4b:b4:34:XX:XX
Port 4: 1000FD enabled stp: none vlan: 1 jumbo: off mac: b8:27:eb:28:XX:XX
Port 5: 1000FD enabled stp: none vlan: 2 jumbo: off mac: 74:d0:2b:XX:XX:ae
Port 7: DOWN enabled stp: none vlan: 1 jumbo: off mac: 00:00:00:00:00:00
Port 8: DOWN enabled stp: none vlan: 1 jumbo: off mac: 00:00:00:00:00:00
VLANs: BCM5301x enabled mac_check mac_hash
1: vlan1: 1 2 3 4 5t
2: vlan2: 0 5
100: vlan100: 0t 5t
101: vlan101: 0t 5t
102: vlan102: 0t 5t
1045: vlan1045: 1 3 5t 8t
1046: vlan1046: 3 7t 8t
1047: vlan1047: 0 2 5t 7t 8t
1099: vlan1099: 0t 3 5t 8u
1100: vlan1100: 0 1 2t 3t 5 8t
1101: vlan1101: 2 3t 4 5t
1102: vlan1102: 0 5t 7t 8t
1103: vlan1103: 3t 4 5 7t
Código:
bridge name bridge id STP enabled interfaces
br0 8000.74d02b1a14ae yes vlan1
eth1
eth2
Última edición:
Ok asi como esta ya debería funcionar.
Te pregunto, te funciona el VOD/Canales? Osea lo unico que no anda es la tele en directo o ningun servicio te anda?
Y solo para descartar, puedes poner la vlan de TV en el Askey en modo no-bridge? Osea enrutador?
Creo que la politica de solo IGMPv2 no funcione en bridge, pero en router si.
Luego debes quitar el vlan tagging en wan, pues el Askey en router le quita la etiqueta vlan.
Seguimos probando porque ya casi esta.
Escorpiom.,
Te pregunto, te funciona el VOD/Canales? Osea lo unico que no anda es la tele en directo o ningun servicio te anda?
Y solo para descartar, puedes poner la vlan de TV en el Askey en modo no-bridge? Osea enrutador?
Creo que la politica de solo IGMPv2 no funcione en bridge, pero en router si.
Luego debes quitar el vlan tagging en wan, pues el Askey en router le quita la etiqueta vlan.
Seguimos probando porque ya casi esta.
Escorpiom.,
Solo la TV en vivo se corta. Lo que viene por la IP privada sin multicast y lo que viene por la IP pública funcionan 100%
Deco: Obtener del DHCP del Router la IP con parámetro Multicast OPCHDeco: Solicitar flujo multicast al proxy IGMPDeco: Prueba de conectividad exitosaDeco: Flujo de datos para apps de conexión directa: Netflix, Disney+Deco: Flujo de datos de retroceder televisión, On Demand, minuaturasDeco: Flujo de datos Televisión en Vivo: Pierde señal a los 10s.Tengo guardada ese configuración del HGU porque fue la primera prueba que hice. Solo la VLAN 100 de internet en bridge y sin tocar el resto en el HGU. Los decos conectados directamente al HGU .
Dado que no hay internet, solo funciona la tv en vivo pero lo demás no: ni retroceder, ni miniaturas, ni Netflix
Ahí si me perdí. Con la VLAN100-Internet administrada por el router y a VLAN 102-TV administrada por al HGU?
Si, exacto.Solo la TV en vivo se corta. Lo que viene por la IP privada sin multicast y lo que viene por la IP pública funcionan 100%
Tengo guardada ese configuración del HGU porque fue la primera prueba que hice. Solo la VLAN 100 de internet en bridge y sin tocar el resto en el HGU. Los decos conectados directamente al HGU .
Dado que no hay internet, solo funciona la tv en vivo pero lo demás no: ni retroceder, ni miniaturas, ni Netflix
Ahí si me perdí. Con la VLAN100-Internet administrada por el router y a VLAN 102-TV administrada por al HGU?
Lo que estas asumiendo es que la vlan de IPTV en el Askey esta en puente y el router Asus tiene creado (aparte del internet) la vlan de TV.
Lo que te propongo es dejar la vlan de TV en el Askey sin tocar. Es decir, el unico cambio en la interfaz de tv en el Askey debe marcar la opción "IGMPv2"
El Askey tiene su propio proxy IGMP y sus propias rutas.
Así que haz esto:
Dejar la vlan 102 (tele) administrado por el Askey como viene por defecto. El Askey quitará el tag vlan en el puerto lan.
Ahora creas una interfaz normal en el Asus que no tiene tag vlan, ese sera de la tele.
El PPPoE lo dejas puentado con su vlan como ya lo tenias.
En esencia, vamos a hacer doble nat con la IPTV y con proxy IGM montado en el Asus.
Escorpiom.
Gracias por la sugerencia @Escorpiom. He realizado varias pruebas pero no llego a ningún resultado viable.
Procedí a eliminar la interfaz de internet únicamente y creando el paso de los paquetes vlan100 al puerto 1 tal como está en el tutorial.
En el Askey esa opción ya viene así definida: solo IGMP versión 2 para la interfaz de iptv.
Si es así, tendría que conectar mi decos al Askey, que es lo que quiero evitar para tener libertad de conectarlos a cualquiera de los 3 nodos mesh.
Entiendo la propuesta pero no me funciona la implementación. Me pone a pensar en el papel que juega la interfaz rg0 en el askey antes de las modificaciones.
Esa interfaz recibe solo los paquetes etiquetados y se los pasa a los 4 puertos LAN. Quizás lo que me propone se pueda hacer jugando con los valores de -1 que se hacen en el re-mark. De igual forma pienso que el problema está en algo de la configuración del askey porque la parte del asus es la misma de Movistar Chile y Movistar España y es muy sospechoso que no funcione en Movistar Colombia.
Voy a intentar hacer algunas pruebas con ello. Aunque debo mencionar que a pesar de estar tan cerca me comienzo a desanimar por la falta de resultados porque llevamos muchas semanas sin televisión.
Procedí a eliminar la interfaz de internet únicamente y creando el paso de los paquetes vlan100 al puerto 1 tal como está en el tutorial.
En el Askey esa opción ya viene así definida: solo IGMP versión 2 para la interfaz de iptv.
OK
Hecho. Eliminé la interfaz PPPoE y la configuré como en el tutorial, dejando IPTV sin tocar.
Aquí me perdí porque al transferir los datos de internet PPPoE solo al puerto LAN1 del askey, sin modificar la interfaz IPTV (ip4) , los paquetes vlan102 no se pasan al puerto LAN1 sino que quedan solo en LAN2,LAN3 y LAN 4 del askey.
Si es así, tendría que conectar mi decos al Askey, que es lo que quiero evitar para tener libertad de conectarlos a cualquiera de los 3 nodos mesh.
Tampoco encontré solución porque la interfaz la estoy creando con robocfg vlan 102 ports "0t 5t" y ahí no hay forma de crear una interfaz sin vlan.
Hecho
Entiendo la propuesta pero no me funciona la implementación. Me pone a pensar en el papel que juega la interfaz rg0 en el askey antes de las modificaciones.
Esa interfaz recibe solo los paquetes etiquetados y se los pasa a los 4 puertos LAN. Quizás lo que me propone se pueda hacer jugando con los valores de -1 que se hacen en el re-mark. De igual forma pienso que el problema está en algo de la configuración del askey porque la parte del asus es la misma de Movistar Chile y Movistar España y es muy sospechoso que no funcione en Movistar Colombia.
Voy a intentar hacer algunas pruebas con ello. Aunque debo mencionar que a pesar de estar tan cerca me comienzo a desanimar por la falta de resultados porque llevamos muchas semanas sin televisión.
Recientemente encontré otro instructivo de Movistar España en el que usan zebra/ripd para el manejo de rutas. No sé si esto sea útil para Movistar Colombia pero estoy haciendo las pruebas.
Y se inician desde udhcpc-script en el bloque donde inicio también igmpproxy.
Sigue sin funcionar.
Bash:
nano /jffs/configs/ripd.conf
hostname RT-AC68U
password zebra
debug rip events
debug rip packet
router rip
version 2
network vlan102
passive-interface vlan102
log file /tmp/ripd.log
log stdout
Bash:
nano /jffs/configs/zebra.conf
hostname RT-AC68U
password zebra
enable password zebra
log file /tmp/zebra.logY se inician desde udhcpc-script en el bloque donde inicio también igmpproxy.
Código:
#Ensamblar igmpproxy.conf
cat /jffs/configs/igmpproxy.conf.base /jffs/configs/igmpproxy.conf.add > /jffs/configs/igmpproxy.conf
#Iniciar igmpproxy con la configuración especial
/usr/bin/killall igmpproxy
sleep 3
/opt/sbin/igmpproxy /jffs/configs/igmpproxy.conf -vvvv
#Iniciar Zebra
#/usr/bin/killall zebra
#sleep 3
#/usr/sbin/zebra --daemon --config_file /jffs/configs/zebra.conf
#Iniciar RIPd
#/usr/bin/killall ripd
#sleep 3
#/usr/sbin/ripd --daemon --config_file /jffs/configs/ripd.confSigue sin funcionar.
Última edición:
Buen hilo. Tengo uno de estos routers y me interesa reeplazarlo. Le invertí a una ONU pero no me ha llegado todavía. Pero me preocupa no poder configurar la IPTV porque la necesito ya que tengo niños (no necesito el fijo para nada). Mi idea es migrar toda mi red interna a la línea de productos TP-LINK Omada.
Así que a lo mejor voy a estar haciendo preguntas por acá a los que saben más que yo
Así que a lo mejor voy a estar haciendo preguntas por acá a los que saben más que yo
Gracias @yllanos. Estoy en la tarea, pero el tema de multicast es el problema. Algo está bloqueando la funcionalidad del proxy entre las dos redes.
Hoy hice un hallazgo que puede dar indicios del problema.
En algunos tutoriales se recomienda agregar el rango de la red interna como altnet del upstream de igmproxy . Siguiendo esa instrucción procedí a agregar únicamente las IPs que le asigno a los dos decos por DHCP (192.168.200.220 y 221) pero el resultado es el mismo: rutas inactivas (St: I) y nada de tráfico multicast
De igual forma en mis logs solo veo datos de destino (Dst: ...) pero nunca de orígen (Src: ...)
Sin embargo, hoy estaba escuchando Spotify en uno de los Google Home (192.168.200.173), y al poner como altnet TODA la red de la casa, comienzan a aparecer rutas multicast desde el Google Home , y se incluye el dato de orígen (Src: ...). También la ruta aparece como activa (St: A).
Los archivos ip_mr_cache, ip_mr_vif no muestran movimiento ni tampoco se muestran rutas con ip mroute. Pero esto me puede indicar que el problema no está en las reglas del firewall porque los Google Home logran entrar, sino mas bien que los decos simplemente no pueden conectarse al multicast por alguna razón.
En algunos tutoriales se recomienda agregar el rango de la red interna como altnet del upstream de igmproxy . Siguiendo esa instrucción procedí a agregar únicamente las IPs que le asigno a los dos decos por DHCP (192.168.200.220 y 221) pero el resultado es el mismo: rutas inactivas (St: I) y nada de tráfico multicast
De igual forma en mis logs solo veo datos de destino (Dst: ...) pero nunca de orígen (Src: ...)
Código:
nano /jffs/configs/igmpproxy.conf.base
....
##------------------------------------------------------
## Upstream
##------------------------------------------------------
phyint vlan102 upstream ratelimit 0 threshold 1
altnet 192.168.200.220/31
Código:
igmpproxy[8059]: Current routing table (Insert Route):
igmpproxy[8059]: -----------------------------------------------------
igmpproxy[8059]: #0: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001
igmpproxy[8059]: #1: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
igmpproxy[8059]: -----------------------------------------------------Sin embargo, hoy estaba escuchando Spotify en uno de los Google Home (192.168.200.173), y al poner como altnet TODA la red de la casa, comienzan a aparecer rutas multicast desde el Google Home , y se incluye el dato de orígen (Src: ...). También la ruta aparece como activa (St: A).
Código:
nano /jffs/configs/igmpproxy.conf.base
....
##------------------------------------------------------
## Upstream
##------------------------------------------------------
phyint vlan102 upstream ratelimit 0 threshold 1
altnet 192.168.200.0/24
Código:
igmpproxy[23089]: Current routing table (Insert Route):
igmpproxy[23089]: -----------------------------------------------------
igmpproxy[23089]: #0: Dst: 239.131.0.0, Age:2, St: I, OutVifs: 0x00000001
igmpproxy[23089]: #1: Dst: 239.130.1.0, Age:2, St: I, OutVifs: 0x00000001
igmpproxy[23089]: #2: Dst: 239.130.2.0, Age:2, St: I, OutVifs: 0x00000001
igmpproxy[23089]: #3: Dst: 239.130.0.1, Age:2, St: I, OutVifs: 0x00000001
igmpproxy[23089]: #4: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001
igmpproxy[23089]: #5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
igmpproxy[23089]: #6: Src0: 192.168.200.173, Dst: 239.255.255.251, Age:1, St: A, OutVifs: 0x00000000
igmpproxy[23089]: -----------------------------------------------------Los archivos ip_mr_cache, ip_mr_vif no muestran movimiento ni tampoco se muestran rutas con ip mroute. Pero esto me puede indicar que el problema no está en las reglas del firewall porque los Google Home logran entrar, sino mas bien que los decos simplemente no pueden conectarse al multicast por alguna razón.
Los últimos temas
-
-
-
Vendo x4 Cupos Microsoft Office 365 Familia 15 Meses- Iniciado por masteriplatino
- Respuestas: 3
-
-
