Welche DHCP-Konzepte gibt es?

In Wupper sind auf vier GWs ISC-DHCP-Server aufgesetzt die jeder Broadcastdomäne (9-11 Stück) in Wupper DHCP-Anfragen beantworten. Pro GW und je Broadcastdomäne wird ein /22er Block zugewiesen. Die Leasetime beträgt 10 min. Insgesamt gibt es also /20, die per DHCP zugewiesen werden können. Es gibt bisher keine Probleme in diesem Aufbau.

Als Beispiel eine Broadcastdomäne auf einem der 4 GWs in Wupper

subnet 10.3.0.0 netmask 255.255.0.0 {
interface bat-wup;
range 10.3.252.0 10.3.255.254;
default-lease-time 600;
max-lease-time 1200;
option domain-search "ffw", "in.ffwtal.net";
option domain-name-servers 10.3.0.247;
option broadcast-address 10.3.255.255;
option subnet-mask 255.255.0.0;
option routers 10.3.0.240;
}

Probleme, die sich hierbei ergeben können, sind, dass ein DHCP-Server seine tausend Adressen verteilt hat und keine Anfragen mehr annimmt. Auf Batman-Ebene wird es glaube ich (ich weiß es nämlich nicht) nicht erkannt und die Anfragen laufen ins leere. Wenn dies der Fall ist, ist dieses Szenario empfehlenswert, welches bei uns in der Schublade liegt:

Anzahl der Nutzer > Anzahl der verfügbaren Adressen eines DHCP-GWs → erhöhe die Anzahl der verfügbaren Adressen auf dem GW

ist dies nicht mehr möglich, dann teile per bactl gw client mit, dass auf diesem GW keine DHCP-Anfragen mehr beantwortet werden* die anderen GWs springen in diesem Fall ein.

Anzahl der Nutzer > (Anzahl der verfügbaren Adressen der Broadcastdomäne — Anzahl der statischen Adressen) → Schicht im Schacht


*) obwohl bactl gw client die Batman-Einstellung batctl gw server x/y außer Kraft setzt, beantwortet dieser GW trotzdem immer noch DHCP-Renew-Anfragen, die an diesen explizit gestellt werden. Sie werden nicht von Batman umgebogen. Möchte man nach und nach Nutzer von einem GW wegbekommen, weil die Last zu hoch ist oder um z. B. Wartungsarbeiten durchführen zu können ohne die Verbindungen der dynamischen Nutzer zu trennen, muss der DHCP-Server deaktiviert werden. Die anderen Server übernehmen dann die Broadcast-Anfragen, da die gezielten DHCP-Renew-Anfragen ins leere laufen.