Projekte/v642/Arbeitspakete: Unterschied zwischen den Versionen

Aus FunkFeuer Wiki
< Projekte‎ | v642
Zur Navigation springen Zur Suche springen
(Removed Hotspot part as we are not working on that actively)
 
(8 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
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"
! Arbeitspaket
! Arbeitspaket
! Task
! Ziel
! Owner
! Owner
! Beschreibung
! Beschreibung
! done
! 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.
| –
|-
| 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
| –
|-
| Deployment
| Es existiert eine Dokumentation, die Anspekte wie Reihenfolge, Kommunikation etc. einschließt
| –
| Siehe oben
| –
|}
 
== Erledigte Arbeitspakete ==
 
{| class="wikitable"
! Arbeitspaket
! Ziel
! Owner
! Beschreibung
! Status
|-
|-
| Subnetting-Konzept
| Subnetting-Konzept
| Erstellung 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
| Manfred, David
| Es gibt bereits ein fertiges IPv6-Konzept, das die 0xFF-IPv6-Arbeitsgruppe erstellt hat. Dieses soll nun herangezogen und ggf. angepasst werden.
| 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
| [[Projekte/v642/IPv4_Support|Übersetzungs-Server IPv4 <-> IPv6]]
| Konzept
| Konzept: Es existiert ein ausgearbeitetes und akkordiertes Konzept für einen IPv4-Übergangsmechanismus.
| Wolfgang
| 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.
| 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
| Prototyp
| Der Prototyp eines 4in6-Tunnels wurde auf Basis von OpenWRT erfolgreich getestet.
| Wolfgang/Arbeitstreffen
| Wolfgang/Arbeitstreffen
| Erfolgreicher Test des 4in6-Tunnels beim Arbeitstreffen am 2016-05-02.
| Erfolgreicher Test des 4in6-Tunnels beim Arbeitstreffen am 2016-05-02.
Zeile 34: Zeile 80:
| ✓
| ✓
|-
|-
| Backbone: IPv6-Anbindung, Uplinks
| Test-Link v642
| Konzept
| Funktionierender Link zwischen Krypta und Metalab + Test-Router erreichbar
| ?
| Clemens
| 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.
| Ein Link, auf dem IPv6 mit OLSRv2 funktioniert, sowie die v642-Router unten im Metalab via OLSRv2 angebunden werden können
| unassigned
| ✓
|-
| 4in6-Tunnelserver
| Tunnelserver-Produktivsystem ist aufgesetzt und betriebsbereit
| Raoul
| Tunnelserver-Setup für 4in6-Translation; Produktiv-System ist NICHT das Dev-System
| ✓
|-
| EdgeRouter Wizard für OLSRv2 und Doku
| Installationspaket und User-Interface für EdgeOS
| Pocki
| Dokumentation: [[Medium:OLSRd_V2_Wizard.pdf|OLSRd_V2_Wizard.pdf]]
|
|-
|-
| Kommunikation/Community-Management
| Anpassung 0xFF-Management-Tools
| Ausarbeitung
| Zusammenstellung der nötigen/gewünschten Änderungen, Implementierung derselben
| ?
| Pocki
| 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.
| Management-Tools wie Redeemer, Map etc. müssen/wollen wir evtl. für v642 anpassen.
| unassigned
| ✓[https://ff.cybercomm.at/map2/ Map] ✓Redeemer ✓[http://smokeping.funkfeuer.at/smokeping/olsr2/ Smokeping] ✓DNS
|}
|}


== Weitere (weniger konkrete) Ideen ==
== 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.
Da gibt's mittlerweile eine ganze Reihe. Wer mag, kann sie ja hier als Denkanstoß für die gemeinsamen Treffen auflisten.

Aktuelle Version vom 24. Mai 2019, 06:58 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.
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
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.
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
EdgeRouter Wizard für OLSRv2 und Doku Installationspaket und User-Interface für EdgeOS Pocki Dokumentation: OLSRd_V2_Wizard.pdf
Anpassung 0xFF-Management-Tools Zusammenstellung der nötigen/gewünschten Änderungen, Implementierung derselben Pocki Management-Tools wie Redeemer, Map etc. müssen/wollen wir evtl. für v642 anpassen. Map ✓Redeemer ✓Smokeping ✓DNS

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.