我正在build立一个网状networking。 所有的节点都有一个“AP级”的路由器/ AP（我们称之为将其与“MESH级”路由器/ AP区别开来），它负责通过传统的WiFinetworking处理客户端连接，并且它们都具有相同的configuration。 他们都创build自己的172.16.xxx.yyy子网及其DHCP分配地址到172.16.1.1到172.16.255.254的客户端[这是可以接受的权利？]。 openwrt负责基于客户端的MAC地址对IP进行随机化处理，从而在整个子网上平均分配客户端IP。
现在 – 在物理上靠近的节点上 – 如果一个wifi客户端漫游（意味着在切换到另一个节点之前没有完全失去与另一个节点的连接）到一个新的节点，它不会请求新的DHCP租约，而是继续旧节点上使用的旧地址，而不检查新节点是否已将该IP分配给其他设备。 集中的DHCP服务器在这里不是一个选项。 这是一个问题：
由于我们的DHCP池包含多个IP地址，并且不会有超过30个设备同时连接到单个节点，所以在避免IP冲突方面，这种设置有多安全？
这是我的逻辑：
如果我正确理解DHCPdynamic性，那么多年后，一个节点将看到一个IP冲突[因为MAC地址将转换为相同的IP] [假设另一个设备获取我手机的IP，而我的手机没有连接到该节点]
案例1 ]我的电话从头重新连接到同一个节点[ 不从另一个AP漫游]，并获得另一个IP – > 没有问题
情况2 ]我的电话同时连接到networking上的另一个节点 – > 没问题
案例3 ]我的电话同时连接到networking上的另一个节点，获得其通常的IP [因为所有节点都用相同的algorithm计算IP，至less我假设是这种情况]恰好在第一个节点附近[不是可能]，然后漫游到第一个节点 – > 冲突
情况3发生的可能性：为了发生冲突并导致实际冲突，两台设备必须同时连接在同一个节点上。 任何其他情况下都不会产生问题，因为时间位移或空间位移为我们处理这个问题。
假设不超过30个客户端将同时连接到同一个节点。 现在，由于所有的IP都是不同的，因为他们的IP不会是随机的，但是DHCP服务器会注意到不会有任何两个设备共享相同的IP，这不是一个生日悖论的情况，因为这30个IP不会是无关的事件。
因此，漫游电话的IP将与现有电话相冲突，发生概率为0.003％，或在33k +漫游事件中有1个电话，将有30万个案例出现。
这是逻辑和这个math是否正确或我不考虑一些主要因素在这里玩？ 10.xxx.yyy.zzz子网在这里不是一个选项，因为它们被网状层使用，我们不希望客户共享那个子网。
非常感谢您的回答，并且非常抱歉，但这对我们来说是非常重要的。