Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Некоторых необходимых функций не хватает!, UniFi Network
 
На данный момент мы установили около 600 точек доступа, и их число растёт с каждым днём. Скоро будет 1000 AP. Наши основные клиенты — это гостиницы, студенческие общежития и так далее. В большинстве случаев мы заменяем системы Aruba и Ruckus и ставим Unifi AP.

Но в этом процессе сталкиваемся с множеством проблем из-за отсутствия нескольких базовых функций:

1. Ограничение минимального уровня сигнала клиента в дБ, который разрешено подключать к AP.  
Например, если у клиента RSSI меньше -85 dB, не разрешать подключение.  
Это должно быть реализовано для каждой точки доступа и каждой WLAN. Мы тщательно планируем покрытие на всех наших объектах. Обычно, если клиент мобильный, он «цепляется» за предыдущую точку доступа до разрыва соединения и только потом переподключается к сигналу получше. Иногда при первом подключении клиенты заходят на AP с худшим RSSI, что снижает общую производительность системы из-за очень низких скоростей. Мы не хотим оставлять производительность AP на волю случая со стороны клиента. Нужно автоматически отключать слабые сигналы и обеспечивать качество связи.

2. Management VLAN для AP.  
Мы потеряли много заказов, когда сказали заказчикам, что им нужно менять топологию или конфигурацию, чтобы развернуть UniFi. В большинстве существующих сетей с другими брендами используется Management VLAN для AP, и сеть устроена так, что менять конфигурацию довольно сложно. Мы потеряли проект, где планировалось установить 290 точек доступа на 85 коммутаторах HP. Администратор отказался перенастраивать 85 коммутаторов под UniFi и хотел использовать предыдущий Management VLAN, который был у их AP. Пожалуйста, сделайте поддержку Management VLAN — это очень важно.

3. Автоматическое расписание включения/выключения.  
Нужна функция, позволяющая задать расписание работы AP в течение суток.  
Например, гостевая Wi-Fi сеть в отеле должна выключаться после полуночи.

Прошу принять во внимание эти пожелания и постараться реализовать их как можно скорее, потому что у всех ваших конкурентов эти функции уже есть, и нам очень сложно убедить клиентов без этих базовых возможностей.
 
@yzf1kr

Не совсем так. Чаще всего клиенты пытаются переподключиться к той же точке доступа, даже если рядом есть другая с более высоким уровнем сигнала (RSSI). Вот почему просто «выкинуть» устройство клиента — это только половина задачи. Вторая половина — это отказать в ответах на запросы переподключения, чтобы заставить устройство переключиться на другую точку доступа. Omar
 
Да, это правильно с учётом того, как это реализовано. Если сигнал опускается ниже порога, точка доступа отключает клиента, и клиент пытается найти точку с более сильным сигналом. Если такой точки нет, он снова подключится к исходной. Также посмотрите эту тему: https://community.ui.com/questions/a88092a8-3d12-4467-b88b-62f9b03760ff
 
Привет, посмотри, пожалуйста, этот пост — там коротко объясняется, как работает RSSI: https://community.ui.com/questions/5867aa1b-029f-4650-a061-2c0594231be3#answer/25609252-82d8-4234-8190-8612426306ec
 
Похоже, что минимальный RSSI добавлен в GUI в альфа-версии, но у нас возникают проблемы с пониманием поведения точки доступа. Я установил минимальный RSSI на -45, а сам остаюсь подключён к точке доступа при -65 или даже хуже. Через минуту она решает меня отключить, а потом мой телефон вдруг снова подключается с -65 дБм. Мне это кажется как-то неправильно.
 
Это сейчас внедряется в разработке и выглядит здорово. Спасибо UBNT, что прислушались. Это очень нужное улучшение. Теперь нам нужно не допускать повторного подключения клиентов, которых уже «выгнали». Смотрите пункт №1 здесь: https://community.ui.com/questions/48b6b941-ab27-45a9-96b8-a02f714260bb  
Омар
Страницы: 1
Читают тему (гостей: 1)