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

mail at adrianschmutzler.de mail at adrianschmutzler.de
Di Jan 2 14:23:44 CET 2018


Ich habe gerade nochmal darüber nachgedacht:

Kann es sein, dass das Problem ähnlich dem mit alfred ist? Dadurch, dass ich in meiner Version die Dummy-Netzwerke (w2mesh/w2ap am Anfang) bereits deaktiviert sind, kommt br-mesh beim first-boot noch nicht hoch (br-mesh is down) und daher kann der File mit der MAC nicht gelesen werden. Das würde auch erklären, warum es "danach", also beim Testen über Konsole, geht?

Grüße

Adrian 

> -----Original Message-----
> From: mail at adrianschmutzler.de [mailto:mail at adrianschmutzler.de]
> Sent: Dienstag, 2. Januar 2018 00:44
> To: 'Tim Niemeyer' <tim at tn-x.org>; 'franken-dev at freifunk.net' <franken-
> dev at freifunk.net>
> Subject: RE: [PATCH] fff-network/fff-hoods: Calculate fdff IPs based on uci
> 
> 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



Mehr Informationen über die Mailingliste franken-dev