T-Home Entertain / IPTV

Entertain läuft auf Vlan8.

Bei mir läuft das jetzt alles ganz kompliziert.

Ich selber habe VDSL50. Da hängt die Fritzbox 7390 direkt dran, weil ich unabhängig von der UTM meine IP-Telefone registriert haben wollte.
Von da gehts dann via Exposed Host zur UTM.
Darauf ist der igmpproxy installiert (leicht abgewandelt, dhcpd aus).
Intern habe ich dann für Entertain ein Vlan eth.1234 das geht zu einem managed Zyxel-Switch GS1910-24. Weiter gehts zum Wohnzimmer zu einem Netgear GS105E, der auch Vlan/IGMP kann. Da hängt dann der Mediareceiver dran.
Es läuft alles seit 1 Woche vollkommen stabil. Aber es war schon eine kleine Herausforderung alle Dinge richtig zu konfigurieren. Jeder Switch musste angepasst werden.

Hallo

ich habe nun auch noch mal den Versuch gestartet ;-) IPTV mit der UTM da nun endlich geld über war für neue hardware ;-)

Aber irgendwie raff ich nicht wie ich die fw regeln bauen muss [[:(]] mit multicast und vor allem wie identifiziere ich die ip des mediareceiver? unter arp -a taucht der nicht auf auch nicht im firewall log [[:(]] siehe jpg. 

Vllt. kann jmd mal ein paar Bildchen der config so wie ol@fson ein paar Seiten vorher posten ;-) damit auch ich es raffe

mit any -> any -> any läuft es ja, aber das kann es ja nicht sein ;-)

Schönes WE!
ACID25

Hallo

ich habe nun auch noch mal den Versuch gestartet ;-) IPTV mit der UTM da nun endlich geld über war für neue hardware ;-)

Aber irgendwie raff ich nicht wie ich die fw regeln bauen muss [[:(]] mit multicast und vor allem wie identifiziere ich die ip des mediareceiver? unter arp -a taucht der nicht auf auch nicht im firewall log [[:(]] siehe jpg. 

Vllt. kann jmd mal ein paar Bildchen der config so wie ol@fson ein paar Seiten vorher posten ;-) damit auch ich es raffe

mit any -> any -> any läuft es ja, aber das kann es ja nicht sein ;-)

Schönes WE!
ACID25

I had the same issue with TV working with an any -> any -> any rule in the firewall, and fixed it...
In my config, the upstream is eth2, my downstream is eth1, my wan is eth0.

I found out that the any/any/any rule allowed IPTV to work, then disabled it and started digging.

Once a request for join has been done from one device on the downstream interface, a raw udp Stream is sent from 192.168.150.100 on my upstrem interface to the m3u address on my downstream.

So I just created a rule allowing from range 192.168.150.100 to 192.168.150.101 on eth2, using protocol rtsp (udp 1234) to address range 233.x.y.z (the ones from my m3u, you may need to create several address ranges) on eth1 and the Stream is running just fine.

Hope this helps [[:)]]

Otherwise, boring thing is that once a media player gets a Stream, the Stream is broadcasted to my lan - ie: I can see network traffic on the lan nics of all my machines as long as the TV is on - I expected unicast streaming... I will therefore look into a udpxy implementation to get rid of this. If someone can compile it for UTM, i would be more than happy (an rpm would even be better [[:)]])

Regards,
Félix

Nachdem ich meine Home-Firewall erneuert habe (neue Hardware und UTM 9.2)
lief IPTV nur noch wie ein Sack Flöhe. Keine Ahnung woran es lag, ich kann noch nicht einmal sagen, seit wann es nicht mehr vernünftig lief, da ich de facto nie Fernseh schaue [[;)]] Aber egal, ich bezahle dafür, also soll es gefälligst funktionieren. Im Prinzip lief es, es gab jedoch ständig Aussetzer und die Bildqualität war sehr schlecht (verpixelt etc.)

Also machte ich mich auf die Suche nach neuen Erkenntnissen und bin dabei auf folgende Seite gestoßen, die einige interessante Hinweise enthält:

T-Home - HOWTO: IPTV and Internet via a Linux Router - After switch to VLAN8

Ich habe daraufhin die igmpproxy.conf angepasst und das

altnet 239.35.0.0/8
durch
altnet 239.35.0.0/16

ersetzt, sowie die dort angegebenen Firewall Regeln in die igmprtd eingefügt:

        echo -n "   Starting IGMP Proxy: Requesting IP-address for interface $INTERNET_IF.8 "

        if ! ifconfig $INTERNET_IF.8 2>/dev/null | grep "inet addr" &>/dev/null; then

                if ps -ef | grep -i $DHCPD_BIN &>/dev/null; then

                        $DHCPD_BIN -k $INTERNET_IF.8 &>/dev/null

                        killproc -TERM $DHCPD_BIN

                        sleep 1

                fi

                startproc $DHCPD_BIN $INTERNET_IF.8 &>/dev/null

                rc_status -v

                sleep $DHCPD_TIME

                echo "-> `ifconfig  $INTERNET_IF.8 | grep inet | sed -e 's/^[ \t]*//'`"

        else

                rc_status -s

        fi



        rc_reset



        iptables -I INPUT -p 2 -j ACCEPT &>/dev/null

        iptables -I OUTPUT -p 2 -j ACCEPT &>/dev/null



        ### TEST TEST TEST ###

        ### TEST TEST TEST ###



        iptables -t nat -A POSTROUTING  -o $INTERNET_IF.8 -j MASQUERADE

        iptables -A FORWARD -s 217.0.119.0/24 -i $INTERNET_IF.8 -j ACCEPT

        iptables -A FORWARD -s 193.158.35.0/23 -i $INTERNET_IF.8 -j ACCEPT

        iptables -A FORWARD -s 87.141.147.0/24 -i $INTERNET_IF.8 -j ACCEPT

        iptables -A FORWARD -s 217.6.167.0/24 -i $INTERNET_IF.8 -j ACCEPT



        ### TEST TEST TEST ###

        ### TEST TEST TEST ###

Die neu hinzugefügten Regeln sind zwischen den  ### TEST TEST TEST ### Zeilen.

Seitdem läuft es wieder [:)]

Übrigens habe ich während der ganzen Prozedur meinen Receiver neu installieren wollen (Durch 4-maliges Aus-/Einschalten) und bin fast verzweifelt, dass er mir die ganze Zeit ein "Keine Verbindung" entgegenblinkte, bis ich auf die Idee gekommen bin, den Proxy zu deaktivieren (und den igmpproxy Eintrag im no-selfmonitor Verzeichnis anzulegen [[;)]]) und Voilà, da klappte es auch mit dem Herunterladen der Firmware.
Ich habe allerdings noch nicht probiert, ob das mit den neu hinzugefügten Regeln auch mit aktiviertem Proxy funktioniert.

Hope it helps.