OpenWRT, IGMP proxy voor multicast-TV werkt niet

[SampleUser]

Ik probeer mijn OpenWRT-router (een edgerouter X) te gebruiken om de router van een zekere groene grote glasboer uit de deur te doen.
Ik krijg al gewoon naar behoren over vlan6 een PPPoE sessie en ik heb ook op alle poorten een werkende internetverbinding, alleen werkt IPTV nog niet. Het is het bekende probleem; 2 seconden beeld en daarna een foutmelding... Ik heb de IGMP proxy (naar mijn weten) goed ingesteld maar ik zie geen geproxyd verkeer over vlan6 naar buiten komen.

TCPdumpje van de lanbridge (wat verkort ivm spam maar het punt is duidelijk denk ik):

# tcpdump -i br-lan igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on br-lan, link-type EN10MB (Ethernet), capture size 262144 bytes
17:40:17.656353 IP VIP5202_F17BFA.thuis-local.example.org > all-routers.mcast.net: igmp leave 224.3.2.6
17:40:17.656954 IP OpenWrt.thuis-local.example.org > 224.3.2.6: igmp query v2 [gaddr 224.3.2.6]
17:40:17.659255 IP VIP5202_F17BFA.thuis-local.example.org > 224.3.2.6: igmp v2 report 224.3.2.6
17:40:26.412931 IP OpenWrt.thuis-local.example.org > all-systems.mcast.net: igmp query v2
17:40:27.656471 IP VIP5202_F17BFA.thuis-local.example.org > all-routers.mcast.net: igmp leave 224.3.2.6
17:40:27.657039 IP OpenWrt.thuis-local.example.org > 224.3.2.6: igmp query v2 [gaddr 224.3.2.6]
17:40:27.659329 IP VIP5202_F17BFA.thuis-local.example.org > 224.3.2.6: igmp v2 report 224.3.2.6
17:40:29.968756 IP OpenWrt.thuis-local.example.org > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
17:40:30.480747 IP OpenWrt.thuis-local.example.org > 224.0.0.106: igmp v2 report 224.0.0.106
17:40:34.064824 IP OpenWrt.thuis-local.example.org > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:40:37.580920 IP OpenWrt.thuis-local.example.org > all-systems.mcast.net: igmp query v2
17:40:41.232838 IP OpenWrt.thuis-local.example.org > 224.0.0.106: igmp v2 report 224.0.0.106
17:40:41.232949 IP OpenWrt.thuis-local.example.org > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:40:42.512756 IP OpenWrt.thuis-local.example.org > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
17:40:45.516940 IP OpenWrt.thuis-local.example.org > all-systems.mcast.net: igmp query v2
17:40:51.660926 IP OpenWrt.thuis-local.example.org > all-systems.mcast.net: igmp query v2
17:40:52.656749 IP OpenWrt.thuis-local.example.org > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:40:54.544752 IP OpenWrt.thuis-local.example.org > 224.0.0.106: igmp v2 report 224.0.0.106
17:40:55.443635 IP VIP5202_F17BFA.thuis-local.example.org > 224.3.2.6: igmp v2 report 224.3.2.6
17:40:55.568728 IP OpenWrt.thuis-local.example.org > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
17:40:56.760609 IP VIP5202_F17BFA.thuis-local.example.org > 224.3.2.6: igmp v2 report 224.3.2.6
17:40:59.000635 IP VIP5202_F17BFA.thuis-local.example.org > 224.3.2.6: igmp v2 report 224.3.2.6
17:40:59.473678 IP VIP5202_F17BFA.thuis-local.example.org > 239.255.255.250: igmp v2 report 239.255.255.250
17:41:00.152727 IP VIP5202_F17BFA.thuis-local.example.org > 239.255.255.250: igmp v2 report 239.255.255.250
17:41:05.160928 IP OpenWrt.thuis-local.example.org > all-systems.mcast.net: igmp query v2
17:41:05.966070 IP VIP5202_F17BFA.thuis-local.example.org > all-routers.mcast.net: igmp leave 224.3.2.6
17:41:05.966584 IP OpenWrt.thuis-local.example.org > 224.3.2.6: igmp query v2 [gaddr 224.3.2.6]
17:41:05.998770 IP VIP5202_F17BFA.thuis-local.example.org > 224.3.2.6: igmp v2 report 224.3.2.6
17:41:07.960761 IP VIP5202_F17BFA.thuis-local.example.org > 224.3.2.6: igmp v2 report 224.3.2.6
17:41:08.123776 IP VIP5202_F17BFA.thuis-local.example.org > 224.0.0.199: igmp v2 report 224.0.0.199
17:41:08.750730 IP VIP5202_F17BFA.thuis-local.example.org > 224.0.251.124: igmp v2 report 224.0.251.124

En van vlan4 op de glasdraad:

# tcpdump -i eth1.4 igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1.4, link-type EN10MB (Ethernet), capture size 262144 bytes
17:40:22.732326 IP 10.60.142.134 > all-systems.mcast.net: igmp query v3
17:40:23.408758 IP 10.236.135.139 > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
17:40:26.413308 IP 10.236.135.139 > all-systems.mcast.net: igmp query v2
17:40:27.024766 IP 10.236.135.139 > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:40:34.576766 IP 10.236.135.139 > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
17:40:37.581322 IP 10.236.135.139 > all-systems.mcast.net: igmp query v2
17:40:41.232736 IP 10.236.135.139 > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:40:45.517328 IP 10.236.135.139 > all-systems.mcast.net: igmp query v2
17:40:45.588758 IP 10.236.135.139 > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
17:40:48.656735 IP 10.236.135.139 > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:40:51.661325 IP 10.236.135.139 > all-systems.mcast.net: igmp query v2
17:40:56.592752 IP 10.236.135.139 > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:40:58.640758 IP 10.236.135.139 > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
17:41:05.161325 IP 10.236.135.139 > all-systems.mcast.net: igmp query v2
17:41:09.136790 IP 10.236.135.139 > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:41:14.256758 IP 10.236.135.139 > all-routers.mcast.net: igmp v2 report all-routers.mcast.net
17:41:25.941304 IP 10.236.135.139 > all-systems.mcast.net: igmp query v2
17:41:30.640788 IP 10.236.135.139 > igmp.mcast.net: igmp v2 report igmp.mcast.net
17:41:35.760799 IP 10.236.135.139 > all-routers.mcast.net: igmp v2 report all-routers.mcast.net

Duidelijk dus, de IGMP proxy doet het niet (goed). Ik kan zelf ondanks mijn beste efforts (oa andere forumposts over soortgelijke problemen en wikipaginas van openWRT zelf, https://openwrt.org/docs/...network/wan/udp_multicast oa) geen IGMP-verkeer laten proxyen.

De relevante configs:

/etc/config/network
[quote]
config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option packet_steering '1'
option ula_prefix 'fda4:aaf5:8270::/48'

config device
option name 'br-lan'
option type 'bridge'
list ports 'eth0'
list ports 'eth2'
list ports 'eth3'
list ports 'eth4'

config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option igmp_snooping 1
option ip6assign '60'

config interface 'wan'
option proto 'pppoe'
option username 'internet'
option password 'internet'
option ipv6 'auto'
option device 'eth1.6'

config device
option name 'eth1.6'
option type '8021q'
option ifname 'eth1'
option vid '6'

config interface 'iptv'
option proto 'dhcp'
option vendorid 'IPTV_RG'
option defaultroute '0'
option peerdns '0'
option delegate '0'
option device 'eth1.4'

config route
option interface 'iptv'
option target '213.75.112.0/21'
option gateway '10.172.224.1'

config device
option type '8021q'
option igmp_snooping '1'
option ifname 'eth1'
option vid '4'
option name 'eth1.4'
[quote]

/etc/config/igmpproxy:

igmpproxy
option quickleave 1
option verbose [0-3](none, minimal[default], more, maximum)

config phyint
option network iptv
option zone iptv
option direction upstream
list altnet 0.0.0.0/0

config phyint
option network lan
option zone lan
option direction downstream

Voor de goede orde, de transceiver hangt aan eth1, de LAN-bridge zit op eth0, eth2, eth3 en eth4. Dit vanwege het feit dat de router PoE slikt op eth0. By design dus.
de igmpproxy zit by default niet in openwrt, die heb ik ook apart geinstalleerd.

Als iemand hier iets verkeerds in ziet hoor ik dat graag! Thanks alvast

[Kabouterplop01]

Kun je wel devices bereiken in het iptv netwerk? Krijg je wel een ip adres?
Misschien moet je eens kijken in het OPNsense & pfSense KPN/Telfort IPTV how-to topic voor wat meer informatie over netwerken en routeringen.

[SampleUser]

Ja, ik kan de gateway pingen en krijg mijn adres op het iptv vlan met dhcp binnen.

[SampleUser]

Overigens was ik wat aan het klooien met VLANs aan de lokale kant en uit het niks sprong de TV aan (nadat die een hele lange tijd de foutmelding toonde). Snap niet waarom maar het werkt iig, zonder enige (relevante) wijzigingen aan de configs... Vaag. Ik kan in ieder geval weer TV kijken