[PATCH] fff-network/fff-hoods: Calculate fdff IPs based on uci

[mail at adrianschmutzler.de]

Habe nun in meiner aktuellen Firmware den uci Patch wieder herausgenommen und prompt zwei Picostation M2 ohne fdff-Adressen bekommen.

Die Geräte bekommen dann anstelle der korrekten fdff::MAC/64 und fdff::EUI/64 einfach fdff::/64 eingetragen, also funktioniert der Code an sich, nur das Auslesen aus der Datei klappt nicht. Da uci scheinbar sofort (aus dem Speicher?) verfügbar ist, geht es hier immer.

Entsprechend folgende Schlüsse:
1. Die uci-Variante klappt bei mir immer.
2. Direkt vor dem Setzen der MAC-Adressen steht ein network restart. Evtl lockt das die Dateien irgendwie und eine längere Wartezeit als 5 sec. würde reichen.
3. Gegen 2. spricht, dass der Fehler nur bei ONE-Port Geräten auftritt (WA850, WA860, Picostation), dort zu 100 %, bei anderen Geräten zu 0 %. Der Block vor dem Setzen der fdff-Adressen ist aber für beide identisch (Setzen der Router-MAC). Wenn das ein Trägheitsphänomen wäre, müsste es sich anders zwischen den Geräten verteilen.
4. Auf der AC-Mesh, die auch ein One-Port-Gerät ist, konnte ich den Fehler hingegen nicht beobachten.
5. Das Problem tritt erst seit der V2 Firmware auf.

Sicher liegt hier etwas im Argen, wo wir einfach nicht drauf kommen. Ich werde für meine Firmware jetzt erst mal wieder den uci-Patch verwenden, da er das Problem zuverlässig behebt.

Da ich z.Zt. kein entsprechendes Gerät zu Hause habe, kann ich auch nur begrenzt testen. Über Remote bin ich lieber vorsichtig...

Grüße

Adrian

> -----Original Message-----
> From: Tim Niemeyer [mailto:tim at tn-x.org]
> Sent: Samstag, 23. Dezember 2017 14:46
> To: Fabian Bläse <fabian at blaese.de>; franken-dev at freifunk.net; Adrian
> Schmutzler <mail at adrianschmutzler.de>
> Subject: Re: [PATCH] fff-network/fff-hoods: Calculate fdff IPs based on uci
> 
> Hi
> 
> Am Freitag, den 01.12.2017, 10:43 +0100 schrieb Fabian Bläse:
> > Irgendwie gefällt mir diese Änderung nicht so richtig. Das Auslesen
> > aus UCI funktioniert nur, wenn die ROUTERMAC gesetzt wurde. Das ist
> > zwar aktuell der Fall, besonders hübsch finde ich das aber nicht,
> Das ist aktuell zufällig der Fall. Zwingend ist das Setzen bisher nicht.
> 
> Tim
> 
> > davon abzuhängen. In /sys/class/… sollte genau die gleiche MAC stehen.
> > Tut sie das nicht, sollte das Problem vielleicht erstmal dort gesucht
> > werden, denn dann scheint irgendwas kaputt zu sein.
> >
> > Was mir schon eher gefallen würde: Die Mac aus ROUTERMAC verwenden,
> > falls gesetzt, andernfalls mit br-mesh aus /sys/class/... versuchen.
> >
> > Fabian