Konkrete Auswirkungen?
Ist manuelles eingreifen erforderlich?
Am 21.02.2017 23:37 schrieb "Jan-Tarek Butt via Dev" <dev(a)lists.ffnw.de>:
On 02/21/17 10:25, Jan-Tarek Butt via Dev wrote:
> Hi zusammen,
>
> Ich habe heute eine neue Firmware gebaut. Basisdaten:
> * Firmware-Version: 20170220
> * Gluon-Version: v2016.2.x
> * Commit ID: 242e636188dd9e81ed189fbe8414146dc0214347
> * Download: https://firmware.ffnw.de/20170220
>
> Die upstream Änderungen findet ihr hier:
>
> https://github.com/freifunk-gluon/gluon/compare/ee597c...242e63
>
> Folgende Comunnity spezifischen Änderungen gab es:
> package repo:
>
> * Alle packages wurden auf Kompatibilität geprüft
> * Alle lua files werden minifyed
>
> * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die
zuletzt
> ausgewählte Konfiguration der Positionskonfiguration im configMode nun
> wiederhergestellt.
>
> * pkg hoods: neue hoods (suedwest, whv und lohne).
> Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os,
> lk-vec, rastede und lk-fri)
>
> * pkg hoodselector-advanced: wurde entfernt
>
> * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich
> sind ein paar Änderungen zur Stabilisierungen vorgenommen worden und
> ein neuer zustand für WLAN lose Geräte ist hinzu gekommen.
>
> * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die
blacklisted
> werden sollen
>
> * pkg luamin: wurde entfernt
>
> * pkg luaparse: wurde entfernt
>
> * pkg lwtrace: angepasst zur Parameterübergabe von mehreren bssids
>
> * pkg ffnw-node-info: übergibt nun alle bssids die im hoodfile enthalten
sind.
>
> * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht
>
> Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden:
> https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/
compare/20170125...20170220
>
> Die Änderungen an unseren eigenen Paketen können im Packages-Repository
hier eingesehen werden:
> https://git.nordwest.freifunk.net/ffnw-firmware/packages/
compare/20170125...20170220
>
> Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu
> signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter:
> https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#
Firmware_signieren
Diese Firmware stellt eine molwm Inkompatibilität zu vorherigen Versionen
da.
Es ist zwingend notwendig in einem mesh on lan/wan Konstrukt einer Version
>= 20170220
zu betreiben da die hashes der hoods sonst ungleich sind auf grund von
Rechenfehlern in
Älternen Firmwares.
vg
Tarek
_______________________________________________
Dev mailing list
Dev(a)lists.ffnw.de
https://lists.ffnw.de/mailman/listinfo/dev
Hi zusammen,
ich habe mal ein state dia für den hoodselector erstellt:
Es handelt sich um eine grobe etwas abstracter gehaltende
version da es sonst zu große aus maße annehmen würde.
https://mw.ffnw.de/Hoodselector
vg
Tarek
Hallo,
ich habe einen Router in Wilhelmshaven, der hat den Gateway
b6:48:25:84:a0:4c
gewählt, alle anderen drum herum haben als Gateway "lkfri2"
ist das OK, oder kann ich euch möglicherweise einen Bugreport schicken?
LG
Malte
Moin Leute,
ich frage mich gerade folgendes: kann es bei PoE-Passthrough-Konstrukten
passieren, dass der Sekundäre Router gerade sein firmwareupdate flasht
während der primäre nach erfolgreichem update flashen rebootet? Dann
wäre nämlich beim sekundären während des flashens der Saft weg, was ja
unter gar keinen Umständen passieren darf. Ist diesbezügllich Vorsorge
getroffen, also liegen die autoupdater-minuten speziell bei
PoE-Passthrough-Konstrukten weit genug aus einander? ich frage, weil ich
neulich kurz nach einem automatischen update eine PoE-sekundäre CPE
tftpen musste und weil ich jetzt schon 2mal gesehen habe, dass innerhalb
von PoE-Passthrough-Konstrukten nur 7 Minuten den autoupdater läufen
liegen. Wenn man Pech hat, handelt man sich damit ihmo Probleme ein.
LG lorenz
Hi zusammen,
ich habe mich einmal ein wenig in das Thema IPv6 und doppelten IPs auf den
Routern eingelesen.
Ab und zu kommt es in den Hoods ja vor, das diese kurzgeschlossen werden,
und keinerlei v6 Traffic mrhr fließt. Hier hat der Router einfach mehrere
v6 Defaultroutes.
Lösung des Problems: https://github.com/freifunk-gluon/gluon/pull/838
Der Router schaut nach der besten TQ zum Gateway und entscheidet sich dann
für den richtigen Weg. Auch im Falle eines Kurzschlusses wäre das v6
Routing dann noch möglich.
Daher meine Bitte, dass Paket in die nächste Firmware einzubauen - dass
sollte all unseren Nerven zu Gute kommen :)
Viele Grüße,
Stefan
Hi zusammen,
Es sind nun alle packages für gluon v2016.2.x angepasst.
Am hoodselector bin ich gerade noch bei das Problem im
mesh on lan/wan Verbund zu testen. Dieses release wird
wohl ein paar mehr Änderungen enthalten.
vg
Tarek
Hallo
Heute ist hier ein 1043er aus der Förderung in der Version 4 aufgetaucht
steht schon fest wann die fertig sein wird? Die Freifunk-Firmware für v3
geht nicht ;-)
Grüße
Nils
--
----------------------------
Freifunk Nordwest
www.ffnw.de
Hallo,
ich möchte die Anzahl der Netzwerkports meines Heimnetzes erhöhen. Um mir
ein weiteres Gerät in Form eines Switches zu sparen, ist mir der Gedanke
gekommen, ob man vielleicht die LAN Anschlüsse meines WDR3600 so
umprogrammieren könnte, dass an diesen statt dem Freifunknetz mein normales
Heimnetz ausgegeben wird, also der FF Router neben der Bereitstellung des
Freifunk WLANs noch die Funktion eines Switches für mein Heimnetz übernimmt.
Vielleicht können Sie mir sagen, ob dies generell möglich ist und falls ja,
welche Änderungen ich dafür per SSH vornehmen muss?
Bereits im Voraus vielen Dank für Ihre Hilfe
Klaus Dint
