Kickoff Meetup Open Communication Community

Samstag, 23. März 2019, 12:00-18:00 Uhr @c-base

Open Communication Meetup

Wir treffen uns zum Experimentieren, Testen und Analysieren von internetunabhängigen Kommunikationsmöglichkeiten auf mobilen Geräten. In der Gruppe werden wir mobile Apps für peer-to-peer Netzwerke, Mesh-Kommunikation und delay-tolerante Netzwerke testen.

Dabei werden wir bereits bestehende Apps, Lösungen und Protokolle mit mehreren Geräten praktisch ausprobieren, analysieren und dokumentieren (z.B. Serval, Briar, Meshenger, Rumble, Wind, Chime, Clatter, etc.).

Wann: Samstag, 23. März 2019, 12:00-18:00 Uhr
Wo: c-base, Rungestr. 20, Berlin, siehe Karte >>
Wer: Alle die an mobiler, dezentraler Kommunikation interessiert sind! 

Das Meetup ist offen und kostenlos. Bringe deine mobilen Geräte mit!

Editierbares Organisationswiki:

Weitere Informationen werden schrittweise auf veröffentlicht.


Saturday, 23 March 2019, 12pm-6pm @c-base

Open Communication Meetup

A meetup to experiment, test and analyze Internet independent communication possibilities on mobile devices. We will test mobile apps for peer-to-peer networks, mesh communication and delay tolerant networks as a group.

We will play and experiment with existing apps, solutions and protocols with many devices. To test, analyze and document them. e.g. Serval, Briar, Rumble, Meshenger, Wind, Chime, Clatter, etc.

When: Saturday, 23 March 2019, 12pm-6pm
Where: c-base, Rungestr. 20, Berlin, see map >>
Who: Everyone interested in decentralized mobile communication! 

The meetup is open and free of charge. Bring your mobile devices!

Further information will be announced on

Organisational wiki:

OIO auf dem 35c3: Call for Participation / Call for Donations

English version below

Hardwareausstellung auf dem 34c3

Liebe Communities,

wir organisieren gerade den Open Infrastructure Orbit auf dem 35c3. Mit euch haben wir entweder schon im letzten Jahr gemeinsam den Orbit gestaltet oder wir haben in diesem Jahr bereits gemeinsam geplant oder ihr habt euch bereits dem Orbit angeschlossen.

Falls noch nicht geschehen, meldet eure Assembly unter an und ordnet sie dem Orbit zu. Tragt dort bitte spezifische Sachen für eure Assembly ein, die nicht zur Gesamtplanung des Orbits gehören, z.B. falls ihr besonders große Sachen mitbringt, Sachen gegen Geld eintauschen wollt. Schreibt außerdem, wieviele Sitzplätze ihr benötigt.

Im Orbit bieten wir eine Bühne, einen Workshopraum, die Lötarea und Präsentationstische an, wo Projekte und Communities vorgestellt werden können. Wir organisieren diese Räume im Pretalx unter Tragt dort bitte eure Themen ein.

Der Bau des Orbits mit Bühne, Lötarea, Workshopraum, Präsentationstischen und weiteren Features kostet Geld. Deshalb haben wir eine Spendenkampagne auf Betterplace gestartet:

Alternativ können Spenden auch direkt auf das Konto des Fördervereins freie Netzwerke überwiesen werden:

IBAN: DE51100900007227227006

Bitte verbreitet den Spendenaufruf in euren Communities, wir sind über jede Unterstützung dankbar.

Wir stimmen uns einmal in der Woche im Mumble ab. Wenn ihr uns bei der Organisation helfen wollt oder Informationen über eure Assembly geben wollt, kommt Dienstags um 20 Uhr CET auf vorbei.

Viele Grüße

Für das OIO Orgateam

Dear Communities,

right now we’re organizing the 35c3 Open Infrastructure Orbit. We either have been together at last year’s orbit, or we already planned together this year or you assigned your assembly to the Orbit.

If you did not already do, please register your assembly at and assign it to the Orbit. Please add specific needs, that do not belong to the overall planing, for your assembly there. E. g. if you bring huge things or handle money. Also add the number of seats you’ll need.

Within the orbit we’ll provide a stage, a room for workshops, a solder area and presentation tables. These tables can be used to present projects and communities. These rooms are organized in pretalx at Please add your topics there.

Building stage, solder area, workshop room, presentation tables and other features costs money. We started a fund raising campaign at better place:

As an alternative donations can be transferred to the bank account of Förderverein freie Netzwerke directly:

IBAN: DE51100900007227227006

Please spread the word of our call for donations to your communities. We appreciate every support.

There’s a weekly mumble for plannings. If you want to help with organizing or if you have information from your assembly, please join us every Tuesday at 8pm CET at

Best regards,


Our Projects for GSoC 2018

GSoC Logo

In 2018 Freifunk applied again as umbrella organization for Google Summer of Code. That’s the third year in a row and our 8th Summer of Code in total. Finally we got 14 slots for student projects.

Partner Organisations

As in the years before we act as umbrella organisation. Our partner organisations for this year are:

GSoC 2018 Projects

You can find our organisation’s profile and more information on our projects at the GSoC 2018 organisation’s page. This is just a list of our projects. More information will be added later when the coding period starts.

Titel Student
Kernel space SOCKS proxy for Linux 4.x Fejes Ferenc
Realizing a decentralized WiFi Controller nick.power
Local Phone App Daniel Dakhno
Easily Expandable Wireless Intrusion Detection System Alexander Paetzelt
A module for OLSRv2 to throughput estimation of 2-hop wireless links Pasquale Imputato
Design network agnostic communication protocol Katharina Sabel
LibreNet6 Paul Spooren
nodewatcher: Build system rework and package upstreaming Robert Marko
VRConfig – Visual Router Config for OpenWrt Asco
LibreMesh ground routing user friendly interface Marcos Gutierrez
RetroShare Web UI API Changes Proposal Kevin Froman
Re-write the Turnantenna code Marco Musumeci
Better map for nodewatcher Marin Stević
OpenWLANMap App Thi Huyen (Lilli) Cao

We’re looking forward for all these projects. Following the timeline we have the Community Bonding Period now. All students will be introduced to their organisation and their specific project. The projects will start latest at May 14. That’s when the coding period starts. There are several evaluations and the last Coding Period will end on August 6. After submitting the final evalulations by mentors and students the final results will be announced on August 22.

Stay tuned, all of the students will write about their project at this place. There will also be talks on events like the Wireless Meshup, Chaos Communcation Congress and other related events.

Our GSoC 2017 projects

In 2017 we got 15 slots for our projects. That’s great, we’ve never got so many slots for GSoC before. Our students are from 8 countries. They do their work for 6 sub organizations.

Until the end of May the Community Bonding Period takes place, so students can introduce their projects to the community. They also prepare together with their mentors the folling coding period.

This post will give a short overview on the selected projects. In the next weeks some detailed blog posts will follow describing all the projects.

GSoC project overview

Title Org Student Abstract
RetroShare Improvements retroshare ange The aim of this proposal is to improve RetroShare incrementally during the summer in the following work lines:
– Semi-automatic RetroShare friendship suggestion based on phone contacts
– Semi-automatize JSON API code and documentation generation
– Multiple simultaneous heterogeneous network connection for each peer
– Improve RetroShare Android usability and performances
– Seamless key exchange via Quiet Modem
– Chat and messages multiple device synchronization
– Directories multiple device synchronization
Implementing Pop-Routing in OSPF ninux Gabriele Gemmi Prince is a network daemon that continuosly monitors the network topology and sets the timers for OLSRv2, it is developed in C and we are currently deploying it in the Ninux community network in Florence. This year
we want to implement Pop-Routing for another link-state routing protocol: OSPF. OSPF is the state-of-the-art interior routing protocol for wired networks and it is used also in some wireless community networks. This
project consists in realizing a plug-in of the OSPF open source routing daemon (Quagga or Bird) that will:
– Expose the network topology to Prince using NetJson
– Receive and re-set the network parameters from Prince
Improving nodewatcher data representation capability wlan slovenija rasovica Currently nodewatcher has very limited overview of used IP space without more precise division of existing and used subnets. This could be improved using compact and colorful matrix with IP ranges and links to nodes. I would display data about used ips similar to the [IP Census 2014](, better tables and other data representation that would help explain the network structure, it would help in explaining the network and its statistics even to an uninformed observer. I would also update the look and functionality of other graphs and tables representing statistical data from nodewatcher
Extending LoxiGen and ONOS to enable SDN control of wireless switches via OpenFlow lede Arne Kappen LoxiGen is a tool by the Floodlight project to generate OpenFlow libraries for several programming languages including Java and C. The goal of this project is to extend LoxiGen to include messages for controlling wireless switches using OpenFlow.
It will include the necessary extensions to LoxiGen as well as a proof-of-concept implementation of the control channel. This encompasses an application for the ONOS SDN controller and an agent for the LEDE router operating system.SDN-enabled wireless switches offer comfortable centralized management of larger deployments and may provide the basis for more complex use-cases in the future such as network slicing and seamless mobility.
OpenWRT/LEDE Configuration Management lede Johannes Wegener Improve the proof-of-conecpt version of a OpenWRT/LEDE configuration software.
Web interface for Retroshare, a secure communication software retroshare Stefan Cokovski I am applying to work on the web interface for RetroShare, secure communication software. RetroShare already has a web interface with limited functionality and questionable look, compared to the main Qt GUI which RetroShare uses. My goal will be to improve the already present functionalities, introduce new functionalities to the web interface and design a new look for the web interface.
Implement NetJSON output in ubus (OpenWRT/LEDE) lede Arunkumar Ravichandran To bring in support for NETJSON object in the LEDE/OpenWRT Linux distributions. The support for NETJSON is brought in at the interconnect system- ubus. To add support for a new ubus API which allows retrieving these two NetJSON object types: DeviceConfiguration and DeviceMonitoring.
DeviceConfiguration NetJSON object is filled in using the plugins available in System Configuration Abstraction Layer(SCAL).
DeviceMonitoring NetJSON is retrieved by reusing the code parts and adding hooks in the nodewatcher-agent.
LibreMesh Attended Sysupgrade libremesh paul0 Performing updates on routers is quite different from full Linux distribution. It’s not sustainable to do release upgrade via a packet manager. Instead it’s usually required to re-flash the system image. Depending on the installed packages an image rebuild may be to complex for regular users. A more convenient way is needed.

This project will implement an “image as a service” server side which provides custom build images depending on installed packages. A notification in the web interface will notify about the new release. After image creation a one-click installation is offered within the web interface.

The server side implementation will use established tools like LEDE’s ImageBuilder to provide an generic approach for image creating. In this way the entire OpenWrt/LEDE community including several community-mesh firmware projects will benefit from that new update routine.

Spectrum Analyzer libremesh Nicolas Andres Pace I believe that Community Networks’ Operating Systems could use the Spectrum Analysis a lot to make better decisions on how they use the electromagnetic field wisely and efficiently.

As of now, no Free OS has been using Spectrum Analysis, so they can’t know whether the radios are being used efficiently or not.

This module would allow all routers that use Atheros radios (the main radio manufaturer around) to see how is the spectrum and take better decisions on which channels they use.

* Create an OpenWRT/LEDE package to get Spectrum info from the radio.
* Create a LuCI interface to visualize the Spectrum information retrieved.

HMAC signing of Nodewatcher data & IPv6 support for Tunneldigger wlan slovenija red_moo Currently all monitoring reports by WLAN nodes are unsigned and can be spoofed by anyone. This represents a security problem and a possible solution is to add HMAC-based signing to encrypt node monitoring reports to prevent spoofing.
Nodewatcher’s monitoring system will also be improved so it will generate an event and a warning in case of a signature verification failure.The aim of the second part of this GSoC project is to design and implement IPv6 support for Tunneldigger so that it works in IPv6-only and IPv4/IPV6 mixed environment where both server and client have IPv6 connectivity in some form.
Add MPTCP support in LEDE/OpenWRT trunk lede SPYFF Create an MPTCP supported OpenWRT/LEDE trunk and ensure its operation in a multipath Wi-Fi aggregation environment. The trunk should contain the tooling for establish a SOCKS proxy for operating systems without MPTCP support.
geolocator (Software defined GPS) FF Nordwest Jan-Tarek Butt A dynamical and flexible geolocator which should provide a software defined GPS device and receives its position over WIFI hardware with various services like, MLS and etc.
netjsongraph.js: visualization of netjson data ninux GeekPlux NetJSON is a great work attracted some interest from around the world, but there are a lot of defects. And I’m a front-end developer and now focus on Data Visualization, so I want to contribute to NetJSON. In my proposal, I come up with my idea and list some tasks and schedules.
lime-webui: port to LuCI2 libremesh Marcos Gutierrez Make an inventory of all LuCI components that LibreMesh uses and that will not be compatible with LuCI2. Analyze which dependencies must be replaced or rewritten and generate the views according to the new framework selected.
Powquty Live-Log lede Stefan Venz PowQuty provides statistics from measurements taken by a USB oscilloscope. The statistics provide information about the power distribution network, but don’t highlight the most important information. Power networks need to comply with EN50160, if this norm is violated, damage to connected devices is possible.
To avoid damage, powqutyd will log violations and notify users on occurrence.

GSoC 2017 and Freifunk: Students wanted

GSoC Logo

Good news: Freifunk has been accepted again as mentoring organization for GSoC. If you’re a student, please bookmark March 20th in your calendar. That is the date when student application period opens and proposals can be submitted. In the meantime you should visit our ideas page and get in touch with the mentors and our community.

Applications for GSoC

This year we offer much more ideas than in the past but as always we don’t know how many slots (aka projects) we will get from google at the end. So we can’t give you any guarantee for proposals to be chosen. We will select the students and assign them to projects, but the final announcement will be made by the GSoC Program Office.

You aren’t limited to the ideas listed on our ideas page. It is possible to propose your own idea. But keep in mind that you need a mentor from one of our communities, too.

If want to apply please visit our students checklist page before. You can find a lot of information there on how to get in touch with our community. You’ll also find our application template there. It’s necessary to follow that template for a successful application.

During GSoC

There are some things we expect from you:

  • provide status updates to your mentor and your project, you should specify details with your mentor (how often, what medium to use, …)
  • commit early and often to the public repositories of your project
  • sign up our WLANWare mailinglist
  • join one of our community meetings
  • write at least 4 blog posts at this blog:
    1. During the community bonding period. Deadline is May 30 – introduce your project here, present your ideas, show us your project plan with milestone
    2. Before first evaluations. Deadline is June 26 – show your results and explain your status
    3. Before second evaluations. Deadline is July 24 – show your results and explain your status
    4. Before final evaluations. Deadline is August 21 – finally present your project and show us your result. Maybe it’s already live 🙂

To give you a short prospect of what is planned to get you into the project after successful application:


Community Bonding (May)

Use this period to refine your proposal. Add more specific milestones. Try to get into software development, e.g. by fixing small bugs. Talk to your mentor and the developers of your project to introduce yourself and your proposal.

From 26th to the 28th of May (the last weekend before Coding Phase 1 starts) there’s the Wireless Community Weekend (WCW) in Berlin. Here the Freifunk community will meet with their guests to create an unconference and hackathon. You have the chance to learn a lot about free wireless networks. It’s your chance to show your project/idea to a lot of community members. So you can get your first feedback before coding starts.

If you need help with accomodation or travel costs, please don’t hesitate to ask your mentors or organization admins.

Coding phases

There’s something new this year: We have 3 coding phases with 3 evaluations. Both, students and mentors have to complete evaluations to proceed. Maybe you can use these evaluations as milestones of if you want to work agile as sprint dates.

If you can’t make it to the WCW in May there’s another great chance in the first coding period to meet a lot of developers and community members during Battlemesh V10 in Vienna from June 05 to June 10. Focus of this event are routing protocols. You can use that event to get a lot of detailed technical knowledge, e.g. by doing pair programming.

If you have any questions please contact the organization admins.

So let’s have a great summer! 🙂

(Thanks to Clemens who wrote some parts if this text before)


Unser Freifunkblog ist auf eine neue Plattform umgezogen. Das alte Drupal 6, das sein Lebensende längst erreicht hat und keine Updates mehr bekam, haben wir abgelöst und die Inhalte nach WordPress migriert. Nun ist das Blog mit neuer Technik unter der Haube und neuem Design für die nächste Zeit gerüstet. Der älteste Artikel im Blog ist im Übrigen über 11 Jahre alt und stammt aus dem Jahr 2005.

Zugang zum Blog

Alle Artikel, Schlagwörter und Autoren sind erhalten geblieben. Frühere Benutzer wurden wieder angelegt, nur die Passwörter  haben wir nicht übernommen. Die Anmeldung kann mit der beim alten Blog verwendeten Emailadresse erfolgen. Mit der “Passwort vergessen”-Funktion kann man ein gültiges Passwort erhalten. Bei Problemen mit der Anmeldung schreibt bitte eine Email an das Webteam (web(at)

Wer noch keinen Account auf diesem Blog hat und einen hier Freifunkartikel veröffentlichen möchte wendet sich bitte auch an das Webteam. Gerade für communityübergreifende Themen eignet sich diese Plattform.


Einige Bilder lassen sich leider nicht mehr auffinden, da sie extern eingebunden waren und nicht mehr online sind. Auch der in Drupal integrierte Editor hat manchmal ganz schön viel unsinnigen HTML-Overhead erzeugt und führt auch unter WordPress zu komischen Formatierungen. Diese ließen sich nicht automatisiert aufräumen, das ist wohl mal ein Thema für einen Editathon :).


Overview: GSoC projects at

In 2016 we found 9 students doing Google Summer of Code projects for freifunk. This is an overview on all our projects including links to repositories and further information:

Title Student Repository Project information
A schema-based configuration system for OpenWrt Neoraider  
DynaPoint – A dynamic access point validator and creator for OpenWrt Asco 
Implementing Pop-Routing Gabriel
Monitoring and quality assurance of open wifi networks: the client view Tarek   
netifd extension: external device handlers arkap    
OpenWrt – poWquty (poWer quality) Neez
Provide a cryptographic implementation for spacecookie
Sharable Plugin System for – Mesh Network Communication App Anu 
SWOON: Simultaneous Wireless Organic Optimization within Nodewatcher marn 


Blog posts on these projects you can find with the tag GSocC 2016. Use the RSS feed to receive all updates. You can also see our projects from previous summers.

Freifunk will apply for Google Summer of Code 2016

Freifunk plans to apply again as mentoring organisation for Google Summer of Code (GSoC) in 2016GSoC is an online, international program designed to encourage university student participation in open source software development. Projects will run from May to August. One student works on one project. For details please look at the GSoC FAQ page and read their presentation. We act as umbrella organisation for other wireless communities like ninuxHUBS, openWRT and others.

There’s a lot of development within wireless communities. We have tools to manage routers, we do firmware and drivers development, we produce software to monitor large wireless networks and much more. For now we need your ideas on possible projects. If you know students or possible mentors, tell them about GSoC. Some universities also give ECTS credits for projects, maybe you can include the projects in your studies.

The application period for mentoring organisations will start at February, 8th. Until then we need your ideas written to our ideas page.

If you have any questions please contact Andi Bräu.

Pressemitteilung: Pilotprojektförderung inkompatibel zu Freifunk

Thüringer Freifunker beteiligen sich nicht an Konzeptauswahlverfahren

Das vom Thüringer Ministerium für Wirtschaft, Wissenschaft und Digitale Gesellschaft (TMWWDG) ausgeschriebene Konzeptauswahlverfahren “Pilotprojekt Freifunk in Thüringen” steht nicht im Einklang mit den Vorstellungen der Freifunker_innen. Die Freifunkcommunities aus Thüringen beteiligen sich deshalb nicht an diesem Auswahlverfahren. “Ich halte ein Modellprojekt zur Freifunkförderung für den völlig falschen Ansatz” sagt Andreas Bräu vom Weimarnetz e. V. “Weder wollen die Thüringer Freifunker_innen miteinander im Wettbewerb stehen, noch ist die auf eine Stadt konzentrierte Förderung eines Projekts sinnvoll.” Diese Form der Förderung enspricht nicht den Zielen des Koalitionsvertrags, in dem es heißt “Die  Koalition unterstützt bürgerschaftliches Engagement im Bereich des  Netzzugangs. Freifunkinitiativen in Thüringen sollen stärker gefördert und beraten werden”.

Nach Bekanntwerden der Unterstützung durch die Landesregierung haben sich die Thüringer Freifunkcommunities voller Enthusiasmus und Tatendrang an die Planung von Projekten gemacht. Die im Haushalt für 2015 eingeplanten Mittel sollten schließlich sinnvoll und nachhaltig eingesetzt werden. Mit der Ausschreibung des TMWWDG verband man die Hoffnung, ein Projekt für das gesamte Land Thüringen abzugeben. Doch in Gesprächen wurde mehrfach betont, dass diese Ausschreibung nur für die Förderung in einer Kommune gedacht ist. Idealerweise sollte dort noch kein Freifunk vorhanden sein. Freifunk ist in erster Linie eine durch verschiedene Menschen getragene Graswurzelbewegung. Mehrere Menschen finden sich vor Ort zusammen und vernetzen sich auf sozialer und technischer Ebene. Man stellt eigene Technik auf oder finanziert größere Installationen durch Spenden. Private Internetanschlüsse werden freigegeben, um einen Zugang zum Internet aus dem Freifunknetz zu haben. Ein weiteres wesentliches Ziel ist der Aufbau und die Weitergabe von Wissen über die Technik und Software. “Gern möchten wir auch Möglichkeiten für mobile Solarrouter untersuchen, um das Netz in entlegene Gebiete zu bringen, wo Strom und Internet Mangelware sind.”  erläutert Stephan Jauch vom Technikkultur in Erfurt e. V. “Doch leider schränkt die Ausschreibung das Projektziel zu stark ein.” Positive Effekte ergeben sich auch durch den Erfahrungsaustausch der Freifunk-Initiativen untereinander. “Die Erfahrungen in den verschiedenen Städten sind sehr unterschiedlich”, sagt  Robert Manigk von Freifunk Jena, “da ist ein regelmäßiger Austausch zwischen den Akteuren erforderlich.” Verschiedene Projektideen haben zum Ziel diesen thüringenweiten Austausch voranzutreiben und eine Konferenz in Thüringen auszurichten. Mit einer Strategie zur Öffentlichkeitsarbeit soll über die Freifunk-Idee und Technik aufgeklärt und für bürgerliches Engagement geworben werden.

Eine ideale Form der Unterstütung ist in den Augen der Freifunker eine Projektförderung in kleinerem finanziellen Rahmen, wie es sie schon bei anderen sozio-kulturellen Projekten gibt. Weiter sind Zugänge zu öffentlichen Gebäuden und eine Übernahme der Stromkosten erstrebenswert, um dort Installationen aufzubauen. 


  • Andreas Bräu
  • Freifunk in Thüringen, c/o Weimarnetz e. V., Marienstr. 18, 99423 Weimar
  • Email: ab[at]
  • Telefon: +49177/acht5456vier5 

Memorandum of Understanding

Freifunk ist nach über 10 Jahren sehr erfolgreich, bekannt und verbreitet. Wir sehen jedoch die ursprünglichen Ideen und Ziele von Freifunk nicht (mehr) von allen Communities bzw. Communitymitgliedern berücksichtigt. Es geht uns nicht darum, Communities auszuschließen, die sich mit dem hier formulierten Selbstverständnis nicht identifizieren. Wir sind aber an einer grundsätzlichen Auseinandersetzung über das interessiert, was wir hier unter dem Label Freifunk gemeinsam tun. Dieser Textentwurf wurde von einer Gruppe aus dem direkten Umfeld des Fördervereins Freie Netzwerke e.V. verfasst. Er ist als Verständigungsgrundlage gedacht und soll alle Communities dazu ermutigen, die angesprochenen Punkte zu reflektieren. Wozu machen wir Freifunk? Welche Ideen stecken dahinter? Welche Ziele verfolgen wir? Nach welchen Prinzipien entscheiden und handeln wir? Das Ziel dieses Textes ist es, ein Verständnis zu entwickeln, das alle Individuen und Gruppen, die unter dem Label Freifunk agieren, verbindet.


Freie (Funk-)Netze werden von vielen lokalen Initiativen aufgebaut und angeboten. Die Benutzer*innen sind auch gleichzeitig die Betreiber*innen der Computernetzwerke. Sie schaffen ein “Selbstmachnetz”, indem sie Wohnungen, Häuser, Straßenzügen, Stadtteile, Dörfer oder ganze Städte selbst vernetzen. Ein Freifunk-Netz ist dezentral aufgebaut und wird von vielen Individuen betrieben. Diese dezentrale Organisationsstruktur fördert bewusst lokale Aktivitäten, statt sie von einer übergeordneten Entität steuern lassen zu wollen. “Frei” bedeutet dabei, diese Netze öffentlich und anonym zugänglich zu machen, sie nicht kommerziell zu betreiben oder auszuwerten und die darin transportierten Informationen nicht einzusehen, zu verändern oder zu zensieren. Obwohl sich Freifunk vorrangig auf WLAN-Netze bezieht, ist der Begriff “Freie Netzwerke” breiter zu sehen. Er orientiert sich unter anderem an der Definition.

Bei aller Dezentralität halten wir es für sinnvoll und wichtig, uns über die Grundsätze und Prinzipien des Projektes Freifunk einig zu sein, damit wir gemeinsam agieren und uns in unserem Handeln gegenseitig unterstützen können.

 Ziele von Freifunk

Obwohl die Nutzung technischer Netzwerke für sehr viele Menschen längst zum Alltag geworden ist, werden die dahinter liegenden Macht- und Wirkmechanismen unserer Meinung nach häufig nicht ausreichend reflektiert. Freifunk hat sich unter anderem zum Ziel gesetzt, ein Bewusstsein für diese Zusammenhänge in der Gesellschaft zu entwickeln, den freien Zugang zu öffentlichen Netzwerken zu fördern und dabei Anregungen für ein selbstbestimmtes Handeln zu geben. Dabei wollen wir die Bedürfnisse unterschiedlicher gesellschaftlicher Gruppen einbeziehen. Diversität und ein breites Spektrum an Ideen verstehen wir als wichtige Grundlagen, um diese Ziele zu erreichen. Wir möchten alle Teilnehmenden (User*innen/Knotenbesitzer*innen) ermutigen, selbst Hand anzulegen und sie dabei unterstützen, sich mit der Materie vertraut zu machen. Uns ist bewusst, dass dies ein aufwändiger Lernprozess ist. Wir möchten aber vermeiden, dass sich (Wissens-)Hierarchien dadurch fortsetzen und verstärken, dass sich Teilnehmende im Freifunknetz einfach “beliefern” lassen wollen. Unserer Ansicht nach führt dies nämlich mit dazu, dass die Grundideen des Selbstmachnetzes verloren gehen.

Als Freifunker*innen beteiligen wir uns am politischen Prozess, um die rechtlichen Voraussetzungen für freie Netze zu schaffen. Die Freifunkbewegung ist dabei überparteilich.

 Prinzipien von Freifunk

Es ist unser Anliegen, das soziale Community-Building und die technische Umsetzung freier Netze in den Communities nach ähnlichen Prinzipien zu gestalten: dezentral, mit möglichst wenigen/flachen Hierarchien und dennoch abgesprochen.

Viele unserer Prinzipien wurden bereits an anderen Stellen formuliert. Als Freifunker*innen bekennen wir uns zu den folgenden bereits existierenden Dokumenten:


Technische Prinzipien

Das Pico Peering Agreement ist die Grundlage unserer Netzwerke. Folgende Grundsätze machen für uns ein freies Netz aus:

  • Unsere Knoten bilden untereinander ein Maschennetzwerk. Mit Freifunk-Netz meinen wir dieses vermaschte Netz, das zwischen den Routern entsteht. Es endet dort, wo das Internet beginnt, also dort, wo ein Router den Datenverkehr ins Internet leitet. Und es endet dort, wo das private Heimnetz beginnt.

  • Wir gestalten unsere Netze offen und öffentlich: Alle können eigene Knoten betreiben und dadurch das Netz erweitern.

  • Unser Netz ist anonym zugänglich, weder Nutzer*innen noch Knotenbetreiber*innen sollen sich registrieren oder anmelden um mitzumachen.

  • Unser Netz ist nicht kommerziell.

  • In unserem Netz wird nicht zensiert.

  • Wir halten uns an das Fernmeldegeheimnis.

  • Datenschutz und Datensparsamkeit: Wir speichern weder Verbindungs- noch Bestandsdaten. Wir speichern keine personenbezogenen Daten. Die Angabe von Emailadressen zur Kontaktaufnahme und Geokoordinaten zur Darstellung auf der Karte ist freiwillig.

  • Die Nutzer*innen sind selbst für Ende-zu-Ende-Verschlüsselung ihres Traffics und für Anonymisierung verantwortlich.


Wir achten bei der Gestaltung unserer Netze auf Dezentralität. Deshalb ist es nicht in unserem Sinne, dass eine kleine Admingruppe oder Einzelpersonen per Fernzugriff die Kontrolle über ein ganzes (Teil-)Netz haben. Die Knotenbetreiber*innen haben die Wahl, sich für Fernwartung zu entscheiden. Eingriffe in die Knoten, z.B. Firmwareupdates oder andere Fernwartungsarbeiten, müssen immer mit dem ausdrücklichen Einverständnis der jeweiligen Betreibenden geschehen. Knotenbetreiber*innen können sich ferner entscheiden, ob sie auch Internetzugang bereitstellen wollen, sei es für die Teilnehmenden im Meshnetz, sei es für die Öffentlichkeit. Es ist uns dabei wichtig, dass Freifunk nicht in erster Linie als “Provider für kostenlosen Internetzugang” wahrgenommen wird. Entscheidungen über Releases werden in den lokalen Communities gemeinschaftlich getroffen.

Die Firmware für unsere Knoten basiert auf freier Software. Weiterentwicklungen veröffentlichen wir ebenso als FLOSS. Durch eine möglichst gute Dokumentation sollen Betreiber*innen in die Lage versetzt werden, die Firmware selbst weiterzuentwickeln oder Anregungen zur Verbesserung beizusteuern. Die Offenheit schafft Vertrauen in die Software.

Soziale Prinzipien

Ein angenehmes soziales Klima ist uns in unseren Communities wichtig. Bei Freifunk wollen wir erreichen, dass sich Menschen unabhängig von Geschlecht, sexueller Orientierung, Herkunft, Glauben, Aussehen, Alter und anderer (tatsächlicher oder zugeschriebener) Merkmale in den Communities einbringen und wohlfühlen können. Der Umgang miteinander soll respektvoll sein; neue Interessierte sind uns stets willkommen. Wir dulden keinerlei Diskriminierungen. Das bedeutet für uns: Wir haben weder Platz für Nazis, noch für Rassismus, Sexismus oder andere Formen von menschenverachtendem Verhalten.

“Mitmachen”, das kann nach unserem Verständnis mindestens alles Folgende bedeuten: Freie Netze nutzen und selbst (mit)betreiben, sich in lokalen Communities sozial vernetzen, in der lokalen oder überregionalen Freifunk-Gemeinschaft mit den jeweils eigenen Fähigkeiten aktiv werden. Mitmachen beschränkt sich keinesfalls auf technische Fähigkeiten. Alle Formen von Engagement sind explizit willkommen und werden als Beitrag zur Community begriffen.

Wir sind uns bewusst, dass in unseren Communities auch Machtfragen auftauchen: Macht, Machtzuschreibung und Machtausübung werden sowohl durch zentralistische soziale, als auch durch zentralistische technologische Strukturen begünstigt. Dies ist einer der Gründe, weshalb wir nach dem Prinzip der Dezentralität arbeiten. Auch mit dem ungleich verteilten technischen Fachwissen können Machtfragen verbunden sein. Uns ist es wichtig, verantwortungsvoll damit umzugehen, Machtverhältnisse zu thematisieren und – wo möglich – abzubauen. Das möchten wir durch größtmöglichen Wissenstransfer und dezentrale Strukturen erreichen.

Umgang mit Informationen und Wissen

Wir wollen lernen, Netze zu bauen und zu betreiben, statt sie von “Expert*innen” hingestellt und gewartet zu bekommen. Wir nennen das Selbstmachnetz. Wir wollen Menschen befähigen und ermutigen, sich aktiv in die Gestaltung von Infrastruktur einzubringen und die Auswirkungen von Technik auf die Gesellschaft zu erforschen und zu gestalten. Wir fördern das Verständnis von Netzwerken und Netzwerktechnik (“Network/Code Literacy”), deshalb geben wir unser Wissen jederzeit weiter und machen nicht nur Code verfügbar. Wir experimentieren und forschen mit unserer Infrastruktur, deshalb gibt es keinen Anspruch auf permanente Verfügbarkeit.

Selbstmachnetze zu entwickeln ist ein Prozess. Uns ist bewusst, dass wir in diesem Prozess nicht alle Ziele immer gleichermaßen erreichen. Daher hinterfragen wir uns regelmäßig kritisch, ohne uns dabei anzufeinden. Das Lernen und Verbessern sozialer und technologischer Strukturen steht für uns im Vordergrund.


Eine Freifunk-Community ist im einfachsten Fall ein loser Zusammenschluss mehrerer Individuen. Lokale Vereine können die Gruppe unterstützen, z.B. beim Spendensammeln oder Abschließen von Verträgen. Die Gründung eines eigenen Vereins ist für Freifunk keine Voraussetzung. Veränderungen werden von allen Aktiven gemeinschaftlich beschlossen, nicht nur von Mitgliedern eines Trägers oder Vereins.


Für die wenigen community-übergreifenden Entscheidungen gründen wir den Beirat “Freifunk Advisory Council”, eine Vertretung von Community-Mitgliedern aus den unterschiedlichen Bundesländern. Dieses Gremium kann bei Konflikten zwischen Communities hinzugezogen werden.

Die Quellen sind auf github zu finden: