Распределенные вероятности DHCP
Я строю ячеистую сеть. Все узлы имеют маршрутизатор /AP "уровня AP" [как мы его называем, чтобы отличить его от маршрутизатора /AP "MESH-уровня"), который заботится об обработке клиентских подключений через традиционную сеть Wi-Fi, и все они имеют одинаковую конфигурацию, Все они создают свою собственную подсеть 172.16.xxx.yyy и их DHCP назначают адреса клиентам в диапазоне от 172.16.1.1 до 172.16.255.254 [это приемлемо, верно?]. openwrt заботится о рандомизации IP-адресов на основе MAC-адреса клиента, поэтому поровну распределяет IP-адреса клиентов по подсети.
Теперь - на узлах, находящихся физически рядом, - если клиент Wi-Fi роуминг [то есть он не полностью теряет соединение с одним узлом до переключения на другой] на новый узел, он не запрашивает новую аренду DHCP, а просто продолжает с старый адрес, который он использовал на предыдущем узле, без проверки того, что новому узлу уже присвоен этот IP, назначенный другому устройству. Централизованные DHCP-серверы здесь не вариант. Это вопрос:
Поскольку наш пул DHCP включает более миллиона IP-адресов и к одному узлу одновременно не будет подключено не более 30 устройств, насколько безопасна эта настройка с точки зрения предотвращения коллизий IP?
Это моя логика:
Если я правильно понимаю динамику DHCP, то через несколько лет один узел увидит конфликт IP-адресов [поскольку MAC-адреса будут преобразованы в тот же IP-адрес] [скажем, другое устройство получает IP-адрес моего телефона, пока мой телефон не подключен к этому узлу ]
Случай 1] мой телефон повторно подключается к тому же узлу с нуля [не роуминг с другой точки доступа] и получает другой IP -> нет проблем
Случай 2] мой телефон одновременно подключается к другому узлу сети -> нет проблем
Случай 3] мой телефон одновременно подключается к другому узлу в сети, получает свой обычный IP [поскольку все узлы вычисляют IP по одному и тому же алгоритму, по крайней мере, я предполагаю, что это так], который находится рядом с первым узлом [не что вероятно], а затем перемещается к этому первому узлу -> конфликт
Шансы случая 3: чтобы коллизия произошла и вызвала реальный конфликт, оба устройства должны быть подключены одновременно к одному и тому же узлу. Любой другой случай не создает проблем, поскольку временное смещение или пространственное смещение [узла] позаботятся об этом за нас.
Допустим, к одному и тому же узлу одновременно будет подключено не более 30 клиентов. Теперь, поскольку все их IP-адреса будут отличаться, так как их IP-адреса не будут случайными, но DHCP-сервер позаботится о том, чтобы никакие два устройства не разделяли один и тот же IP-адрес, это НЕ парадокс дня рождения, как эти 30 IP-адресов. не будет связанных событий
Таким образом, будет 30 случаев из одного миллиона, когда IP-адрес роумингового телефона будет конфликтовать с существующим, вероятность возникновения 0,003% или события роуминга 1 в 33 000+.
Правильна ли эта логика и эта математика, или я не рассматриваю здесь какой-то важный фактор? Подсети 10.xxx.yyy.zzz здесь не являются опцией, так как они используются слоем сетки, и мы не хотим, чтобы клиенты разделяли эту подсеть.
Спасибо и извините за очень конкретный вопрос, но для нас это принципиально важно.