Я строю ячеистую сеть. Все узлы имеют маршрутизатор / точку доступа «уровня 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 из 33k + событий роуминга.
Правильны ли эта логика и эта математика, или я не принимаю во внимание какой-то важный фактор? Подсети 10.xxx.yyy.zzz здесь не подходят, так как они используются уровнем сетки, и мы не хотим, чтобы клиенты использовали эту подсеть совместно.
Спасибо и прошу прощения за очень конкретный вопрос, но для нас это принципиально важно.