Das ist vollkommen richtig, diese Entscheidung werde ich nun abwiegen, viel Aufwand stecke ich nicht mehr in das "Problem", den MS DHCP zu reaktivieren ist schnell erledigt.
Aber 1-2 Dinge teste ich gerne noch, einfach des Wissens wegen.
UPDATE:
https://support.microsoft.com/en-us/help/938449/netlogon-event-id-5719-or-group-policy-event-1129-is-logged-when-you-start-a-domain-member
Durch Anwendung der Methode 2 sind die Netlogon Fehler beim Einsatz eines Third Party DHCP Servers nicht mehr ersichtlich.
Ich werde aber dennoch den MS DHCP Dienst wieder reaktivieren, da Spätfolgen durch den Einsatz eines Fremd DHCP Server im Zusammenspiel mit anderen derzeitigen oder zukünftigen MS Techniken nicht ausgeschlossen werden kann. Das ist zwar schade, aber Stabilität geht vor.
UPDATE2:
Das gute, ich habe den Lancom DHCP Server auf automatisch gestellt statt ein, die Einstellung automatisch besagt:
https://www.lancom-systems.de/docs/LCOS-Refmanual/9.10-Rel/DE/topics/aa1242623.html
'Auto': In diesem Zustand sucht das Gerät regelmäßig im lokalen Netz nach anderen DHCP-Servern. Diese Suche ist erkennbar durch ein kurzes Aufleuchten der LAN-Rx/Tx-LED.
Wird mindestens ein anderer DHCP-Server gefunden, schaltet das Gerät seinen eigenen DHCP-Server aus. Ist für den Router noch keine IP-Adresse konfiguriert, dann wechselt er in den DHCP-Client-Modus und bezieht eine IP-Adresse vom DHCP-Server. Damit wird u.a. verhindert, dass ein unkonfiguriertes Gerät nach dem Einschalten im Netz unerwünscht Adressen vergibt.
Werden keine anderen DHCP-Server gefunden, schaltet das Gerät seinen eigenen DHCP-Server ein. Wird zu einem späteren Zeitpunkt ein anderer DHCP-Server im LAN eingeschaltet, wird der DHCP-Server im Router deaktiviert.
Das hilft exakt für den Fall sollte der MS DHCP mal nicht verfügbar sein. Immerhin wurde dadurch ein Mehrwert/Ausfallsicherheit generiert.