batman-adv mesh网络中DHCP服务器动态分配方案咨询

针对你描述的节点动态进出的无中心mesh场景，存在成熟的动态机制实现DHCP服务器的故障自动切换与重新指派，无需依赖固定部署的DHCP节点，常见落地方式如下：

• 方案1：DHCP故障转移集群 + mesh节点存活检测
  可在多个可选节点上部署ISC DHCP服务的故障转移组，搭配batman-adv自带的batctl工具实时检测节点的mesh网络连通性与链路质量。当主DHCP节点的链路质量低于预设阈值、或完全脱离mesh网络时，集群会自动从当前存活的备用节点中选举新的主服务节点，接管原有IP地址池对外提供分配服务。更大规模场景下可将集群扩展至3~5个节点，引入轻量Raft选举逻辑避免脑裂问题。
• 方案2：采用分布式DHCP实现，完全规避单点依赖
  选择适配分布式网络的DHCP实现，比如修改udhcpd默认逻辑，让所有节点默认运行DHCP服务端：分配地址前先通过batman-adv的全网广播校验IP是否已被占用，仅当网络中无其他DHCP服务端响应客户端请求时，本地节点才会接管分配职责。同时可提前将整个地址池拆分给所有节点，各节点仅从自身分配的地址段中分配IP，从根源避免地址冲突。
• 方案3：替换DHCP，采用无状态地址分配逻辑
  若业务可兼容IPv6，可直接使用IPv6 SLAAC（无状态地址自动配置）或链路本地地址，batman-adv原生支持IPv6邻节点发现机制，节点加入网络后可自动生成可用IP，完全不需要DHCP服务端，天然适配节点动态进出的场景，无需额外维护服务选举逻辑。

注意：如果坚持使用IPv4 DHCP方案，需要在所有节点开启ARP隔离与地址冲突检测（ACD），batman-adv内置的dat（分布式地址表）功能可以大幅降低冲突检测的广播开销，提升网络效率。

内容的提问来源于stack exchange，提问作者tdev