0.8.5 - Neue Chance auf Gluon 2016.1

[hexa]

Am 16. Juni haben wir Firmware 0.8.5 freigegeben.

Nach mehreren fehlgeschlagenen Versuchen eine stabile Firmware aus dem 2016.1.x Branch von Gluon bereitzustellen, haben wir nun endlich eine neue Firmware, die es bis in den stable Branch geschafft hat. Die letzte, 0.7.3, hat über 250 Tage durchgehalten.

Änderungen seit 0.7.3

• Der Gluon Unterbau von 2015.1.2 auf 2016.1.5 aktualisiert, dazu die folgenden Changelogs:
• http://gluon.readthedocs.io/en/v2016.1.5/releases/v2016.1.html
• http://gluon.readthedocs.io/en/v2016.1.5/releases/v2016.1.2.html
• http://gluon.readthedocs.io/en/v2016.1.5/releases/v2016.1.3.html
• http://gluon.readthedocs.io/en/v2016.1.5/releases/v2016.1.4.html
• http://gluon.readthedocs.io/en/v2016.1.5/releases/v2016.1.5.html
• Konfigurationsmodus:
• Der VPN-Key wird nun im Format angezeigt, wie er auch später im Repository gespeichert wird
• Software
• zusätzlich zu alfred nutzen wir nun respondd um Daten von den Knoten abzurufen, alfred wird in Zukunft nicht mehr in unserer Firmware enthalten sein
• Gateways:
• gw02 und gw05 wurden eingerichtet
• Netzwerk
  • Der neue IPv6 ULA Addressraum ist fd01:67c:2ed8:6100::/64 und löst fdca:ffee:ffda::/64 ab.
  • Der neue IPv4 Addressraum ist 10.223.0.0/19 und löst 10.223.0.0/16 ab.
  • Die Nextnode Adressen wurden auf 10.223.0.254 und fd01:67c:2ed8:6100:: angepasst.
• Mesh:
• Mesh über 802.11s aktiviert, wird in nächster Firmware IBSS ablösen

Bekannte Probleme:

• ath9k instabil: Plötzlicher Verlust der Mesh-Verbindung (vgl. #605)

[beseb]

Was ist die Motivation hinter der Änderung des IPv6 ULA Addressraums und der Verkleinerung des IPv4 Addressraums von /16 auf /19 ? Ich bin mir sicher es gibt eine vernünftige Erklärung, die vermutlich nicht intuitiv zu erraten ist aber interessant zu erfahren.

Reichen wir bei IPv6 den Addressraum ohne NAT durch?

[hexa]

Die Verkleinerung des IPv4 Bereiches entspricht eher der realistischen Größe, die wir mit diesem L2-Netz im Kernbereich von Darmstadt als erreichbar ansehen. Insgesamt haben wir 10.223.0.0/16 als Resource im Freifunk-Bereich belegt, in den verbleibenden IP-Space werden wir in Zukunft andere L2-Domänen einpflegen.

Der IPv6 ULA-Raum wurde angepasst, dass mit sehr wenig Schreibaufwand zwischen unserem öffentlichen Addressraum und unserem privaten Adressraum gewechselt werden kann. Bspw. ist der Knoten 64283-hackspace über die folgenden beiden IPv6 Adressen erreichbar:

• 2001:67c:2ed8:6100:ea94:f6ff:fed4:5a3e
• fd01:67c:2ed8:6100:ea94:f6ff:fed4:5a3e

Und zu guter letzt: NAT ist eine zusätzliche Aufgabe, die unsere Gateways belastet, und auf keinen Fall Kennzeichen eines schönen Netzwerks - wir versuchen das also zu vermeiden wo möglich. Zudem haben wir genug IPv6-Adressraum (2001:67c:2ed8::/48) um ihn direkt rausgeben zu können, das können wir wiederum bei IPv4 nicht.