Orange FTTH 1000/300 + OpenWrt (Xiaomi AX6000) – IPTV VLAN 839, dekoder 4K Multi nie startuje

[j131]

Czyli najprawdopodobniej FW blokuje multicast albo igmpproxy nie wie gdzie ma pakiety wysyłać. Gdyby sygnał się nie pojawiał podejrzanym byłby protokół IGMPv2, ale skoro spory ruch przychodzący się pojawia, to znaczy że sygnał IP TV jest "uruchamiany" (przez dekoder wysyłający igmp-join), ale ruter nie przekazuje tego sygnału do LAN.
Skoro masz tylko W11 do testów to nie jestem pewien co doradzić - może przez linuksowy podsystem da się tam zainstalować tvheadend - to taka alternatywa dla dekodera. Naturalnie do testów, więc pewnie nie warto.

https://nasz.orange.pl/t5/Telewizja/Jakie-s%C4%85-adresy-multicast-kana%C5%82%C3%B3w-IPTV-w-Orange/t...

[zbychu_iwieszco]

OK, rozumiem. To co w takim razie najlepiej zrobić dalej w mojej sytuacji – zostawić igmpproxy i kombinować z firewall’em, czy raczej iść w stronę czystego bridge’a z VLAN 839 na osobnym porcie dla dekodera? Jakbyś mógł wskazać konkretny kierunek / pierwszy krok, będę wdzięczny.

[zbychu_iwieszco]

Czy mógłbyś rzucić na to okiem swoim eksperckim spojrzeniem i powiedzieć, czy w tej konfiguracji widać coś ewidentnie źle ustawionego? Chodzi mi głównie o układ iptv/wan/lan, igmpproxy i firewall, bo internet działa, a sam multicast do dekodera już nie.
root@OpenWrt:~# cat /etc/config/network

config interface 'loopback'
option device 'lo'
option proto 'static'
list ipaddr '127.0.0.1/8'

config globals 'globals'
option dhcp_default_duid '0004246603284a214d3c871165adc4eb286e'
option ula_prefix 'fd95:6a43:1112::/48'
option packet_steering '1'

config device
option name 'br-lan'
option type 'bridge'
list ports 'lan2'
list ports 'lan3'
list ports 'lan4'

config interface 'lan'
option device 'br-lan'
option proto 'static'
list ipaddr '192.168.1.1/24'
option ip6assign '60'
option igmp_snooping '1'

config device
option name 'wan'
option macaddr 'a4:a9:30:1e:6d:d7'

config interface 'wan'
option device 'wan.35'
option proto 'pppoe'
option username 'bez_ochrony-abc@neostrada.pl'
option password 'abc'
option ipv6 'auto'
option norelease '1'
option multipath 'off'
option mtu '1492'
option peerdns '0'
list dns '1.1.1.1'
list dns '1.0.0.1'

config interface 'wan6'
option device 'wan'
option proto 'dhcpv6'

config device
option type '8021q'
option ifname 'wan'
option vid '35'
option name 'wan.35'

config device
option type '8021q'
option ifname 'wan'
option vid '839'
option name 'wan.839'
list egress_qos_mapping '0:4'
list egress_qos_mapping '1:4'
list egress_qos_mapping '2:4'
list egress_qos_mapping '3:4'
list egress_qos_mapping '4:4'
list egress_qos_mapping '5:4'
list egress_qos_mapping '6:4'
list egress_qos_mapping '7:4'

config interface 'iptv'
option device 'wan.839'
option proto 'static'
option ipaddr '192.168.1.10'
option netmask '255.255.255.0'

root@OpenWrt:~# cat /etc/config/igmpproxy
config igmpproxy
option quickleave 1

config phyint
option network iptv
option zone iptv
option direction upstream
list altnet 10.0.0.0/8

config phyint
option zone lan
option network lan
option direction downstream

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

root@OpenWrt:~# cat /etc/config/firewall

config defaults
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option synflood_protect '1'
option flow_offloading '1'
option flow_offloading_hw '1'

config zone
option name 'lan'
list network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'

config zone
option name 'wan'
option input 'REJECT'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option mtu_fix '1'
list network 'wan'
list network 'wan6'

config zone
option name 'iptv'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
list network 'iptv'

config rule
option target 'ACCEPT'
option proto 'igmp'
option src 'iptv'

config rule
option target 'ACCEPT'
option proto 'udp'
option src 'iptv'
option dest 'lan'
option dest_ip '224.0.0.0/4'

config forwarding
option src 'lan'
option dest 'wan'

config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'

config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-IGMP'
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-IPSec-ESP'
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'

config rule
option name 'Allow-ISAKMP'
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'

config redirect
option dest 'lan'
option target 'DNAT'
option name 'Force-DNS-AdGuard'
option src 'lan'
option src_dport '53'
option dest_ip '192.168.1.1'
option dest_port '53'
option enabled '0'

config forwarding
option src 'iptv'
option dest 'lan'

[j131 · Accepted solution]

Po prostu pokaż konfigurację - forumowe mądre głowy mogą w niej wypatrzyć cos czego nie zauważyłeś. Ja bym się od mostkowania wejścia z wyjściem wstrzymał, to rozwiązanie przypominające przysłowiowe wiązanie buta dżdżownicą. W zasadzie nie powinno działać.
Jeśli miałbym koniecznie doradzać po omacku to po pierwsze zrestartowałbym ruter, po drugie wyłączył całkowicie FW na iptv od strony WAN (wszystkie polityki na ACCEPT dla vlan839). Jeśli to magicznie nie odblokuje sygnału, to mimo wszytko spróbowałbym diagnostyki z poziomu komputera. Mam jakieś skrypty do tego, jest też ten wspomniany tvheadend, możliwości testowania trochę jest. Ale to wymaga czasu, cierpliwości i konsekwencji. Niekoniecznie to co tygryski lubią najbardziej.
Więc lepiej pokaż konfigurację, zaraz się pewnie koledzy lepiej znający OpenWRT zaczną produkować.

[zbychu_iwieszco]

Dzięki za wszystkie podpowiedzi.
Zgodnie z sugestią poluzowałem firewall dla strefy iptv (input/output/forward na ACCEPT) i po restarcie routera oraz dekodera telewizja zaczęła działać po kablu, gdy dekoder jest wpięty w odpowiedni port LAN. Wygląda więc na to, że to FW faktycznie blokował multicast, a nie sam igmpproxy czy VLAN.
Na razie zostawiam taką konfigurację (działa stabilnie).
Dzięki jeszcze raz za poświęcony czas i wyjaśnienia.

[j131]

Sekcja igmpproxy zawiera sporo zbędnych rzeczy. One mogą potencjalnie przeszkadzać.
Powinno być tak:

config igmpproxy
option quickleave 1

config phyint
option network iptv
option direction upstream
list altnet 10.0.0.0/10

config phyint
option network lan
option direction downstream

Ale FW to jest to co zawsze ugryzie jeśli się nie uważa. Właściwie za każdym razem się na to nacinam.