hm, also auch mit firmware 20171126 (LEDE) kann man folgendes beobachten:
root@FF-Bad-Iburg-Riesweg-Offloader:~# uci show network | grep auto network.wan.auto='1' network.mesh_wan.auto='0' network.mesh_lan.auto='1' network.client.auto='1' network.bat0.auto='1' root@FF-Bad-Iburg-Riesweg-Offloader:~# batctl if br-mesh_lan: active br-wan: active primary0: active mesh-vpn: active
unter Benutzung meiner parallel-ssh-Superkräfte habe ich gesehen, dass bei 115 von 635 ffnw-routern network.mesh_wan.auto='0' und trotzdem br-wan: active ist.
ich vermute, dass der Grund hierfür in der Funktion molwm(radios) liegt. hier wird am Anfang geprüft, ob network.mesh_wan.auto='1' _oder_ network.mesh_lan.auto='1' ist. Falls ja, wird mesh_en=true gesetzt. Dieser boolean spielt später (Zeile 207) eine Rolle, wenn es darum geht, ob mesh_wan enabled werden soll. hier sollte vielleicht besser nochmal network.mesh_wan.auto='1' direkt geprüft werden?
LG Lorenz
Am 09.12.2017 um 12:29 schrieb Jan-Tarek Butt via Dev:
On 11/16/17 21:08, lrnzo via Dev wrote:
Hallo Leute,
bekanntlich sorgen ja folgende Zeilen in der /etc/config/network dafür, dass das Interface br-wan nicht automatisch Teil der batman-bridge wird
config interface 'mesh_wan' option ifname 'br-wan' option transitive '1' option fixed_mtu '1' option proto 'gluon_mesh' option auto '0'
allerdings ist Thomas und mir heute auf einigen offloadern aufgefallen, dass trotzdem "br-wan: active" aufgelistet wird, wenn man mit "batctl if" die Interfaces in der batman-bridge abfragt. und gemesht wird darüber auch. Aufgefallen ist das, weil es einen hoodkurzschluss zwischen Bad-Iburg und LK-OS gab, aber das nur nebenbei.
logread sagt dazu:
Thu Nov 16 19:22:02 2017 daemon.notice netifd: Interface 'mesh_wan' is setting up now Thu Nov 16 19:22:02 2017 kern.info kernel: [ 107.934431] batman_adv: bat0: Adding interface: br-wan Thu Nov 16 19:22:02 2017 kern.info kernel: [ 107.934718] batman_adv: bat0: The MTU of interface br-wan is too small (1500) to handle the transport of batman-adv packets. Packets going over this interface will be fragmented on layer2 which could impact the performance. Setting the MTU to 1532 would solve the problem. Thu Nov 16 19:22:02 2017 kern.info kernel: [ 107.935802] batman_adv: bat0: Interface activated: br-wan
Was kann der Grund sein? Kann das jemand bei sich bestätigen? Auch für LEDE?
Ich bin noch nicht dazu gekommen, aber der hoodselector arbeitet im MOLWM mit mesh on LAN/WAN
vg Tarek
Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de