https://docs.opennet-initiative.de/index.php?action=history&feed=atom&title=Benutzer%3ALeo%2FBlog%3A2015_December_29_22%3A52%3A47_CET 2026-10-07T17:03:30Z Versionsgeschichte dieser Seite in Opennet MediaWiki 1.43.9 https://docs.opennet-initiative.de/index.php?title=Benutzer:Leo/Blog:2015_December_29_22:52:47_CET&diff=28083&oldid=prev 2015-12-29T23:56:38Z

<p>cat</p> <table style="background-color: #fff; color: #202122;" data-mw="interface"> <col class="diff-marker" /> <col class="diff-content" /> <col class="diff-marker" /> <col class="diff-content" /> <tr class="diff-title" lang="de"> <td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">← Nächstältere Version</td> <td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">Version vom 29. Dezember 2015, 23:56 Uhr</td> </tr><tr> <td colspan="2" class="diff-lineno">Zeile 16:</td> <td colspan="2" class="diff-lineno">Zeile 16:</td> </tr> <tr> <td class="diff-marker"></td> <td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>* 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.</div></td> <td class="diff-marker"></td> <td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>* 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.</div></td> </tr> <tr> <td class="diff-marker"></td> <td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>** 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.</div></td> <td class="diff-marker"></td> <td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>** 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.</div></td> </tr> <tr> <td colspan="2" class="diff-empty diff-side-deleted"></td> <td class="diff-marker" data-marker="+"></td> <td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><br /></td> </tr> <tr> <td colspan="2" class="diff-empty diff-side-deleted"></td> <td class="diff-marker" data-marker="+"></td> <td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div>[[Kategorie:Firmware]]</div></td> </tr> </table>

Matthias M https://docs.opennet-initiative.de/index.php?title=Benutzer:Leo/Blog:2015_December_29_22:52:47_CET&diff=28082&oldid=prev 2015-12-29T22:41:07Z

<p>Firmware- und Technik-Treffen (29.12.2015)</p> <p><b>Neue Seite</b></p><div>=== Firmware- und Technik-Treffen (29.12.2015) ===<br /> <br /> Wir haben uns wieder in gemütlicher Runde getroffen und viele Dinge besprochen/diskutiert/umgesetzt:<br /> <br /> * Firmwareentwicklung<br /> ** 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.<br /> * Firmware-Builds<br /> ** Der urspüngliche Build Server minato hat noch mysteriöse Probleme. Deshalb wird derzeit ruri als Ersatz genutzt.<br /> ** Download von Firmware Builds auf ruri ermöglicht (http://ruri.on)<br /> * Infrastruktur Konfiguration:<br /> ** 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.<br /> <br /> 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:<br /> * Möglichkeit Gluon als Grundlage zu nutzen. Hierfür müsste OLSR/OpenVPN in Gluon integriert werden. Die Machbarkeit wird Lars prüfen.<br /> * 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.<br /> * 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.<br /> ** 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.</div>

Leo