Die gute Nachricht zuerst: Das ist mittlerweile Geschichte.

Wir können unsere ERX-Knoten inzwischen automatisiert migrieren. Die weniger gute Nachricht: Auf dem Weg dahin haben wir zwei sehr lehrreiche (und sehr reale) Stolperfallen gefunden – beide im Wattenscheider Ferienlager in Mellnau.

Die neue Automations-Migration: Firmware-Hopping mit Netz und doppeltem Boden

Damit die Migration zuverlässig und ohne Vor-Ort-Einsatz klappt, bootet ein Knoten jetzt bewusst über mehrere Zwischenstände:

Update: 1.2.0 → 1.4.99-MIG-01
(Konfiguration auf Server pushen & Flash-Layout automatisiert migrieren als Vorbereitung auf 1.4.99-MIG-02)
Update: 1.4.99-MIG-01 → 1.4.99-MIG-02
(Konfiguration von Server herunterladen)
Update: 1.4.99-MIG-02 → 1.4.7
Update: 1.4.7 → 1.5.0

Das Herzstück (und gleichzeitig die heikle Stelle) ist zwischen den Firmwares 1.4.99-MIG-01 und 1.4.99-MIG-02:

Nach diesem Schritt startet der Knoten mit einer Standardkonfiguration – ohne Hostname, ohne SSH-Keys, ohne unsere gewohnte Freifunk-spezifische Konfig. In genau diesem Zustand wird dann die Knoten-Konfiguration vom Server geladen und zurückgespielt.

Das ist technisch notwendig, aber eben auch: komplex. Und alles, was komplex ist, findet Wege, kaputtzugehen.

Port-Design: Warum eth0 = WAN und eth1–eth4 = Mesh on LAN?

Unsere Port-Rollen sind in der Firmware 1.4.99-MIG-02 bewusst so gesetzt:

• eth0 = WAN
• eth1–eth4 = Mesh on LAN

Der Grund: Wir wollen, dass Knoten, die am WAN eine eigene Anbindung haben, zuverlässig eine Verbindung zum Gateway aufbauen können. Gleichzeitig sollen ERXe ohne eigene WAN-Anbindung ihren Uplink per Mesh von benachbarten Knoten erhalten.

Das sieht auf den ersten Blick solide aus. Aber in einer Migrations-Firmware, die mit Minimal-Defaults bootet, wird aus „solide“ schnell „tückisch“.

Problem 1: Mesh-Uplink am falschen Port (Mellnau-Ferienlager-ERX3)

Beim Mellnau-Ferienlager-ERX3 hatten wir die folgende Situation:

• kein WAN-Uplink vorhanden
• Mesh-Uplink vorhanden
• dieser Mesh-Uplink kam allerdings physisch an eth0 an

Und jetzt kommt der Knackpunkt:

In 1.4.99-MIG-02 macht die Default-Konfiguration an eth0 ausschließlich WAN.

Ergebnis: Auf eth0 war plötzlich kein “Mesh on LAN” mehr möglich, sondern nur noch das, was der Knoten als WAN/VPN-Logik interpretiert. Damit war der Router aus Sicht des Freifunk-Netzes offline. Er konnte sich seine Konfiguration nicht mehr herunterladen.

Kurz gesagt: Der Uplink war da, aber die Rolle des Ports war falsch.

Und bei Freifunk ist „falsche Rolle“ oft gleichbedeutend mit „Knoten offline“.

Problem 2: Der ERX-SFP sägt sich selbst ab (Mellnau-Ferienlager-ERX2)

Der zweite Fall war noch fieser, weil er wie ein klassischer „Warum bleiben die Geräte offline?!“-Moment wirkt.

Der EdgeRouter X SFP unterscheidet sich nicht nur durch den SFP-Slot, sondern auch dadurch, dass er auf allen RJ45-Ports 24V Passiv PoE ausgeben kann. Wir nutzen das ganz bewusst:

• Richtfunk-Antennen direkt vom Router versorgen
• PoE per Software steuerbar → Geräte remote neustarten (Luxus!)

Und genau dieser Luxus hat uns bei 1.4.99-MIG-02 reingelegt:

Beim Boot in der Firmware 1.4.99-MIG-02 sind die PoE-Ausgänge standardmäßig deaktiviert – als Schutzmaßnahme, damit man nicht aus Versehen Endgeräte grillt. Total logisch und sicher, aber in dem Setup des Wattenscheider Ferienlager fatal.

Denn: Wenn PoE aus ist, sind die Antennen aus.
Wenn die Antennen aus sind, ist der Uplink aus.
Wenn der Uplink aus ist, kann der ERX-SFP keine Konfiguration vom Server beziehen.
Wenn er keine Konfiguration beziehen kann, bleibt PoE aus.

Das ist eine besonders hübsche Falle aus der Kategorie:

„Remote-Management ist toll, bis das Remote-Management die Leitung kappt, die du fürs Remote-Management brauchst.“

Der Mellnau-Ferienlager-ERX2 hat sich also seinen eigenen Ast abgesägt und nebenbei alles dahinter mit in die Dunkelheit genommen.

Incident-Response à la Freifunk: Improvisation gewinnt (Andi auf dem Sportplatz)

Um das zu lösen, brauchten wir keine große Theorie – sondern Andi, einen mit Freifunk vernetzten Sportplatz und genug Netzwerk-Technik, um einen kleinen Sci-Fi-Film zu drehen.

Andi ist (spätabends) zum Sportplatz gefahren (der vom Ferienlager mit dem Freifunk-Netz versorgt wird) und hat mit folgendem Setup eine temporäre Anbindung gebaut:

• TP-Link Archer C7
• GL.iNet Travel Router
• USB Powerbank
• USB-Tethering vom iPhone

Damit hatte der Sportplatz wieder kurzzeitig Freifunk-Anbindung – und wir haben somit das Netz so umgebaut, dass es den ERX-SFP wieder „hochzieht“, ohne ans Ferienlager selbst zu müssen.

Das Mesh-Manöver: Den Versorger über die Versorgten versorgen

Weil der ERX-SFP (Mellnau-Ferienlager-ERX2) ohne Uplink seine Konfiguration nicht laden konnte, mussten wir ihm den Uplink anders herum geben: über die Knoten, die er eigentlich versorgen sollte.

Die Verkettung sah dann so aus:

Wetter-Reserve184 (Archer C7)
→WLAN-Mesh→
Mellnau-Sportplatz (UniFi AC-PRO)
→Kabel-Mesh→
Mellnau-Sportplatz-ERX
→Richtfunk-Mesh→
Mellnau-Ferienlager-ERX3
→Kabel-Mesh→
Mellnau-Ferienlager-ERX2 (PoE aus, daher eigentlicher Fehlerpunkt)
→Richtfunk-Mesh→
Mellnau-Wagenhaeuser-ERX

Damit haben wir es geschafft, dass der Mellnau-Ferienlager-ERX2 wieder „Netz sieht“, seine Konfiguration vom Server bezieht, die PoE-Ports wieder aktiviert – und er anschließend sauber weiterupgradet:

1.4.99-MIG-02 → 1.4.7 → 1.5.0

Und das Beste: Volle Entstörung ohne Zugang zum Wattenscheider Ferienlager.

Lessons Learned

1. Migration-Firmwares sind nicht „nur Updates“.
   Sobald ein Knoten mit Default-Konfiguration startet, gelten die Annahmen über Ports, Services, Keys und Identität erst mal gar nicht. Das kann unter besonderen Umständen zum Problem werden.
2. Portrollen müssen zu realen Uplink-Pfaden passen
   „eth0 ist WAN“ ist eine sinnvolle Konvention – bis Mesh-Uplink physisch auf eth0 ankommt. Dann ist das kein Konfig-Detail mehr, sondern ein echter Ausfallgrund.
3. PoE-Defaults sind Sicherheitsfeatures – und können trotzdem Netz killen
   Beim ERX-SFP ist „PoE standardmäßig aus“ sinnvoll, aber in Installationen, wo PoE Teil des Uplinks ist, wird daraus ein massives Problem: ohne Uplink keine Konfiguration, ohne Konfiguration kein PoE, ohne PoE kein Uplink.
4. Mesh ist nicht nur Redundanz – es kann auch ein Rettungsweg sein
   Dass wir den Router über die Infrastruktur „von hinten“ wieder ins Netz holen konnten, ist genau der Moment, wo Mesh seine Superkraft zeigt.

Fazit

Der EdgeRouter X (und besonders der ERX-SFP) ist im Freifunk-Kontext ein kleines Arbeitstier – aber Migrationen legen gnadenlos offen, wo implizite Annahmen stecken: Portrollen, PoE-Abhängigkeiten, Uplink-Topologien.

Am Ende haben wir die Situation ohne Vor-Ort-Zugang am eigentlichen Standort gelöst, die betroffenen Knoten auf 1.5.0 gebracht und nebenbei ein paar neue graue Haare verdient.

Ein Hoch auf das Mesh – und riesigen Dank an Andi fürs Retten der Lage!

Wir treffen uns ab 19:30 Uhr im Restaurant „Labyrinth“, Pontstraße 156/158 in Aachen. Dort könnt ihr in entspannter Atmosphäre Fragen zu Freifunk stellen, Router mitbringen, euch über Technik austauschen oder einfach nur die Leute hinter dem Aachener Freifunk kennenlernen.

Eingeladen sind alle – egal ob ihr schon mitmacht, einfach neugierig seid oder konkrete Ideen für Freifunk in der Städteregion habt. Kommt gerne vorbei, wir freuen uns auf euch!

Der Beitrag Freifunk Beratungstisch 24.2.26 im Labyrinth erschien zuerst auf Freifunk für Aachen, die StädteRegion und Umgebung.

Wir haben Arwed zu Gast und sprechen über den neuen Anlauf eine Vorratsdatenspeicherung einzuführen.

Wenn euch unser Podcast gefällt, bewertet uns bitte bei iTunes und empfehlt uns weiter. Wir freuen uns auch über Fragen und konstruktive Kritik als Kommentar, oder per E-Mail.

• Elektra
  • @elektra_42@mastodon.social
  • GitHub
• Andi Bräu
  • GitHub
  • @andibraeu@social.bau-ha.us
  • Website
• Arwed
  • Mastodon
  • Blog Digitale Überwachung

Sendungsnotizen

Freifunk Euskirchen

Freifunk Rheinland

Freifunk KBU

Vorratsdatenspeicherung

Zeitstrahl zur VDS

Vorsorgliche Speicherung von IP-Adressen

Ampelregierung 2021

Quick Freeze

Referentenentwurf

Stellungnahmen zur neuen Initiative

• Freifunk Nordhessen
• Freifunk München
• Freifunk Rheinland
• Freifunk Aachen
• Beim Justizministerium eingereicht (ZIP-File)

Verkehrsdatenspeicherung

The post ffradio135: Und täglich grüßt die Vorratsdatenspeicherung appeared first on Freifunk Radio.

Mit der neuen Firmware wird Roaming und Client-Steering aktiviert. Endgeräte wie Smartphones und Notebooks werden dann vom Access Point informiert, wenn sie das Frequenzband oder den Access Point für eine bessere Verbindung wechseln können. Bisher bleiben die Geräte einfach mit einem Access Point verbunden bis die Verbindung abbricht. Wir erhoffen uns dadurch schnellere und stabilere Verbindungen für die Nutzer.

Vor einiger Zeit haben wir die Konfigurationsoption zur Beschränkung der maximalen Geschwindigkeit von Freifunk entfernt. Grund dafür war, dass diese Limitierung auch dann greift, wenn das Internet ansonsten unbenutzt ist. Auch wurden die meisten dieser Limitierungen vor vielen Jahren gesetzt und nie angepasst. Vor 10 Jahren war DSL mit 16 MBit/s üblich, entsprechend niedrig wurden die Limits gesetzt.
Wir werden nun auch die gesetzten Limits entfernen.
Wer befürchtet, dass Freifunk-Nutzer seine komplette Internetverbindung aufbrauchen, stellt besser im Internetrouter (z.B. Fritzbox) für den Netzwerkanschluss, an dem der Freifunk-Access Point steckt, eine niedrigere Priorität ein – dann wird nicht 24/7 gebremst, sondern nur, wenn tatsächlich gebremst werden muss.

Um die Einrichtung der Freifunk-Access Points zu erleichtern, haben wir außerdem die Texte des Konfigurationsmodus überarbeitet.

Wie üblich werden von der neuen Firmware mehr Geräte unterstützt. Dieses Mal sind vor allem ältere Geräte dazugekommen, aber auch die FRITZ!Box 7430. Es lohnt sich also, die Liste auf https://firmware.freifunk-ingolstadt.de durchzuscrollen und geistig mit dem eingemotteten Bestand in Schrank, Garage und Keller abzugleichen. In Summe sind jetzt 307 verschiedene Access Points und Router Freifunk-kompatibel.

Der Verein 4830.org hat in den letzten Jahren den technischen Betrieb verschiedener Freifunk Communities übernommen. Daher haben wir beschlossen das wir die zentralen Informationen bezüglich der technischen Weiterentwicklung unserer Systeme nun anders gliedern.

Ihr findet nun

• Informationen zum Betreiberverein unter https://verein.4830.org
• Informationen zu den technischen Dingen unter https://4830.org/aktuelle-beitraege/
• Informationen zu den von uns unterstützten Freifunk-Communities auf der Übersichtsseite  https://4830.org/angeschlossene-communities/

Hier werden  wir weiterhin über die Freifunk Community im Kreis Gütersloh berichten.

Eine neue Firmware ist im Anmarsch! Diese ist bereits als Version 1.4.7 im Experimental Autoupdater-Branch vorzufinden. Sie bringt viele wichtige und sehr lang erwartete Änderungen mit sich. Es handelt sich hierbei um den Release unserer Gluon v2025.1-basierten Firmware. Somit planen wir unser Netz von Gluon v2022.1.1 auf Gluon v2025.1 zu aktualisieren.

Wir werden die Firmware als Version 1.5.0 auf den Stable-Pfad bringen. Den Release planen wir für das erste Halbjahr 2026 ein.
Aktuell wird die Firmware ausgiebig in unserem Netz getestet, um Probleme vorab festzustellen.

Du möchtest beim Testen helfen? Stelle dafür deinen Knoten via SSH auf das Experimental-Branch um und starte das Update:

uci set autoupdater.settings.branch='experimental'
uci commit autoupdater
autoupdater

Änderungen

• Allgemeines
  • Basis auf Gluon v2025.1
  • neue Domänen hinzugefügt
    • Amöneburg (d15)
    • Wetter Mitte (d16)
    • Wetter Ost (d17)
    • Wetter West (d18)
  • Kompatibilität zu Ubiquiti EdgeRouter X und Ubiquiti EdgeRouter X SFP Geräten durch selbstentwickelte, automatisierte Migration beibehalten
• Verbindung
  • Community Tunneldigger kommt zum Einsatz
  • fehlende Gateways in der Domäne DF (d14) behoben
  • Gateways gw01, gw05, gw06, gw07, gw08 hinzugefügt
  • DNS Redundanz umgebaut (Gewichtungsprobleme bei der Gateway Selection behoben)
  • Interface Zuweisungen behoben (WAN=Uplink, LAN=Mesh, single=Uplink)
• neue Funktionen
  • FFNH-Banner hinzugefügt
  • FFNH-BRID hinzugefügt
  • LEDs standardmäßig aus (verbesserte Kontrolle über LEDs kommt zum späteren Zeitpunkt)
  • WLAN-kompatibler Config Mode (FFNH-Setup WLAN)
  • WLAN-Scanner via SSH verfügbar
  • Support-Modul
• Autoupdater
  • neue Signing Keys (Martin, Daniel)
  • Autoupdater URLs aufgeräumt
  • neuer Firmware-Server kommt mit neuer Struktur zum Einsatz
  • TLS Support eingebaut
  • opkg Package Sources korrekt eingerichtet (OpenWrt und Gluon)
• Problembehebungen
  • WiFi 6 Geräte gehen in den stable-Betrieb (zuvor Probleme mit der Stabilität bei vielen Clients)
  • Erhöhte Last bei aktiviertem Mesh-VPN ohne funktionierendem WAN behoben (Workaround “Tunneldigger-Auto-Start-Stop”)

Wir unterstützen damit neue Geräte!

• Aerohive
  • HiveAP 121
• Arcadyan
  • o2 Box 6431
• Arm
  • Arm SystemReady 32-bit (EFI)
  • Arm SystemReady 64-bit (EFI)
• ASUS
  • RT-AX52
  • RT-AX53U
  • TUF-AX4200
  • TUF-AX6000
• AVM
  • FRITZ!Box 7430
  • FRITZ!Box 7520
  • FRITZ!Repeater 1750E
• Buffalo
  • WZR-HP-G450H / WZR-450HP
• Cudy
  • AP3000 Outdoor (v1)
  • TR1200 (v1)
  • TR3000 (v1)
  • WR3000 (v1)
  • WR3000e (v1)
  • X6 (v1, v2)
• D-Link
  • AQUILA PRO AI M30 (A1)
  • AQUILA PRO AI M60 (A1)
  • DAP-2680 (A1)
  • DAP-2695 (A1)
  • DAP-X1860 (A1)
  • DIR-878 (A1)
  • DIR-882 (A1)
• Enterasys
  • WS-AP3715i
• Extreme Networks
  • WS-AP3805i
  • WS-AP3915i
• FriendlyElec
  • NanoPi R3S
• Genexis
  • Pulse EX400
• GL.iNet
  • GL-AR300M16
  • GL-MT1300
  • GL-MT2500
  • GL-MT3000
  • GL-MV1000
  • GL-XE300
• Hewlett-Packard
  • MSM460
• LibreRouter
  • LibreRouter (v1)
• Linksys
  • MR8300
  • VLP01
  • WHW01
  • WHW03 (v1, v2)
• Mercusys
  • MR70X (v1)
• MikroTik
  • hAP ac2
  • wAPR-2nD (wAP R)
• NETGEAR
  • EAX11 (v2)
  • EAX12
  • EAX15 (v2)
  • EX6130
  • RBR50 (v1)
  • RBS50 (v1)
  • SRS60
  • SRR60
  • WAX206
  • WAX220
  • WNDR4300 (v1)
  • WNDRMAC (v2)
• OpenWrt
  • OpenWrt One
• Sophos
  • AP100
  • AP100c
  • AP15C
  • AP55
  • AP55c
• Teltonika
  • RUT230 (v1)
• TP-Link
  • Archer C50 (v6)
  • Archer C60 (v1)
  • CPE710 (v2)
  • EAP225-Outdoor (v3)
  • EAP615-Wall
  • RE200 (v3)
  • RE200 (v4)
  • TL-MR6400 (v5)
  • TL-WR2543N/ND (v1)
  • TL-WR902AC (v4)
• Ubiquiti
  • UniFi AC HD
  • UniFi 6 Plus
  • UniFi nanoHD
  • UniFi Swiss Army Knife Ultra
• Wavlink
  • WL-WN573HX3
  • WS-WN572HP3 4G
• Xiaomi
  • AX3000T (Stock, ubootmod)
  • Mi AIoT Router AX3600
  • Mi Router 3G
  • Mi Router 4A (Gigabit Edition) (v2)
  • Mi Router 4A 100M International Edition (v2) (R4ACv2)
• ZyXEL
  • NWA50AX Pro
  • NWA55AXE
  • WSM20

Einige Geräte können wir nicht mehr unterstützen.

• TP-Link
  • RE355
  • RE450 (v1)

Wie alle Freifunk Router bzw. Freifunk Access Points müssen diese zuerst von der Hersteller Firmware, auf unsere Freifunk Firmware „geflasht“ werden. Das übliche Verfahren über ein Update in der Web Oberfläche ist hier leider nicht möglich. Wir benötigen somit ein spezielles Tool um die Freifunk Firmware auf diese Geräte zu bekommen.

Folgende Geräte sind von diesem Vorgang unterstützt:

• Ubiquiti UniFi AP AC PRO
• Ubiquiti UniFi AP AC Mesh
• Ubiquiti UniFi AP AC Mesh PRO
• Ubiquiti UniFi AP AC Lite
• Ubiquiti UniFi AP AC LR

Vorbereitung

Benötigt werden:

• Der Access Point
• Ein PoE-Injektor (alternativ PoE Switch)
• Ein PC/Laptop mit LAN Port (auch USB auf LAN Adapter möglich)
• Zwei LAN Kabel

Der Access Point muss aus dem UniFi Controller entfernt oder extern über den Reset-Knopf zurückgesetzt sein.
Achtung: Bitte besonders vorsichtig mit dem Reset-Knopf des UAP-AC-Mesh umgehen! Dieser ist rein durch eine Lötverbindung gehalten, die leider sehr klein dimensioniert ist und gerne abbricht. Die Reset-Taste muss für 10 Sekunden gedrückt gehalten werden. Damit setzt sich der AP zurück.

Zunächst lädt man die erforderlichen Dateien herunter.

Die Freifunk Firmware für den Access Point:
https://download.freifunk-nordhessen.de

Das Tool zum Einspielen der Firmware:
https://codeberg.org/pitch/firmwareloader_uap_ac_pro/releases

Den Firmwareloader hat eine Person aus der Freifunk Community entwickelt und wird von uns als Vertrauenswürdig eingestuft. Den Download findet man unter der Version v1.0.1 unter Downloads. Wählen Sie die Datei die zu ihrem PC und Betriebssystem passt.

Freifunk Firmware flashen

Der AP wird an einen PoE Injektor oder Switch angeschlossen und der Rechner muss genauso an dieses Netzwerk angeschlossen werden. Von hier an ist ein separates Netzwerk oder eine direkte Verbindung zum PoE Injektor Pflicht, da der AP sich sonst eine andere IPv4-Adresse bezieht.

Den LAN Netzwerkport des Rechners konfiguriert man auf:
IPv4-Adresse: 192.168.1.150
Subnetzmaske: 255.255.255.0
Gateway kann frei bleiben

Tool ausführen und AP flashen

chmod +x firmwareloader-linux

./firmwareloader-linux -f DATEINAME.bin

chmod +x firmwareloader-macOS-arm

chmod +x firmwareloader-macOS-intel

./firmwareloader-macOS-arm -f DATEINAME.bin

./firmwareloader-macOS-intel -f DATEINAME.bin

.\firmwareloader-win.exe -f DATEINAME.bin

Damit sollte der Knoten vollautomatisch mit der Freifunk Firmware bespielt werden.

Ersteinrichtung

Nach ca. 2-10 Minuten kommt der AP wieder erreichbar und kann an der Kabelschnittstelle über die URL http://192.168.1.1 angesprochen werden.
Wichtig: Das „http://“ bitte nicht weglassen! Moderne Browser probieren oft zuerst via HTTPS, dann ist die Oberfläche unerreichbar.

Von dort an kann man unsere generische Anleitung zum Konfigurieren des Knotens verwenden:

Nach der Konfiguration kann der AP vom Kabel getrennt und mit einem an das Internet verbundene Netzwerk angeschlossen werden.

Damit ist der Freifunk Knoten fertig eingerichtet und kommt binnen wenigen Minuten online!

Nicht vergessen: Den Netzwerkport des Rechners zurück auf automatischen Bezug von IP-Adressen mittels DHCP zu stellen.

Themen, die besprochen werden sollen, können im Etherpad eingetragen werden.

Hier könnt ihr virtuell teilnehmen: https://meet.ffmuc.net/ffs

wir hatten uns am 6. Dezember 2025 im Shackspace getroffen, um uns in Bezug auf die Ausrichtung und Organisation des Vereins auszutauschen. Unter der Moderation von Tobi haben wir uns unter anderem zu den Werten ausgetauscht, für die wir Freifunker stehen.

Nun steht ein Folgetermin fest, in dem wir an konkreten und technischen Themen arbeiten wollen. Einer der Punkte aus dem Plenum im Dezember war, dass wir den Austausch zwischen den regionalen Gruppen und Teams stärken wollen. Dies gab den Anstoß, dass wir uns diesmal in Esslingen treffen werden:

Ort

Makers Inn Esslingen
https://makersleague.de/makers-inn

Zeitplan

• 14:00 Start
• 18:00 Ausklang

Tobi hat sich erneut bereit erklärt, die Moderation zu übernehmen, worauf ich mich sehr freue. Hier ist seine Nachricht dazu:

Im letzten Workshop haben wir gemeinsam sechs Werte gesammelt, mit diesen als Ausgangsbasis geht jetzt weiter. Beim Workshop-Nachmittag am 7. März wollen wir daraus eine klare Mission ableiten und ganz konkrete ToDos entwickeln, mit denen wir weiter vorankommen.

Damit wir wieder zu so starken Ergebnissen kommen wie beim letzten Mal, brauchen wir euch und eure Perspektiven. Egal ob ihr schon dabei wart oder neu dazukommt – jeder Input zählt!

Neben der inhaltlichen Arbeit darf natürlich auch der Spaß nicht fehlen: Ein paar lockere Gruppenaktivitäten sorgen wieder für gute Stimmung und neue Energie zwischendurch.

Ich freue mich auf Euch und den Nachmittag!

Tobi

Aus persönlichen Gesprächen kenne ich einige Schwerpunkte, die sich ziemlich sicher am Ende des Workshops in den ToDos wiederfinden werden.

In diesem Sinne freue ich mich auf rege Beteiligung und Eure Beiträge!

Alle Interessierten sind herzlich eingeladen, Mitglieder und besonders auch potentielle Freifunkende. Auf unserer Seite Freifunk Frankfurt Community Treffen findet Ihr weitere Informationen zu unseren Treffen.

Wo die Räume des CCC-FFM zu finden sind, seht Ihr hier: ccc-ffm.de/hackerspace