[Fli4l_dev] OPT startet nicht wenn IP_NET_3='dhcp'

[B. Sprenger]

Hallo Christoph,
So, Versuch macht kluch.
Ich hatte jetzt die Möglichkeit vor Ort zu testen
 >
>
> Dann muss nur noch die circuits.txt konfiguriert werden?
> Was muss ich hier für den Parameter CIRC_1_TYPE eintragen?
> Wenn ich die Dokumentation richtig verstehe dann ist es "ppp".
> Bei "ppp" steht in der Doku: "provides the ppp cicuits"
> Aha, ich will aber ppoe, oder?
> Bei dsl steht: provides the "pppoe".
> Danach müsste ich doch dsl eintragen.
> Was ist jetzt richtig?

Anscheinend muss es "ppp" sein, das funktioniert zumindest so weit
>
> Ich habe das jetzt wie folgt konfiguriert:
> circuits.txt:
> IP_DYN_ADDR='yes'
> DIALMODE='auto'
> CIRC_N='2'
>
> CIRC_1_NAME='VDSL'
> CIRC_1_TYPE='ppp'
> CIRC_1_PPP_TYPE='ethernet'
> CIRC_1_TAGS_IPV4='internet-v4'
> CIRC_1_PPP_ETHERNET_DEV='eth1.7'
> CIRC_1_PPP_ETHERNET_TYPE='kernel'
> CIRC_1_PPP_USERID='anonymer'
> CIRC_1_PPP_PASSWORD='surfer'
> CIRC_1_PPP_FILTER='yes'
> CIRC_1_PPP_FILTER_EXPR=''
> CIRC_1_PPP_VJ='yes'
> CIRC_1_NETS_IPV4='0.0.0.0/0'
> CIRC_1_DEBUG='no'
> CIRC_1_USEPEERDNS='yes'
> CIRC_1_HUP_TIMEOUT='600'
> CIRC_1_CHARGEINT='60'
> CIRC_1_ACTIVE='yes'
> CIRC_1_TIMES='Mo-Su:00-24:0.0:Y'
>
> CIRC_2_NAME='IPTV'
> CIRC_2_TYPE='dhcp'
> CIRC_2_TAGS_IPV4='IPTV-v4'
> CIRC_2_NETS_IPV4='0.0.0.0/0'
Diese Zeile muss anscheinend lauten
CIRC_2_NETS_IPV4='193.158.34.0/23'   # Device for DHCP towards Telekom
Kann das einer bestätigen?
> CIRC_2_USEPEERDNS='no'
> CIRC_2_ACTIVE='yes'
> CIRC_2_WAIT='15'
> CIRC_2_DHCP_DAEMON='dhcpcd'
> CIRC_2_DHCP_DEV='eth1.8'
> CIRC_2_DHCP_HOSTNAME=''
> CIRC_2_DHCP_STARTDELAY='0'
>
> Was muss den in CIRC_2_DHCP_HOSTNAME='' eingetragen werden?
Das ist mir immer noch klar
>


Ich habe jetzt imond="yes" gesetzt, da ich die Konfiguration immer mit 
imonc für Windows aufspiele.
Beim Build meckert er aber dass für den Circuit2 die Variable 
CIRC_2_TIMES nicht gesetzt ist.
Füge ich diese ein, wird die Verbindung nicht mehr automatisch aufgebaut.
Liegt das daran, dass hier die volle Funktionalität noch nicht 
implementiert ist?


  ip -4 addr show dev eth1.8
ergibt jetzt übrigens:
6: eth1.8 at eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue 
state UP group default
     inet 93.227.19.221/18 brd 93.227.63.255 scope global eth1.8
        valid_lft forever preferred_lft forever


IGMP scheint irgendwie nicht zu funktionieren, zumindest bleibt der 
Receiver beim Booten hängen.

LG
Boris