T-HOME IPTV macht beim Umschalten für die ersten 10 Sekunden Unicast. Wer sich also über lange Umschaltzeiten nach der Umstellung auf den Homebrew-Router wundert, sollte folgendes überprüfen:

1. Passen die Routen auf eth1.8? Auf meinem Debian System musste ich hin und wieder das eth1.8 Device manuell re-starten (sodass dhclient3 die Konfiguration aktualisiert). Eine Routing-Tabelle für eth1.8 müsste mehr oder weniger so aussehen:

atomic:~# route -n | egrep eth1.8
193.158.137.14 93.231.127.254 255.255.255.255 UGH 0 0 0 eth1.8
217.6.164.45 93.231.127.254 255.255.255.255 UGH 0 0 0 eth1.8
217.6.164.48 93.231.127.254 255.255.255.248 UG 0 0 0 eth1.8
217.6.167.128 93.231.127.254 255.255.255.192 UG 0 0 0 eth1.8
87.140.255.0 93.231.127.254 255.255.255.128 UG 0 0 0 eth1.8
212.184.168.0 93.231.127.254 255.255.255.0 UG 0 0 0 eth1.8
193.158.34.0 93.231.127.254 255.255.254.0 UG 0 0 0 eth1.8
93.231.64.0 0.0.0.0 255.255.192.0 U 0 0 0 eth1.8
87.141.128.0 93.231.127.254 255.255.128.0 UG 0 0 0 eth1.8

2. Ist für eth1.8 in der Firewall das Routing und vor allem Masquerading aktiviert? Hier meine funktionierende Konfiguration für igmpproxy 0.1 (final), Firehol und Debian 5 (lenny):

—- /etc/igmpproxy.conf —-
quickleave
phyint eth0 downstream ratelimit 0 threshold 1
phyint eth1.8 upstream ratelimit 0 threshold 1
altnet 193.158.34.0/23
phyint eth1 disabled
phyint eth1.7 disabled
phyint ppp0 disabled
phyint lo disabled
—- EOF —-

—- /etc/firehol/firehol.conf —-
interface lo LOOPBACK
policy accept

interface eth0 LAN
server all accept
client all accept

interface eth1.8 IPTV
server all accept
client all accept

interface ppp+ INTERNET
server ssh accept
client all accept

router ROUTER_INTERNET inface eth0 outface ppp+
masquerade
client all accept
route all accept

router ROUTER_IPTV inface eth0 outface eth1.8
masquerade
client all accept
route all accept
—- EOF —-

—- /etc/network/interfaces—-
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.1.1
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
preup echo 1 > /proc/sys/net/ipv4/ip_forward
postup echo 65536 > /proc/sys/net/ipv4/ip_conntrack_max

auto eth1.7
iface eth1.7 inet manual

auto dsl-provider
iface dsl-provider inet ppp
provider dsl-provider

auto eth1.8
iface eth1.8 inet dhcp

—- EOF —-

Multicast Netze via IPTables manuell freizugeben war bei mir mit dieser Konfiguration nicht nötig, wer es allerdings ohne Firehol probieren möchte, dem hilft vielleicht das hier:

iptables -t nat -A POSTROUTING -o eth1.8 -j MASQUERADE
iptables -A FORWARD -s 217.0.119.0/24 -i eth1.8 -j ACCEPT
iptables -A FORWARD -s 193.158.34.0/23 -i eth1.8 -j ACCEPT
iptables -A FORWARD -s 87.141.147.0/24 -i eth1.8 -j ACCEPT
iptables -A FORWARD -s 217.6.167.0/24 -i eth1.8 -j ACCEPT

Heute hatte ich auch das “IPTV-Vergnügen”.

Wollte nur kurz anmerken, dass die “Version von 2009 / 0-1 (final / nonbeta) ebenfalls prima funktioniert. Das Problem liegt an der falschen Reihenfolge der Anweisungen in der Konfigurationsdatei. Downstream *muss* zuerst kommen, ferner ist altnet für die lokale IPTV Box nicht notwendig.

Hier eine Config für VLAN 7/8 über eth1 und “Clients” am eth0:

quickleave
phyint eth0 downstream ratelimit 0 threshold 1
phyint eth1.8 upstream ratelimit 0 threshold 1
altnet 193.158.34.0/23
phyint eth1 disabled
phyint eth1.7 disabled
phyint eth1.8 disabled
phyint ppp0 disabled
phyint lo disabled

als Belohnung gibt es ein weniger vollgemülltes syslog.

Eins noch, bitte ggf. daran denken eth1.8 in der Firewall durchzuschalten. Auch ein beliebter fehler. An dieser Stelle die Empfehlung für Firehol von mir.

Cheers!
Paul.

das mit der alten igmpproxy-Version kann ich nicht bestätigen. Hab in den letzten Tagen meinen Homerouter neu gebaut und dabei die Version 0.1 aus dem gentoo-portage installiert… funktioniert problemlos.
Allerdings bin ich wieder in den selben Irrtum mit dem dhcp-Client gerannt. Manchmal muss man Fehler 2 mal machen… *kopfschüttel*

Gruß
euer Spamferkel

P.S.: Im T-online Forum gibts einen Beitrag der mir erst wirkliche Klarheit über dieses igmp-Zeugs im Zusammenhang mit meinem Netgear GS108T verschafft hat. Sehr empfehlenswert: http://foren.t-online.de/foren/read.php?552,3311050,fid=65435c7

Die einzige Version, die funktioniert, ist die “alte” von 2005. War jetzt ein Geflicke, bis ich wieder alles zum Laufen bekommen habe.

Tausend Dank für den Hinweis auf das VLAN 8, ich hatte schon die Hasskappe aufgesetzt nachdem das Teil nach 10 sekunden stehen blieb ………

Welchen igmpproxy nimmst Du eigentlich ? Ich habe hier 0.1 Beta2 – was mich stört ist das er das syslog so vollseucht. Ich sah heute bei sourceforge das es mittlerweilen eine “echte” 0.1 version gibt – schon ma getestet ??

thx again

Klaus

auto eth1.8
iface eth1.8 inet dhcp
pre-up /sbin/vconfig add eth1 8
post-down /sbin/vconfig rem eth1.8

Hier noch meine /etc/conf.d/net:
config_eth0=(“null”)
vlans_eth0=”7 8″
config_eth0_7=(“null”)
config_eth0_8=(“dhcp”)
RC_NEED_ppp0=”net.eth0″
config_ppp0=(“ppp”)
link_ppp0=”eth0.7″
plugins_ppp0=(“pppoe”)
pppd_ppp0=(
“defaultroute”
“usepeerdns”)
username_ppp0=”xxxxxxxxxx@t-online.de”
password_ppp0=”xxxxxxxxxx”

Viele Grüße