Projekte/v642/Arbeitspakete

Zu Beginn des Projekts haben wir folgende Arbeitspakete definiert (work in progress, keine bestimmte Reihenfolge). Jeder ist eingeladen, die Informationen zu präzisieren. :-)

Geplante Arbeitspakete

Arbeitspaket	Ziel	Owner	Beschreibung	Status
Management-Interface	Entscheidung bzgl. Enduser-Wartungsinterface (LuCI, NuCI, SSH, …) vorbereitet getroffen	Adi, David	Die verschiedenen Interfaces haben ihre Vor- und Nachteile bzgl. Enduser-Eignung, Sicherheit, Aufwand für Erstellung, …). Wir wollen selbige sammeln, dokumentieren und auf Basis dessen eine Entscheidung treffen.	Ausarbeitung für Entscheidung am 2016-07-11
Default-Config Node	Default-Config erarbeitet, entschieden und festgeschrieben (dokumentiert)	–	Sämtliche Node-Config, z.B. VLAN, Firewall, 4in6, …	–
Test-Link v642	Funktionierender Link zwischen Krypta und Metalab + Test-Router erreichbar	Clemens	Ein Link, auf dem IPv6 mit OLSRv2 funktioniert, sowie die v642-Router unten im Metalab via OLSRv2 angebunden werden können	–
4in6-Tunnelserver	Tunnelserver-Produktivsystem ist aufgesetzt und betriebsbereit	Wolfgang	Tunnelserver-Setup für 4in6-Translation; Produktiv-System ist NICHT das Dev-System	–
Enduser-Doku	Es gibt eine Online und in Printform verfügbare Doku, die argumentierbar von Endusern als brauchbar bezeichnet wird	–	Inhalt: Knoten-Aufbau, Konfiguration	–
Aktuelle HW-Liste für Nodes	Es ist eine aktuelle Einkaufsliste v642-kompatibler (empfohlener) Nodes verfügbar	–	8+ MB Flash, 32+ MB RAM, OpenWRT CC-kompatibel, Treiber-Unterstützung für verbaute WLAN-Chips	–
802.11?	Entscheidung für einen Standard (.11s?), funktionierende Implementierung + Config	Paul	Siehe Zieldefinition	Ausarbeitung bis 2016-07-25
Anpassung 0xFF-Management-Tools	Zusammenstellung der nötigen/gewünschten Änderungen, Implementierung derselben	–	Management-Tools wie Redeemer, Map etc. müssen/wollen wir evtl. für v642 anpassen.	–
Deployment	Es existiert eine Dokumentation, die Anspekte wie Reihenfolge, Kommunikation etc. einschließt	–	Siehe oben	–

Erledigte Arbeitspakete

Arbeitspaket	Task	Owner	Beschreibung	done
Subnetting-Konzept	Erstellung Konzept	Manfred	Es gibt bereits ein fertiges IPv6-Konzept, das die 0xFF-IPv6-Arbeitsgruppe erstellt hat. Dieses soll nun herangezogen und ggf. angepasst werden.	–
Übersetzungs-Server IPv4 <-> IPv6	Konzept	Wolfgang	Um weiterhin IPv4 anbieten zu können, wird voraussichtlich auf einen Übergangsmechanismus gesetzt werden (also kein Dual-Stack). Soweit dafür zentrale Gateways vonnöten sind, müssen diese bereit gestellt werden.	✓
	Prototyp	Wolfgang/Arbeitstreffen	Erfolgreicher Test des 4in6-Tunnels beim Arbeitstreffen am 2016-05-02.	✓
Home-Gateway (Access privat)	Konzept	Adi, Wolfgang	Bereitstellung eines LANs mit statischen, public IPv6- und IPv4-Adressen. Konzept steht, siehe Subnet-Plan, VLAN-Tagging.	✓
Backbone: IPv6-Anbindung, Uplinks	Konzept	?	Im Backbone fehlt momentan noch eine native IPv6-Anbindung, daneben gibt's auch noch ein paar weitere Punkte, die das Backbone-Team angehen möchte.	unassigned
Kommunikation/Community-Management	Ausarbeitung	David	Uns ist bewusst, dass es bei dem Projekt nicht nur um technische Herausforderungen geht, sondern auch um die Kommunikation: schließlich wird letztendlich die Mitarbeit aller Node-Owner nötig sein und realistischer Weise wird das nicht in 100% der Fälle reibungslos laufen und nicht 100% der Betreiber Feuer und Flamme oder auch nur erreichbar sein.	unassigned
Node Database	Konzept	?	Die bestehende Node Database benötigt ein Makeover für die Zuweisung der neuen Subnetze, etc. Es stellt sich auch die Frage ob ein dezentraleres Konezpt für diese Datenbank möglich wäre (Blockchain z.B.).	unassigned
Standard Firmware	Erstellung	Adi	Eine Firmware für eine breite Menge an viel eingesetzen Geräten die das neue Netz supported.	?

Weitere (weniger konkrete) Ideen

Da gibt's mittlerweile eine ganze Reihe. Wer mag, kann sie ja hier als Denkanstoß für die gemeinsamen Treffen auflisten.