freifunkmd / ffmd-orga Goto Github PK

In Gluon v2017.2.x werden neue Gateways benötigt.
Dazu müsste in der nächsten Zeit ein Gateway mit einer neuen Konfiguration erstellt werden, bestenfalls gleich in einen Docker-Container geworfen werden, dass dies beliebig replizierbar ist.

Ich assigne hier jetzt nur Christian drauf, allerdings darf jeder dazu gerne beitragen.

Pads sollten an einer Stelle im neuen Wiki mit Datum verlinkt sein, um die Übersicht zu wahren.

Für das Babel Netz brauchen wir Jool in Docker. Wer kann das bauen?

Zielstellung: Festlegen wie wir Firmware bauen und verteilen

see https://gluon.readthedocs.io/en/v2016.2/releases/v2016.2.html:

The “Expert Mode” has been renamed to “Advanced Settings”

Check configuration and documentation and apply the new name.

Wie leiten wir traffic am babel-Gateway ab? Haben wir noch einen ipv6-tunnel in Richtung FFRL?

Backend-Service zu

• https://github.com/penguineer/ffmd-packages/tree/gluon-config-mode-notify-2016.2

Die VPN-Tunnel brechen hin und wieder zusammen, ohne neu aufgebaut werden.
Das Script soll regelmäßig prüfen, ob noch Traffic über den Tunnel geht und diesen ggf. neustarten.

Bei der Inventur haben wir Papiere gefunden, genug, dass wir einen Ordner dafür für sinnvoll halten.

Es müsste einer angeschafft / gefunden werden, in den dann die Zettel die aufbewahrt werden sollen, eingeheftet werden.

Nachdem wir nun eine Firmware-Version haben, mit der zwei Router bereits im Netzwerk laufen (siehe #9), müssten wir als nächstes das Rollout angehen.

Ich möchte die, die damit Erfahrung haben, bitten, den Prozess zu dokumentieren (von mir aus auch erstmal kurz, das kann dann mit entsprechenden Fragen detailliert werden).

Ein möglicher Ort ist dort: http://www.netz39.de/wiki/freifunk:anleitungen:rollout

Laut Christian liegt auf dem GW1 noch ne Menge Firmwarepakete
In der FIrmware liegt (wahrscheinlich) ne URL drin (firmware.freifunk.net), welche auf das GW1 zeigt.
Das sollte noch umgezogen werden auf den Websever.

Wir haben eine Seite, die die unterstützten Modelle und ihre Firmware-Files verlinkt: https://md.freifunk.net/mitmachen/firmware/

Bislang wurde diese Seite immer von Hand gepflegt:

• Anpassen der Versionsnummern geht per Search/Replace
• Übernahme des Changelogs (wobei wir hier ein leicht anderes Format haben)
• Anpassung der Liste unterstützter Firmwares

Gerade der letzte Punkt ist sehr aufwändig. Es wäre schön, wenn wir das automatisieren könnten.

Wir haben dieses Repository: https://github.com/netz39/freifunk

Das wurde mal angelegt, bevor es FreifunkMD als (Unter-)Organisation gab.
Ich schlage vor, die relevanten Inhalte in dieses Repository (FFMD-Orga) umzuziehen und das alte Repository zu schließen/löschen.

Was meint ihr?

Es gibt keinen Grund dafür, dass site-ffmd ein Fork von freifunk-luebeck/site-ffl ist.
Deshalb wird vorgeschlagen, das Repository zu lösen.

Die Beschreibung soll darlegen, was laufen/eingerichtet werden muss, um ein Gateway für freifunkMD in Betrieb zu nehmen.

Anschließend soll daraus ein Ansible-Playbook entstehen.

Wie stellen wir die Kommunikation zwischen den Netzen sicher?

Vorschlag: GRE-Tunnel und darüber routen.

ansonsten gehen autoupdates im ipv6-only babel-Netz nicht.

Als follow-up zu #1 sollte das Gollum-Wiki nun abgeschaltet und die Referenzen auf den Freifunk-Bereich im Netz39-Wiki gesetzt werden.

Wenn wir babel firmware bauen, dann sollte die serverseitige Einrichtung mit Ansible erfolgen.
Dafür sind zwei Entscheidungen zu treffen:

1. Nutzung der bestehenden Gateways?
   Das babel-Netz kann auf den selben Servern betrieben werden wie das batman-Netz. Ich schlage vor, wir erweitern die Konfiguration der bestehenden Server. Zunächst auf gw02 (Der wird eh demnächst abgebaut, dann kann man das neu-einrichten gleich verproben)
2. Nutzung der IPv6-Adressen. Es wurde bereits festgelegt, dass ein ipv6-ula-Netz genutzt werden soll. Ich schlage vor, ein /64 Netz für die Infrastruktur zu nutzen und ein zweites Netz für die babel-Clients. So kann man klar unterscheiden wer in welchem Netz hängt. Laut https://wiki.freifunk.net/IP-Netze#Siehe_auch ist Magdeburg das Netz fda9:026e:5805::/48 zugewiesen. Im Batman-Netz wird fda9:26e:5805::/64 genutzt. Darf ich davon ausgehen, dass der Rest frei ist? In dem Fall schlage ich die Nutzung von fda9:26e:5805:bab0::/64 für Clients und fda9:26e:5805:bab1::/64 für Infrastruktur (Nodes) im babel-Testmesh vor.

Lasst uns das am Freitag besprechen.

Registrierung der Knoten über register.md.freifunk.net soll nicht mehr notwendig sein:

• Anpassung Gateways so, dass jeder Schlüssel akzeptiert wird
• Anpassung Firmware so, dass nach Einrichtung der Firmware kein Registrierungslink mehr angezeigt wird

Nach vollständigem Rollout der Firmware 0.39 können ffffng und register.md.freifunk.net entfernt werden.

@LeSpocky hat im Rahmen von #23 die Schlüsselerzeugung dokumentiert. Ich habe auf der technischen Seite noch Fragen (die ich dort posten werde), wir können uns aber schon über die organisatorischen Fragen unterhalten:

1. Wer soll signieren dürfen?
2. Nehmen wir Leute aus der Liste heraus (weil sie nicht mehr aktiv mitarbeiten)?
3. Wie wollen wir konkret vorgehen?

Bitte Zugriffsrechte auf dieses Repo gewähren.

Bitte den GH Userbaccenfutter einladen und mit Rechten ausstatten.

Das Paket stellt ein Kommando bereit, welches auf der Konsole einen knappen Überblick über die Konfiguration des Nodes gibt. Beispiel:
root@draco:~# nodeinfo

Radio-Networks active:

client0 ESSID: "Freifunk mit babel"
Access Point: EE:51:ED:85:9F:68
Mode: Master Channel: 5 (2.432 GHz)
Tx-Power: 16 dBm Link Quality: 32/70
Signal: -78 dBm Noise: -95 dBm
Bit Rate: 6.5 MBit/s
Encryption: none
Type: nl80211 HW Mode(s): 802.11bgn
Hardware: unknown [Generic MAC80211]
TX power offset: unknown
Frequency offset: unknown
Supports VAPs: yes PHY name: phy0

mesh0 ESSID: unknown
Access Point: 00:00:00:00:00:00
Mode: Mesh Point Channel: 5 (2.432 GHz)
Tx-Power: 16 dBm Link Quality: 42/70
Signal: -68 dBm Noise: -95 dBm
Bit Rate: 65.0 MBit/s
Encryption: unknown
Type: nl80211 HW Mode(s): 802.11bgn
Hardware: unknown [Generic MAC80211]
TX power offset: unknown
Frequency offset: unknown
Supports VAPs: yes PHY name: phy0

Router IP: 2a06:8187:fbab:1:ea94:f6ff:fe40:c1aa

Router MAC: e8:94:f6:40:c1:aa

Gateways:

{ "babelgw01": null, "babelgw04": null, "babelgw02": null, "babelgw03": null }

Hardware: TP-Link TL-WR841N/ND v9

Firmware: v0.3.173-babel_dev-0805

Gluon: v2016.2-841-gecfed193

Build Date: 22 Jun 21:55

Branch: babel_dev

Autoupdate: 1

Uptime: 09:59:41 up 10:31, load average: 0.26, 0.25, 0.25

Connected clients 2.4GHz: 1

Connected clients 5GHz: 0

Mesh:

MoL :
MoW :
Fastd : 1
MTU: 1374

Location:

Aktiv: 1
Lat: 52.513055555556
Lon: 13.419722222222

Contact Information: christf

SSH connection from/to : 2a06:8187:fbab:2:eb8f:11a2:f0c4:3ee6 40482 2a06:8187:fbab:2::1 22

• Freifunk-MD-Bereich anlegen
• Inhalte umziehen
• Links anpassen
• altes Wiki löschen

JOOL ist schon gut, damit es nutzbar wird, müssen IPV4-Adressen in einem entsprecenden Prefix aufgelöst werden. Ich schlage vor, wir verdockern das.

Wir haben einen Eintrag auf freifunk-hilft.de, den wir aktualisieren sollten.

Mindestens die Web-Adresse, ggf. richten wir dafür auch eine explizite Info-Seite ein?

Dazu gehören die Tickets aus https://github.com/FreifunkMD/site-ffmd/milestone/11

(Ich lege das hier an, damit das Rollout in der Übersicht der Orga-Issues auftaucht. Wahrscheinlich gibt es noch mehr Aktivitäten als nur das Abarbeiten der Tickets aus site-ffmd. So taucht das immer wieder im Review auf.)

nachdem FreifunkMD/site-ffmd#117 erledigt ist → ist erledigt

• für Xiaomi-Router erstmal nur Vorankündigung, da es noch kein Image gibt
• Ankündigung, dass 841 langfristig nicht mehr unterstützt werden kann ("so lange wie möglich")

Ich bräucht bitte Write-Access, sodass ich Tasks claimen kann.

• Upgrade der Firmware auf die letzte Gluon-Version, welche noch OpenWRT fährt.
• Testen mit lokalen Geräten
• Manifest signieren
• Beta-Firmware auf gw1

http://firmware.md.freifunk.net/beta/0.38~beta.2/

• TP-Link WR841 N/ND
• 1043
• Nanostation

Alle Hardwaresachen, die zum Freifunk-Projekt gehören, inventieren:

• alle Kisten auskrempeln
• Sachen sortieren
• aufschreiben, was alles da ist
• Doodle: https://doodle.com/poll/52t7nwsetxvduvaw
  • Termine bisher: 07.11.2017 & 14.11.2017, jeweils 18-21 Uhr
  • Teilnehmer bisher: @AOphagen & Doro

Wie viel Speicherplatz stellt Travis zur Verfügung? Reicht das aus um einmal ein gluon Image Set zu bauen?

12G     gluon-v2017.1.2

Kosten / Pflichten / Haftung?

https://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/Anbieterpflichten/Meldepflicht/Meldeformular_pdf.pdf?__blob=publicationFile&v=8

@LeSpocky: Bitte nehmt mich mit in Organisation mit auf.
Thx :)

Für Firmware-Revisionen ist die Versionsnummer der Routerhardware notwendig. (v7, ...)
Diese sollte ebenfalls in der Inventurliste gepflegt werden.

In der site.conf ist für den Zugriff über IPv6 die Adresse 2a03:4000:6:30c3::32 hinterlegt. Aus einem IPv6-only Netz ist dieses Gateway damit aktuell nicht zu erreichen. gw1.md.freifunk.net löst stattdessen auf 2a03:4000:6:30c3::1 auf. Hier muss entweder das Gateway inkl. DNS angepasst werden oder die Firmware?

Wobei in der Firmware auch der Name vermerkt ist. Ich bin nicht sicher, ob auf dem Knoten die Namensauflösung zum Gateway für das Mesh-VPN überhaupt funktioniert oder ob das sowieso direkt über die IPs geht?

Ich schlage vor, dass der Frnakfurter Firmwarebuilder auch für die Magdeburger Firmware eingesetzt wird:
https://github.com/freifunk-ffm/Firmware-Release-Builder

Das script übernimmt den Bau der Firmware, Verwaltung vom Download-Cache und es wird aktiv gepflegt.
Lasst uns das doch zusammen pflegen!

Siehe Protokoll von FreifunkReboot5