Привет! Я работаю в школе с обучением с детского сада до 12 класса, и у нас сейчас развернута сеть с UAP-Pro, которые работают вполне стабильно. Во время школьных каникул мы начинаем развертывать большое количество UAP-AC. При установке и тестировании мы выявили критическую проблему с клиентами, подключающимися к новым UAP-Pro.
Симптомы такие:
- Некоторые (большинство) клиентов подключаются и работают нормально, но время от времени (примерно раз в несколько часов) их "кидает" на более удалённую точку доступа, из-за чего появляются проблемы с производительностью. В итоге они снова подключаются к более близкому UAP-AC.
- Некоторые клиенты подключаются, но не проходят ARP или DHCP, и получают адрес 169 с ограниченными возможностями. Перезагрузка их с помощью кнопки «reconnect» в контроллере UniFi либо переводит их на другой диапазон (с 2.4ГГц на 5ГГц), но ситуация не улучшается, либо перебрасывает на соседний UAP-AC, который работает до тех пор, пока клиент снова не пытается подключиться к более близкому UAP-AC из-за слабого сигнала. Перезагрузка "проблемной" точки доступа исправляет ситуацию на пару дней.
- Некоторые клиенты подключаются, получают DHCP, но не могут связаться с определёнными (но не со всеми) проводными компьютерами. При тщательном исследовании с помощью arping с проводного ПК и tcpdump на беспроводном интерфейсе UAP-AC (wl0.1/wl1.1) видно, что UAP-AC видит (и, предположительно, передаёт) ARP-пакет, но tcpdump на беспроводной карте клиента показывает, что пакет так и не доходит. Как и в предыдущем случае, временно помогает переключение клиента на другую точку доступа, пока он снова не подключится к «проблемной» AP. Перезагрузка же точки доступа решает проблему на время, но она возникает снова — через несколько часов или дней.
- Некоторые клиенты, использующие SSID с RADIUS-аутентификацией, подключаются, но застревают на стадии «аутентификация».
Проблемы испытывают следующие устройства: Android-смартфоны (Samsung Galaxy S2, Samsung Galaxy S3, HTC Desire), Nokia N900 (чипсет WL1251, Debian), ноутбуки Samsung (ATIV-PRO), а также мой ноутбук System76 Galago UltraPro с Ubuntu 13.10 и Intel Centrino Advanced-N 6235.
Готов предоставить любую дополнительную информацию для решения проблемы. Пока мы приостановили развертывание и временно установили Cisco-точки доступа, чтобы обеспечить стабильную работу сети к началу учебного года.
Другие не критичные, но мешающие проблемы с внедрением UAP-AC:
- питание постоянно работает на максимум (очень горячо);
- авто выбор канала работает некорректно;
- ручная установка минимального уровня RSSI в config.properties игнорируется UAP-AC (но на Pro всё нормально).
Полагаю, Майк из Ubiquiti подтвердил эти проблемы, и первые две, возможно, уже исправлены в пока не выпущенной новой прошивке.
Большое спасибо! С нетерпением жду версию 3.1.5!
Симптомы такие:
- Некоторые (большинство) клиентов подключаются и работают нормально, но время от времени (примерно раз в несколько часов) их "кидает" на более удалённую точку доступа, из-за чего появляются проблемы с производительностью. В итоге они снова подключаются к более близкому UAP-AC.
- Некоторые клиенты подключаются, но не проходят ARP или DHCP, и получают адрес 169 с ограниченными возможностями. Перезагрузка их с помощью кнопки «reconnect» в контроллере UniFi либо переводит их на другой диапазон (с 2.4ГГц на 5ГГц), но ситуация не улучшается, либо перебрасывает на соседний UAP-AC, который работает до тех пор, пока клиент снова не пытается подключиться к более близкому UAP-AC из-за слабого сигнала. Перезагрузка "проблемной" точки доступа исправляет ситуацию на пару дней.
- Некоторые клиенты подключаются, получают DHCP, но не могут связаться с определёнными (но не со всеми) проводными компьютерами. При тщательном исследовании с помощью arping с проводного ПК и tcpdump на беспроводном интерфейсе UAP-AC (wl0.1/wl1.1) видно, что UAP-AC видит (и, предположительно, передаёт) ARP-пакет, но tcpdump на беспроводной карте клиента показывает, что пакет так и не доходит. Как и в предыдущем случае, временно помогает переключение клиента на другую точку доступа, пока он снова не подключится к «проблемной» AP. Перезагрузка же точки доступа решает проблему на время, но она возникает снова — через несколько часов или дней.
- Некоторые клиенты, использующие SSID с RADIUS-аутентификацией, подключаются, но застревают на стадии «аутентификация».
Проблемы испытывают следующие устройства: Android-смартфоны (Samsung Galaxy S2, Samsung Galaxy S3, HTC Desire), Nokia N900 (чипсет WL1251, Debian), ноутбуки Samsung (ATIV-PRO), а также мой ноутбук System76 Galago UltraPro с Ubuntu 13.10 и Intel Centrino Advanced-N 6235.
Готов предоставить любую дополнительную информацию для решения проблемы. Пока мы приостановили развертывание и временно установили Cisco-точки доступа, чтобы обеспечить стабильную работу сети к началу учебного года.
Другие не критичные, но мешающие проблемы с внедрением UAP-AC:
- питание постоянно работает на максимум (очень горячо);
- авто выбор канала работает некорректно;
- ручная установка минимального уровня RSSI в config.properties игнорируется UAP-AC (но на Pro всё нормально).
Полагаю, Майк из Ubiquiti подтвердил эти проблемы, и первые две, возможно, уже исправлены в пока не выпущенной новой прошивке.
Большое спасибо! С нетерпением жду версию 3.1.5!