Добрый день всем, прежде всего хочу поблагодарить UBNT за отличный продукт, который помог нам объединить довольно много административных процессов, связанных с WiFi. Конечно, он не идеален, но я надеюсь, что UBNT сделает всё возможное, чтобы довести его до совершенства.
Теперь к проблеме.
Информация о системе:
* контроллер v3.2.7 на Debian Linux Wheezy с Java 1.7
* прошивка на точках доступа (AP) 3.2.7.2816
* в основном используются AP UAP-LR и UAP
* для каждого SSID настроены VLAN
* на одном из SSID используется RADIUS для аутентификации клиентов
* ZH НЕ используется
* мониторинг подключения и беспроводной uplink ОТКЛЮЧЕНЫ
* UAPSD НЕ ОТКЛЮЧЕН
Симптомы:
Пользователи теряются в сети WiFi и переподключаются к другому стабильному SSID. Сеть работает с низкой производительностью.
Описание проблемы:
Проблема 1)
Как показано на приложенном скриншоте, в тестовой среде созданы два тестовых SSID — «suppcom» и «dd-wrt». В то время как SSID «suppcom» ведёт себя как «камень», другой SSID «DD-WRT» отключается довольно случайно. Оба SSID работают с UAP-LR, расположенной примерно в 3 метрах от ноутбука. В ноутбуке стоит карта Intel® Dual Band Wireless-AC 7260 с драйвером Intel версии 17.1.1406.01.
Проблема воспроизводится даже на LG G2 Android смартфоне, на Intel Centrino 6205 N, а также на проблемном объекте с другими устройствами (iPhone, iPad, Android-телефоны, ноутбуки с разными WiFi-картами — от простых 802.11b до последних 802.11ac).
Изменение HT20 на HT40, номера канала или мощности передачи (TX power) не влияет на поведение с обрывами сигнала. Я пробовал сбросить AP до настроек по умолчанию, принять его в контроллере v2.4.6, затем снова сбросить и повторно принять в контроллере v3.2.7 после обновления прошивки до v3.2.7.2816 — результата нет, проблема остаётся.
Такая же проблема наблюдается на другом объекте, где используется контроллер v3.2.1 с соответствующей прошивкой.
Проблема исчезает при использовании контроллера v2.4.6 с прошивкой AP v2.4.6 или контроллера v3.2.7 с прошивкой AP v3.1.12.2593.
Проблема 2)
Производительность WiFi-связи низкая — около 2–5 Мбит/с при подключении с 144–300 Мбит/с (в зависимости от HT20 или HT40), или средняя (на HT40 максимум около 30 Мбит TCP throughput при подключении на 300 Мбит/с).
Мы проверили другой WiFi AP — TP-WR1043ND — на том же расстоянии и с того же ноутбука, и он показывает до 80 Мбит. При сравнении задействован только один AP, чтобы избежать интерференции.
Пинг скачет от 30 до 1200 мс, тогда как обычно он около 70 мс. В зоне средний и высокий уровень радиоэфирных помех (см. скриншот). Как уже говорилось, смена каналов не помогает.
Проблема менее заметна при использовании контроллера v2.4.6 с прошивкой AP v2.4.6 или контроллера v3.2.7 с прошивкой AP v3.1.12.2593. Но пропускная способность всё равно не дотягивает до уровня дешёвого TP-Link TP-WR1043ND.
Подпроблема)
Проверим самопроизвольные перезагрузки AP. У нас нет точного учёта, но кажется, что некоторые перезагружаются раз–два в день, а некоторые — нет. Это не так беспокоит, как вопросы сигнала и производительности.
Описание похожей проблемы есть здесь и, похоже, именно она у нас:
Спасибо за помощь.
Dan
Теперь к проблеме.
Информация о системе:
* контроллер v3.2.7 на Debian Linux Wheezy с Java 1.7
* прошивка на точках доступа (AP) 3.2.7.2816
* в основном используются AP UAP-LR и UAP
* для каждого SSID настроены VLAN
* на одном из SSID используется RADIUS для аутентификации клиентов
* ZH НЕ используется
* мониторинг подключения и беспроводной uplink ОТКЛЮЧЕНЫ
* UAPSD НЕ ОТКЛЮЧЕН
Симптомы:
Пользователи теряются в сети WiFi и переподключаются к другому стабильному SSID. Сеть работает с низкой производительностью.
Описание проблемы:
Проблема 1)
Как показано на приложенном скриншоте, в тестовой среде созданы два тестовых SSID — «suppcom» и «dd-wrt». В то время как SSID «suppcom» ведёт себя как «камень», другой SSID «DD-WRT» отключается довольно случайно. Оба SSID работают с UAP-LR, расположенной примерно в 3 метрах от ноутбука. В ноутбуке стоит карта Intel® Dual Band Wireless-AC 7260 с драйвером Intel версии 17.1.1406.01.
Проблема воспроизводится даже на LG G2 Android смартфоне, на Intel Centrino 6205 N, а также на проблемном объекте с другими устройствами (iPhone, iPad, Android-телефоны, ноутбуки с разными WiFi-картами — от простых 802.11b до последних 802.11ac).
Изменение HT20 на HT40, номера канала или мощности передачи (TX power) не влияет на поведение с обрывами сигнала. Я пробовал сбросить AP до настроек по умолчанию, принять его в контроллере v2.4.6, затем снова сбросить и повторно принять в контроллере v3.2.7 после обновления прошивки до v3.2.7.2816 — результата нет, проблема остаётся.
Такая же проблема наблюдается на другом объекте, где используется контроллер v3.2.1 с соответствующей прошивкой.
Проблема исчезает при использовании контроллера v2.4.6 с прошивкой AP v2.4.6 или контроллера v3.2.7 с прошивкой AP v3.1.12.2593.
Проблема 2)
Производительность WiFi-связи низкая — около 2–5 Мбит/с при подключении с 144–300 Мбит/с (в зависимости от HT20 или HT40), или средняя (на HT40 максимум около 30 Мбит TCP throughput при подключении на 300 Мбит/с).
Мы проверили другой WiFi AP — TP-WR1043ND — на том же расстоянии и с того же ноутбука, и он показывает до 80 Мбит. При сравнении задействован только один AP, чтобы избежать интерференции.
Пинг скачет от 30 до 1200 мс, тогда как обычно он около 70 мс. В зоне средний и высокий уровень радиоэфирных помех (см. скриншот). Как уже говорилось, смена каналов не помогает.
Проблема менее заметна при использовании контроллера v2.4.6 с прошивкой AP v2.4.6 или контроллера v3.2.7 с прошивкой AP v3.1.12.2593. Но пропускная способность всё равно не дотягивает до уровня дешёвого TP-Link TP-WR1043ND.
Подпроблема)
Проверим самопроизвольные перезагрузки AP. У нас нет точного учёта, но кажется, что некоторые перезагружаются раз–два в день, а некоторые — нет. Это не так беспокоит, как вопросы сигнала и производительности.
Описание похожей проблемы есть здесь и, похоже, именно она у нас:
Спасибо за помощь.
Dan
