Netz39 - freifunk:treffen:2017

2017-11-03

anonymous@undisclosed.example.com (Anonymous) — Fri, 01 Mar 2019 19:02:16 +0000

@@ -1 +1,201 @@
+ **Bitte den Inhalt des Pads zur Dokumentation nach dem Treffen ins Wiki übertragen!**
+ 
+ Ich kann beim Reboot-Treffen am 2017-11-03 (20:00 – 22:00) dabei sein:
+ 
+   * <del>Alex</del> (krank) (Freifunk-Urgestein, insb. Firmware, kaum Zeit)
+   * Tatjana (Orga, aber keine größeren Ambitionen, kann bei Förderfragen helfen)
+   * Rick (Technik, Informatiker)
+   * Tux (aka Stefan)
+   * Doro ("Reinschnuppern", Technik, Hardware) dkrafft@posteo.de
+   * Christian (lxusrbin) (Freifunk-Urgestein, kennt sich insb. mit Gateways aus) (christian@netz39.de)
+   * Keywan
+   * Steffen (FFHarz) Gateways, Firmware, Dienst, Präsentation) - zusammenarbeit pflegen (s.taubenheim-probst@tux-mania.de)
+   * Thomas (FF Harz Organisatorisch, Förderung (t.warnecke@harz.freifunk.net)
+   * Thomas (GF - ABI / seit drei Jahren mit FF unterwegs) zuständig für Ideen :) THX71@GMX.de )
+   * Tillmann
+   * Andreas (ads) (FFOberhavel) (sucht Kooperation, ist für Technik zuständig, automatisiert Dinge) andreas@scherbaum.la
+   * Robert (zip) ("auf der Suche nach neuen Herausforderungen", Technik, Computervisualist)
+   * Angelika (Hardware-Inventur, im Laufe des November, Informatik, nicht so gern Sachen i. S. v. Hardware kaputt machen, also Basteln ja, aber) angelika.ophagen@gmail.com
+   * Johann (Informatik, "Reinschnuppern", Technik, Website, Backend) (der.yojo@gmail.com)
+   * Franz (polybos) (Informatiker, z.B. Firmware, Server)
+   * Sven (Idee: Freifunk für Burg, für Landesgartenschau 2018, stadtweit --> sucht Unterstützung) - Sven ist der Admin
+     * Wer hatte die Idee ? (Stadtratbeschluss, Empfehlung der Nutzung von Freifunk, keine weiteren Aktionen, private Anwesenheit)
+     * Kommunen sehen uns als Dienstleister (Typ mit Bart?<-Steffen Sorry <3 :)) - IT muss dahinter stehen, dann macht es Spaß
+     * Kommunen sollten personelle Kapazitäten zur Verfügung stellen, Geld reicht nicht
+     * Freifunk ist _kein_ Dienstleister, das muss kommuniziert werden
+     * Landesgartenschau ist im März, Steffen sagt, dass das kaputt geht.
+     * Zeiteinschätzung von Andreas - ~8 Wochen braucht man schon, wenn genug Kapazitäten da sind
+ 
+ kann nur virtuell/telefonisch dabei sein: michel
+ 
+ 
+ Spezielle Wünsche fürs Treffen:
+   * Mate und/oder alkoholfreies Bier (?) ;) --> Getränke inklusive Mate gibts auf jeden Fall
+   * Wann wird aufgeschlossen? -> Wernigerode und QLB würden schon 19 Uhr anreisen wollen(?) --> kriegen wir bestimmt hin
+   * Oberhavel wäre ggf. auch früher da
+ 
+ 
+ Inhatliche Vorbereitung
+ 
+ ==== Fragen zum Freifunk-Reboot ====
+ 
+ FFMD Treffen - 2x Pro Monat Freitags in geraden Kalenderwochen - 18 Uhr - 17.11. nächstes treffen
+ Mailingliste: netz39-ffmd-dev@lists.netz39.de
+ IRC: auf Freenode
+ Wir sollten uns auf irgendwas einigen oder alles dual senden, sonst fallen Leute raus, weil sie nicht auf dem aktuellen Stand sind.
+ 
+ Welche Aufgaben mit welchem Aufwand fallen für den kontinuierlichen und sicheren Betrieb an?
+   * für die Knoten?
+     * Firmware aktuell halten (wie oft?) <- Juli 2016 - 2016.2
+     * repo muss aktualisiert werden
+       * unterschiedlich, ganz grob geschätzt einmal im Monat?
+     * auf die Knoten bringen (wie?) - nginx (http Server)
+     * ...
+     * Andreas möchte automatisch bauen, damit mehr Versionen entstehen und weniger Schmerz
+       * Wie automatisch testen?
+       * Wie "automatisch" neue Features integrieren? (für bspw. Änderungen an site.conf muss jemand™ die Release Notes lesen und die Änderungen einpflegen, das lässt sich nicht automatisieren?)
+     * Communityübergreifend, sodass weniger Leute Aufwand betreiben müssen
+     * Testen automatisieren (Andreas ?)
+       * Braunschweig macht das: [[https://stratum0.org/blog/posts/2017/08/16/freifunk-ci/]]
+     * Branches
+   *    * stable
+   *    * beta
+   *    * experimental
+    * Zwei Ansätze
+   *    * Einfache Variante (Zugang für Jeden)
+     * * Magdeburg fährt das
+   *    * Schwierige Variante (Kein Wissen -> Kein Knoten) 
+     * * Berlin fährt das
+   * für die Gateways?
+     * Firewall/NAT für IPv4? (iptables)
+     * Software? (radvd (ipv6), dhcpd(ipv4 optional ipv6) oder/und dnsmasq, batman-adv)
+     * IPv4 ablösen(?) DNS64 NAT64?
+   * für die Freifunk-Website/Knotenkarte etc.?
+     * hopglass, graffana, prometheus, nginx
+     * TLS Zertifikate (Let's Encrypt?) +1
+ 4    
+ Zur Freifunk-Magdeburg-Technik der Talk damals: [[https://github.com/FreifunkMD/pr/tree/master/vortrag/2016-10-24_ffmd_technical_background]]
+ 
+ Was sind gängige Supportanfragen? (Häufigkeit, Aufwand, wie zuverlässig machen wir das?, ...)
+   * z.B. Inbetriebnahme von einzelnen Routern in Cafés
+   * Troubleshooting bei Einzelnutzern
+   * *  Inzwischen wenig Engagenment im Beantworten von Mails
+   * Betriebserhalt bei größeren Einrichtungen (z.B. Flüchtlingsunterkünften)
+      * Es gibt Knoten in Flüchtlingsunterkünften in MD, allerdings werden die nicht von uns gepflegt
+      * Vor Ende der Störerhaftung konnte nur reingemesht werden und war wohl auch kaputt
+      * MDCC baut OttoSpots, unterschiedliche Meinungen zu Support von Anbietern
+      * OB mag Freifunk nicht, hängt mit MDCC zusammen (Steffen) [theoretisch dürfen wir städtische Gebäude nutzen, wenn wir das wirklich möchten war mein Eindruck aber, dass wir hartnäckig sein müssen]
+      * Gateway - teurer als Hetzner & Co bei 1 HE
+      * Bauen von Richtfunk, da wir Unterstützung vom Land haben, mehr Meshen 
+ Welche technischen Weiterentwicklungen sind wünschenswert/angedacht/möglich? (Prio 1-3)
+   * Update der Firmware auf aktuelles Gluon
+   * Update der Gateways auf aktuelle stable Versionen der Distributionen
+   *   * Ist wohl Debian 7/8
+   * Abschalten des Schweden-VPN und routen über Harz, Halle oder selbst
+   *   * Schweden-VPN läuft noch
+   *   * Nicht mehr notwendig
+   * Hetzner 
+   *   * Antworten auf Mails, falls doofer Traffic raus fällt
+   *   * Hetzner sperrt schnell (4h, nur v4)
+ 
+ Was sind gängige Projektanfragen? (Häufigkeit, Aufwand, werden die Projekte dann auch gemacht?, ...)
+   * Veranstaltungs-WLAN
+   * Flüchtlingsunterkünfte
+   * Landesgartenschau in Burg
+   * ...
+ 
+ Welche Kooperationen innerhalb der Freifunk-Community gibt es, bei denen Magdeburg mitmischt? Worauf erstrecken sie sich?
+   * Firmware aus Hamburg (?) Beim letzten Zusammentreffen der Freifunkvereine in Sachsen Anhalt wurde sich darauf verständigt, mittelfristig auf eine einheitliche Firmware und Routingprotokoll zu setzen. Anwesend waren damals Vertretter von Netz39 e.V., Freifunk Harz e.V.  und Förderverein Freifunk Halle e.V.. Im Ergebnis wurde sich daruf verständigt auf die von den Harzern genutzte Firmware zu setzen. Da auf Grund der Größe des Netzes hier die meisten Erfahrungen mit großen Netzen vorhanden sind. (Klaus vom Förderverein Freifunk Halle e.V.)
+     * ist das realistisch in Bezug auf lokale Unterschiede?
+   * Erfahrungsaustausch mit anderen Freifunk-Initiativen 
+       * Harz <- wir freuen uns und unterstützen sehr gern
+       * Freifunk Oberhavel
+       * [[https://forum.freifunk.net/]]
+   * Gibt es einen Dachverband oder eine Initiative auf Bundesebene?
+   * [[https://freifunk.net/]]
+   * Förderverein Freie Netzwerke e. V.
+   * c/o Rabener/Rau
+   * Stephanstr. 10
+   * 10559 Berlin
+   * **Vertreten durch den Vorstand**
+   * Monic Meisel
+   * Iris Rabener
+   * Andreas Bräu
+   * Christian Heise
+ 
+ Wer sind Unterstützer im politischen/gesellschaftlichen Raum?
+   * Landtagsbeschluss
+   * Stadtratsbeschluss
+   * Spenden von Parteien/Organisationen
+   * Flüchtlingshilfe?
+   * aufgeschlossene Presse?
+   * ...
+   
+ Am 29. September kommt wahrscheinlich die Förderrichtlinie für Freifunk im Land Sachsen Anhalt. Es stehen vorläufig 100T€ bereit. Antragsberechtigt sind die Freifunkvereine aus Sachsen Anhalt. 
+ Update: Richtlinie veröffentlicht. Siehe dazu auch: [[https://digital.sachsen-anhalt.de/digitalisierungsprojekte/wlan-foerderung/]]
+ Richtlinie im Origina: [[https://digital.sachsen-anhalt.de/fileadmin/Bibliothek/Politik_und_Verwaltung/StK/Digital/Themen/WLAN-Foerderung/17-09-18-WLAN-Richtlinie-veroeffentlicht-im-Mbl-LSA.pdf]]
+ 
+ Dazu gab es ein Mumble der Freifunkvereine in Sachsen-Anhalt am 29.10.2017  [[http://pad.harz.freifunk.net/p/f%C3%B6edsa]]
+ 
+ Wie kann die Politik und das Land unterstützen?
+   * digitales Ehrenamt <- Bezugnehmend auf die Förderung ist das doch schon ein indirekte Bestätigung 
+     * ist es daher nicht sinnvoll weiter darauf rum zu reiten und Politiker zu triggern? Es wird Zeit das digitales Engagement mehr gefördert wird und als gemeinützig anerkannt ist! (Steffen)
+     * wieviel nützt das, wenn keiner dran arbeitet?
+ 
+ Ist eine Kooperation mit einem anderen Freifunk Verein gewünscht?
+   * Freifunk Oberhavel würde gern mit euch auf technischer Seite (Server, Automatisierung, Firmware, etc.) zusammen arbeiten
+ 
+ Wie können wir uns so organisieren, dass die Mitarbeit einfacher und die Aufgaben transparenter sichtbar sind?
+   * * Einfachererere Kommunikation
+     * * GitHub Repos mit Issues, welche die Aufgaben definieren: [[https://github.com/FreifunkMD/FFMD-Orga]]
+     * * Ansonsten regelmäßige Treffen und Mailingliste
+ Wie können wir den Einstieg in die Unterstützung bei Freifunk vereinfachen?
+ 
+ Mir wurde die Frage gestellt, wozu man Freifunk noch benötigt, wenn die Störerhaftung gekippt wurde.
+ Meine Ideen dazu:
+   * Mobile Datenvolumina sind broken
+ * Freifunk war nie nur "kostenloses WLAN" sondern immer auch:
+   * eigenes unabhängiges Netz
+   * soziales Projekt
+   * Lernen: Netzwerktechnik, Funk, (embedded) Software
+   * spielen mit Technologie
+ * Wurden diese Aspekte zu wenig kommuniziert?
+ Mir war das klar, mir wurde diese Frage nur von einem Dritten gestellt.
+ 
+ ## Links
+ * [[https://md.freifunk.net/mitmachen/]]
+ * [[https://md.freifunk.net/2016/03/aufruf-zur-mitarbeit/]]
+ * [[https://github.com/freifunkmd]]
+ * [[https://www.netz39.de/lists/listinfo/netz39-ffmd-dev]]
+ * [[https://www.netz39.de/lists/listinfo/netz39-ffmd]]
+ * [[https://github.com/FreifunkMD/FFMD-Orga]]
+ * [[https://www.amazon.de/IPv6-Workshop-Zweite-Auflage-praktische-Internet-Protokoll/dp/1491298006]]
+ * [[https://www.danrl.com/projects/ipv6-workshop/]] (Digitale Version seit 2017 kostenlos)
+ * [[https://git.harz.freifunk.net/ff-harz/gluon-site]]
+ 
+ ## Notes 
+ 
+ ### 2017-10-20
+ * Einstiegspunkte besser dokumentieren (um Arbeit zu übernehmen)
+ %%**%% Wikiseite besser verlinken!
+ %%**%% Webseite
+ * Struktur dokumentieren
+ * (u.a. auf der Website) deutlicher machen, dass "Mitmachen" mehr Layer als "Router aufstellen" umfasst
+ %%**%% Firmware
+ %%**%% Gateways
+ %%**%% Website
+ %%**%% Support
+ * Inventur Hardware
+    Angelika: kann ich machen (Zeitraum 3 Wochen) und Doro. Termine hier: [[https://doodle.com/poll/52t7nwsetxvduvaw]]
+ [[https://github.com/FreifunkMD/FFMD-Orga/issues/1]]
+ 
+ ### 2017-10-29
+ * Überblick geben
+ %%**%% status quo
+ %%**%% welche Aufgaben sind must have, welche nur nice to have
+ * drei Tracks für kleinere Grüppchen
+ %%**%% politisch/organisatorisch
+ %%**%% gateway
+ %%**%% firmware
+

2017-11-17

anonymous@undisclosed.example.com (Anonymous) — Fri, 01 Mar 2019 18:52:51 +0000

@@ -1 +1,227 @@
+ **Freifunk Reboot 2**
+ 
+ **Datum:** 2017-11-17
+ 
+ **Link zum letzten Meeting:** [[https://pad.n39.eu/p/FreifunkReboot]] (2017-11-03)
+ 
+ **Anwesende Leute: **
+   * Johann
+   * Franz
+   * Michel (der ist wichtig)
+   * Christian
+   * stefan
+   * tatjana
+   * Andreas (automatisiert Dinge)
+   * Ernst-Günter (irgendetwas mit Mathe)
+   * Brian (automatisiert auch Dinge)
+   * STP FFHarz / liest mit
+   * Angelika (liest nachträglich)
+ 
+ **TODO:**
+   * Link zur Mailingliste zur FSF einfügen
+   * Link zum Blog für Bundesratsinitaitve einfügen
+   * Link zum Landtagsbeschluss einfügen
+ 
+ **Was tun wir heute ?**
+   * Politik:
+     * Bericht EU
+       * WiFi For Europe
+         * Überlegungen, ob teilgenommen werden sollte
+         * Nein, weil Registrierung für Telefonnummer (Interpol, etc.)
+       * Funkregularienrichtlinie (EU 2014/53)
+         * Zertifizierte Hardware reicht nicht aus, Software sollte auch zertifiziert werden, damit Router, etc. betrieben werden dürfen (TM).
+         * Hersteller werden sagen, dass nur noch zertifizierte Software auf ihren Geräten laufen darf
+         * EU hat die Aufgabe, Verordnung dafür zu schreiben. (Geplant war Anfang 2017)
+         * Arbeitsgruppe von Lobbyisten, Telcos, Gesellschaften
+           * Man kommt da rein, wenn man Interesse nachweisen kann
+         * Informationsfreiheitsanfrage (EFG) nach Umsetzung der Richtlinie
+           * Ja, wir haben das noch nicht umgesetzt, da wir beschäftigt waren, is pending.
+         * Frist bis Mitte 2018
+         * Ziel: Verhinderung der Versiegelung der Geräte
+     * Bericht Bund (10 Menschen)
+       * Bundesratsinitiative zur Gemeinnützigkeit von FF-Vereinen
+         * Finanzämter haben FF-Vereinen die Gemeinnützigkeit aberkannt oder gar nicht erst anerkannt
+         * Geht so nicht, Abgabenordnung muss angepasst werden
+         * Koalitionsvertrag soll dazu genutzt werden (Lobby (TM))
+           * Grüne melden sich, wenn es dazu kommt
+           * FDP möchte ein Digitalisierungsministerium
+             * cyberseclunch.de
+     * Bericht Land (max. 15 Menschen)
+       * Landtagsbeschluss - Förderung von WLAN insb. Freifunk
+         * Förderrichtlinien für kommerzielle und nicht-kommerzielle Anbieter (getrennt)
+         * Förderung von 100k für freies WLAN
+       * Namespace auf wiki.freifunk.net/lsa:Foo
+         * Synchonisierung auf Landesebene
+       * Es gab mal in der Altmark Freifunk
+         * Da steht Infrastruktur, kümmert sich nur keiner drum..
+         * Die haben auch ne Mailingliste, allerdings besteht kein guter Kontakt.
+         * Stendal hat auch noch Knoten, Altmark hat aber auch nicht geantwortet.
+         * Gehören zu FF Uelzen
+       * Frage: Gibt es coole Ideen ? 
+         * Geld ist da
+         * Teil der Förderung ist auch Erschließung
+         * Immobilien der Stadt stehen in Magdeburg zur Verfügung
+           * Platz, Strom, noch mehr ?
+           * Diskussion ist noch nicht beendet
+         * Eigenanteil ist da, 75% oder 90%
+         * Kann halt dauern, Erfahrungswerte gibts noch nicht
+           * Ministerium für Wirtschaft und Digitalisierung
+         * www.digital.sachsen-anhalt.de
+   * Technik
+     * Zertifikat fürs Pad muss gemacht werden
+       * Automatisiert, Cronjob, möglichst kein manueller Eingriff
+       * [[https://github.com/andreasscherbaum/acme-tiny/tree/noverify]]
+     * Inventur
+       * [[https://github.com/netz39/freifunk/tree/master/HW-Inventur]]
+         * Angelika und Doro haben da sortiert.
+         * Michel sortiert heute noch seine Sachen aus.
+     * Repository netz39/freifunk ( [[https://github.com/netz39/freifunk]] )
+       * Überführung nach [[https://github.com/FreifunkMD/FFMD-Orga]]
+       * [[https://github.com/FreifunkMD/FFMD-Orga/issues/6]]
+       * Zustimmung? > Ja
+     * Administration
+       * Server
+         * gw1 - Debian 7 - braucht ein bis zwei Upgrades
+         * gw2 - Debian 8 - braucht auch ein Upgrade
+         * web1 - Debian 8 - braucht auch ein Upgrade
+           * von web1 gibt es backups auf hydrogen.n39.eu
+         * Es gibt KEIN Backup.
+         * IPs stehen HART in der Firmware, falls DNS kaputt geht.
+         * Option: Neu mieten, neu machen, wenn es funktioniert, dann alte Geräte abschalten
+           * Generelle Entscheidung: Ja
+           * Möchte man das weiter so halten mit den festen IPs ?
+             * Irgendwer hat das mal so gewollt, deswegen ist das so.
+             * Generell möchte man das eigentlich nicht.
+           * dafür ist dann auch ein transitional firmware update notwendig
+         * Konfiguration (nicht 100%ig aktuell): [[https://wiki.md.freifunk.net/Gateway/Konfiguration]]
+         * Es gibt nicht alle Programme in der aktuellen Version, weil einige Versionen breaking changes hatten und Rückwärtskompatiblität nicht gegeben ist.
+           * <del>Batman oder fastd geht da kaputt</del>
+           * ab Batman-adv 2014.3 sind die batman Versionen abwärtskompatibel/für autoupdate reicht es macht aber kein spass
+           * drauf zu achten ist, welches Routingprotokoll ab dem Zeitpunkt unter stützt wird. Es gibt BATMAN_ALGO IV und V / ab 2017.1.x kann das explizit in der Site.conf gepflegt werden / default IV
+           * batman-adv braucht Kernelmodul mit der richtigen Protokollversion, da ist der Distributionskernel nicht immer hilfreich, und unterschiedliche Protokoll- bzw. Compat-versionen sind nicht interoperabel
+           * fastd ist kompatibel
+           * Steht irgendwo auf der Mailing-List.
+       * neuer Admin? Wer will sich primär verantwortlich fühlen?
+         * Oberhavel möchte sich da einbringen.
+         * OH möchte auch "unsere" Firmware nehmen, weil Berlin.
+       * Anleitung FF Harz: [[http://wiki.harz.freifunk.net/wiki/doku.php?id=anleitungen:gateway:gateway_einrichten]]
+         * Steffen aktualisiert die Anleitung in den nächsten Tagen ([[https://github.com/FreifunkMD/FFMD-Orga/issues/8)]]
+         * danach baut Andreas daraus ein Ansible Playbook
+       * Workshop für Update-Strategien
+         * Interesse ?
+           * Ja, FFHarz ist dabei (Steffen TP) / wäre auch interessant 1–2 Dinge aufzuarbeiten
+         * fastd ? Diskussion.
+           * ggf. nur für Authentifizierung, nicht mehr für Verschlüsselung?
+         * v6 müsste man auch mal bauen.
+           * [[https://wiki.freifunk.net/IPv6:Prefixe]]
+           * Tunnel, falls kein v6 verfügbar ist, damit ALLE Adressen aufgerufen können, auch v6.
+     * Frage Traffic direkt rausleiten? Derzeit noch ueber ipredator. Wenn ja dann Hoster vorher bescheid sagen ;-) 
+       * Macht mehr Sinn und mehr Durchsatz (Erfahrung von FFHARZ / Privatebreiche dürfen aber nicht geforwardet werden / es gibt spezialis die hängen Drucker, Repeater und Co. ins FF!
+       * ipredator ist der Schweden-VPN.
+       * das muss den Nutzern sehr deutlich kommuniziert werden, da sich einige auf dieses VPN verlassen bzw. es benutzen, um Deutschland zu verlassen <- darauf hin sollten Sie ein eigenes VPN bei Anbieter haben / Freifunk ist an sich unverschlüsselt Layer 2 mit gluon -> ein paar Gedanken zu Thema: [[http://pad.harz.freifunk.net/public/vpn]]
+ 
+     * neue Firmware
+       * Aktuell 
+         * Gluon 2016.1.4
+         * Hardgecodete Sachen, bspw. IPs und sowas
+         * Es braucht mindestens zwei Leute zum Signieren
+           * Mehr Keys! (hier wäre es zum Beispiel auch sinnvoll sich die Aufgaben vereinsübergreifend zu teilen) Busfaktor(!?)
+           * Wenn einer kaputt geht, ist halt blöd. (Bus-Faktor)
+       * Travis?
+         * Automatisierte Builds
+           * ggf. auch auf eigener Hardware? Oder erlaubt Travis so dicke Builds, mehrere Stunden, Platzbedarf von 50 GB und mehr und Output von mehreren hundert MB, der noch irgendwo hingeladen wird?
+         * Wird als experimental getaggt und ausgerollt.
+         * experimental kann kaputt gehen, das ist dafür gedacht.
+         * Umtaggen auf stable, beta wird manuell gemacht.
+         * Für ein paar Router auf stable bauen, alles Andere wird einfach testing geflaggt und das wars.
+       * Zeitverzögerte Updates
+         * Last auf Servern verringern
+         * Wir haben 2017, ein paar hundert Downloads von statischen Dateien sind so schlimm? o.O
+         * Wir haben 2017 auch kein Firmware-Update ausgerollt.
+       * Neues Gluon
+         * Die letzte Gluon Version mit OpenWRT (Gluon 2016.2.7) enthält die Migration nach LEDE-Projekt.
+           * ^^ was ist da gemeint? OpenWRT v15.05.1 ist die letzte offizielle OpenWRT Version
+           * Upgrade von aktuell gluon 2016.1.4 auf gluon 2016.2.7 ([[https://gluon.readthedocs.io/en/v2017.1.x/releases/v2016.2.7.html)]] damit die Vorraussetzungen für den das spätere Upgrade auf Guon 2017.x.x (basierend auf LEDE Projekt) gegeben sind
+         * [[https://github.com/FreifunkMD/FFMD-Orga/issues/9]]
+       * Anpassung site-config für neue Firmware
+         * für 2016.1.x oder 2016.2.x oder 2017.1.x gibt es pending PR, da gab's Review mit Changes Requested, da fehlt's noch an Erfahrung mit Git? Jedenfalls wurden die angefragten Änderungen nicht umgesetzt und der PR daher nicht gemerged.
+       * Was hat sich in der Firmware geändert?
+         * es gibt gute Release Notes von Gluon, bspw.: [[https://gluon.readthedocs.io/en/v2017.1.x/]]
+       * Sind unsere Gateways noch hinreichend aktuell?
+         * laut GitHub hat Vitapower87 schon 2017.1.x erfolgreich getestet gegen die "alten" Gateways
+         * fastd aktuell ist immernoch v18, muss man prüfen (fastd ist abwärts kompatibel.v16 funktioniert mit v18 aus meiner Erfahrung heraus)
+         * Knackpunkt ist batman-adv, siehe oben
+       * Zusage zu funktionierenden Updates nur mit ausgewählten Routern, die wir selbst (automatisch) testen
+       * Config-Formular soll erhalten bleiben!
+         * Abfrage von Positionsdaten
+         * Kontaktdaten (freiwillig, aber mit Verifikation)
+     * Fahrplan Gateway
+       * Dokumentation des Ist-Zustandes des Servers ([[https://github.com/FreifunkMD/FFMD-Orga/issues/8)]]
+         * Magdeburg
+         * Harz
+       * Brain - Was übernimmt man von Harz/MD/etc.
+       * Ansible - Konfiguration für fastd und batman adv 2016 (letzte OpenWRT Version)
+       * Ansible - Konfiguration für aktuelle Software Versionen
+     * Fahrplan Firmware
+       * BuildStep lösen (Travis)
+       * Firmware (experimental) muss ... haben
+         * n-tes Gateway (mehrere neue Gateways eintragen, auch noch nicht existierende) < gleiches für Update Server und für Time Server (empfiehlt sich) / UpdateServer ggf. auch statisch hinterlegen, wenn DNS nicht funktioniert/ Erfahrungswerte. 
+         * neue User, die Firmware signieren können
+       * Firmware auf Stable schieben (Firmware signieren)
+         * Wenns geht, keine alten Gateways mehr.
+       * weitere Infrastuktur anpassen
+         * DNS
+         * Formular zum Keyaustausch alternative: [[https://github.com/Freifunk-Rhein-Neckar/ffrn-node-manager]]
+         * map (in folge Freifunk API File etc
+         * webserver [[https://wiki.md.freifunk.net/Webserver/Konfiguration]]
+     * Frage: Verschlüsselung zwischen Node und Gateway notwendig/gewollt?
+         * Kein Konsens, bisher
+ 
+   * Wiki
+     * Abschreiben des Wiki ist noch in Arbeit, habe weniger Zeit als gehofft. Bleibe aber dran.
+ 
+ Mailinglisten unter [[https://md.freifunk.net/kontakt/]]
+ Orga-Repository: [[https://github.com/FreifunkMD/FFMD-Orga]]
+ 
+ Nächster Termin: 2017-12-01 19:00 im Netz39
+ 
+ 
+ 
+ 
+ ===== Info:
+ #ffmd firmware signieren unter mac:
+ # brew install libuecc
+ # git clone [[https://github.com/tcatm/ecdsautils.git]]
+ # mkdir -p ~/.usr/local
+ # brew install cmake
+ # brew install pkg-config
+ # cmake -DCMAKE_INSTALL_PREFIX:PATH=/Users/NAME/.usr/local .
+ # cd ecdsautils/
+ # make
+ # make install
+ 
+ jetzt verfügbare Tools:
+ - ecdsakeygen
+ - ecdsasign
+ - ecdsaverify
+ 
+ 
+ # git clone git@github.com:freifunk-gluon/gluon.git
+ # cd gluon/contrib/
+ # vim sign.sh
+ # changeline 34: 
+ from: 
+ # ecdsasign "$upper" < "$SECRET" >> "$lower"
+ to
+ # /Users/NAME/.usr/local/bin/ecdsasign "$upper" < "$SECRET" >> "$lower"
+ # sh sign.sh ~/.ecdsa/NAME/secret test.manifest
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+

2017-12-14

anonymous@undisclosed.example.com (Anonymous) — Fri, 01 Mar 2019 18:54:00 +0000

@@ -1 +1,27 @@
+ Freifunkt Reboot 3
+ 
+ **Link zum letzten Meeting:** [[https://pad.n39.eu/p/FreifunkReboot2]] (2017-11-17)
+ 
+ 
+ 
+ **Anwesende Leute: Christian (lxusrbin)**
+ **Abwesend:**
+   * Tux (out of town)
+   * Johann (Freundin fordert Zeit)
+ 
+ **TODO: Dokumentation Gateway's und Freifunk Webserver**
+     
+ **Status**
+     * Dokumentation Gateway
+     * Done: Diverse Nutzer zu github einladen
+     * Done: #5 Hardware-Inventur im Space
+     * Done: #6 Repository netz39/freifunk
+     
+  **Was tun wir heute ?**   
+ 
+ 
+ **Aktivitäten, wenn es nichts mehr zu besprechen gibt:**
+     * Wikiseiten übertragen (#1)
+     * Anpassungen site-ffmd für Firmwareupgrade (Plan: Siehe letztes Pad)
+     * Freifunk-Roadmap dokumentieren und in das Wiki schreiben