Protokoll Januar 2015

Protokoll des Freifunk Erfurt Treffens am 20. Januar 2015 im Bytespeicher

Ziele für 2015

  • Stephan stellt allgemeine Visionen von Freifunk nochmal vor
    • http://freifunk.net/worum-geht-es/vision/
    • Hauptpunkte sind Dezentralität des Netzes und Aufklärung von Nutzern
    • in Erfurt kein Verein, Bytespeicher wird vom Verein für Technikkultur in Erfurt e.V. als Treffpunkt zur Verfügung gestellt
  • Wofür interessieren sich die Teilnehmer des Treffens?
    • Stephan: Treffen organisieren, ggf. Kontakte in politische Richtung pflegen, weniger Zeit für die technische Entwicklung, ggf. bei Richtfunkstrecken
    • bt909: technische Entwicklung (Firmware, Netz, …)
    • Daniel: baut an Richtfunkstrecke aus Andisleben, hat Kontakte bzgl. Magdeburger Allee für Richtfunkstrecken ggf. auch andere Infrastruktur
    • ilmbeat: Ausbau am Maximum, Zeit für technische Sachen eher nicht momentan
    • fpf2000: sieht Potential in Gluon-Firmware, weitere Leute gewinnen für Verbreitung
    • mape2k/mkzer0: Netzausbau/-planung, VPN, DNS, Infrastrukturdienste, Firmware
    • xenomorph: Softwareentwicklung für Firmware und andere Dienste, Richtfunkstrecken
  • „Wo wollen wir am Ende des Jahres stehen?“
    • mehr Knoten
    • kontrolliertes Wachstum
  • Sonstiges:
    • Richtfunkstrecken sind wichtig für Verbreitung über Stadtteile
      • über deren technische Realisierung existiert weiterhin Gesprächs-/Klärungsbedarf
    • fpf2000: evtl. einfach einzurichtende Kisten für potentiell gute Punkte (z.B. Oper, … )
    • Flyer mit Pro/Kontra (auf jeder Seite etwas)
      • soll die Angst nehmen, aber auch aufklären
    • „Fasst man durch große Verbreitung nicht automatisch Sozialisierung ab?“
    • Freifunk-Github-Account beleben (Stephan)

Webseite

Welche Domain für zukünfige Dienste und in der Außenkommunikation verwenden?

  • erfurt.freifunk.net als primäre Adresse
  • freifunk-erfurt.de leitet dann dorthin um und beide zeigen auf das Blog
  • erfurt.freifunk.net verwaltet ilmbeat
    • schön wäre es, wenn der DNS per Weboberfläche o.ä. editierbar wäre damit es nicht von einem abhängig ist
    • derzeit nur ein DNS, ilmbeat schaut mal
    • Änderungen mit http://freifunk.net/kontakt/issuetracker/
  • Subdomains nutzen
    • macht sicher Sinn, besonders zum Verteilen von Images, etc.
    • für VPN und andere Infrastrukturdienste
  • mind. eine weitere Mailingliste oder Alias technik@
    • soll als Kontaktadresse für externe Ansprechpartner (z.B. freifunk.net) gelten

Webseite aufsetzen (Was ist Freifunk, wie mache ich mit, Ansprechpartner, …)

  • Inhalte müssen noch geklärt weden, an anderen Communities orientieren
  • Wiki läuft bei Technikkultur-erfurt.de (gehört dem Verein)
  • Mailingliste läuft bei ilmbeat (35 Abonnenten)
  • WordPress auf www.freifunk-erfurt.de läuft, kann gefüllt werden
  • Termine veröffentlichen
    • idealerweise Dienstags – wir probieren mal 2. Dienstag im Monat – Techniktreffen
    • Kennenlerntreffen zum OpenSpace am Monatsende (Absprache im Plenum)
    • Trennung zwischen Arbeitstreffen und Kennenlerntreffen
  • DNS-Eintrag für erfurt.freifunk.net auf Stephans Server zeigen lassen (für Webseite, ilmbeat)
  • Map (z.B. Libremap) oder netmon (oder Gluon-Map)
    • keine Entscheidung, schauen wir wenn Firmware klar ist
    • Ziel ist das alle Knoten in einer Karte erscheinen, die zugänglich ist
  • schönes, simples Theme: http://blog.guetersloh.freifunk.net/
    • xenomorph will sich in Test-Wordpress mal das aktuelle Theme anschauen

Firmware-Featureliste

  • IPv4 / IPv6
  • DNS (dezentral möglich?)
    • wichtig vor allem für Namen
    • eigene Topleveldomain (.ffef) für interne Dienste verwenden
  • Splashpage
    • umstritten, weil sie evtl. Kommunikation unterbindet (z.B. HTTPs Everywhere)
    • greift in aktive Kommunikation ein und könnte u.U. als Zensur angesehen werden
    • technisch sicher eine Variante möglich, die nur Port 80 abfängt
    • praktisch bisher eher nervig, auch gedacht als Werbefläche für FFEF
      • wird im Bereich des Bytespeichers aber scheinbar nicht genutzt
    • Announcement für Dienste im Netz möglich
    • wenn dann sollte Knotenbetreiber entscheiden, ob er sie will
    • Suche nach anderer Möglichkeit für Werbemöglichkeit
      • Flyer
      • Aufkleber bei Node-Standorten
    • Splashpage nur bei Übergabe zum Internet
      • freies Netz innerhalb und Hinweis bei Nutzung externer Dienste
      • würde auf jeden Fall begrüßt
    • Meinungsbild
      • ohne: 3
      • mit: 0
      • nur Internet: 4
      • meinungslos: 1
    • technisch vielleicht alles realisieren, so dass alle Varianten dann möglich sind
      • hat aber erstmal keine sehr hohe Priorität
  • Webinterface
    • standardmäßig Luci-Interface bei Meshkit vorhanden
    • kein Webinterface bei Gluon im Betriebsmodus
    • Oberfläche für Konfiguration
      • permanente Konfiguration nicht zwingend notwendig
      • Konfigurationsmodus würde ausreichend
    • im laufenden Betrieb nur Statistiken / Kontaktmöglichkeiten
    • Angriffsfläche vermeiden
    • Statistiken zum Knoten
    • evtl. Dienste / Informationen zum Netz anzeigen
  • Autoupdater

Gluon-Vorstellung

  • Erfahrungen aus dem Testbed
    • lässt sich einfach bauen
    • Konfiguration im github = keine Abhängigkeit, weil jeder nachbauen kann
  • kleiner Vortrag [Link folgt]

OLSR-Vorstellung

  • kann derzeit nur IPv4
  • OLSR2 muss beobachtet werden, kann IPv6
  • wird von Weimarnetz als bessere Lösung propagiert
  • wird bisher verwendet, weil erste Knoten auf der Basis liefen
  • aktuell keine Buildumgebung (aka Meshkit) selbst aufgesetzt

Festlegung auf welcher Basis das Freifunknetz in Zukunft laufen soll

  • damit ist nicht „Meshkit vs. Gluon“ gemeint
  • eher OLSR und/oder batman-adv
  • für Meshkit hat bisher niemand was gebaut und Erfahrungen gesammelt
  • Grundtenor/Entscheidung:
    • eher Gluon-basierte Firmware
    • gegen batman-adv spricht erstmal nichts, mit OLSR2 hat niemand wirklich Erfahrung und aktueller Stand dazu unbekannt
    • vor dem Start Infrastruktur schaffen, die nicht von Einzelpersonen abhängt
      • Wissensaustausch in Workshops/Hands-on bei der Einrichtung

Sonstiges

vertagt:

  • Netzwerkstruktur und Sicherheit
  • Technische Gegebenheiten (kann alternativ auch auf einem Techniktreffen erörtert werden)
  • Überlegungen bzgl. Backbone
  • IP-Vergabe/-Verteilung
  • Netzwerk-Reinlichkeit/-Sicherheit/Was-nicht-zu-tuen-ist
  • Routen aus Netzen, die nicht per OLSRd verteilt werden sollten
  • Generelle Netzwerk Best-Practices
  • (Kurz-)Informationen Blitzschutz (benötigt)

To do:

  • Nachbarschaftsflyer
  • Github Freifunk Gruppe

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert