Ergänzungstreffen 12.06.2021

Wir haben das Treffen am letzten Samstag spontan um eine Woche nach hinten verschoben, also eine neue Gelegenheit, dabei zu sein! Sprechen werden wir unter Anderem über unsere „Werbekampagne“ für Ferienwohnungsbesitzer:innen.

Wo? https://yolo-bbb.starletp9.de/b/ran-ghx-gmu
Wann? 12.06.2021, 20:30 Uhr

Themen (und was zwischendurch bei besprochenen Themen passiert ist) sammeln wir hier: https://pad.freifunk.net/p/Treffen-fftr Ergänzt gerne eure Themen!

Offenes Freifunk-Treffen 05.06.2021

Diesen Samstag treffen wir uns wieder online, um über aktuelle Themen und Pläne zu sprechen. Die perfekte Gelegenheit, um uns kennen zu lernen, Fragen zu stellen und über Freifunk zu schnacken.

Wo? https://yolo-bbb.starletp9.de/b/ran-ghx-gmu
Wann? 05.06.2021, 20:30 Uhr

Themen (und was zwischendurch bei besprochenen Themen passiert ist) sammeln wir hier: https://pad.freifunk.net/p/Treffen-fftr Ergänzt gerne eure Themen!

Offenes Freifunk-Treffen 08.05.2021

Unserem gegenwärtigen Rhythmus (immer am ersten Samstag im Monat) folgend, würden wir uns eigentlich übermorgen virtuell zusammensetzen. Da der 01. Mai jedoch auch in unserer Gruppe häufig mit anderen Aktivitäten belegt ist, verschieben wir unser offenes Treffen um eine Woche nach hinten auf den 08.05.2021.

Dann heißen wir euch, liebe Freifunkende und Interessierte, gerne wieder unserem muckeligen BigBlueButton-Loft willkommen:

Themen und Anmerkungen zu diesen Themen können gerne direkt ins Pad geschrieben werden:

Uplink ausgebaut

Nachdem wir mit Gluon auf dem neuesten Stand sind, haben wir jetzt auch nochmal an der Infrastruktur geschraubt. Seit ca. 2 Jahren bereits war unser IPv6 nur noch sporadisch existent. Das Problem lag dabei nicht bei uns, sondern an der übergeordneten defekten/wackeligen Infrastruktur in Berlin.
Wir haben in dieser Woche nun unser Global-IPv6-Prefix aus dem Freie-Netze-Pool heraus lösen können und announcen dieses Prefix jetzt in Eigenregie per BGP. Heute früh hat auch die Telekom unser Announcement akzeptiert und sind nun wieder komplett auch inbound per IPv6 erreichbar.
Zusätzlich haben wir bei der Gelegenheit auch einen weiteren Uplink ins Internet in Betrieb genommen. Damit konnten wir die Redundant unserer Internetanbindung deutlich verbessern und selbst ein Totalausfall in Berlin könnte uns nicht mehr stoppen.
Auch die Gesamtbandbreite unseres Traffics hat sich damit nochmals deutlich erhöht. Ich könnt also jetzt wieder jede Menge neue Router aufstellen!

3/2020 – Stand der Dinge

Vor ca. einem Jahr hat unser Netz einen größeren Umbau erfahren. Damals sind wir vom Funkstandard IBSS auf 802.11s umgestiegen. Die Umstellung erforderte einiges an Vorbereitung und Strategie, um keine unserer Geräte im Netz zu „verlieren“.
Im wesentlichen hat die Umstellung sehr gut funktioniert. Wir konnten bereits mit dem Stable-Update im Herbst die letzten „alten Zöpfe“ von Code hinter uns lassen und die erste Gluon-Version ausschließlich für 802.11s an alle unsere Router ausrollen. Das war eine sehr wesentliche Hürde, aber Grundvoraussetzung für unsere zukünftige Entwicklung.

Auch für die Gluon-Entwickler war das Jahr 2019 turbulent. So wurde erst Ende Dezember 2019 das erste Release „Gluon 2019.1“ veröffentlicht. Noch einmal verbessert aber bereits am 15.2.2020 von Gluon 2020 abgelöst, welche dann auch keinerlei Unterstüzung mehr für den alten Funkstandard IBSS beinhaltete. Mit dessem ersten Update auf v2020.1.1 im März 2020 war die Zeit für ein neues Stable-Update in unserem Netz reif.

Wir sind damit also heute mit fast allen Routern auf dem aktuellsten Stand der Gluon-Entwicklung, mit über 700 Routern im Netz auch quick lebendig und immer noch am wachsen.
Danke an alle Mitmacher!

Euer Router funktioniert plötzlich nicht mehr?

Am 1.5.19 5:00 Uhr MEZ wird unser Netz sich automatisch auf eine andere Mesh-Funktechnik umstellen, nämlich von „IBSS“ auf „802.11s“.

Falls euer Router zu dem Zeitpunkt aber aus war, dann kann es passieren, dass er später nicht sofort nach Inbetriebnahme wieder wie gewohnt funktioniert. Was ist zu tun?

Fall A:
Euer Router verfügt bereits über die aktuelle Stable-Firmware 0.11.7
In dem Fall gibt es zwei Szenarien.

1. Euer Router baut mit dem DSL-Router eine VPN-Verbindung zu uns auf.
Dort wird er sofort mit der aktuellen „Systemzeit“ versorgt, merkt dann, dass der Umsschaltzeitpunkt erreicht/überschritten ist und wird binnen 10 Minuten selbstständig zu dem neuen Netz umschalten. Fertig.
2. Eure Router mesht nur per Funk mit unserem Netz.
In diesem Fall bekommt er keinen Kontakt mehr zu unserem Netz, denn euer Router befindet sich noch im alten IBSS-Modus. Somit kann er sich auch nicht mit der korrekten aktuellen „Systemzeit“ versorgen. Er weiß also leider nicht „wie spät es ist“.
Dann wird er einfach mal für 120 Minuten in diesem Zustand bleiben. Nach den 120 Minuten wird er dann ebenfalls automatisch auf das neue Netz umschalten. Fertig.

Fall B:
Euer Router verfügt über eine ältere Firmware als 0.11.7

1. Der Router baut eine VPN-Verbindung über euer DLS-Modem zu uns auf.
Er sollte sich die aktuelle Firmware holen und aktualisieren, falls „Autoupdate“ aktiviert war.
Falls nicht … manuell updaten.
2. Euer Router mesht nur per Funk
In diesem Fall müsst ihr leider manuell die neueste Firmware aufspielen.

Falls euer Mesh schon vor dem 1.5.19 plötzlich nicht mehr funktioniert, so liegt das vermutlich daran, dass Ihr den Uplink-Router längere Zeit ausgeschaltet hattet und die Mesh-Knoten mit der Firmware 0.11.7 weiter liefen und nach 120 Minuten ohne Internet dann auf 802.11s umgeschaltet haben, da sie ja keine aktuelle Uhrzeit mehr aus dem Netz bekommen haben.
In dem Fall könnt Ihr am einfachsten auch den Uplink-Router auf 802.11s bringen damit euer Netz wieder funktioniert. Dazu:
– Uplink-Router vom Internet trennen
– ausschalten
– einschalten
– 125 Minuten warten
– jetzt sollte der Router umgeschaltet haben
– Uplink zum Internet mit LAN-Kabel wieder herstellen.

Großer Umbruch ist in Planung

Mit der aktuellen Gluon-Version 2018.2.1 haben wir endlich ein wichtiges neues Tool zur Verfügung. Damit können wir unser Netz nun von einem Funkstandard auf einen anderen migrieren ohne, dass uns Router verloren gehen.
Aktuell ist die dafür nötige Firmware 0.11.7 als neue Stable ausgerollt.

Der fest programmierte Umschalttermin in der Firmware ist: 1.5.2019 05:00:00 MEZ

Wichtig: Eure Router müssen zu diesem Zeitpunkt zwingend auf unsere Firmware 0.11.7 upgedatet sein.
Alle Router mit älterer Firmware werden ab dem genannten Zeitpunkt nicht mehr per Funk erreichbar sein.

Unsere Empfehlung lautet:

  • Router 24/7 eingeschaltet lassen
  • Autoupdate aktivieren
  • Firmware älter als unsere 0.11.4 bitte manuell auf die aktuelle „stable 0.11.7“ updaten

Dann wird euer Router sich problemlos selbstständig in das neue Netz integrieren.

Übrigens … wer gerne mittesten oder einfach nur vorab updaten will:
https://github.com/freifunktrier/firmware_store/tree/master/firmware

Die EU-Datenschutzverordnung „DSGVO“

Kaum ein Thema hat die letzten Wochen die IT-Welt so gespalten und in Aufregung versetzt wie diese fünf Buchstaben. Und auch an den Freifunk-Communities ging das nicht spurlos vorbei. Prinzipiell sind wir Freifunker ja auf der Seite der „Schützer“. So haben wir uns z.B. geschlossen gegen die Datensammelwut der Vorratsdatenspeicherung gestemmt, weil diese die Nutzer vollkommen unangemessen unter einen Generalverdacht stellt.

Und jetzt?
Die Meinung der Communities zum DSGVO ist dagegen sehr gespalten bis ablehnend. In vielen Bereichen unserer Arbeit bleibt die Verordnung so schwammig bis unklar, dass Auseinandersetzungen über die Auslegung und Wertung der einzelnen Absätze und Erwägungsgründe leider den Gerichten überlassen bleibt. Denn – Ja, wir verabeiten und speichern auch personenbezogene Daten! Wie sollten wir sonst in der Community mit euch kommunizieren können?

Was uns als Freifunk-Trier dabei tangiert und wo wir den „Datenschutz personenbezogener Daten“ beleuchten müssen, habe ich einmal hier zusammengetragen: trier.freifunk.net/datenschutz/
Ohne Gewähr für die Richtigkeit und Vollständigkeit der Aussagen! Als Nicht-Jurist erwarte man von mir bitte keine profunde gerichtsverwertbare Rechtsauslegung. Vielmehr möchte ich lediglich die Gedankengänge und Meinungen darstellen.

Wenn etwas fehlt, Ihr etwas korrigieren oder anmerken möchtet, bitte ausgiebig die Kommentarfunktion nutzen!

Neue Gluon 2017.1.5 stable kommt per Autoupdate

Nach dem die neue Beta auf mehr als 40 Routern seit einigen Tagen stabil läuft, habe ich mich entschlossen ab sofort das neue Gluon-Release als „stable“ auszurollen. Hinzugekommen ist z.B. Die Firmware für den TP-Link WR1043-v5n (ohne abnehmbare Antennen) und zwei Ubiquiti EdgeRouter. Daneben gibt es einige Bugfixes sowie Änderungen bei unseren GW-Domain-Namen.

Hier auch nochmal herzlichen Dank an alle fleißigen Beta-Tester die meinem Mailaufruf gefolgt sind!

Leider werden wir in Kürze einige unserer potentesten Server verlieren. Die Mietverträge laufen aus und die Eigner möchten die Kosten für die Hardware nicht weiter tragen, da die Gerätekosten für sie alleine unwirtschaftlich geworden sind. Auch mit normaler personeller Fluktuation in unserer Community über die Jahre gehen gelegentlich Server verloren.

Jeder von euch, der freie Hardware beisteuern kann, ist daher dringend eingeladen die ein oder andere KVM für unseren Freifunk „abzuzweigen“.

Aber auch in Berlin kämpfen wir mit Personalengpässen und gelegentlichen Serverproblemen. Hier wären dringend regelmäßige Investitionen nötig um uns mehr Redundanz zu schaffen. Gerade Gemeinden die Freifunk im Ort aktiv fördern, dürften ein Interesse an einer stabilen Infrastruktur haben und sind schon aus Eigennutz eingeladen, mal über ein finanzielles Engagement nachzudenken.

Störung machte unser Netz einige Tage für manche unbenutzbar

Seit ca. 26.10.2017 habe ich bemerkt, dass meine Knoten gelegentlich eine sehr schlechte Preformance hatten. Ein Neustart des Knoten brachte dann meist wieder Besserung. Meine Vermutung war ein lokales Problem. Als ich aber am Freitag von Usern ebenfalls hörte, dass sie seit Tagen ein Problem mit dem Netz haben, musste ich der Sache nachgehen.

Ich habe mehrere Möglichkeiten Speedtests zu machen:
– zwischen FF-Knoten und GW
– GW zu GW
– FF-Host als Server ins Internet (Upload)
– FF-Client zum Internet (Download)

Nach vielen Stunden Fehlersuche und rum probieren an diversen Configs hatte ich (großer Dank an kpanic!) den Eindruck, dass es ein Problem mit der fastd-Verbindung zwischen Knoten und GW geben musste. Sobald die Knoten versuchen den GW per IPv6 zu erreichen und in Folge eine IPv6-Verbindung für den Aufbau des fastd-Tunnels nutzen, scheint es zu einem massiven Zusammenbruchs der Performance auf diesem Uplink zu kommen. Zwinge ich den Knoten dazu, den Tunnel über eine IPv4-Verbindung zu realisieren, funktioniert es hingegen problemlos.

Jedem Netzwerker kommt jetzt natürlich sofort die MTU als Problemauslöser in den Sinn. Hier kann ein zu hoher Wert im fastd zu massiven Störungen führen. Gegen diese Vermutung spricht aber:

  • den Wert von 1406 verwenden wir von Beginn an und hatten nie Probleme
  • Telekom hat im DSL eine MTU von 1492, sodass uns auf Telekom-Leitungen (z.B. auch meiner) 86 Bit Overhead zu den Nutzdaten im fastd-Tunnel bleiben und das sollte eigentlich reichen.

Was hat sich in der letzten Woche denn geändert? Wir haben LEDE 2017.1.3 per Autoupdate ausgerollt.
Aber auch hier gebe ich zu bedenken, dass ich LEDE im Vorfeld schon 2 Wochen bei mir laufen hatte und ich keine solchen Probleme bemerkt habe. (Vielleicht ist es mir aber auch nur nicht aufgefallen.)

Als erste Maßnahme habe ich auf (fast) allen GWs die fastd-config dahingehend geändert, dass nur noch IPv4-Verbindungen von euren Freifunk-Routern entgegen genommen werden. Auf absehbare Zeit wollen wir aber wieder IPv6 anbieten können. Daher …….

Wer an dieser Stelle jetzt Lust hat sich an der Problemlösung zu beteiligen ist herzlich eingeladen!