SIG-Freifunk-de

sig-freifunk@lists.ipfire.org

8 discussions

Re: [SIG-Freifunk-de] FF Integration IPFire
by Daniel Weismüller 25 Mar '15

25 Mar '15

Hi Philip Das aktuelle Image und meine Anleitung sieht ein Betrieb mit zwei kabelgebundenen Netzwerkkarten vor. Das sollte doch die erste Ausbaustufe sein. Natürlich werde ich dich auch bei deinem Testaufbau versuchen zu unterstützen aber Wunder dich bitte nicht wenn die Anleitung bei dir nun nicht auf Anhieb funktioniert. Gruß Daniel Am 24.03.2015 22:43 schrieb Philip Berndroth <philip(a)freifunk-ruhrgebiet.de>: > > Am 2015-03-23 21:49, schrieb Daniel Weismüller: > > > Nach wie vor finde ich es sehr schade das man gar nichts mehr von Dir > > gehört hat. > > Eine kurze Nachricht das Du auf nicht absehbare Zeit abwesend bist > > wäre sehr nett gewesen. > > Das nehme ich mal so zur Kenntnis, werde es aber nicht weiter > kommentieren. > Es gibt eben Momente da sind gewisse Dinge dann doch nur Nebensache. > > > > Hast Du denn nun wieder Ressourcen und Lust die Kooperation weiter zu > > führen? > Ja. Natürlich will ich die Kooperation weite führen da ich nach wie vor > davon überzeugt bin, dass die Integration von Freifunk in IPFire eine > gute Sache ist. > > > Wie Du siehst hat sich in der Zwischenzeit nur wenig getan aber > > zumindest gibt es was zum testen. > > Ich hatte immer noch das Test-Image auf meiner Test Hardware die leider > nur einen LAN Port hat. > Ich hatte mir ja damals 2 USB Sticks gekauft, die Unterstützung > (AccessPoint anlegen in IP Fire) hatte ja damals nicht funktioniert. > Ich hatte dann zusammen mit Michael den Test abgebrochen. Wir waren so > auseinander gegangen, dass er keine Zeit/Lust hatte mich da zu supporten > und meinte das könntest Du auch machen. > > > Ich werde mir dann am WE mal das neuste Image nehmen und gucken ob ich > den AP zum laufen bekomme. > > -- > Viele Grüße > Philip Berndroth > > Freifunk Ruhrgebiet > Freifunk Rheinland e.V. > http://www.freifunk-ruhrgebiet.de

1 0

Drittes Tech-Preview
by Michael Tremer 23 Mar '15

23 Mar '15

Hallo zusammen, ich richte wieder einmal mit vielen Fragen an euch alle... Einige Monate sind nun ins Land gegangen und in der Tat wurde auch etwas zustande gebracht, was man sich ursprünglich einmal zum Ziel gesetzt hatte: Freifunk-Support in IPFire. Viele von euch haben sich positiv dazu geäußert und fanden es begrüßenswert, dass dies zustande kommt, da die aktuellen Installationen einige Unzulänglichkeiten aufweisen. Es gab bisher zwei ISO-Images mit dem aktuellen Entwicklungsstand. Feedback dazu: Quasi null. Auf Emails auf dieser Liste und auf persönliche Emails oder SMS wird nicht mehr geantwortet. Jetzt fragen wir uns natürlich, ob wir uns mit diesem Projekt auf dem richtigen Weg befinden, oder ob wir unsere Zeit verschwenden. Hier gibt es (noch einmal) den letzten Entwicklungsstand. Das ist voll funktionsfähig, aber muss getestet werden und kann sicherlich noch einige Verbesserungen vertragen. Die Installationsanweisungen sind die gleichen wie zuvor. http://people.ipfire.org/~ms/branches/batman/ipfire-2.17.i586-full-core88.i… Ich erwarte von euch nun dringlichst Stellung zu beziehen: Ist dieses Projekt noch relevant für euch? Gibt es möglicherweise irgendwelche andere und bessere Optionen? Falls ja ist das kein Problem, aber sicherlich eine Sache, die man einmal kommunizieren kann. Beste Grüße, -Michael

6 18

Communities | JSON-Format
by Michael Tremer 18 Feb '15

18 Feb '15

Hallo, ich möchte gern über das Format der JSON-Files sprechen, in denen die Communities konfiguriert werden. Hauptsächlich geht es mir darum alles insgesamt logischer, intuitiver und besser erweiterbar zu machen. Am Ende möchte ich gern zu einer Dokumentation im Stil der RFCs gelangen, die festlegt welcher Felder Pflichtfelder sind und in welchem Format die Werte sein müssen usw. 1) Der Header beinhalt Name, ID, ein Prefix und eine Sammlung an URLs, die dazu genutzt werden können den User zur richtigen Seite zu bringen. Vielleicht kann man die URLs in ein untergeordnetes Dictionary verschieben. Das ist aber meinerseits kein Muss. Ich denke es versteht sich von selbst, dass der Name (und generell alle Strings) UTF-8 sein sollten. Für die ID würde ich vorschlagen nur Buchstaben und Ziffern zuzulassen. 2) Ein Protokoll-Block Derzeit ist nicht spezifiziert über welches Protokoll sich die Systeme zu den Supernodes verbinden sollen. Wir gehen einfach von fastd aus, was sich aber in Zukunft mal ändern könnte. Vielleicht werden wir ein VPN irgendwann gar nicht mehr benötigen. Das gleiche gilt für BATMAN. Wir haben ja schon jetzt inkompatible Versionen und sollten auch berücksichtigen, dass BATMAN irgendwann mal ausgetauscht wird. Manche Netze nutzen ja noch OSLR. Vielleicht möchte das irgendwann jemand nachrüsten. Mein Vorschlag wäre folgender: "protocols" : { "routing" : { "name" : "batman-adv", "version" : "20xx.x.x", "compat-version" : 15 }, } Die Supernodes können ja als Liste organisiert bleiben. Es sollte dann nur dazu geschrieben werden, ob es sich um fastd handelt, oder OpenVPN, oder was auch immer eingesetzt wird. Ebenso würde ich auch die Ciphers und MTU für jeden Node einzeln spezifizieren. "supernodes": [ { "protocol" : "fastd", "peer": "ruhrgebiet0", "key": "b99ecd9663126a8036d9e9990df7110318567b6cfa06652e55de853a6384fb6a", "remote": "ffrg0.freifunk-ruhrgebiet.de", "port": 10000, "ciphers": ["aes128-gcm", "salsa2012+gmac", "xsalsa20-poly1305", "null"], "mtu" : 1426 }, ... ] Mein grundlegender Gedanke ist, dass man jede Komponente irgendwann mal durch eine andere ersetzen könnte. 3) Ad-hoc-Netzwerke Aktuell sieht das so aus: "wifi24": { "ssid": "Freifunk", "channel": 3, "htmode": "HT40+", "mesh_ssid": "wifimesh-ruhrgebiet", "mesh_bssid": "02:ff:13:37:ff:01", "mesh_mcast_rate": 12000 }, "wifi5": { "ssid": "Freifunk (5GHz)", "channel": 44, "htmode": "HT40+", "mesh_ssid": "wifimesh-ruhrgebiet5", "mesh_bssid": "02:ff:13:37:ff:02", "mesh_mcast_rate": 12000 } Ich finde die Unterscheidung nach Frequenzband eher unglücklich. Besser wäre es wieder eine Liste zu machen: "adhoc" : [ { "ssid" : "wifimesh-ruhrgebiet", "bssid" : "02:ff:13:37:ff:01", "channel" : 3, "htmode" : "HT40+"}, { "ssid" : "wifimesh-ruhrgebiet5", "bssid" : "02:ff:13:37:ff:02", "channel" : 44, "htmode" : "HT40+"} ] Und dann in etwa das gleich noch einmal für die APs: "infrastructure" : [ { "ssid" : "Freifunk" } ] Warum ihr dafür einen festen Kanal vorgebt und die SSID für das 5 GHz-Band verändert kann ich eigentlich gar nicht nachvollziehen. Das ist auch der Beweggrund warum ich das anders organisiert sehen möchte. Mir fehlen noch Informationen zur MTU der ad-hoc-Interfaces. Ich finde, dass man das festlegen sollte anstatt dem Zufall zu überlassen. Was "mesh_mcast_rate" ist, konnte mir bisher nicht beantwortet werden. Daher kann ich nicht sagen wo das untergebracht werden kann. --- Das sind nun also in einem kurzen Abriss meine Ideen und Wünsche. Ich würde mich freuen eure zu hören... -Michael

5 13

Re: [SIG-Freifunk-de] Communities | JSON-Format
by Michael Tremer 11 Dec '14

11 Dec '14

Hi, ja das adhoc-Netz schon. Aber nicht das Netz wo die Clients drin sind. Das wäre das mit dem Namen "Freifunk" für FF-Ruhrgebiet. -Michael On Thu, 2014-12-11 at 08:15 +0100, Jan-Marten Brüggemann wrote: > Am 10.12.2014 um 22:30 schrieb Michael Tremer: > > Ein zweiter Punkt ist, dass ich denke (wie am Telefon bereits kurz > > besprochen), dass man den Kanal des Infrastructure-APs nicht vorgeben > > sollte. Das ist eine Limitierung der Hardware im Fall der > > TP-Link-Router, aber kein generelles Problem des Netzes. Ganz im > > Gegenteil ist es sogar sinnvoller einen anderen Kanal zu nutzen, wenn > > möglich. > > Dass die Knoten alle auf einem Kanal laufen, ist aber notwendig, damit > das Meshing funktioniert. > > Gruß > Fussel >

1 0

Erstes Tech-Preview
by Michael Tremer 04 Dec '14

04 Dec '14

Guten Abend zusammen, hier ist einmal ein kleiner Preview-Stand zu dem, was wir bisher gemeinsam umgesetzt haben: Fokus lag bisher auf einer Implementierung des Layer2-VPNs mit fastd und einer möglichst einfachen Konfiguration für den User. Es existiert nun eine neue Seite im Webinterface von IPFire, auf der man eine Liste der verfügbaren Freifunk-Communities bekommen kann und einfach die gewünschte auswählt. Beim Speichern wird der VPN-Schlüssel erstellt, die Konfiguration für fastd angelegt und der Daemon gestartet, der sich dann mit seinen Peers verbindet und das Batman-Interface hochfährt. Sourcen gibt es hier: http://git.ipfire.org/?p=people/ms/ipfire-2.x.git;a=shortlog;h=refs/heads/b… Anbei findet Ihr einen Screenshot der Weboberfläche. -Michael

5 22

Resumee des FF-Treffens in Witten
by Daniel Weismüller 26 Nov '14

26 Nov '14

Zunächst einmal möchte ich sagen das ich positiv überrascht von der gestrigen Veranstaltung bin. Nicht nur was die Qualität der Veranstaltung angeht sondern vor allem von der Anzahl der Besucher die sich für das Projekt interessieren und ein Teil davon werden wollen. Ich hatte das so nicht erwartet. Das sei nur mal vorab gesagt. Wie geplant haben Philip, Michael und Ich uns anschließend noch Zeit genommen um an der Implementierung von FF in IPFire zu arbeiten. Und das mit Erfolg! Der aktuelle Stand ist nun das wir gestern eine IPFire als funktionierenden FF-Node konfiguriert haben. Wir haben eine Ethernet-Schnittstelle so konfiguriert das Clients, welche an Dieser anschlossen werden, im FF sind. Natürlich ist es nun auch möglich die IPFire selbst als FF-AP zu konfigurieren. Darüber hinaus kann IPFire nun eine Schnittstelle sein um eine schon vorhandene WLAN-Installation, wie man sie zB in Hotels findet einfach mit FF zu verfinden sodass es per vlan und einer zweiten ssid möglich wäre in dem Bereich FF anzubieten ohne die vorhandenen Geräte umflashen oder gar austauschen zu müssen. Natürlich haben wir das getsern alles nur auf der cli eingerichhtet und es muss nun noch einige arbeit in scripte und ein webif fließen aber es hat sich bestätigt das IPFire nahezu alle Voraussetzungen schon mitbringt und dass es mit vertretbarem Aufwand zeitnah möglich ist die beiden Projekte zu kombinieren. - Daniel

3 3

Fwd: Einladung zum Wittener Freifunk-Treffen am 23. November
by Daniel Weismüller 20 Nov '14

20 Nov '14

Hallo Gerne komme ich dieser Einladung nach! Ich werde so ca. ab 15:30 Uhr im Ratskeller sein. Gruß Daniel -------- Weitergeleitete Nachricht -------- Betreff: Einladung zum Wittener Freifunk-Treffen am 23. November Datum: Tue, 11 Nov 2014 01:51:48 +0100 Von: Stefan Borggraefe <freifunk(a)borggraefe.com> An alle, die sich für Feifunk in Witten interessieren! Hallo zusammen, es gibt inzwischen rund 30 Freifunk-Router in Witten und es gibt noch viel mehr Interessenten, die gerne mitmachen wollen. Wir decken schon jetzt den gesamten Rathausplatz, große Teile des Wiesenviertels und der unteren Annenstraße ab! Es wäre toll, wenn wir dieses große Interesse in eine stabile Wittener Gemeinschaft überführen könnten, die das Projekt mit Spaß an der Technik und an der guten Sache weiter vorantreibt. In diesem Sinne wird nun ein erstes großes Freifunk-Treffen stattfinden. Natürlich kann man aber auch einfach nur vorbeischauen, um sich unverbindlich zu informieren oder um einen fertig bespielten Router zu kaufen. Ort: Ratskeller Witten, Marktstr. 16 Datum: 23. November Zeit: 15 Uhr Themen: ======= * Vorstellung des Projekts Freifunk und des lokalen gemeinnützigen Vereins Freifunk Rheinland e.V. * Möglichkeiten und Grenzen von Freifunk * Demonstration: Router mit der Freifunk-Software bespielen. * Brainstorming: Mögliche Ziele für Freifunk in Witten * Organisation einer Wittener Freifunk-Gruppe ** z.B. regelmäßige Treffen/Freifunk-Stammtisch einführen ** Wer kann was besonders gut und hat Lust bestimmte Aufgaben zu übernehmen? ** Wie weiteres Wachstum am besten organisieren? * Eure Ideen! Natürlich ist auch am Veranstaltungsort selbst, im Ratskeller, Freifunk verfügbar. Fertig eingerichtete Router können beim Treffen zum Selbstkostenpreis erworben werden (ab 20€). Eigene Router dürfen gerne zum Flashen mitgebracht werden. Wir empfehlen folgende Modelle: =========================== * TP-LINK TL-WR841N oder ND * TP-Link WR-1043ND * TP-Link TL-WDR3600 * TP-Link TL-WDR4300 * Ubiquity PicoStations und NanoStations Weitere kompatible Modelle finden sich unter https://wiki.freifunk-rheinland.net/Firmware/Kompatibilit%C3%A4t Es gibt zu dieser Veranstaltung auch ein Facebook-Event: https://www.facebook.com/events/498637813572973/ Viele Grüße, Stefan Borggraefe Web: http://witten.freifunk.net Facebook: https://www.facebook.com/freifunkwitten Twitter: https://twitter.com/FreifunkWitten

4 8

Vorstellungsrunde
by Michael Tremer 13 Nov '14

13 Nov '14

Hallo zusammen, da so langsam alle auf dieser Liste subscribed sind, möchte ich einfach einmal damit beginnen eine Vorstellungsrunde zu starten. Gewöhnlich ist für alle Mailinglisten in unserem Projekt Englisch Pflicht. Für diese Liste haben wir uns aber auf Wunsch entschieden Deutsch als Sprache zu nehmen, da Freifunk eine deutsche Community ist. Ich bin Michael. Ich arbeite als Entwickler am IPFire-Projekt. Mit Freifunk habe ich bisher wenig Erfahrung. Ich wohne zwar im Ruhrgebiet, aber bisher sind in meiner Umgebung noch keine APs aufgetaucht. Ich mag aber das Konzept und würde auch gern am Netz teilnehmen. Dafür würde ich mir allerdings keinen Plasterouter hinstellen, sondern ich würde das gern mit meinem IPFire-System erledigen... Mit BATMAN habe schon etwas mehr Erfahrung gesammelt. Mit Philip haben wir schon alle eingebauten Komponenten (also das Kernel-Modul, batctl, usw.) auf der OpenRheinRuhr 2014 per Hand auf der Konsole eingerichtet und konnten unser Testsystem ins Mesh bringen. Von der Seite ist also schon einmal alles da, was man als Freifunker in seinem Werkzeugkoffer braucht. Ich würde mich nun freuen, wenn wir gemeinsam daran arbeiten können, dass wir IPFire als Freifunk-Router nutzen nun auch bequem machen können. Ihr habt das Know-How wie das aussehen muss und ich bin sicher, dass wir das gemeinsam realisieren können! :) Best, -Michael

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

SIG-Freifunk-de