[FFA] Firmwareüberlegungen

Di Okt 1 11:06:10 CEST 2019

Hallo Markus,

also einen richtigen Plan hab ich noch nicht.
Ich hab den KlausDieter aus FFFM angeschrieben, der mich auf die
beschrieben github-Projekte hinwies.

Jool war mein Startpunkt, da ich einen IPV4-only Internetanschluß habe
und um wenigstens da mal einen Gateway testweise aufsetzen zu können,
ich Jool am laufen haben muss.
Bzgl. wg-docker bin ich noch nicht weitergekommen. Ich seh's aber so,
dass jool nur optional ist, wenn man ein Gateway an einem
IPv4-only-Anschluss betreibt.

An deiner Stelle würde ich sagen, nimm mal Kontakt zu KlausDieter auf
und stell ihm die Fragen, die Du gestellt hast. Ich denke da is er der
kompetentere Ansprechpartner.

Bzgl. der Containerisierung: Naja, das klingt ganz charmant, sich seine
Infrastruktur aus einzelnen, funktions-spezifischen Docker-Containern
zusammen zu bauen. Die Erstinstallation Gateways klingt so, deutlich
entspannter, wenn Du quasi nur den Dockerhost hochziehen musst, paar
lokale Einstellungen machst und dann mit dem Dockerfile einen neuen
Container baust. Wenn das denn jemals so gschmeidig funktioniert :-)

Ciao

Steini

Am 01.10.19 um 10:20 schrieb Markus Rudy:
> Hi Steini,
>
> schön dass es vorangeht :) Ich habe jetzt meine eigenen Experimente
> mit dem
> wg-docker image hinter mir und bin auf ein paar Baustellen gestoßen. Das
> image kommt nicht aus der Frankfurter (oder Magdeburger) prod Landschaft,
> oder? Es lässt sich auf jeden Fall nicht ohne weiteres Zutun auf der
> grünen
> Wiese deployen. Ich hab ein paar kleine patches rumliegen, bin mir aber
> nicht sicher ob ich die Ideen hinter dem Zoo an daemons wirklich genug
> verstehe.
>
> Insbesondere das Zusammenspiel von babel und l3roamd ist mir noch
> nicht klar: die tauschen sich scheinbar über das interface
> "babeldummydne"
> aus, aber wo kommt das her bzw. warum ist das nötig zusätzlich zu den
> routing tables? Und wie würde ich jetzt vorgehen, wenn ich drei von den
> containern zusammenschließen wollte - einfach die jeweiligen wg-broker
> verbinden? Woher weiß der Rest vom stack dann von den wg routen?
>
> Wenn ich dich richtig verstehe verfolgst du jetzt aber auch einen anderen
> Ansatz und deployst die daemons in separaten Containern? Das ist mE der
> Richtige Weg™: macht die Separierung von privilegierten Komponenten und
> das lifecycle management einfacher. Den geteilten network namespace
> kriegt
> man bei Bedarf schon wieder hin [1].
>
> Viele Grüße
>
> Markus
>
>
> [1]:
> https://blog.mikesir87.io/2019/03/sharing-network-namespaces-in-docker/
>
> On 10/1/19 9:33 AM, Steini wrote:
>> Hi,
>>
>> also, es geht mit kleinen Mini-Schritten vorwärts:
>> Das jool-Image gibt's jetzt in ner neueren Version (4.0.5) um genau zu
>> sein und die baut jetzt auch ordentlich. Irgendwie hab ich's noch nicht
>> gecheckt, daraus nen lauffähigen docker-Container hinzubekommen, aber da
>> bin ich dran.
>>
>> Mühsam ernährt sich das Eichhörnchen ;-)
>>
>> Ciao
>>
>> Steini
>>
>> Am 21.09.19 um 12:59 schrieb Steini:
>>> Hi,
>>>
>>> also mittlerweile hab ich vorsichtige erste Schritt mit einer neuen
>>> Freifunk-Firmware auf Basis von docker, babel und gluon gemacht.
>>> Step 1 ist/war einen docker-container für jool laufen zu lassen, damit
>>> wir Gateways an IPv4-only Internetleitungen laufen lassen können. Bin
>>> ich leider auf nen Bug in der Paketverwaltung von Ubuntu gestoßen, dass
>>> für ein notwendiges Paket nicht die richtige Version vorlag. Hab dazu
>>> heute auch nen Issue aufgemacht:
>>> https://github.com/FreifunkMD/jool-docker/issues/3
>>> Desweiteren gibt's im jool, wohl ein Performanceproblem was den
>>> Durchsatz betrifft, da gibt's Vermutungen in Richtung MTU-Size, aber
>>> mein letzter Stand war, dass es noch nicht gelöst ist.
>>>
>>> Okay, hab ich dann schon mal etwas "vorgelernt" und den nächsten
>>> Container wg-broker angefangen:
>>> Step 2 auch hier bin ich grad dabei den docker-container für wg-broker
>>> hochzuziehen, weil wenn das klappt haben wir schon mal ne größteils
>>> vollautomatische Möglichkeit Gateways hochzuziehen:
>>> Wer mitmachen mag: https://github.com/christf/wg-broker
>>>
>>> Mühsam ernährt sich das Eichhörnchen ;-)
>>>
>>> Ciao
>>>
>>> Steini
>>>
>>> Am 26.07.19 um 17:22 schrieb Steini:
>>>> Also wer sich das angeschaut hat, da fällt mir auf, da wird ja viel so
>>>> crazy-Zeugs wie docker & Co. verwendet. Gibt's denn jemanden, der sich
>>>> da bissle kennt?
>>>>
>>>> Ciao
>>>>
>>>> Steini
>>>>
>>>> Am 2019-07-23 10:00, schrieb Steini:
>>>>> Hallo,
>>>>>
>>>>> ich hab mich wieder mal bei den Frankfurtern rumgetrieben und deren
>>>>> Bestrebungen hinsichtlich eines babel-Netzes abgeklopft. Die sind da
>>>>> auch noch sehr am Anfang und so mega vorwärts geht das bei denen auch
>>>>> nicht, aber der KlausDieter is da dran und angefangen zu
>>>>> dokumentieren:
>>>>> https://l3-freifunk.readthedocs.io/de/master/index.html
>>>>>
>>>>> Ansonsten sollen wir uns für ne Tests mit babel an die Magdeburger
>>>>> Community wenden.
>>>>>
>>>>> Dachte ich schreib Euch das.
>>>>>
>>>>> Ciao
>>>>>
>>>>> Steini
>>>>>
>>>>> Am 26.09.18 um 13:44 schrieb Volker Mische:
>>>>>> Hi Freifunkies,
>>>>>>
>>>>>> ich habe mich ein bisschen in Freifunk Firmwares und
>>>>>> Routing-Protokolle
>>>>>> eingelesen. Jetzt will ich mehr wissen und habe einfach mal meine
>>>>>> Frage
>>>>>> nach der optimalen dezentralen Freifunk Firmware im Freifunk Forum
>>>>>> gestellt:
>>>>>>
>>>>>>     
>>>>>> https://forum.freifunk.net/t/firmware-fuer-dezentrales-netz/19616
>>>>>>
>>>>>> Ich dachte mir ich crossposte es hier, es könnte ja durchaus von
>>>>>> Interesse sein, was da Leute darauf so Antworten. Außerdem
>>>>>> enthält es
>>>>>> auch die Infos darüber was ich bisher so rausgefunden habe.
>>>>>>
>>>>>> Cheers,
>>>>>>    Volker
>>>>>> _______________________________________________
>>>>>> freifunk-augsburg mailing list
>>>>>> freifunk-augsburg at lists.subsignal.org
>>>>>> https://lists.subsignal.org/mailman/listinfo/freifunk-augsburg
>>>>> _______________________________________________
>>>>> freifunk-augsburg mailing list
>>>>> freifunk-augsburg at lists.subsignal.org
>>>>> https://lists.subsignal.org/mailman/listinfo/freifunk-augsburg
>>>> _______________________________________________
>>>> freifunk-augsburg mailing list
>>>> freifunk-augsburg at lists.subsignal.org
>>>> https://lists.subsignal.org/mailman/listinfo/freifunk-augsburg
>>> _______________________________________________
>>> freifunk-augsburg mailing list
>>> freifunk-augsburg at lists.subsignal.org
>>> https://lists.subsignal.org/mailman/listinfo/freifunk-augsburg
>> _______________________________________________
>> freifunk-augsburg mailing list
>> freifunk-augsburg at lists.subsignal.org
>> https://lists.subsignal.org/mailman/listinfo/freifunk-augsburg
>
> _______________________________________________
> freifunk-augsburg mailing list
> freifunk-augsburg at lists.subsignal.org
> https://lists.subsignal.org/mailman/listinfo/freifunk-augsburg