Quelltext der Seite Benutzer:Leo/Blog:2015 December 29 22:52:47 CET

=== Firmware- und Technik-Treffen (29.12.2015) ===

Wir haben uns wieder in gemütlicher Runde getroffen und viele Dinge besprochen/diskutiert/umgesetzt:

* Firmwareentwicklung
** Ermittlung von Traceroutes von User-APs zu den User Gateway Servern werden zukünftig nur stündlich aktualisiert. Hier gab es Probleme, weil ein kompletter Durchlauf bis zu 10min dauern kann und deshalb außerhalb der normalen Taktung ablaufen muss.
* Firmware-Builds
** Der urspüngliche Build Server minato hat noch mysteriöse Probleme. Deshalb wird derzeit ruri als Ersatz genutzt.
** Download von Firmware Builds auf ruri ermöglicht (http://ruri.on)
* Infrastruktur Konfiguration:
** Fehleranfällige Alias-Konfiguration auf dem AP im Vereinsraum umgebaut. Jetzt sind separate Interfaces auch separaten Netze. Damit sollte es keine weiteren Probleme mit dem AP geben.

Es gab eine längere Diskussion über die Zukunft der Firmwareentwicklung. Speziell wurde diskutiert was unsere Firmware und die Gluon-Firmware unterscheidet (abgesehen von den Routing-Protokollen). Da unsere Firmware mittlerweile sehr umfangreich geworden ist, wurden über zukünftige Änderungen, vor allem Vereinfachungen, diskutiert. Diese Vereinfachungen sollen die Wartbarkeit der Firmware in der Zukunft verbessern. Diskutiert wurden:
* Möglichkeit Gluon als Grundlage zu nutzen. Hierfür müsste OLSR/OpenVPN in Gluon integriert werden. Die Machbarkeit wird Lars prüfen.
* Umstellung auf OLSRv2 und damit das Entfallen der manuellen UGW-Auswahl. Diese würde ein paar Aspekte der Konfiguration auf UGW-APs und bei der Tunnel-Konfiguration erleichtern.
* Einführung eines leichtgewichtigen Tunnels zwischen UGW und UGW Server (z.B. ein GRE-Tunnel oder ähnliches). Dieser Tunnel dient lediglich dazu, den UGW Server ins Mesh anzubinden und über seine interne IP erreichbar zu machen. Alle APs (inkl. UGW) können weiterhin VPN Tunnel zu UGWs (interne IP nutzen) aufbauen. Mit dieser Herangehensweise ist ein UGW minimal anders als alle anderen APs. Hier würde keine Portweiterleitung zum UGW Server mehr benötigt werden.
** Dieser Gedanke ist nicht mit der jetzigen Netzstruktur erstrebenswert, sondern erst wenn wir mit OSLRv2 hoffentlich ein Routing im Netz verwenden, das auch auf Auslastungen/Bandbreiten reagieren kann.

[[Kategorie:Firmware]]