Openwrt mehrere DHCP Server - Priorisierung

[Mater1984]

Hallo zusammen

ich habe bei mir im Netz mehrere Router / WLAN APs installiert.
Auf dem primären Router läuft auf Openwrt 23.05 der DHCP Server.
Da ich immer wieder das Problem von Timeouts mit dem DHCP Server hatte, oder er sich mal aufgehängt hatte, würde ich gern auf einem weiteren Accesspoint einen DHCP als Backup einrichten.
Wenn ich das tue werden aber 95% der Anfragen von diesem beantwortet obwohl der Hauptrouter die Option Authoritative gesetzt hat
Hier die Config des Hauptrouters:

root@WR1300v3:/etc/config# cat dhcp

config dnsmasq
        option domainneeded '1'
        option localise_queries '1'
        option rebind_protection '0'
        option local '/lan/'
        option domain 'lan'
        option expandhosts '1'
        option authoritative '1'
        option readethers '1'
        option leasefile '/tmp/dhcp.leases'
        option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'
        option localservice '1'
        option ednspacket_max '1232'
        option quietdhcp '1'

config dhcp 'wan'
        option interface 'wan'
        option ignore '1'
        option start '100'
        option limit '150'
        option leasetime '12h'

config odhcpd 'odhcpd'
        option maindhcp '0'
        option leasefile '/tmp/hosts/odhcpd'
        option leasetrigger '/usr/sbin/odhcpd-update'
        option loglevel '4'

config dhcp 'test'
        option interface 'test'
        option start '100'
        option limit '100'
        option leasetime '12h'

config dhcp 'Smarthome'
        option interface 'Smarthome'
        option start '100'
        option limit '75'
        option leasetime '7d'
        option force '1'

config dhcp 'kinder'
        option interface 'kinder'
        option start '100'
        option limit '50'
        option leasetime '1d'
        option force '1'

config dhcp 'Eltern'
        option interface 'Eltern'
        option start '100'
        option limit '50'
        option leasetime '1d'
        option force '1'

config dhcp 'Mgmt'
        option interface 'Mgmt'
        option start '20'
        option limit '50'
        option leasetime '1d'
        option force '1'

Und des zweiten Routers wo es aktuell jetzt deaktiviert ist:

root@WR1300ap:~# cat /etc/config/dhcp

config dnsmasq
        option domainneeded '1'
        option localise_queries '1'
        option rebind_protection '1'
        option rebind_localhost '1'
        option local '/lan/'
        option domain 'lan'
        option expandhosts '1'
        option readethers '1'
        option leasefile '/tmp/dhcp.leases'
        option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'
        option localservice '1'
        option ednspacket_max '1232'

config dhcp 'lan'
        option interface 'lan'
        option start '100'
        option limit '150'
        option leasetime '12h'
        option dhcpv4 'server'
        option ignore '1'

config odhcpd 'odhcpd'
        option maindhcp '0'
        option leasefile '/tmp/hosts/odhcpd'
        option leasetrigger '/usr/sbin/odhcpd-update'
        option loglevel '4'

config dhcp 'ALBkinder'
        option interface 'ALBkinder'
        option start '151'
        option limit '50'
        option leasetime '1d'
        option ignore '1'

config dhcp 'ALBsmart'
        option interface 'ALBsmart'
        option start '176'
        option limit '50'
        option leasetime '7d'
        option ignore '1'

config dhcp 'Eltern'
        option interface 'Eltern'
        option start '151'
        option limit '50'
        option leasetime '1d'
        option ignore '1'

config dhcp 'mgmt'
        option interface 'mgmt'
        option start '151'
        option limit '50'
        option leasetime '1d'
        option ignore '1'

config host
        option ip '192.168.140.165'
        option mac '48:31:77:AC:80:F4'

config domain
        option name 'webserver'
        option ip '192.168.130.13'

Ich sehe zwar die Option option maindhcp '0' aber ist das auch die richtige?

Die zweite Frage ist wie stelle ich ein, dass der zweite DHCP Server als Standardgateway und DNS den Hauptrouter angibt. Hier gibt er trotz Einstellung immer seine eigene IP mit.

 

[TheBigG]

dnsmasq ist optimiert so Ressourcen schonend wie möglich zu sein und hat keine Cluster Funktionalität. Das was du beschreibst klingt eher nach einem an einigen stellen kaputten Netzwerk und nichts was man mit einem backup DHCP behebt. Daher ein DHCP und wenn der Router immer wieder ausfällt den mal ersetzen.
Nur als normalitätscheck für dich, ich nutze selbst auch OpenWRT und das in einem recht großen Netzwerk mit vielen APs und clients kann dir versichern das das der DHCP einfach sich aufhängt oder DHCP requests in timeouts laufen nicht normal ist.

 

[Mater1984]

Danke.
Kam auch schon länger nicht mehr vor. War auch nur der dhcp Dienst der keine IPs mehr vergeben hatte.

 

[Zyxx]

Nur um es abgeklärt zu haben:

Wie groß ist der DHCP Pool, wieviele Geräte sind drin?
Wenn der Adressraum erschöpft ist sieht man das nicht immer direkt. Aber besonders bei "random MAC Geräten" passiert das schneller als man denkt.

 

[Mater1984]

Nur um es abgeklärt zu haben:

Wie groß ist der DHCP Pool, wieviele Geräte sind drin?
Wenn der Adressraum erschöpft ist sieht man das nicht immer direkt. Aber besonders bei "random MAC Geräten" passiert das schneller als man denkt.

Random Mac ist aus auf allen Geräten. Sind auch nicht viele Geräte. Im größten Netz glaube ich 30 aber das ist das Smarthome Netz wo die Lease sehr lang ist.
Sonst sind es 5-10 Geräte bei 50 IPs im Pool.
Aber trotzdem könnte das erklären warum es früher mal nicht ging.
Da war die Random IP nicht überall abgeschaltet

 

[Liesel Weppen]

aber das ist das Smarthome Netz wo die Lease sehr lang ist.

Das könnte der Knackpunkt sein. Random-Macs, also bei jedem Connect eine neue IP-Adresse "belegt" und sehr lange Leasezeiten, beisst sich irgendwie.

 

[Mater1984]

Das könnte der Knackpunkt sein. Random-Macs, also bei jedem Connect eine neue IP-Adresse "belegt" und sehr lange Leasezeiten, beisst sich irgendwie.

Definitiv aber die Smarthome Geräte haben ja normalerweise keine Random Mac. Also Thermometer, Schaltbare Steckdose, homeassistant Server, FireTv Stick usw.

Das sind ja eher die Tablets und Smartphones

 

[Mater1984]

Nur um es abgeklärt zu haben:

Wie groß ist der DHCP Pool, wieviele Geräte sind drin?
Wenn der Adressraum erschöpft ist sieht man das nicht immer direkt. Aber besonders bei "random MAC Geräten" passiert das schneller als man denkt.

Im Moment habe ich über 3 Netze insgesamt 32 Leases vergeben laut OpenWRT.

 

[Hexcode]

Also bei 32 Leases brauchts definitiv keinen zweiten DHCP sondern eher eine Analyse wo es in deinem Netz Probleme gibt...

 

[Mater1984]

Ich hab den Fehler von allem gefunden.
Die Router haben einen Mediatek chip

MT7603E (2,4 GHz)
Unterstützt laut MediaTek-Datenblatt:

• IEEE 802.11 b/g/n (HT20/HT40)
• 2×2 MIMO
• bis zu 300 Mbit/s brutto
• Short GI (20/40 MHz)
• TX Beamforming (rudimentär)
• STBC (TX/RX)
• Power Save / WMM / U-APSD
• 802.11e QoS
• 802.11h TPC / DFS (grundlegend, selten genutzt)
• 802.11k RRM
• 802.11v (WNM BSS Transition)
• 802.11r (Fast BSS Transition)

MT7615 (5 GHz)
Unterstützt laut Datenblatt:

• IEEE 802.11 a/n/ac (HT20/40 + VHT80)
• 4×4 MIMO @ 5 GHz (Realtek-OEMs nutzen oft nur 2×2)
• RX LDPC
• TX STBC
• Beamforming + MU-MIMO (Downlink + Uplink)
• 802.11k/r/v
• Airtime Fairness + AQL
• DFS (Detection + CAC)
• WNM Sleep Mode

Was der mt76-Treiber unter OpenWrt unterstützt:

• 802.11 b/g/n HT20 HT40 voll
• MIMO 2×2 voll
• Short GI und STBC funktionieren
• WMM / QoS / U-APSD aktiv
• DFS/TPC nur teilweise
• 802.11k aktiv
• 802.11r implementiert, aber nicht stabil
• 802.11v teilweise funktioniert, nicht vollständig
• WNM Sleep Mode nicht implementiert
• Beamforming nicht vorhanden
• Wi-Fi 6 nicht unterstützt

Zusammenfassung des Vergleichs

Feature	Chip kann es	mt76-Treiber in OpenWrt
802.11b/g/n/ac	ja	ja
HT20/HT40/VHT80	ja	ja
VHT160	ja (MT7615)	nein
802.11k RRM	ja	ja
802.11r Fast Transition	ja	instabil
802.11v BSS Transition	ja	teilweise
WNM Sleep Mode	ja	nicht vorhanden
Beamforming / MU-MIMO	ja (MT7615)	nicht implementiert
DFS / TPC	ja	teilweise
Airtime Fairness / AQL	ja	aktiv
Wi-Fi 6 / 802.11ax	nein	nein

Kurz gesagt laut ChatGPT

Die Chips MT7603E und MT7615 sind hardwareseitig recht fähig (802.11k/r/v, MU-MIMO, Beamforming usw.), aber der offene mt76-Treiber unter OpenWrt nutzt nur die zuverlässigen Teile des mac80211-Stacks. Alles jenseits von 802.11k funktioniert entweder unstabil oder gar nicht.

Wenn du Wert auf maximale Stabilität legst, solltest du 802.11r, 802.11v und WNM deaktiviert lassen – und 802.11k aktiv lassen, denn das arbeitet sauber mit den mt76-Chips.

Sehr gute Frage — das ist ein häufiger Stolperstein mit iPhones und OpenWrt, besonders in Kombination mit dem mt76-Treiber.

Option	Wert	Bedeutung
dtim_period	3	Kompatibel mit iOS Power-Save
max_inactivity	900	Verbindungs-Timeout erhöhen
disassoc_low_ack	0	Fehlinterpretation verhindern
ieee80211r	0	Fast-Transition deaktivieren
ieee80211v	0	BSS-Transition deaktivieren
ieee80211k	1	Nachbar-AP-Infos aktiv
wnm_sleep_mode	0	keine fehlerhafte Sleep-Negotiation
bss_transition	0	kein ungewolltes Roaming

Somit hatte ich extreme Probleme weil so ziemlich alle Optionen aktiv waren.
Es war ein Act vor dem Herrn aber klappt jetzt stabil

 

[Zyxx]

Keines der Features hat etwas mit DHCP Problemen zu tun.

Beim schnellen überfliegen:

Die Beschreibung zum DTIM ist strange, denn dieser Wert schreibt vor wie oft Geräte nach neuen Daten lauschen. Und so lange setzen sie Beacons aus.
Die zu Disassoc_low_ack ist Blödsinn, denn eigentlich haut das Geräte raus die zu weit weg sind / deren ACKs zu niedrig sind.

Die anderen Bedeutungen sind auch "mit Vorsicht zu genießen".

Ich würde mich nicht auf KI verlassen.
Das ist nur der Weg zu "es geht nichts mehr, aber KI hat gesagt ich soll den Stecker ziehen". Ohne jetzt böse gemeint zu sein, aber es steht halt viel Blödsinn im Web, der hier dann freudig rezitiert wurde.

 

[Mater1984]

Das stimmt. Immerhin nach viel hin und her und der Umsetzung der Steps. In 4 Stunden immer nach und nach die Einstellungen angepasst, Log auf Debug. Nächste Einstellung geprüft, das mit dem Treiber über die Seite der Programmierer verifiziert usw.

Aber seither ist alles wesentlich besser. Das Problem mit dem DHCP war ein Timing Problem oder so. Auf jeden Fall mit den Einstellungen läuft es jetzt stabil.