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
|
Ziel
|
Owner
|
Beschreibung
|
Status
|
| Subnetting-Konzept
|
Es existiert ein Konzept, das die Implementierung von IPv6 und IPv4 im Rahmen des v642-Projekts beschreibt. Konsultationen mit der restlichen Community wurden durchgeführt.
|
Manfred, David
|
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: Es existiert ein ausgearbeitetes und akkordiertes Konzept für einen IPv4-Übergangsmechanismus.
|
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 4in6-Tunnel
|
Der Prototyp eines 4in6-Tunnels wurde auf Basis von OpenWRT erfolgreich getestet.
|
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.
|
✓
|
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.