[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