Projekte/v642/Arbeitspakete: Unterschied zwischen den Versionen

Aus FunkFeuer Wiki
< Projekte‎ | v642
Zur Navigation springen Zur Suche springen
(Cleanup)
(Update to current status)
Zeile 1: Zeile 1:
Zu Beginn des Projekts haben wir folgende Arbeitspakete definiert (work in progress, keine bestimmte Reihenfolge). Jeder ist eingeladen, die Informationen zu präzisieren. :-)
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 ==
== Offene Arbeitspakete ==


{| class="wikitable"
{| class="wikitable"
Zeile 9: Zeile 9:
! Beschreibung
! Beschreibung
! Status
! 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 Node
Zeile 20: Zeile 14:
| –
| –
| Sämtliche Node-Config, z.B. VLAN, Firewall, 4in6, …
| Sämtliche Node-Config, z.B. VLAN, Firewall, 4in6, …
| –
|-
| LuCI-App für OLSRv2
| App als ipk verfügbar und mit CC und Trunk kompatibel.
| David
| Analog zur bestehenden App für OLSRv1 (Config + Status).
| –
|-
| LuCI-App für 0xFF
| App als ipk verfügbar und mit CC und Trunk kompatibel.
| David
| Einfaches Config-Interface fuer das v642-Setup.
| –
| –
|-
|-
Zeile 30: Zeile 36:
| 4in6-Tunnelserver
| 4in6-Tunnelserver
| Tunnelserver-Produktivsystem ist aufgesetzt und betriebsbereit
| Tunnelserver-Produktivsystem ist aufgesetzt und betriebsbereit
| Wolfgang
| Raoul
| Tunnelserver-Setup für 4in6-Translation; Produktiv-System ist NICHT das Dev-System
| Tunnelserver-Setup für 4in6-Translation; Produktiv-System ist NICHT das Dev-System
| –
| –
Zeile 38: Zeile 44:
| –
| –
| Inhalt: Knoten-Aufbau, Konfiguration
| Inhalt: Knoten-Aufbau, Konfiguration
|
| on hold
|-
|-
| Aktuelle HW-Liste für Nodes
| Aktuelle HW-Liste für Nodes
Zeile 45: Zeile 51:
| 8+ MB Flash, 32+ MB RAM, OpenWRT CC-kompatibel, Treiber-Unterstützung für verbaute WLAN-Chips
| 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
| Anpassung 0xFF-Management-Tools

Version vom 29. Dezember 2016, 20:21 Uhr

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

Offene Arbeitspakete

Arbeitspaket Ziel Owner Beschreibung Status
Default-Config Node Default-Config erarbeitet, entschieden und festgeschrieben (dokumentiert) Sämtliche Node-Config, z.B. VLAN, Firewall, 4in6, …
LuCI-App für OLSRv2 App als ipk verfügbar und mit CC und Trunk kompatibel. David Analog zur bestehenden App für OLSRv1 (Config + Status).
LuCI-App für 0xFF App als ipk verfügbar und mit CC und Trunk kompatibel. David Einfaches Config-Interface fuer das v642-Setup.
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 Raoul 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 on hold
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
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.