Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 38 subscribers
  • Views 3157 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

T-Online IPTV Entertain / Astaro V8

JunkzTheGoblin
Hallo liebe Astaro Gemeinde,

ich befasse mich schon seit längerem mit o.g. Thema. Bin hier schon seit einiger Zeit
lesender "Stammgast" im Forum gewesen. Hab mir versucht so gut es ging alle nötigen Informationen selbst zu diesem Thema anzueignen.
Nun bin ich aber an einen Punkt gekommen an dem es nicht mehr weiter geht [:S]
Somit habe ich mich hier jetzt mal angemeldet und bitte euch um Hilfe.

Ich werde alle nötigen Infos und Schritte die ich bis jetzt durchgeführt habe hier in diesem Post auflisten zur leichteren Analyse.

Mir ist bewußt das es zu diesem Thema hier schon den ein oder anderen Thread gibt
z.B.
http://www.astaro.org/local-language-forums/german-forum/24182-t-home-entertain-iptv.html?highlight=igmp

Jedoch scheint mir die Diskussion dort etwas eingeschlafen zu sein.

Beginnen wir bei mir und meinem System(e)

Derzeit verwende ich die ASG 8.002 auf einem RM 217 Serversystem von TK

-3 NIC's :
eth0 -> Speedport 200 Modem
eth1 -> IntraNet
eth2 -> DMZ

Alles funktioniert einwandfrei [:)] ...bis auf IPTV

Als MediaReceiver wird der von der Telekom eingesetzt. (301 glaube ich)

1.

Ich habe mir das igmpproxy Paket von Sourceforge geholt und auf einem externen Linux System compiliert. Die ausführbare Datei
sowie die Config auf die Astaro kopiert, Rechte etc angepasst. Soweit ohne Fehler.
(Leider ist der Link zu den Binaries i.o.g. Post nicht mehr erreichbar von "Suppentrulli",  IGMP )

2. 

Wie im oben genannten Post auf Seite 5 beschrieben habe ich das VLAN 8 auf das eth0 Internet Interface gelegt und per DHCP eine
Adresse zuweisen lassen.

Die Befehle als root ausgeführt:

vconfig add eth0 8
/var/chroot-dhcpc/usr/sbin/dhcpcd eth0.8

Zur Kontrolle habe ich das Ergebniss mit

ifconfig -a

überprüft. Das Ergebnis sieht so aus...


eth0.8    Link encap:Ethernet  HWaddr 00:30:48:XX:XX:XX
              inet addr:87.141.115.74  Bcast:87.141.127.255  Mask:255.255.192.0
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:315 errors:0 dropped:0 overruns:0 frame:0
              TX packets:984 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0
              RX bytes:15156 (14.8 Kb)  TX bytes:142429 (139.0 Kb)


3.

Um die nötigen Adressen für die igmpproxy.conf zu bekommen habe ich mir die eingetragenen Routen auf eth0.8 anzeigen
lassen mit folgendem Befehl :

route -n | grep eth0.8

Die Ausgabe sieht so aus :


87.140.255.0      87.141.127.254  255.255.255.128    UG     0      0        0 eth0.8
87.141.64.0        0.0.0.0                255.255.192.0        U       0      0        0 eth0.8
87.141.128.0      87.141.127.254  255.255.128.0        UG     0      0        0 eth0.8
193.158.34.0      87.141.127.254  255.255.254.0        UG     0      0        0 eth0.8
193.158.137.14  87.141.127.254  255.255.255.255    UGH   0      0        0 eth0.8
212.184.168.0    87.141.127.254  255.255.255.0        UG     0      0        0 eth0.8
217.6.164.45      87.141.127.254  255.255.255.255    UGH   0      0        0 eth0.8
217.6.164.48      87.141.127.254  255.255.255.248    UG     0      0        0 eth0.8
217.6.167.128    87.141.127.254  255.255.255.192    UG     0      0        0 eth0.8



meine igmpproxy.conf wie folgt : (ohne Kommentare)


##------------------------------------------------------
## Enable Quickleave mode (Sends Leave instantly)
##------------------------------------------------------
quickleave
##------------------------------------------------------
## Configuration for eth0 (Upstream Interface)
##------------------------------------------------------
phyint eth0.8 upstream  ratelimit 0  threshold 1

altnet 87.140.255.0/25
altnet 87.141.64.0/18
altnet 87.141.128.0/17
altnet 193.158.34.0/23
altnet 193.158.137.14/32
altnet 212.184.168.0/24
altnet 217.6.164.45/32
altnet 217.6.164.48/29
altnet 217.6.167.128/26

# Not Used ATM
# altnet 239.35.0.0/16

# Media Receiver
altnet 192.168.1.8/32
##------------------------------------------------------
## Configuration for eth1 (Downstream Interface)
##------------------------------------------------------
phyint eth1 downstream  ratelimit 0  threshold 1
##------------------------------------------------------
## Configuration for eth2 (Disabled Interface)
##------------------------------------------------------
phyint eth2   disabled
phyint tun0   disabled
phyint lo     disabled
phyint ifb0   disabled
phyint eth0.7 disabled


4.

Start des IPMP Proxy (derzeit manuell) auf der Kommandozeile :

/usr/local/sbin/igmpproxy -dv /etc/igmpproxy.conf

StartUp Log :


adding VIF, Ix 0 Fl 0x0 IP 0x0101a8c0 eth1, Threshold: 1, Ratelimit: 0
adding VIF, Ix 1 Fl 0x0 IP 0x0100000a eth2, Threshold: 1, Ratelimit: 0
adding VIF, Ix 2 Fl 0x0 IP 0x6d439d57 ppp0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 3 Fl 0x0 IP 0x0102f20a tun0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 4 Fl 0x0 IP 0x4a738d57 eth0.8, Threshold: 1, Ratelimit: 0
joinMcGroup: 224.0.0.2 on eth1
joinMcGroup: 224.0.0.2 on ppp0
Inserted route table entry for 239.255.255.250 on VIF #-1


Soweit sehe ich da noch keine Fehler ?!

5. 

Fehlersuche...

Der Bildschirm bleibt leider komplett schwarz. Ganz zu Beginn, ich vermute vor der Umstellung auf VLAN 7/8 letztes Jahr hier in Bayern,
hatte ich noch die 10 sek Unicast Empfang.
Hier eine Ausgabe des IGMP Proxy's nach einiger Zeit : 


The origin for route 239.255.255.250 changed from 192.168.1.8 to 192.168.1.11
The origin for route 239.255.255.250 changed from 192.168.1.11 to 192.168.1.8
Removing MFC: 192.168.1.8 -> 239.255.255.250, InpVIf: 4
MRT_DEL_MFC; Errno(2): No such file or directory
Inserted route table entry for 239.255.255.250 on VIF #-1
The origin for route 239.255.255.250 changed from 192.168.1.8 to 192.168.1.5
The origin for route 239.255.255.250 changed from 192.168.1.5 to 192.168.1.8
Removing MFC: 192.168.1.8 -> 239.255.255.250, InpVIf: 4
MRT_DEL_MFC; Errno(2): No such file or directory
Inserted route table entry for 239.255.255.250 on VIF #-1
The origin for route 239.255.255.250 changed from 192.168.1.8 to 192.168.1.11
The origin for route 239.255.255.250 changed from 192.168.1.11 to 192.168.1.8
The origin for route 239.255.255.250 changed from 192.168.1.8 to 192.168.1.5
The origin for route 239.255.255.250 changed from 192.168.1.5 to 192.168.1.8
The origin for route 239.255.255.250 changed from 192.168.1.8 to 192.168.1.3
The origin for route 239.255.255.250 changed from 192.168.1.3 to 192.168.1.8
Removing MFC: 192.168.1.8 -> 239.255.255.250, InpVIf: 4
MRT_DEL_MFC; Errno(2): No such file or directory
Inserted route table entry for 239.255.255.250 on VIF #-1
The origin for route 239.255.255.250 changed from 192.168.1.8 to 192.168.1.11
The origin for route 239.255.255.250 changed from 192.168.1.11 to 192.168.1.8
The origin for route 239.255.255.250 changed from 192.168.1.8 to 192.168.1.5
The origin for route 239.255.255.250 changed from 192.168.1.5 to 192.168.1.8
Removing MFC: 192.168.1.8 -> 239.255.255.250, InpVIf: 4
MRT_DEL_MFC; Errno(2): No such file or directory
Inserted route table entry for 239.255.255.250 on VIF #-1
adding VIF, Ix 0 Fl 0x0 IP 0x0101a8c0 eth1, Threshold: 1, Ratelimit: 0
adding VIF, Ix 1 Fl 0x0 IP 0x0100000a eth2, Threshold: 1, Ratelimit: 0
adding VIF, Ix 2 Fl 0x0 IP 0x6d439d57 ppp0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 3 Fl 0x0 IP 0x0102f20a tun0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 4 Fl 0x0 IP 0x4a738d57 eth0.8, Threshold: 1, Ratelimit: 0
joinMcGroup: 224.0.0.2 on eth1
joinMcGroup: 224.0.0.2 on ppp0


Und hier das Paketfilter Log in dem mir etwas aufgefallen ist :


2010:11:05-18:36:50 firewall ulogd[4350]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60001" initf="eth0.8" srcmac="0:1c:f:5d:89:0" dstmac="0:30:48:xx:xx:xx" srcip="87.141.127.254" dstip="224.0.0.1" proto="2" length="36" tos="0x00" prec="0xc0" ttl="1"


Ausgabe mit TCPdump :

tcpdump -i eth0.8 igmp


tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0.8, link-type EN10MB (Ethernet), capture size 96 bytes
18:44:54.040957 IP 87.141.127.254 > ALL-SYSTEMS.MCAST.NET: igmp query v3
18:45:54.445650 IP 87.141.127.254 > ALL-SYSTEMS.MCAST.NET: igmp query v3
18:46:55.141337 IP 87.141.127.254 > ALL-SYSTEMS.MCAST.NET: igmp query v3


Kann es sein das die PaketFW der Astaro unbemerkt meine IGMP Pakete verwirft?

Alles in allem weiß ich leider nicht mehr weiter. Hab ich was übersehen, vergessen...kein Ahnung.
Sollten noch weitere Informationen von mir benötigt werden, laßt es mich wissen dann werde ich sie nachliefern.

Jede Hilfe ist willkommen.

Vielen Dank
Junkz


This thread was automatically locked due to age.
Parents
  • 0
    Hi,

    das sieht soweit in Ordnung aus. Du hast allerdings einen Schritt vergessen im iptables musst du igmp auch noch freigeben. Ruf einfach mal iptables-save auf und schau mal ob es hier für igmp schon Regeln gibt. Wenn nein musst du diese noch manuell hinzufügen. Auswendig weiss ich leider nicht welche nötig sind aber wenn du suppentrulli direkt anschreibst sagt er dir das bestimmt.

    viele Grüße
    Andreas
  • 0 in reply to andyk007
    Danke für deinen Tipp. 
    Ich habe mir die iptables auf der Console angeschaut, und es scheint so als ob da tatsächlich keinerlei Regeln für igmp vorhanden sind.
    Müsste das nicht der igmpproxy beim Start eintragen?

    Ich habe nochmal in dem anderen IPTV Post nachgesehen, und einen Hinweis auf diese iptables regeln gefunden.
    Hier handelt es sich um ein Script welches sich scheinbar um diese Regeln kümmert beim Start/Stop des igmpproxys.

    Suppentrulli habe ich mal angeschrieben, vielleicht kann er mir ja hierbei ein bisschen weiterhelfen.

    Vielen Dank



    # Note that starting an already running service, stopping
    # or restarting a not-running service as well as the restart
    # with force-reload (in case signaling is not supported) are
    # considered a success.

    case "$1" in
        start)
            echo -n ":: Starting IGMP Proxy "
            ## Start daemon with startproc(8). If this fails
            ## the return value is set appropriately by startproc.
            startproc $IGMPRTD_BIN $DEBUG >>$IGMPRTD_LOG 2>&1 -p /var/run/igmprtd.pid

            iptables -I FORWARD -s 217.0.119.0/24 -d 224.0.0.0/4 -j ACCEPT
            iptables -I FORWARD -s 193.158.35.0/24 -d 224.0.0.0/4 -j ACCEPT
            iptables -I FORWARD -s 239.0.0.0/8 -d 224.0.0.0/4 -j ACCEPT
            iptables -I FORWARD -d 224.0.0.0/4 -j ACCEPT

            iptables -I INPUT -d 224.0.0.0/4 -j ACCEPT
            iptables -I OUTPUT -d 224.0.0.0/4 -j ACCEPT
            iptables -I INPUT -p 2 -j ACCEPT
            iptables -I OUTPUT -p 2 -j ACCEPT

            # Remember status and be verbose
            rc_status -v
            ;;
        stop)
            echo -n ":: Shutting down IGMP Proxy "
            ## Stop daemon with killproc(8) and if this fails
            ## killproc sets the return value according to LSB.

            killproc -TERM $IGMPRTD_BIN

            iptables -D FORWARD -s 217.0.119.0/24 -d 224.0.0.0/4 -j ACCEPT
            iptables -D FORWARD -s 193.158.35.0/24 -d 224.0.0.0/4 -j ACCEPT
            iptables -D FORWARD -s 239.0.0.0/8 -d 224.0.0.0/4 -j ACCEPT
            iptables -D FORWARD -d 224.0.0.0/4 -j ACCEPT

            iptables -D INPUT -d 224.0.0.0/4 -j ACCEPT
            iptables -D OUTPUT -d 224.0.0.0/4 -j ACCEPT
            iptables -D INPUT -p 2 -j ACCEPT
            iptables -D OUTPUT -p 2 -j ACCEPT

            # Remember status and be verbose
            rc_status -v
            ;;
Reply
  • 0 in reply to andyk007
    Danke für deinen Tipp. 
    Ich habe mir die iptables auf der Console angeschaut, und es scheint so als ob da tatsächlich keinerlei Regeln für igmp vorhanden sind.
    Müsste das nicht der igmpproxy beim Start eintragen?

    Ich habe nochmal in dem anderen IPTV Post nachgesehen, und einen Hinweis auf diese iptables regeln gefunden.
    Hier handelt es sich um ein Script welches sich scheinbar um diese Regeln kümmert beim Start/Stop des igmpproxys.

    Suppentrulli habe ich mal angeschrieben, vielleicht kann er mir ja hierbei ein bisschen weiterhelfen.

    Vielen Dank



    # Note that starting an already running service, stopping
    # or restarting a not-running service as well as the restart
    # with force-reload (in case signaling is not supported) are
    # considered a success.

    case "$1" in
        start)
            echo -n ":: Starting IGMP Proxy "
            ## Start daemon with startproc(8). If this fails
            ## the return value is set appropriately by startproc.
            startproc $IGMPRTD_BIN $DEBUG >>$IGMPRTD_LOG 2>&1 -p /var/run/igmprtd.pid

            iptables -I FORWARD -s 217.0.119.0/24 -d 224.0.0.0/4 -j ACCEPT
            iptables -I FORWARD -s 193.158.35.0/24 -d 224.0.0.0/4 -j ACCEPT
            iptables -I FORWARD -s 239.0.0.0/8 -d 224.0.0.0/4 -j ACCEPT
            iptables -I FORWARD -d 224.0.0.0/4 -j ACCEPT

            iptables -I INPUT -d 224.0.0.0/4 -j ACCEPT
            iptables -I OUTPUT -d 224.0.0.0/4 -j ACCEPT
            iptables -I INPUT -p 2 -j ACCEPT
            iptables -I OUTPUT -p 2 -j ACCEPT

            # Remember status and be verbose
            rc_status -v
            ;;
        stop)
            echo -n ":: Shutting down IGMP Proxy "
            ## Stop daemon with killproc(8) and if this fails
            ## killproc sets the return value according to LSB.

            killproc -TERM $IGMPRTD_BIN

            iptables -D FORWARD -s 217.0.119.0/24 -d 224.0.0.0/4 -j ACCEPT
            iptables -D FORWARD -s 193.158.35.0/24 -d 224.0.0.0/4 -j ACCEPT
            iptables -D FORWARD -s 239.0.0.0/8 -d 224.0.0.0/4 -j ACCEPT
            iptables -D FORWARD -d 224.0.0.0/4 -j ACCEPT

            iptables -D INPUT -d 224.0.0.0/4 -j ACCEPT
            iptables -D OUTPUT -d 224.0.0.0/4 -j ACCEPT
            iptables -D INPUT -p 2 -j ACCEPT
            iptables -D OUTPUT -p 2 -j ACCEPT

            # Remember status and be verbose
            rc_status -v
            ;;
Children
  • 0 in reply to JunkzTheGoblin
    Hallo

    ich beabsichtige mir auch IPTV bzw. VDSL50 der telekom zuzulegen. Ich habe nun auch schon einiges hier und da im forum gelesen ;-).....kann vllt. mal jmd zusammen fassen, was man tun muss damit IPTV mit der Astaro vernüftig funktioniert. 
    Ich denke ich brauche dann wohl auch noch ein drittes interface, imo habe ich nur zwei ist das richtig?
    Wird denn endlich mit der v9 der igmpproxy kommen? 

    Vielen Dank für eure Hilfe!

    LG ACID25
Unfiltered HTML