[Fli4l_dev] Tarball und OPT_IGMP

[Florian Wolters]

Hallo zusammen,

ich habe gestern Abend zusammen mit Christoph die Sache noch einmal
analysiert, nachdem ich meinen fli4l FFL-506 auf rev31406 geupdated
hatte. Dieser Stand müsste morgen auf im weekly Tarball sein und damit
läuft bei mir das IPTV ohne Probleme (Langzeittest steht noch aus).

>  Ich habe einfach mit mehreren Gateways experimentiert. Die 
>  84.164.255.254 stammt aus dem Beispiel von Florian Wolters. Frei nach 
>  dem Motto Versuch macht kluch.

Das kann auch nicht klappen, weil diese Adresse nicht im dem Subnetz
liegt, aus dem dir der DHCP Server eine Adresse gegeben hat.

Sofern die von mir vermutete Weise stimmt, müsste es die letzte
IP-Adresse aus dem Subnetz sein. Bei dir ist deine IP offenbar die
93.227.44.174 mit /18 Maske. Damit reicht das Subnetz von 93.227.0.0 bis
93.227.63.255 und 93.227.63.254 wäre das Gateway.

>  Die Adresse die vom DHCP-Server geliefert wird wäre doch die 93.227.63.254.

Richtig.

>  Nachfolgend Auszug aus dem Syslog.
>  Die IP müsste wohl die 93.227.44.174 sein.

Richtig. Und das Gateway - sofern die Struktur bei dir ähnlich ist - die
93.227.63.255 wie oben beschrieben.

>  eth1.8: leased 93.227.44.174 for 86400 seconds
>  dhcpcd[9977]: eth1.8: adding host route to 93.227.44.174 via 127.0.0.1
>  dhcpcd[9977]: eth1.8: adding route to 93.227.0.0/18
>  dhcpcd[9977]: eth1.8: adding route to 193.158.137.14/32 via 93.227.63.254

Genau hier taucht das o.g. Gateway wieder auf.

>  dhcpcd[9977]: eth1.8: adding route to 87.141.128.0/17 via 93.227.63.254

Ich habe nachfolgend einfach mal die Config Teile für den IPTV Betrieb
aus meinem fli4l (anonymisiert) zusammen geschnibbelt:

--- base.txt ---
IP_NET_4='10.xx.x.1/28'
IP_NET_4_DEV='eth0.18'             # internes Netz für den IPTV MR
## Bei mir auch intern mit VLAN Tags versehen. Alternativ z.B. eth2 o.ä.
[...]
IP_NET_6_DEV='eth1.7'
IP_NET_6_MAC='xx:xx:xx:xx:xx:xx'   # VLAN 7 Interface für PPPoE DSL Einwahl
IP_NET_7_DEV='eth1.8'
IP_NET_7_MAC='xx:xx:xx:xx:xx:xx'   # VLAN 8 Interface für IPTV (DHCP)
[...]
PF_FORWARD_5='IP_NET_4 ACCEPT'
[...]
PF_POSTROUTING_5='IP_NET_4 MASQUERADE'
[...]

- keine explizite Route zum 193.158.34.0/23 in der base.txt
- keine Firewallregeln (PF) für IPTV Multicast

--- circuits.txt ---
[...]
CIRC_3_NAME='T-Online-DHCP-IPTV'
CIRC_3_TYPE='dhcp'
CIRC_3_TAGS='iptv-v4'
CIRC_3_DHCP_DEV='IP_NET_7_DEV'
CIRC_3_NETS_IPV4_N='1'
CIRC_3_NETS_IPV4_1='193.158.34.0/23'
CIRC_3_USEPEERDNS='no'
CIRC_3_CHARGEINT='60'
CIRC_3_ACTIVE='yes'
CIRC_3_TIMES='Mo-Su:00-24:0.0:Y'
CIRC_3_WAIT='5'    # needed in order to bring up the interface before
IGMP proxy starts
CIRC_3_DHCP_DAEMON='dhcpcd'
CIRC_3_DHCP_STARTDELAY='0'
[...]

- hier ist die zusätzliche Route zum 193.158.34.0/23 enthalten

--- advanced_networking.txt ---
[...]
VLAN_DEV_3_DEV='eth1'
VLAN_DEV_3_VID='7'
VLAN_DEV_4_DEV='eth1'
VLAN_DEV_4_VID='8'
[...]

--- igmp.txt ---
[...]
IGMP_PROXY_ALT_N='3'
IGMP_PROXY_ALT_NET_1='239.35.0.0/16'
IGMP_PROXY_ALT_NET_2='217.0.119.0/24'
IGMP_PROXY_ALT_NET_3='193.158.34.0/23'
[...]
IGMP_PROXY_WLIST_N='1'
IGMP_PROXY_WLIST_NET_1='239.35.0.0/16' # IPTV streams
[...]

Damit läuft bei mir der fli4l an einem Entertain Comfort Anschluss. IPTV
und ebenfalls IPv6 klappen wunderbar.

Zu der Route in das 193.158.34.0/23 Netz ist noch zu sagen, dass -
zumindest bei mir - diese nur benötigt wurde, weil sonst die remote
Programmierung des MR nicht geklappt hat. Auf der Status Seite im Menü
stand dann immer "IPTV Status: offline". DAs IPTV an sich funktionierte
aber einwandfrei. Insofern kann das stehende IPTV Bild damit eigentlich
nichts zu tun haben.

Und zum OPT_IGMP noch eine Frage: Du hast di letzte Version von Jens
erhalten? Ich nutze eine Version, die ich direkt von ihm erhalten habe.
die ist meines Wissens nach noch nicht direkt im Netz verfügbar.

Viele Grüße

   Florian