[RFC PATCH] fff-batman-adv: Disable batman gw-selection
Adrian Schmutzler
mail at adrianschmutzler.de
Di Dez 11 15:23:09 CET 2018
Hallo Christian,
> ich bin mittlerweile deutlich für raus damit mit einer weiteren Begründung:
> Ich muss mich nicht mehr drum kümmern aufzupassen wann meine DHCP Leases
> überlaufen. Wenn keine mehr da sind, offerd mein Server nix mehr und der
> nächste bekommt sie ab. Das ist wunderbar, das ist toll, das ist geil ;)
Macht das der DHCP-Server automatisch so?
Grüße
Adrian
From: franken-dev [mailto:franken-dev-bounces at freifunk.net] On Behalf Of Christian Dresel
Sent: Dienstag, 11. Dezember 2018 12:40
To: franken-dev at freifunk.net
Subject: Re: [RFC PATCH] fff-batman-adv: Disable batman gw-selection
hi
Am 11.12.18 um 11:32 schrieb Adrian Schmutzler:
> nicht bei einem kaputten, aber bei einem falsch konfigurierten DHCP kann
> die Gateway Selection wiederum helfen.
>
>
>
> Mir ist es im Rahmen von Serverumzügen gelegentlich passiert, dass beim
> jeweils anderen Gateway durch einen Tippfehler ein falsches
> Standardgateway oder ein komplett falsches Netz für den DHCP
> ausgestrahlt wurde.
>
> Wird dies nicht zeitnah behoben, kann ich durch die Gateway-Selection
> dann die Clients an mich ziehen und so den fehlerhaften DHCP isolieren,
> bis das Problem behoben ist.
>
>
die andere Seite ist halt: Wir hatten es schon sehr oft, das Server sich
als Gateway announced haben, aber DHCP nicht lief. Dieses Problem würde
sich damit lösen und gefühlt ist das öfter aufgetreten als ein falsch
konfigurierter DHCP Server.
>
>
>
> *From:*franken-dev [mailto:franken-dev-bounces at freifunk.net] *On Behalf
> Of *Robert Langhammer
>
> ich lese als Huptproblem kaputte DHCP Server raus. Deswegen am BATMAN
> schrauben, ist doch der falsche Weg. Man sollte lieber mal schauen,
falsch herum gedacht:
Aktuell schraubt Batman massiv am DHCP Protokoll herum und "zerstört"
das eigentlich wie es gedacht ist. Man würde hier eher wieder zurück zum
"Standart" gehen wie es jeder "normale" Netzwerker kennt und eine
fehleranfällige "Zwichenschicht" entfernen.
> warum der DHCP Server seinen Dienst einstellt. Solange man dem DHCP die
> Interfaces nicht weg zieht, geht der nicht kaputt.
oh es ist schon viel kaputt gegangen nicht nur wegen fehlenden
Interfaces oder so aber ja, man sollte sein GW dahingehend schon
überwachen immerhin würde es ohne GW Selection gar nicht mehr auffallen
wenn der DHCP Server crasht (erst wenn alle in der Hood gecrasht sind
wird jemand es bemerken ;))
>
> Um die Gatewayselektion muss man sich allerdings kümmern. Also runter
> drehen, wenn die Leases voll werden, oder Traffic droht überzulaufen,
> usw. Da kann das eine nützliche Sache sein.
bei kleinen Hoods eher nicht, ich finde eh, man sollte auf seinen Server
nur soviele Hoods haben wie man alleine (wenn man alle alleine betreiben
würde) vertragen kann. Alles andere ist halt "spiel mit dem Feuer" Mit
v6 kannst du das dann eh nicht mehr richtig steuern.
>
> Es ist eine der wenigen Stellschrauben in unserem schrecklichen Layer2
> Netz. Ich würde es drin lassen. Aber wie schon gesagt, man muss sich
> darum kümmern.
ich bin mittlerweile deutlich für raus damit mit einer weiteren Begründung:
Ich muss mich nicht mehr drum kümmern aufzupassen wann meine DHCP Leases
überlaufen. Wenn keine mehr da sind, offerd mein Server nix mehr und der
nächste bekommt sie ab. Das ist wunderbar, das ist toll, das ist geil ;)
vom Mars gesendet
Christian
>
> Robert
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20181211/01ad42c0/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : nicht verfügbar
Dateityp : application/pgp-signature
Dateigröße : 834 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20181211/01ad42c0/attachment.sig>
Mehr Informationen über die Mailingliste franken-dev