| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Autor |
Nachricht |
Robert_M
Regular  
Anmeldungsdatum: 06.01.2008
Beiträge: 87
Wohnort: Hannover
|
 Verfasst am: 16 Dez 2008 23:27 Titel: IPTV von T-Home |
   |
|
Es gibt ein paar Anleitungen im Netz das dies nur mit einem IGMPproxy möglich ist.
Das einrichten des Proxy's habe ich in einer DomU vorgenommen.
Zur eigentlichen Frage:
Hat es jemand geschafft in unserem falle den CT-Server mit Endian so einzurichten das er IPTV problemlos schauen kann? (also ohne Standbild nach 10 sekunden.
IGMP läuft, er schreibt auch syslog message und debug brav voll und ich sehe keine "erro" msgs.
Aber funktionieren will es dennoch nicht.
Über jegliche Hilfe oder Denkstützen wäre ich sehr dankbar.
Robert |
|
| Nach oben |
|
 |
KlausHeinisch
Golden User  
Anmeldungsdatum: 04.02.2006
Beiträge: 609
Wohnort: Hannover
|
| Verfasst am: 16 Jan 2009 02:56 Titel: |
|
|
Hi Robert.
Leider benutze ich weder IPTV vom Rosa-Riesen noch irgendeine
andere IP-TV-Lösung, sondern bin mit MythTV glücklich, was m.E.
aktuell noch die einfachere Lösung ist, auch wenn ich mit einer Netz-
Lösung nicht unglücklich wäre (ZDF-Mediathek ist ja ein netter Anfang).
Vielleicht sagen zu diesem Spezial-Thema die anderen Foren ja mehr,
wobei Du wohl mit unseren speziellen Virtualisierungsaspekten dort
weniger Infos finden könntest...
Hmh. Mehr fällt mir auch nicht ein...
_________________
Gruß, Klaus 
__________________________________________________________
Mein "RechenZentrum": - 1 Debian-Lenny mit ct-Server-3-Implantaten,
- 1 MythTV-0.20-Backend und
- 1 FritzBox, div. Clients
Die Systeme:
Server-3: Debian-LENNY als Dom-0, AMD-Athlon 64 X2 4850e, noch ohne CnQ,
Webserver, Virtual-Desktops und Infrastruktur-DomUs in Produktion (stabil),
4 * Endian-2.2 als BackEnd-Firewall (stabil) für Web, RAS, DMZ-FE & DMZ-BE
FritzBox: FrontEnd-Firewall und TCP-Port-Verteiler mit VoIP-Telefonie
|
|
| Nach oben |
|
|
shadowrun
Golden User
Anmeldungsdatum: 23.05.2006
Beiträge: 902
|
|
| Nach oben |
|
|
Robert_M
Regular
Anmeldungsdatum: 06.01.2008
Beiträge: 87
Wohnort: Hannover
|
| Verfasst am: 12 Feb 2009 00:13 Titel: |
|
|
So wirklich eine Lösung gibt es da nicht wirklich auch bei IPCOP nicht.
Es gibt zwar ein addon elches die "iptv geschichte" ermöglicht unter IPCOP, aber einzeln zu beziehen ist das nicht so wirklich.
Es gibt aber einen selbst zu installierenden igmpproxy.
Der bassiert allerdings nur auf "make" und "make install"
Hier mal kurz das makefile:
| Code: | #BINDIR=../bin
BINDIR=/usr/local/bin
ETCDIR=/etc
MANDIR=/usr/share/man
# CFLAGS=-g
CFLAGS=-O
default : build.h igmpproxy
all : igmpproxy
clean :
rm -f *.o *.asm build.h igmpproxy
install :
cp igmpproxy ${BINDIR}
cp ../doc/igmpproxy.8 ${MANDIR}/man8
cp ../doc/igmpproxy.conf.5 ${MANDIR}/man5
if [ ! -e ${ETCDIR}/igmpproxy.conf ]; then cp igmpproxy.conf ${ETCDIR}; fi
igmpproxy : igmpproxy.o config.o confread.o request.o udpsock.o mcgroup.o rttable.o \
igmp.o ifvc.o callout.o kern.o syslog.o lib.o mroute-api.o
build.h :
echo '#define BUILD "' `date +%y%m%d` '"' >build.h
|
Endian selber hat ja leider kein make drinne, jetzt wäre meine frage:
Auf nem anderem System mit "make" bauen und dann rüberkopieren.
a) Ist das möglich?
b) Wie stelle ich das am besten an?
c) wird es dannach auch funktioneren?
(DAU)Robert |
|
| Nach oben |
|
|
neobiker
Moderator  
Anmeldungsdatum: 11.08.2005
Beiträge: 1147
Wohnort: Nürnberg / Umgebung
|
| Verfasst am: 12 Feb 2009 18:30 Titel: |
|
|
Hi,
wie immer antworte ich so, dass das Doing selber gemacht werden muss...
Prinzipiell kannst Du das binary irgendwo übersetzen, es sollte gehen, solange eine entsprechende lib (glibc und konsorten) vorhanden ist.
Lt. dem makefile muss ja nur ein binarie nach ../bin/.. kopiert werden, und ein *.cfg file existieren... also trivial.
Eine sehr ähnliche Umgebung für Endian ist Fedora oder centos. Hier sollten FC8 und centos 5.2 sicher funktionieren (also z.B. eine FC8 Dev in einer DomU verwenden). Oder die Entwicklungsumgebung von Endian selbst hochziehen und verwenden - das ist aber etwas schwieriger und aufwendiger, als einfach eine FC8 Devel DomU zu bauen
MEine Empfehlung: einfach das FC8 binary irgendwo laden (ist ja ein rpm in den Fedora repos/ftp servern), die files aus dem RPM extrahieren und in die efw kopieren (meine absolute empfehlung).
_________________
Gruss neobiker
Der Computer macht genau das, was Du ihm sagst - nicht das, was Du von ihm willst!
| <- Wiki; Celsius M450 C2Duo/2.13GHz, 6GB, 3xSATA, RAID1 + Snapshot Backups, Samba, Fritzcard ISDN + mtG-Capri = LAN-Fax (PDF-Email), Anrufbeantworter (Wav-Email), Scalix / Webmail + Outlook, VDR 7, DSL-WLAN-Router (NAT / Firewall !) vor XEN-Endian Firewall (RED, ORANGE, GREEN), WLAN inkl. VPN (IPSEC, SSL), DMZ (Webmail Reverse Proxy) |
|
|
| Nach oben |
|
|
Robert_M
Regular
Anmeldungsdatum: 06.01.2008
Beiträge: 87
Wohnort: Hannover
|
| Verfasst am: 16 Feb 2009 00:57 Titel: |
|
|
Jow danke, ich habs unter einer Ct eigenen DomU erzeugt beide rüberkopiert und getestet, ging.
Da ich es nicht zum laufen bekommen habe, habe ich nochmal einen Centos aufgesetzt, weil ich der Meinung war das es doch irgend etwas damit zutun haben könnte, fehlanzeige. Das wichtige ist halt das die nötigen libs zum machen da sind. Auch die RPM extrahieren habe ich ausgetestet egal welches binary ich nehme es funktionieren alle und lassen sich auch starten.
Da ich mich durch reichlich Anleitung gefuxt habe, wird es wohl an der Virtualisierungsgeschichte liegen oder woanders dran, keine Ahnung.
Da es unter IPCOP funzt werde ich wohl umsteigen müssen. 
Hatte mich schon so an das efw teil gewöhnt, aber irgendwie igmp V3 im Kernel ist aktiviert, nutzen kann man ihn nur leider nicht sinnvoll für Ottonormalos.
mfg
Robert
Falls ich es dennoch mal zum laufen bekommen sollte schreibe ich hier mal rein wie.
Wobei ich gerade sehe das meine vonhand hinzugefügten iptables nicht in der liste auftauchen. | Code: |
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 INPUT -d 224.0.0.0/4 -j ACCEPT
iptables -I FORWARD -d 224.0.0.0/4 -j ACCEPT |
naja sie tauchen schon auf unter der Police
| Code: | chain FORWARD (policy DROP)
ACCEPT all -- 193.158.35.0/24 BASE-ADDRESS.MCAST.NET/4
ACCEPT all -- 193.158.35.0/24 BASE-ADDRESS.MCAST.NET/4
ACCEPT all -- anywhere BASE-ADDRESS.MCAST.NET/4
ACCEPT all -- 217.0.119.0/24 BASE-ADDRESS.MCAST.NET/4 |
Ich glaube ich bin mit meinem Latein hier dann doch am ende. |
|
| Nach oben |
|
|
Robert_M
Regular
Anmeldungsdatum: 06.01.2008
Beiträge: 87
Wohnort: Hannover
|
| Verfasst am: 24 Feb 2009 23:59 Titel: |
|
|
So, dank der Zaunpfahlwinker im Forum von onlinekosten.de (Ich weis net ob WErbung erlaubt ist , denke mal schon)mögen sich der Rosa Riese sein IPTV und ich wieder gerne haben.
Ich werde mich die Tage mal hinsetzen und alles aufschreiben.
Robert_M |
|
| Nach oben |
|
|
Robert_M
Regular
Anmeldungsdatum: 06.01.2008
Beiträge: 87
Wohnort: Hannover
|
| Verfasst am: 28 Feb 2009 17:04 Titel: |
|
|
So, da ich heute die Zeit habe werde ich einmal alles zusammenschreiben.
Vorweg: Mein wille war es, meine Speedport W701V zu ersetzen, sowohl für Internet und IPTV.
Gründe dafür: Bastelwahn und ein bisschen irgendwas bescheuertes zu machen (ging ja alles Vorher).
Vorrausetzung: VDSL+Netzstruktur mit VLAN8 und irgendeine Xen geschichte. (Endian oder sonstiges ist nicht erforderlich.)
Kernel muss igmp unterstützen. (Der Kernel der CT'server Distri kann das.)
Zu Sicherheit:
Hier sollten jetzt eure Netzwerkkarten angezeigt werden.
Sollte es nicht der fall sein Kernel neu übersetzen, welche dinge zu aktivieren sind für igmp stehen zu haufe im Internet.
Da die VDSL geschichte über VLAN ID 7 rennt müsstet ihr hier ja bereits Tätig gewesen sein. Eine Anleitung dazu ist ebenfalls hier im Forum zu finden.
Als erstes muss also in der Dom0 eine neue Netzwerkkarte her die VLAN ID 8 bereitstellt.
Also alte
| Code: | | /etc/network/interfaces |
sichern.
Dann fügen wir dreist eine neue virtuelle Netzwerkkarte hinzu:
Auf der Karte die sonst euer EXTERNES interface ist.
Editor eurer wahl, hier nano:
| Code: | | nano -w /etc/network/interfaces |
Dann einfach folgende Zeilen ergänzen, bzw neu hinzufügen.
Die eth1 wird hier nur als beispiel genommen.
| Code: |
pre-up vconfig add eth1 8
post-down vconfig rem eth1 8
auto eth1.8
iface eth1.8 inet manual
up ifconfig eth1.8 up
auto [i]iptv[/i]
iface iptv[i] inet [/i]manual
pre-up brctl addbr [i]iptv[/i]
up ifconfig [i]iptv[/i] 0.0.0.0 promisc up
pre-up brctl addif [i]iptv[/i] eth1.8
bridge_fd 1
bridge_stp off
bridge_hello 1
down ifconfig [i]iptv[/i] down
post-down brctl [i]iptv[/i] iptv
|
Das iptv könnt ihr ersetzen durch irgendetwas.
So was macht der ganze krams.
Die ersten 5 Zeilen erzeugen vor dem Netzwerkstart eine Netzwerkkarte die eth1.8, der rest stellt es als eine Brücke zur Verfügung.
Jetzt muss wieder die /etc/network/if-up.d/fix-xen bearbeitet werden.
| Code: |
#!/bin/bash
if [ $IFACE != "lo" ] && [ $IFACE != "eth1.7" ] && [ $IFACE != "eth1.8" ] ; then
ethtool -K $IFACE tx off
fi
|
das Netzwerk neustarten hatt bei mir nicht ohne Fehler funktioniert also. Neustart der Dom0 bzw. der ganzen Kiste.
IPTV geht jetzt zwar immernoch nicht, aber es könnte gehen.
Entweder ihr erstellt eine neue DomU und installiert dort igmpproxy oder ihr bringt ihn irgendwo in einer laufenden DomU mit unter.
Wichtig ist das ihr dort die neue mit ID8 versehene Netzwerkkarte(hier in diesem falle die Bridge iptv) übergebt.(Eine 2te würde auch nicht schaden.)
In der Domain muss diese Brücke, dann in Interfaces auf
| Code: | | iface eth<X> inet [b]dhcp[/b] |
stehen.
Sollte das der fall sein und ihr habt alles richtig eingestellt, bekommt diese Karte auf einmal eine IP zugewiesen.
Das war es schon.
- igmpproxy installieren, die igmpproxy.conf anpassen, starten und Fertig.
Ein Wichtiger Hinweis, noch.Die Sicherheitsexperten werden mir jetzt sicher aufs Dach steigen, auch zu recht, weil die ganze vorgehensweise euren "Endian" unterwandert. Schlichtweg umgeht.
Das ganze sollte also noch ordentlich verriegelt werden.
Desweiteren solltet ihr nach 2 Tagen den igmpproxy neu installieren, er müllt halt euer Logdateien (syslog) voll. Was ihr bei welchem "logger" machen müsst ist ebenfalls im internet zufinden.
mfg
Robert_M |
|
| Nach oben |
|
|
Vertex
Regular
Anmeldungsdatum: 05.05.2006
Beiträge: 97
|
| Verfasst am: 15 Mai 2009 19:28 Titel: |
|
|
Ich möchte das Thema nochmal aufgreifen, da ich selbst gerade mit dieser Problematik kämpfe. Ich habe einen ADSL2+ Anschluß (also kein VDSL). Ich habe mir eben die Beta4 von igmpproxy kompiliert und wollte es mal in meiner Domain-0 testen.
Config wie gehabt: | Code: | quickleave
# upstream = Internet Device
phyint eth2 upstream ratelimit 0 threshold 1
# eth1 ist das LAN-Interface
phyint eth1 downstream ratelimit 0 threshold 1
altnet 217.0.119.194/24
altnet 193.158.35.0/24 |
Ich erhalte beim Start jedoch sets die Fehlermeldung: | Code: | server:/etc# igmpproxy -d -v /etc/igmpproxy.conf
adding VIF, Ix 0 Fl 0x0 IP 0x0201a8c0 intern, Threshold: 1, Ratelimit: 0
There must be at least 2 Vif's where one is upstream. |
Hat sonst noch jemand dieses Problem bzw. kennt eine Lösung ?
Hab leider selbst nichts ergoogeln können, was mir weiterhilft ;(
Gruß
Vertex |
|
| Nach oben |
|
|
Robert_M
Regular
Anmeldungsdatum: 06.01.2008
Beiträge: 87
Wohnort: Hannover
|
| Verfasst am: 16 Mai 2009 08:54 Titel: |
|
|
Ich habe als Upstream interface noch die ip von meiner TV-Box angegeben.
Aber wie es scheint hat deine Dom0 nur eine Netzwerkkarte.
Es werden zwar unter ifconfig mehrere angezeigt, dennoch benutzt die Dom0 bei mir nur eine.
Ich würde Dir empfehlen die tests in einer DomU durchzuführen, in die du 2 Netzwerkschnitstellen reinreichst. |
|
| Nach oben |
|
|
Vertex
Regular
Anmeldungsdatum: 05.05.2006
Beiträge: 97
|
| Verfasst am: 16 Mai 2009 13:52 Titel: |
|
|
| Robert_M hat folgendes geschrieben: | Ich habe als Upstream interface noch die ip von meiner TV-Box angegeben.
Aber wie es scheint hat deine Dom0 nur eine Netzwerkkarte.
Es werden zwar unter ifconfig mehrere angezeigt, dennoch benutzt die Dom0 bei mir nur eine.
Ich würde Dir empfehlen die tests in einer DomU durchzuführen, in die du 2 Netzwerkschnitstellen reinreichst. |
Die IP meines Receivers hab ich auch eingetragen - es schien mir in diesem Zusammenhang aber nicht relevant daher hatte ich es nicht gepostet.
Mhm, ifconfig listet bei mir u.a. eth1 und eth2 bzw. intern und extern sowie die vifx.x der anderen DomUs - so gesehen scheint mir alles in bester Ordnung d.h. 2 Netzwerkschnittstellen.
Ich werde jetzt aber doch mal einen Test in der Endian DomU durchführen.
Gruss
Vertex |
|
| Nach oben |
|
|
Vertex
Regular
Anmeldungsdatum: 05.05.2006
Beiträge: 97
|
| Verfasst am: 19 Mai 2009 13:08 Titel: |
|
|
Ich hatte einen Bug-Report an den Entwickler abgesetzt und folgende Antwort erhalten, die vielleicht den ein oder anderen interessiert: | Zitat: | Because of used method igmpproxy detects only interfaces with IPv4
address.
You must assign either real or dumb IPv4 addresses to eth1 and eth2.
This behaviour won't be changed in 0.1. |
| Code: | server:~# ifconfig -a
eth1 Protokoll:Ethernet Hardware Adresse 00:19:FF:70:23:BF
inet6 Adresse: fe80::219:d1ff:fe70:44bf/64
Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:55040671 errors:0 dropped:0 overruns:0 frame:0
TX packets:103450226 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:2036158936 (1.8 GiB) TX bytes:873447594 (832.9 MiB)
Basisadresse:0x30c0 Speicher:94300000-94320000
[gekürzt] |
Jetzt bin ich schlauer aber nicht glücklicher
Guss
Vertex |
|
| Nach oben |
|
|
shadowrun
Golden User
Anmeldungsdatum: 23.05.2006
Beiträge: 902
|
| Verfasst am: 19 Mai 2009 20:55 Titel: |
|
|
In deiner Test Dom U hast du aber auch 2 Karten oder ???
Nicht das du im Server 2 karten hast ... bei Enidan auch... und dann ne weitere DomU aufmachst die nur am internen Netz hängt |
|
| Nach oben |
|
|
Vertex
Regular
Anmeldungsdatum: 05.05.2006
Beiträge: 97
|
| Verfasst am: 19 Mai 2009 23:34 Titel: |
|
|
| shadowrun hat folgendes geschrieben: | In deiner Test Dom U hast du aber auch 2 Karten oder ???
Nicht das du im Server 2 karten hast ... bei Enidan auch... und dann ne weitere DomU aufmachst die nur am internen Netz hängt |
Nein, ich hatte das in der (zentralen) DOM-0 getestet - Knackpunkt sind ganz offensichtlich meine IPv6-Adressen, die der Proxy nicht mag. |
|
| Nach oben |
|
|
Vertex
Regular
Anmeldungsdatum: 05.05.2006
Beiträge: 97
|
| Verfasst am: 21 Feb 2010 19:49 Titel: T-Home IPTV mit ADSL+ (nicht VDSL) |
|
|
Nachdem ich das Thema lange verdrängt hatte - Media-Receiver lag bis jetzt ganz hinten im Schrank - hat mich ein Artikel in der letzten c`t zum Thema IPTV mit VLC dazu genötigt das Thema wieder aufzugreifen. Ich bin jetzt zwar etwas glücklicher, aber noch nicht wirklich zufrieden.
Ich beschreibe das Problem mal grob - igmpproxy läuf in der Dom-0 mit folgender Config | Code: | quickleave
# upstream = Internet Device
# eth1 ist externes Device (ADSL Modem)
phyint eth1.8 upstream ratelimit 0 threshold 1
altnet 217.6.164.42/32
altnet 194.25.134.197/32
altnet 193.158.137.14/32
altnet 217.6.164.45/32
altnet 217.6.164.40/31
altnet 217.6.164.46/31
altnet 217.6.164.48/29
altnet 217.6.167.128/26
altnet 87.140.255.0/25
altnet 193.158.34.0/23
altnet 93.231.192.0/18
altnet 87.141.128.0/17
# upstream für die box !
altnet 192.168.1.16/32
# eth0 ist das LAN-Interface (intern)
phyint eth0 downstream ratelimit 0 threshold 1
# andere Devices werden deaktiviert
phyint eth1 disabled
phyint eth1.7 disabled
phyint ppp0 disabled
# phyint intern disabled
phyint lo disabled
|
Mit VLC kann ich wunderbar IPTV genießen (sogar HD, trotz ADSL+). Soweit so gut, doch der Media-Receiver startet, zeigt IPTV Status: online, aber ich bekomme kein TV-Bild - die Streaming-Dienste etc. funktionieren.
Und jetzt kommsts - wenn ich mit VLC z.B. ZDF schaue und dann gleichzeitig mit dem Receiver auf ZDF wechsele habe habe ich ein Bild  Im Moment bin ich etwas ratlos und weiß nicht recht weiter
Was Einstellungen und Änderungen (Endian-Firewall) betrifft habe ich mich (zum Teil) an diesem Artikel orientiert. Hat jemand eine Idee an welcher Ecke es bei mir klemmen könnte ?
Gruß
Vertex |
|
| Nach oben |
|
|
|
