[RFC PATCH] fff-batman-adv: Disable batman gw-selection

[Christian Dresel]

Hallo

grundsätzlich, wir hatten es ganz früher (zu ca. 0.5.0 Zeiten) schon das
es aus war. Der Grund warum man es eingeschaltet hat es gab in Hoods 2-3
Server und einer in Nürnberg mit den langsamsten Uplink hat am
schnellsten geantwortet und alles zu sich gezogen und die "schnelleren"
Server bekamen nix ab.

Am 09.12.18 um 16:15 schrieb mail at adrianschmutzler.de:
> Hallo Fabian,
> 
> wenn das funktioniert, klingt das für mich sinnvoll. Die Frage ist, wie sich hier ein "kaputter" DHCP auswirkt, aber ein fehlender sollte ja abgefangen werden.

gar nicht, dann antwortet halt nur noch die funktionierenden. Erst wenn
kein funktionierender mehr da ist, wirds doof. Schön ist auch, wenn
leases voll offerd der DHCP Server einfach keine IP mehr und der/die
andere(n) bekommen den Rest ab.

> 
> In einem Setup, wo beide Gateways durch GRE den gleichen Exit verwenden, wie es inzwischen häufig der Fall ist, ist die Gateway-Selection ohnehin relativ sinnbefreit, da das Routing den Traffic "verteilt".

ja

> 
> Im Rahmen meines oberflächlichen Verständnisses tendiere ich also dazu, deinem Patch zu folgen.

ich tendieren auch eher zu ja, will aber nochmal drüber nachdenken und
weitere Meinungen abwarten

> 
> Ggf. wäre hier die Meinung von jemandem interessant, der einen eigenen Exit nutzt.

Macht im Prinzip keinen Unterschied, aber ich kann halt nicht mehr alles
"zu mir ziehen" obwohl ich soviel Traffic übrig hab. Mit v6 kann ich das
aber sowieso nicht mehr von daher kann man im Prinzip damit leben.
Schlimmer ist es das vllt. das 2. Backupgateway halt Clients abbekommt
ohne das es das will. Da gibts aber bestimmt möglichkeiten DHCP
Antworten leicht zu verzögen beim überlasteten GW damit es "später"
antwortet (könnte evtl. sogar mit iptables gehen, spätestens tc kann es
garantiert)

> 
> Wie verhält es sich zwecks Kompatibilität?
> Ich würde erwarten, dass die alten Router ja weiterhin Gatewayselektion brauchen, d.h. man kann die Gatewayselektion an den GWs nicht abschalten (da ändert sich dann erstmal gar nichts)?

japp wir werden das am Gateway weiterhin brauchen. Aber ein kaputter
DHCP Server mit aktiver GW Selection am Gateway macht bei den neuen
Routern halt nix mehr kaputt.

> 
> Was genau passiert, wenn man batman-adv.bat0.gw_mode überhaupt nicht setzt?

dann ist es "aus" und Batman leitet DHCP Anfragen einfach weiter als
Multicast ins Freifunknetz. Zur Sicherheit sollte man die Firewall
nochmal prüfen nicht das die blockt (hab ich jetzt gerade noch nicht getan)

mfg

Christian

> 
> Grüße
> 
> Adrian
> 
>> -----Original Message-----
>> From: franken-dev [mailto:franken-dev-bounces at freifunk.net] On Behalf
>> Of Fabian Bläse
>> Sent: Sonntag, 9. Dezember 2018 16:07
>> To: franken-dev at freifunk.net
>> Subject: [RFC PATCH] fff-batman-adv: Disable batman gw-selection
>>
>> For our centralized setup, batmans gateway selection makes way more
>> problems than it solves for various reasons.
>>
>> Mainly a broken DHCP server is not recognized by it, therefore nodes might
>> select a gateway with a broken dhcp server.
>> Routers have to run a cronjob every minute to reevaluate gateway metrics
>> because of weird refresh behaviour with specific client modes.
>>
>> Also, gateway selection violates the OSI model by tampering with protocols
>> on a different layer.
>>
>> When disabling it, every DHCP Server will reply to a clients request and the
>> client decides which offer it is going to use. Typically the first response is
>> used.
>>
>> Signed-off-by: Fabian Bläse <fabian at blaese.de>
>> ---
>>  .../fff/fff-batman-adv/files/etc/uci-defaults/93-fff-batman-adv | 2 --
>>  .../fff/fff-batman-adv/files/usr/lib/micron.d/fff-batman-adv    | 1 -
>>  2 files changed, 3 deletions(-)
>>  delete mode 100644 src/packages/fff/fff-batman-
>> adv/files/usr/lib/micron.d/fff-batman-adv
>>
>> diff --git a/src/packages/fff/fff-batman-adv/files/etc/uci-defaults/93-fff-
>> batman-adv b/src/packages/fff/fff-batman-adv/files/etc/uci-defaults/93-fff-
>> batman-adv
>> index f312c49..ad522b5 100644
>> --- a/src/packages/fff/fff-batman-adv/files/etc/uci-defaults/93-fff-batman-
>> adv
>> +++ b/src/packages/fff/fff-batman-adv/files/etc/uci-defaults/93-fff-batm
>> +++ an-adv
>> @@ -3,8 +3,6 @@
>>  uci batch <<EOF
>>    delete batman-adv.bat0
>>    set batman-adv.bat0=mesh
>> -  set batman-adv.bat0.gw_mode='client'
>> -  set batman-adv.bat0.gw_sel_class='1'
>>    set batman-adv.bat0.bridge_loop_avoidance='0'
>>    set batman-adv.bat0.network_coding='0'
>>    set batman-adv.bat0.aggregated_ogms='1'
>> diff --git a/src/packages/fff/fff-batman-adv/files/usr/lib/micron.d/fff-
>> batman-adv b/src/packages/fff/fff-batman-adv/files/usr/lib/micron.d/fff-
>> batman-adv
>> deleted file mode 100644
>> index 21c857b..0000000
>> --- a/src/packages/fff/fff-batman-adv/files/usr/lib/micron.d/fff-batman-adv
>> +++ /dev/null
>> @@ -1 +0,0 @@
>> -*/1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
>> --
>> 2.19.2

-------------- 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         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20181209/61f40069/attachment.sig>