Próbuj, regułę dla /etc/config/firewall

config rule
        option src      wan
        option proto    igmp
        option target   ACCEPT
config rule
        option src      wan
        option proto    udp
        option dest_ip  224.0.0.0/4
        option target   ACCEPT

trasa do sieci  /etc/config/network

config 'route'
    option 'interface' 'wan'
    option 'target' '224.0.0.0'
    option 'netmask' '240.0.0.0'
    option 'gateway' '0.0.0.0'

ustaw odpowiednio interface sieciowe (tu 'wan')

Swoją drogą bardzo ciekawe dlaczego adresy źródła nie są z puli prywatnej
bo zdaje się że takie adresy "195.x.x.x" są wykorzystywane publicznie.
(z tego co czytałem bezpiecznie jak adresy źródła są właśnie z puli i zakresów sieci prywatnych.)

Ja tam widzę, cyt.

Jun 20 00:36:32 OpenWrt user.warn igmpproxy[3440]: The source address 172.24.10.14 for group 239.255.255.250, is not in any valid net for upstream VIF.
Jun 20 00:36:32 OpenWrt user.warn igmpproxy[3440]: The source address 172.24.18.128 for group 239.255.255.250, is not in any valid net for upstream VIF.

Włączysz, za pomocą

 
/etc/init.d/igmpproxy start

Nie, w AA musisz tak:
w pliku

/etc/config/igmpproxy

config igmpproxy
        option quickleave 1

config phyint
        option network wan_iptv
        option direction upstream
        list altnet 172.18.0.0/16

config phyint
        option network lan
        option direction downstream

Ustawiasz odpowiednio altnet
i teraz cyt.

If you're not sure what to specify for altnet, comment it out and look for the igmpproxy output in the log (or on stdout if you start it in debug mode), it'll say something like Warn: The source address 10.254.16.66 for group 233.32.240.222, is not in any valid net for upstream VIF. and so you'll learn the multicast source address for your ISP.

Co w skrócie oznacza jeśli nie znasz altnet zajrzyj do logu (logread) i stamtąd wykapuj altnet
potem ustaw znowu i restart (/etc/init.d/igmpproxy resart)

Jak nie zadział to zaraz po tym poleceniu wrzuć  wynik "logread"

Odpuść póki co te iptables itp.
Przejdź ścieżkę z igmpproxy to musi zadziałać, co najwyżej będzie to wymagać trochę walki.

Ja obstawiam że z igmpproxy zadziała, z tym że trzy uwagi:
1. udpxy  to nie to samo co igmpproxy (czytaj tu http://wiki.openwrt.org/doc/howto/udp_multicast)
2. "IGMP snooping" to ważne dla igmpproxy, chodzi tu o to aby Ci pakiety nie zalały sieci LAN,
musisz to mieć bez tego nie da się korzystać z sieci (dlatego konieczne jest Attitude Adjustment)
3. jak użyjesz igmpproxy to domyślnie będziesz mieć TV w całym lanie (tak jak w netia spot)  na każdym porcie,
oczywiście możesz wydzielić inna podsieć (jakiś tam lan2) w której igmpproxy będzie proxy'sować i przypiąć ja do jednego portu (ale to już inna zabawa i ja Ci tu nie pomogę - pytaj raczej rpc, coś mi to świta że było o tym przy okazji sieci gościnnej wifi) wpierw zrób aby było w całym lanie potem się martw aby było na jednym porcie.

w przykładowej poniższej konfiguracji widać że proxy jest do lan a Ty możesz zrobić sobie w przyszłości do lan2

config igmpproxy
        option quickleave 1

config phyint
        option network wan_iptv
        option direction upstream
        list altnet 192.168.65.0/24
        list altnet 172.18.0.0/16

config phyint
        option network lan
        option direction downstream

Panowie, jest pewna rzecz która przyszła mi do głowy:

skoro :
1. w oryginalnym zestawie - adresy IP na Netia Player są z LAN (192.x.x.x)
2. w oryginalnym zestawie - działa TV
3. z Openwrt - działa TV gdy nietagowany VLAN 1000 (10.x.x.x)

to oznacza jedno: NETIA spot jest serwerem proxy dla igmp,
użyj pakietu igmpproxy i na bank zadziała

@szwabek:
Nie miałem do czytania z TV od Netia, ale popraw mnie jeśli źle pisze:
1. zadaje się że Netia Player możesz podłączyć tylko pod konkretny port (jeden lub dwa) aby wszystko działało (TV i usługi) ?
2. Na pozostałych działa Ci tylko internet ? a jak podłączysz Netia Player to działają tylko usługi ?
3. Internet Ci nie działa na porcie na którym działa Netia Player ?

Jeśli tak jest mój wniosek jest taki,
a) na portach gdzie działa Ci TV i usługi - masz :
- nietagowany Vlan1000 to by tłumaczyło "vlan1000 nietagowany, to działa mi TV"
- opcja 1 (gdybanie): oraz tagowany jakiś vlan gdzie jest internet (trochę to bez sensu, bo lepiej by było aby vlan1000 został tagowany a internet nietagowany - ale kto wie może tak se utrudnili), to by tłumaczyło 3)
- opcja 2 (gdybanie): wyjście do usług masz przez http proxy (zdefiniowane w netia player), ale z jakiś powodów gdy robisz to na openwrt netia player nie widzi trasy do tego proxy (dlatego nie masz usług), to by tłumaczyło 3)
b) na portach gdzie nie działa Ci TV ale działają lub nie usługi Netai Player - masz :
- nietagowany internet
- tagowany vlan1000 - bo to wynika z logów
- (gdybanie dot. http proxy)
usługi Netia Player działają (jeśli działają to znaczy że jeśli jest http proxy jest widoczne w obu podsieciach vlan1000 i tej nietagowanej), jeśli nie działają to znaczy że http proxy jest widoczne tylko z podsieci z vlan1000.

Ogólnie moje gdybania biorą się z tego że ja mam dokładnie tak u siebie, choć nie mam tego od Netii.

Pozdrawiam!

To raczej na pewno jest ŹLE.
Bo wówczas vlan1000 będzie tagowany na porcie 1, a raczej nie ma być.
poza tym na porcie 1 będzie nietagowane to co na wan weszło nietagowane (czyli pewnie internet).

Twoja konfiguracja wygląda na to że jest ok.

Co do mojego "howto" chyba był faktycznie tam jakiś błąd (teraz już poprawione, edit : 12:12, 13/06/2013),
(błąd pewnie wynikała z tego że w trakcie pisania i nanoszenia poprawek byłem z dala od pierwotnej koncepcji i konfiguracji)

Raczej nie zrobisz dwóch nietagowanych vlanów na jednym porcie.

Chyba było :-)
http://eko.one.pl/forum/viewtopic.php?id=6045