Клиенты Wi-Fi не могут перемещаться между точками доступа
Мы открываем офис со шлюзом безопасности Ubiquiti Unifi и тремя точками доступа UAP-AC. Контроллер работает на локальной машине Linux.
Большая часть настройки работает нормально. Мы используем сервер RADIUS, работающий на Synology DS 2015xs, для аутентификации WPA2-Enterprise. Тем не мение, наши клиенты не могут перемещаться с одной точки доступа на другую. Если клиент подключен в одной комнате и переходит в другую комнату, может пройти около пяти минут, пока клиенту не будет назначен IP-адрес в новом месте. Тем временем клиенты обычно получают IP-адреса, назначаемые самостоятельно, и не могут подключиться к Интернету или сети. Если тот же клиент вернется в первую комнату, для восстановления соединения снова потребуется до пяти минут.
Клиент, который остается в том же месте, может подключиться и получить IP-адрес в течение нескольких секунд.
Это как если бы клиенты «липли» и оставались связанными с определенной AP в течение длительного времени. Когда клиент, в конце концов, освобождается от этой точки доступа, он может подключиться к другой точке доступа, но затем останется подключенным к этой точке доступа, и ему придется снова ждать, прежде чем подключиться к другой точке доступа.
Я убедился, что аутентификация WPA2-Enterprise не является проблемой. Все клиенты проходят аутентификацию на сервере RADIUS в течение нескольких секунд, даже если им нужно несколько минут для получения IP-адреса. Я также тестировал это в открытой сети и обнаружил ту же проблему.
Я независимый IT-консультант, и за последние пару лет я все больше погружаюсь в мир Ubiquiti UniFi. Два UAP Pro (до AC) WAPs в длинном узком офисном пространстве, и чрезвычайно плотной среде РФ в центре финансового района SF. Использование MetaGeek InSSIDer показывает несколько сотен сигналов.
Когда я установил его, я запустил оба WAPs для полной мощности передачи, наивно думая, что он может перекрыть чрезвычайно конкурентный шум. В последующем анализе я увидел, что клиент пытается блуждать, и он становится "липким" к первой точке доступа, к которой он подключен, даже когда он ближе ко второй, которая находится рядом с ним.
На самом деле, как я недавно узнал, при подключении к BOTH WAP лучше оттянуть назад питание, чтобы клиент отпустил первую, а затем очень быстро нашел вторую. На форумах UBNT Community Forums вы найдете хорошее обсуждение деталей ZeroHandOff умным и скептически настроенным пользователем-инженером.
Мое воспоминание о ссылке, которую я нашел на форумах UBNT, заключается в том, что вы настраиваете сигнал у пользователя на -64Dbm, а не на max, так что он на самом деле может отпустить первого, чтобы перейти ко второму WAP. Он заставил меня усомниться в важности ZH после прочтения. Я посмотрю, смогу ли я предоставить ссылку.
Извините, что так обобщаю, но я увидел вопрос и подумал, что отвечу, так как это мой первый раз на этой веб-странице.
.