Привет! У меня похожая проблема с версией 4.8.12 в режиме Hotspot. Я целых три дня боролся, пытаясь заменить RV042 на USG в рабочей сети, много мучился с диапазоном DHCP, статическими адресами и так далее.  
Проблема сводится к некорректному отображению IP и дублированию адресов: IP моих NanoM5 неправильно отображались в диапазоне DHCP и одновременно связывались с беспроводными клиентами, из-за чего появлялись повторяющиеся IP!  
(Понимаю, что управляемая VLAN могла бы решить часть проблем, но почему это вообще обязательно?)  

Система:  
USG с последним ПО под 4.8.12, Ubiquiti OS.  
Только Hotspot с примерно 100 клиентами, никакой корпоративной сети.  
Коммутатор Tough для POE к некоторым точкам доступа и Nano.  
Одна LAN, без управляемой или гостевой VLAN.  
USG на 192.168.1.1, Tough Switch — 192.168.250, контроллер Unifi — 192.168.1.253.  
Диапазон DHCP 192.168.1.30—192.168.1.199 для гостей Hotspot,  
(к слову, пробовал и 192.168.1.30—254 с резервированием статических адресов для Nano, но проблема осталась).  
Статические адреса в диапазоне 192.168.1.200—254 для 8 Nano M5 на uplink и 19 AP (в основном PicoHP и уличные).  
4 точки доступа настроены в режиме беспроводного повторителя.  

На RV042 с точно такой же конфигурацией проблем не было.  
Поиск неисправностей был адски утомительным из-за неправильных IP, которые не совпадали с MAC-адресами.  
К сожалению, я был вынужден откатиться назад, поскольку потерял логи и не могу помочь с анализом.  
Функции DHCP довольно стандартные, а нынешний USG еще далек от совершенства.  
Мне нравится идея USG, но хочется быть уверенным, что недостатки DHCP-сервера будут исправлены.  
Есть ли у вас информация о следующем релизе USG?  
Боб из Бангкока

Controller 4.6.6 Java - 8 Update 51 Firefox 40.0.3 USG - 4.2.9.4778536 UAP-AC v2 - 3.2.12.2920 Cisco SR-2024 unmanaged switch

Пул DHCP — 50. Статические записи примерно такие же. Согласен, что устройство USG, скорее всего, корректно обрабатывает записи arp. Не уверен насчёт времени жизни (TTL) записей arp на USG, но оно должно быть достаточно большим, чтобы контроллер мог их получить. Проблема, похоже, именно в контроллере. Он должен знать, каким клиентам выдавал IP через DHCP, и эти клиенты сразу же должны отображаться. Все остальные производители с этим справляются.

По крайней мере, они должны отображаться на странице Insights, где, насколько я понимаю, показываются все устройства, которые были в сети с самого начала. Даже там нужно время, чтобы они появились.

В любом случае, теперь, когда известно о такой странности, я могу запустить пинг по всей сети, и устройства быстро появятся в USG. Когда начну устанавливать следующий USG, планирую провести больше тестов. А пока этот нужно запускать в эксплуатацию.

Спасибо, Грег

Интересно. Я заметил при новой установке, что если я пинговал устройство, оно появлялось в контроллере. Однако, я бы подумал, что когда клиенты выходят в сеть и запрашивают DHCP-адрес, их данные должны появляться в ARP-таблице, и тогда они отображались бы в контроллере как клиенты. Возможно, сразу слишком много одновременных DHCP-запросов, и контроллер не успевает их все обработать. В любом случае, через несколько часов они обычно все появляются, а в худшем случае — за ночь.

@gregorio

Я не уверен, что именно USG является источником IP-адреса в контроллере, вот пример ниже из установки/скриншота. В системе только некоторые UAP (lite и LR) Мы видим только 2 UAP И все IP правильные, кроме последних двух, которые идентичны, две системы, один и тот же IP

Что я хочу сказать: предполагаю, что контроллер собирает данные из разных источников — UAP, USW и USG — и отображает только часть информации без двойной проверки. Лучше бы спросить UBNT, какие именно данные передаются каждым устройством по отдельности (USG, USW, UAP).

Я тоже в замешательстве. Я не использую USW, а коммутатор Cisco. Даже если забыть про беспроводных клиентов, я не могу понять закономерность, по которой клиенты появляются или нет. Почему USG не показывает всех клиентов, если он же DHCP-сервер?