Nebula [AP]- Беспроводная помощь для здоровья и WiFi

В этойстатье рассказывается о том, как точка доступа [AP] работает в Nebula Control Center (NCC). Он покажет, как увеличить производительность WiFi, что 6 ГГц/5 ГГц/2,4 ГГц радио, адаптивная ширина канала, DCS, клиент, агрессивность оптимизации, а также Wi-Fi Aid для сетевых проблем. обзор проблем с подключением, примеры сбоев WiFi, и что такое Wireless failure, DHCP failure, DNS failure и Portal failure.

Беспроводное здоровье

Здоровье беспроводной сети - это профессиональная функция Nebula (Pro), которая позволяет отслеживать состояние вашей сети WiFi (как устройств Nebula, так и подключенных клиентов WiFi).

• Точка доступа постоянно отслеживает не-WiFi помехи (точка доступа начнет работать с обновлением до v7.10)
• Изменение поведения самооптимизации на радио 5 ГГц
• Улучшения в журнале событий Wireless Health

Вы можете улучшить производительность сети WiFi, выполнив следующие действия:

• Включите DCS (динамический выбор канала), чтобы выбрать радиоканал с наименьшим количеством помех.
• Включите функцию Client Steering, чтобы использовать более сильный сигнал WiFi.
• Изменить полосу пропускания канала, чтобы уменьшить радиопомехи от других устройств WiFi.

Go to Monitor -> Access Point -> Wireless Health 

Действие автоматической оптимизации

Радио 6G/5G/2.4G - Выберите ON, чтобы включить и указать, как устройство Nebula улучшает производительность сети WiFi.

Адаптивная ширина канала - выберите этот параметр, чтобы автоматически изменить ширину канала устройства Nebula со 160 МГц на 80 МГц для уменьшения радиопомех от других устройств WiFi поблизости. Если это не улучшит производительность, будет также включена функция DCS.

DCS (динамический выбор канала) - выберите эту опцию, чтобы устройство Nebula сканировало и выбирало радиоканал с наименьшим количеством помех.

Клиент - Выберите ON, чтобы попытаться направить клиентов WiFi с плохим здоровьем к устройству Nebula или SSID с сильным сигналом. Направление клиентов для улучшения уровня сигнала выполняется каждые 30 минут.

Агрессивность оптимизации - Выбранный здесь уровень определяет уровень интенсивности трафика и то, когда устройство принимает меры по улучшению производительности WiFi сети точки доступа, откладывая действия, выполняемые на точке доступа, до тех пор, пока ваша сеть не станет менее загруженной, если превышен порог.

• Высокий - устройство Nebula откладывает выполнение действий, установленных при высокой загруженности сети точки доступа.
• Стандартный - устройство Nebula откладывает выполнение заданного действия при среднем трафике сети точки доступа.
• Низкий - устройство Nebula откладывает выполнение заданных действий при низком сетевом трафике точки доступа.

Причины плохого состояния беспроводной сети могут быть следующими:
Отсутствие IP-адреса, выданного DHCP-сервером, проблемы с роумингом, помехи в канале из-за очень загруженной среды WiFi и т. д.

Эти проблемы можно решить, ознакомившись с этой статьей:

Производительность WiFi - лучшие практики для профессионального развертывания

WiFi Aid

Wi-Fi Aid - это профессиональная функция Nebula (Pro), которая позволяет получить четкое представление о проблемах доступа к сети. WiFi Aid включает в себя обзор проблем и историческую статистику. Обратите внимание, что это только обзор проблем доступа к сети WiFi. Если у вас проблемы с пропускной способностью или нестабильным соединением, эта страница может дать вам только подсказку, но для дальнейшего устранения проблем с пропускной способностью/нестабильностью проверьте Wireless Health на уровень сигнала соединения и использование каналов.

Обзор проблем с подключением

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

Примеры того, когда неудачи учитываются

Если клиент 1 (C1) сначала набирает неправильный пароль в первой попытке, затем повторяет попытку и подключается к точке доступа с правильным паролем. Но теперь ему не удается получить IP-адрес, он пытается подключиться снова, но по-прежнему не получает IP-адрес. Это отобразится как 1 сбой DHCP (как показано ниже).

Если клиент 2 (C2) подключается к точке доступа с правильным паролем, но по-прежнему не может получить IP-адрес. Затем C2 пытается подключиться, используя статический IP-адрес и DNS-сервер, и успешно переподключается и получает доступ в Интернет. Теперь это будет отображаться как 0 неудач.

В этих двух примерах вы найдете обзор сбоев, как показано ниже:

Объяснение проблемы с подключением

Ниже вы найдете объяснение того, что означают эти символы и когда они будут считаться сбоем.

Сбой беспроводного соединения - клиенту не удалось подключиться к SSID.

Это происходит, когда пользователь ввел неправильный пароль / 802.1X Auth. Fail / Клиент заблокирован функциями.

Сбой беспроводного соединения - это любой сбой, из-за которого клиент не может подключиться к SSID. Например, неправильный пароль, сбой аутентификации WPA-Enterprise, и клиент блокируется любыми функциями, такими как балансировка нагрузки, устаревший клиент, MAC-фильтр и так далее.

Сбой DHCP

Отображается после отправки клиентом DHCP-Discover и отсутствия DHCP-ACK в течение 20 секунд.

DHCP Failure - если точка доступа не получает DHCP ACK в течение 20 секунд, она будет считать, что этот клиент не смог получить IP-адрес.

DNS Failure

Проявляется после того, как клиент отправил DNS-запрос, но ответа не последовало в течение 15 секунд.

После того как клиент отправил DNS-запрос, но в течение 15 секунд не получил ответа, это означает, что у клиента возникли проблемы с DNS. Обратите внимание, что если DNS-сервер ответит, что домен не может быть успешно решен, то этот случай не будет считаться сбоем, так как клиент и DNS-сервер могут вести переговоры друг с другом.

Сбой портала

Это происходит, когда пользователь ввел неправильные учетные данные / Auth. Таймаут

Для Portal Failure, который просто определить случаи, когда клиенты не удается аутентификации портала, в том числе, что они могут ввести неправильный пароль, или не удается подключиться к серверу, и так далее. Обратите внимание, что это не позволяет определить, был ли клиент успешно перенаправлен на страницу портала. Чтобы определить проблему с перенаправлением на портал, проще всего попросить клиента вручную открыть браузер и ввести "neverssl.com", после чего он должен увидеть страницу входа на портал.

Историческая статистика отказов

Классифицируйте все события сбоя по различным параметрам

• Количество выданных клиентов на SSID
• Количество выданных клиентов на точку доступа
• Количество выданных клиентов на одного клиента