Das Problem ist ja, dass der Site Parameter wohl direkt aus der siteconf geholt wird. Wenn wir die Site dynamisch anpassen, muss folglich die siteconf umgeschrieben werden.
Hi,
> zusammen mit Stefan habe ich eine Lösung entwickelt, mit der wir im Meshviewer schnell sehen können welche Router in welcher Hood ist.
>
> Dieses wird durch den siteCode in der site.conf gesteuert.
>
> Die site.conf ist auch auf dem Router abgesichert und wird von respondd ausgelesen.
> respondd sammelt die Daten zusammen und sendete sie an Alfred bzw im neuen Setup an den Nachfolger.
>
> Demnach müsste die site.conf bei setzten eine Hood durch den Hoodselector angepasst werden. Ich habe dieses auch schon erfolgreich testen können.
>
> https://git.nordwest.freifunk.net/ffnw-firmware/packages/blob/feature/SiteCodes/hoodselector/files/usr/sbin/hoodselector
>
> Was haltet ihr davon? Meinungen?
Ich finde das ist eine unschöne Lösung. Weil der hoodselector in die
site.conf hinein schreibt die durch viele andere Programme gelesen wird.
Die site.conf sollte am besten im Betrieb verändert werden sondern als
reine read only behandelt werden. Es können unglaublich unschöne
Anomalien auftreten. z.B. das Dienste abstürzten die rein garnichts mit
dem hoodselector zutun haben.
Eine Ermittelung auf Server Seite würde ich eher empfehlen. Den Routern
ist eine Eindeutige BSSID zu gewiesen sowie ein eindeutiger Batman-adv
Gateway über diese beiden Parameter + das hoodfile sollten sich relativ
leicht auf Server Seite eine Zuordnung zu einzelnen hoods realisieren
lassen.
vg
Tarek
_______________________________________________
Dev mailing list
Dev@lists.ffnw.de
https://lists.ffnw.de/mailman/listinfo/dev