[PATCH 1/2] fff-wireless: Also use wXmesh label for wXibss

Fabian Bläse fabian at blaese.de
So Jun 16 22:40:16 CEST 2019


Hallo Adrian,

On 16.06.19 16:24, mail at adrianschmutzler.de wrote:
> Hallo Fabian,
> 
> ich finde es gerade erstrebenswert, nur ein mesh-Interface zu haben. Für alle Schritte außer dem Setup kann ich das dann als Blackbox betrachten und muss nicht überlegen, welche Typen es gibt etc.
Aber wo, außer beim Setup, müssen wir die mesh-Interfaces nochmal anfassen?
So macht man halt das Setup abhängig von der konkreten Implementierung, obwohl es eigentlich ein Modul zur Abstraktion gibt.

Es ist dadurch beispielsweise nicht mehr Trivial möglich, einen weiteren Mesh Modus unabhängig vom fff-hoods Paket (und allen anderen Paketen, die Mesh in Zukunft verwenden werden) hinzuzufügen.

Folgender Kompromissvorschlag:
Umschalten und Aktivieren der Mesh Interfaces per Funktion, das fff-wireless kann dann in der konkreten Implementierung die entsprechenden Änderungen am wXmesh machen.
Dann hat man ein einzelnes Mesh Interface, aber keine Abhängigkeit der Setups zu der konkreten Implementierung. Dann gibts auch weniger doppelten Code, wenn man WLAN Interfaces für die Gatewayfirmware implementiert.

> Deinen Ansatz verstehe ich auch, allerdings ist fff-hoods dann ja trotzdem nicht unabhängig: Man muss ja wissen, welche Wifi-Typen es gibt, und diese dann entsprechend ansprechen.
Muss man nicht. Man muss nur wissen, ob der Typ, den man verwenden möchte, vom Modul bereitgestellt wird.

> Zudem würde der jeweils andere Adapter dann falsch konfiguriert bleiben. Und es macht bumm, wenn jemand manuell in der /etc/config/wireless alles auf disabled=0 setzt. Auch das hoodfile-Konzept sieht ja im Prinzip vor, dass es nur ein Mesh-Interface gibt.
Siehe Vorschlag oben.

> Ich persönlich bevorzuge daher meine Lösung und habe auch nicht direkt Lust, eine alternative Variante für die off. FW zu implementieren.
Das nimmt dir keiner Übel.
Ich würde mich bereit erklären meinen Alternativvorschlag von oben zu implementieren, wenn sich dafür eine Mehrheit findet.

Gruß
Fabian

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: OpenPGP digital signature
URL         : <https://{'listname': 'franken-dev-freifunk.net', 'hostname': 'lists.freifunk.net'}/pipermail/franken-dev-freifunk.net/attachments/20190616/4bb7c753/attachment.sig>


Mehr Informationen über die Mailingliste franken-dev