Projekte/v642/Arbeitspakete: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Dhopfm (Diskussion | Beiträge) (Cleanup) |
Dhopfm (Diskussion | Beiträge) (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. :-) | ||
== | == Offene Arbeitspakete == | ||
{| class="wikitable" | {| class="wikitable" | ||
Zeile 9: | Zeile 9: | ||
! Beschreibung | ! Beschreibung | ||
! Status | ! Status | ||
|- | |- | ||
| 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 | ||
| | | 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 | ||
| – | | – | ||
|- | |- | ||
| 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.