Projekte/v642/Arbeitspakete: Unterschied zwischen den Versionen

Aus FunkFeuer Wiki
< Projekte‎ | v642
Zur Navigation springen Zur Suche springen
(Cleanup)
 
(2 dazwischenliegende Versionen von 2 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"
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 22: Zeile 16:
| –
| –
|-
|-
| Test-Link v642
| LuCI-App für OLSRv2
| Funktionierender Link zwischen Krypta und Metalab + Test-Router erreichbar
| App als ipk verfügbar und mit CC und Trunk kompatibel.
| Clemens
| David
| Ein Link, auf dem IPv6 mit OLSRv2 funktioniert, sowie die v642-Router unten im Metalab via OLSRv2 angebunden werden können
| Analog zur bestehenden App für OLSRv1 (Config + Status).
| –
| –
|-
|-
| 4in6-Tunnelserver
| LuCI-App für 0xFF
| Tunnelserver-Produktivsystem ist aufgesetzt und betriebsbereit
| App als ipk verfügbar und mit CC und Trunk kompatibel.
| Wolfgang
| David
| Tunnelserver-Setup für 4in6-Translation; Produktiv-System ist NICHT das Dev-System
| Einfaches Config-Interface fuer das v642-Setup.
| –
| –
|-
|-
Zeile 38: Zeile 32:
| –
| –
| Inhalt: Knoten-Aufbau, Konfiguration
| Inhalt: Knoten-Aufbau, Konfiguration
|
| on hold
|-
|-
| Aktuelle HW-Liste für Nodes
| Aktuelle HW-Liste für Nodes
Zeile 44: Zeile 38:
| –
| –
| 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
| Zusammenstellung der nötigen/gewünschten Änderungen, Implementierung derselben
| –
| Management-Tools wie Redeemer, Map etc. müssen/wollen wir evtl. für v642 anpassen.
| –
| –
|-
|-
Zeile 97: Zeile 79:
| Bereitstellung eines LANs mit statischen, public IPv6- und IPv4-Adressen. Konzept steht, siehe Subnet-Plan, VLAN-Tagging.
| 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: [[Medium:OLSRd_V2_Wizard.pdf|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.
| ✓[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, 07: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.