Wir bedauern sehr das wir den Gründer von Freifunk Gera-Greiz, auch als Vorstandsmitglied verlieren.
Wir freuen uns aber das Jörg weiterhin im Freifunk, außerhalb des Pilotprojektes bei der Stadt Gera, mit uns zusammenarbeiten wird.
- Details
- Details
Durch die Stadtverwaltung Gera wurde eine Liste mit städtischen Objekten erstellt, die für den Aufbau des Backbone-Netzes im Rahmen des Projektes "Freifunkkommune Gera" genutzt werden können.
Der Großteil dieser Standorte wurde durch Mitglieder der AG Technik besucht und fotografiert. Die Zusammenfassung dieser "Stadtrundgänge" ist auf der Projektwebseite zu finden.
Im nächsten Schritt werden die einzelnen Objekte anhand ihrer Eignung bewertet, damit der Aufbau schnellstmöglich beginnen kann.
- Details
Nachdem unsere Gemeinnützigkeit (vorerst) abgelehnt wurde, sind wir steuerlich nicht an die Regeln für "gemeinnützige Verein" gebunden, die in den meisten Gesetzessammlungen (für Vereine) aufgeführt sind.
Eine heutige Rückfrage beim Finanzamt Gera klärte mich aber dahingehend auf, dass wir keine Steuererklärung abgeben müssen, solange unser
- Gewinn unter 5.000 EUR und
- Umsatz unter 17.500 EUR
liegen.
Wir reichen also keine Unterlagen ein, könnten aber ggf. nachträglich dazu aufgefordert werden.
Hinweis:
Die Freigrenzen scheinen sich auf Körperschaftssteuer (Gewinn) und Gewerbesteuer (Umsatz) zu beziehen.
- Details
Es passiert (mir) öfter, dass Richtfunkstrecken nicht wie gewünscht auf der Karte angezeigt werden.
Die ffggrz-Umgebung beruht bei den Richtfunkstrecken mit Originalfirmware grob auf folgenden Punkten, die zu Fehlern führen können.
- Wir verwenden Gluon und respondd.
- Jeder Standort hat eine Standortnummer. (Für 2 Standorte als Beispiel: 7 und 8)
- Aus der Nummer leitet sich ein VLAN für das lokale Management ab. (100+7, 100+8)
- Per Festlegung, werden benachbarte Management-VLANs über die RF-Strecke übertragen um einen Einstieg in den Standort zu bekommen.
- Zwei Standorte teilen sich ein VLAN für eine gemeinsame Richtfunkstrecke. Dessen Nummer wird fortlaufend (>1000) vergeben und im Wiki dokumentiert. (Im Beispiel: 1234)
- Jede Seite hat einen Switch, der die beteiligten VLANs kennen muss. (107, 108, 1234)
- Jede Seite hat einen Offloader. Dort muss dieses VLAN als Schnittstelle verfügbar sein und per batctl in das Meshing eingebunden werden.
- Jeder Offloader und jedes RF-Gerät muss die notwendigen VLANs am Switch getagged (und per include) übertragen bekommen. Falls ein LAG (Kabelbündelung) beteiligt ist, sollte deren Konfiguration identisch zum physikalischen Interface sein!
Fehlersuche
- Wird die Strecke auf der Karte angezeigt? (Als Offloader <-> Offloader, da die RF-Geräte per Originalfirmware unsichtbar im respondd sind.) => Falls ja. Alles hübsch.
- Ist die Strecke aktiv (Web-GUI der RF-Geräte)?
- Sind alle VLANs bekannt?
- Details
namespace geöffnet?
<name>space
geschlossen seit 06.06.2026 17:29 Uhr