[RFC 4/4] add package fff-tunneldigger-testing

[Christian Dresel]

Guten Morgen

> Robert <rlanghammer at web.de> hat am 5. April 2016 um 23:54 geschrieben:
> 
> Hallo Tim,
> 
> Am 05.04.2016 um 22:19 schrieb Tim Niemeyer:
> > Hi
> >
> > Am Dienstag, den 05.04.2016, 14:31 +0200 schrieb Robert Langhammer:
> >> +define Package/fff-tunneldigger-testing
> >> + SECTION:=base
> >> + CATEGORY:=Freifunk
> >> + TITLE:= Freifunk-Franken tunneldigger
> >> + URL:=http://www.freifunk-franken.de
> >> + DEPENDS:=+tunneldigger +fff-tunneldigger
> > Hier stimmt was nicht.
> >
> > fff-tunneldigger-testing hängt von tunneldigger und fff-tunneldigger ab.
> > Klingt logisch. Aber fff hängt von fff-tunneldigger ab, welches von
> > tunneldigger abhängt.
> > Letztlich wird aber fff-tunneldigger-testing nicht gewählt.
> Genau, da habe ich vorhin schon viel gelernt.
> >
> >> +endef
> >> +
> >> +define Package/fff-tunneldigger-testing/description
> >> + This is a temporarily package and will be removed 
> >> + after testing stage.
> > Wenn das nur temporär ist, wo soll die Funktionalität dann später mal
> > hin? Weiter: Warum entfernst du fastd, wenn dieses nur testing ist?
> >
> > Ich würde vorschlagen, dass der Inhalt dieses Packages mit in das
> > fff-tunneldigger kommt. Ich vermute mal, da soll es auch langfristig
> > hin.
> >
> > Dann bauen wir fff-tunneldigger und fff-fastd so, dass sie beide
> > parallel im Image sein können und beide nicht die Vorherschaft
> > übernehmen.
> > Ein neues Package "fff-vpn" hängt dann von fff-tunneldigger und
> > fff-fastd ab. Als Config-Option kann man da drin die default VPN Technik
> > wählen. fff-vpn aktiviert dann beim firstboot entweder tunneldigger oder
> > fastd und kann idealerweise mit einem kleinen Befehl zwischen den VPNs
> > umschalten oder vllt sogar beides gleichzeitig aktivieren?
> >
> > Tim
> Ich denke auch, dass wir da hin kommen sollten. Mir gefällt die Idee,
> das offen und modular zu machen, dann kann jeder der mag seine
> VPN-Lösung einbauen.
> 
> Im Moment ist es so, dass nur wenige Gateways einen Broker haben und ich
> versucht habe darauf dynamisch zu reagieren. Ich wollte nicht im

Kann man dieses dynamische reagieren dann nicht ins fff-vpn einbauen?

Prüfe ob fff-tunneldigger funktioniert wenn ja nutzt es
wenn nein schalte auf fastd um
mehr muss dieses fff-vpn ja schon fast nicht tun.

Im WebUI noch einen Haken wo man fastd erzwingen kann wer keinen Tunneldigger
verwenden will (warum auch immer) und man ist flexibel und deckt alles ab was
bisher hier so genannt wurde. Wenn man es weiter spinnt kann man auch noch
anzeigen machen zu welchen GW man verbunden ist usw... 

> fff-fastd irgend was einbauen, was wir später nicht mehr brauchen und
> diese Art hier den tunneldigger zu konfigurieren werden wir auch nicht
> übernehmen. Das ist absolut keine gute Lösung. Darum dieses package, das
> erst mal eine fall-back Lösung ist mit bevorzugtem l2tp.
> 
> Wir haben hier in der Hasberg Hood bis jetzt 5 l2tunnel. Da können wir
> eigentlich noch keine Aussage treffen, ob l2tp überhaupt eine stabile
> Alternative ist, und wir die Sache richtig einbauen sollten.
> Die Idee ist, mit einer Firmware für Interessierte, die man einfach nur

ich würde schon eher sagen das soll in unsere Hauptfirmware. Es gibt ja bereits
eine "Firmware für interessierte" du siehst ja wie extrem stark die genutzt
wird... *Ironie* ;)

mfg

Christian

> flasht und wenn l2tp nicht geht fastd macht, noch ein paar Tunnel mehr
> zu bekommen. 
> Dann können wir sehen, was die Gateways machen.
> 
> Falls wir uns dafür entscheiden l2tp auf zu nehmen und wir einen Weg
> haben die Broker an die Router zu verteilen (irgend ein keyxchange ) ist
> das fff-tunneldigger schnell gebaut
> 
> Wie müssen die Einrückungen sein? Tabs oder nur einheitlich?
> 
> Sory wegen dem Wlanslovenia Patch. Mir ist es nicht gelungen den
> einzuspielen, Fehlermeldungen. Da ich mich mit git noch nicht so gut
> auskenne, habe ich einfach deine Anleitung nochmal abgetippt. Dann ging es.
> 
> Testen von Vars in "" ist klar. Das kommt von copy and paste ohne
> Hirnaktivität. Danke!
> 
> Robert
> 
> >
> 
> -- 
> franken-dev mailing list
> franken-dev at freifunk.net
> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net