Конечно, ваше право выбрать Cisco, но, исходя из моего опыта работы в основном в среде малого и среднего бизнеса, где Cisco был очень распространен, и зная затраты на развертывание и последующую лицензирование Cisco AP, ценность Unifi очень легко обосновать. Да, действительно, в некоторых областях функций/опций Unifi немного отстает, но если это не критично с точки зрения безопасности или внедрения, то это все равно очень жизнеспособное решение для многих, если не для большинства организаций, которым нужно много устройств при не безграничном бюджете. KuoH

Предполагаю, вы правы, я человек. Хочу сказать, что я уже на стадии установки Cisco AP. Работает, и после определенного времени отладки ценность UniFi теряется.

Очищено.

Только что запустили нашу систему Unifi и столкнулись с тем, что и описывалось ранее. Однако, "Block LAN to WAN Multicast and Broadcast Data" не включено на наших беспроводных сетях. Наш DHCP-сервер раздает IP-адреса без проблем уже много лет на проводной сети и на старой беспроводной системе HPE. Стоит ли попробовать включить "Block LAN to WAN Multicast and Broadcast Data" и добавить MAC-адрес нашего DHCP-сервера? Или у кого-нибудь есть какие-нибудь другие идеи? Спасибо.

@morty

Здесь нет гнева. Просто пытаюсь донести, что люди быстро винят UniFi AP или контроллер, когда зачастую проблема вызвана другими сетевыми неполадками, или они недостаточно хорошо разбираются в основах сетевых технологий, чтобы понимать последствия своих действий. Да, возможно, функция не слишком хорошо объясняется всплывающей подсказкой. Это я вам признаю.

Это верно. Но проблему с broadcast storms можно решить с помощью port isolation.

Привет всем. Эта проблема всплыла на сети клиента, где были два местоположения, разделенных офисным VPN. Проблема с адресами «169.x.x.x» затрагивала только определенные устройства в ОДНОМ из местоположений. Ноутбук или телефон, не мог подключиться на проблемном месте, без проблем работал в сети удаленного местоположения. Устройства Unifi в обоих местоположениях настроены контроллером, работающим на Windows сервере в «основном» месте, где возникла проблема. Я перепробовал «все», включая обновление программного обеспечения контроллера, прошивки UAP AC Pro, остановку и запуск служб DHCP на Windows 2016 сервере, а также перезагрузку всего сервера. Все это не помогло. Мы даже использовали WireShark, чтобы следить за проблемами. В моей ситуации, запросы DHCP либо не доходили до сервера, либо ответ сервера не доставлялся до беспроводных устройств. Отсюда и «проблема с 169.x.x.x». Перезагрузка коммутатора (выключение/включение питания) решила все наши заботы, указывая на то, что таблица MAC коммутатора каким-то образом была повреждена, что сказалось на сетевом трафике и, как следствие, приводило к тому, что НЕКОТОРЫЕ беспроводные устройства не получали адрес. Мы продолжим мониторинг этой ситуации в этом месте и заменим коммутатор, если сможем повторить это решение, если проблема снова возникнет. Это не обязательно панацея для всех, но стоит попробовать. Это быстро и бесплатно!

Наша проблема была ровно такая, как описал OP. Проблема возникла из-за того, что мы включили "Блокировка Multicast и Broadcast данных с LAN на WLAN", но забыли добавить DHCP-сервер в список исключений. Либо сделайте это, либо отключите функцию. Именно в этом была наша проблема, однако сайты, находящиеся за Meraki-роутерами, работали нормально, а наши локации за SonicWall-роутерами не могли получить DHCP-адреса в гостевой сети. Как вы понимаете, это вызвало массу недоразумений!

Без проблем, Уиллс. Этот случай, кажется, другой. Я был в офисе, AP прямо за дверью, и у меня было 2 ноутбука, iPhone, смартфон Huawei и Lenovo планшет, подключенные к нему. Этот Windows планшет не подключается ни к этому AP, ни к другим Unifi, что значит разные порты на роутере с разными DHCP-сервисами. Раньше он работал во время учебного года, который закончился в конце июня и начался снова в этом месяце. Обновление AP произошло в этот период. Возможно, это проблема с клиентом, но и фиксированный IP, который он выдает, не настроен в настройках TCP/IP. Завтра протестирую еще на другом (не Unifi) AP.