Устройства на Android постоянно теряют соединение с точкой доступа AC Pro.

Устройства на Android постоянно теряют соединение с точкой доступа AC Pro., UniFi Network

Leseratte

Guest

03.01.2018 20:30:00

У меня новый Unifi AP AC Pro (3.9.3.7537), но есть небольшая проблема: большинство моих Android-устройств (Samsung Galaxy S3, Motorola Moto M и др.) не держатся на связи с точкой доступа. Они подключены всего на 20 секунд — пару минут (отключаются быстрее при большой нагрузке, например, при видеостриминге), а потом отключаются и сразу пытаются переподключиться. В логах на AP видно такое:

Jan 3 20:59:53 UBNT daemon.info hostapd: ath0: STA f0:27:65:dc:36:20 IEEE 802.11: sta_stats
Jan 3 20:59:53 UBNT daemon.info hostapd: ath0: STA f0:27:65:dc:36:20 IEEE 802.11: disassociated
Jan 3 20:59:53 UBNT user.info libubnt[19116]: wevent.ubnt_custom_event(): EVENT_STA_LEAVE ath0: f0:27:65:dc:36:20 / 3

А на Android в логах вот что:

c0 CFG80211-INFO2) wl_cfg80211_disconnect : Reason 3
c0 CFG80211-INFO2) wl_is_linkdown : Link down Reason : WLC_E_LINK
c0 link down if wlan0 may call cfg80211_disconnected. event : 16, reason=2 from 78:d6:f2
c0 cfg80211: Calling CRDA to update world regulatory domain
c0 CFG80211-TRACE) wl_cfg80211_set_btcoex_dhcp : DHCP is complete
c0 CFG80211-TRACE) wl_cfg80211_set_btcoex_dhcp : DHCP is complete
c0 CFG80211-TRACE) __wl_cfg80211_scan : START SCAN

Это реально бесит, потому что по сути я не могу нормально пользоваться Wi-Fi на Android. Открыть почту или веб-страницу — нормально (в голове ведь секунды), а вот любые большие загрузки, стримы и т.д. прерываются через пару секунд — максимум три минуты.

Я читал тему «Debugging Intermittent Connectivity Issues on your UAP» и проверил почти всё: IP-конфигурация правильная, менял расстояние между AP и устройствами, нет сетевых петель, снижал мощность передачи, отключал bandsteering и minimum RSSI, добавил «always-unicast;» в конфиги isc-dhcp-server, чтобы всегда использовался Unicast, пробовал DTIM период 3. AP не перезагружаются, при этом другие клиенты остаются на связи.

Очень надеюсь, что у сообщества есть ещё идеи, в чём может быть проблема…

evensys

Guest

25.10.2018 19:50:00

Привет! Установил 3 устройства Ap UAP AC PRO в офисе более 6 месяцев назад. Три недели назад Android-телефоны перестали нормально работать с навигацией, у меня такая же проблема, как и у вас. У iPhone с подключением проблем нет. Я собираюсь сбросить настройки устройств и потом расскажу, что из этого вышло.

mcdonsco

Guest

22.07.2018 19:12:00

У меня всегда были проблемы с Android на моих UniFi AC Pro, НО, по какой-то причине только на устройствах с чистым Android. Телефоны и планшеты от Samsung, LG и другие с оболочками почти никогда не создают проблем, максимум редко. А вот каждый телефон на чистом Android — Pixel 2 XL, Essential PH-1, некоторые Motorola, а также ранние Pixel и Nexus — у всех проблемы с подключением.

Они нормально подключаются к сети, без проблем. Но часто, когда я пытаюсь открыть сайт или статью, ничего не загружается, просто бесконечно крутится, а как только я отключаю Wi-Fi и заставляю устройство использовать мобильную связь, БАХ! Всё работает и сразу загружается контент.

Я бы сказал, что такие проблемы возникают примерно в 20-30% случаев, и это достаточно раздражает. Очень хотелось бы узнать, как это исправить, кроме как не использовать телефоны с чистым Android???

Скотт

Leseratte

Guest

22.01.2018 07:20:00

Хм, не могу точно сказать, что именно исправило проблему, но после полной переустановки контроллера Unifi и повторной настройки всего Wi-Fi наконец-то отлично работает со всеми моими устройствами на Android. Так что, даже если эта проблема возникала и с другими точками доступа Wi-Fi, явно дело было в какой-то настройке, которая присутствовала и на точках доступа, и в Unifi.

Leseratte

Guest

09.06.2018 10:03:00

Я только что увидел этот пост: с включённой функцией «Block Multicast» всё работало нормально, устройства не отключались. Единственная проблема была в том, что IPv6 не работал (потому что эта настройка, по глупости, тоже блокировала его). Сейчас я обновил свои точки доступа до версии 3.9.38.9059, и, похоже, какое-то обновление между версиями 3.9.21+ и 3.9.38 решило эту проблему — теперь я могу отключить фильтр Multicast, использовать IPv6 в сети, и Android-устройства не отключаются. Собираюсь понаблюдать за этой конфигурацией пару дней, чтобы понять, сохранится ли результат надолго.

pascaltruan Guest	#6 11.02.2018 11:23:00 Как у тебя дела спустя три недели?

Leseratte

Guest

26.01.2018 15:36:00

Сегодня совершенно случайно я обнаружил кое-что, что может помочь понять суть проблемы: заметил, что после переустановки всего устройства, подключённые по WiFi, перестали получать IPv6-адреса от моего роутера — а причиной оказался параметр «Block LAN to WLAN Multicast and Broadcast Data» в настройках WiFi-сети. Я отключил его, и IPv6 снова заработал, но при этом все отключения на Android снова вернулись.

То есть, когда в сети включён Multicast / Broadcast — Android-устройства отключаются, а когда выключен — IPv6 не работает. Если добавить роутер в белый список, Android опять начинает отключаться, при этом tcpdump на точке доступа не показывает никакого особо активного мульти-/браудкаст-трафика, только стандартное.

Кто-нибудь знает, как заблокировать обычный broadcast/multicast, но при этом не сломать IPv6? Опция вроде «block multicast» не должна блокировать обязательный мультикаст IPv6...

Вот вывод tcpdump, отфильтрованный только по broadcast и multicast, во время очередного отключения Android. Просто стандартный netbios-трафик.

16:58:45.430537 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:45.431017 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:47.433653 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:47.434095 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:49.436560 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:49.437008 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:51.439306 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:51.439732 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:53.441692 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:53.442263 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:55.444949 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:55.445510 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:57.448080 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:57.448464 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:59.238038 f0:27:65:dc:36:20 (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 8
16:58:59.444813 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from f0:27:65:dc:36:20 (oui Unknown), length 316
16:58:59.450938 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:59.451295 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:58:59.452726 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from f0:27:65:dc:36:20 (oui Unknown), length 328
16:58:59.751856 ARP, Request who-has unifi tell 10.0.1.160, length 28
16:58:59.782165 ARP, Request who-has fritzbox.lan tell 10.0.1.160, length 28
16:59:01.453205 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:01.453634 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:03.456035 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:03.456640 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:05.458413 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:05.458901 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:07.461045 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:07.461514 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:09.464105 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:09.464567 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:11.467331 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:11.467800 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:13.470615 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:13.470980 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:15.473573 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:15.474008 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:17.476908 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:17.477368 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:18.734122 f0:27:65:dc:36:20 (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 8
16:59:19.120900 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from f0:27:65:dc:36:20 (oui Unknown), length 316
16:59:19.128129 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request от f0:27:65:dc:36:20 (oui Unknown), длина 328
16:59:19.401762 ARP, Request who-has unifi tell 10.0.1.160, длина 28
16:59:19.422086 ARP, Request who-has fritzbox.lan tell 10.0.1.160, длина 28
16:59:19.479929 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:19.480404 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:21.482849 IP florian-ubuntu.lan.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)
16:59:21.483321 IP unifi.netbios-dgm > 10.0.255.255.netbios-dgm: NBT UDP PACKET(138)

Сейчас обновляюсь до версии 3.9.21.8191, чтобы посмотреть, решит ли это что-нибудь.

P.S. Версия 3.9.21 по-прежнему ломает IPv6 при включённом фильтре мультикастов.

pascaltruan Guest	#8 23.01.2018 05:15:00 Спасибо. Я обновился до версии 3.9.21 beta и, будем надеяться, пока всё хорошо. Посмотрим, насколько это продлится... Я заметил, что у меня была прошивка 3.9.15, а не самая последняя стабильная версия (3.9.19).

frinnst Guest	#9 22.01.2018 10:19:00 Бета-версии доступны в форуме Beta. Чтобы получить к ним доступ, нужно подать заявку на участие (принять лицензионное соглашение, согласно которому ubnt не несет ответственности и т.д.).

pascaltruan Guest	#10 22.01.2018 10:17:00 Извините за глупый вопрос, но где можно скачать бета-версии прошивок?

Sango Guest	#11 22.01.2018 07:56:00 Вы не рассматривали возможность обновления прошивки? Версия 3.9.21 на данный момент доступна в бета-версии.

pascaltruan Guest	#12 22.01.2018 07:51:00 Отлично! Я с нетерпением жду возможности попробовать. К сожалению, сейчас у меня не так много времени. Пожалуйста, сообщите, если в ближайшие дни всё будет работать.

Leseratte Guest	#13 22.01.2018 07:46:00 Я полностью удалил и заново установил это на своём сервере с Ubuntu (17.10).

pascaltruan Guest	#14 22.01.2018 07:44:00 Спасибо. А каким контроллером вы пользуетесь? Unifi Key, приложением для Windows или чем-то ещё? Приходилось ли вам полностью сбрасывать настройки?

Leseratte Guest	#15 22.01.2018 07:26:00 Я держал кнопку сброса примерно 15 секунд, потом устройство перезагрузилось и вернулось к заводским настройкам.

pascaltruan Guest	#16 22.01.2018 07:23:00 Хорошие новости! Ты полностью сбросил настройки своих AP? Если да, как ты это сделал?

Leseratte

Guest

#17

19.01.2018 12:40:00

Похоже, я не один с этой проблемой... Удаление настроек WiFi на устройствах Android абсолютно не помогает, даже на пару минут. Как только я повторно ввожу настройки WiFi и подключаюсь, отключения сразу же происходят, стоит только начать пользоваться соединением. Очень надеюсь, что кто-то из команды Ubiquiti подскажет другую идею или даст советы, как сделать более полезные логи на точке доступа и/или контроллере, чтобы помочь разобраться с этой проблемой.

pascaltruan Guest	#18 19.01.2018 12:23:00 Я в точно такой же ситуации с моим LG G4 (Android 6.0.1). Но сброс настроек сети помогает только на несколько часов. Поскольку я использую смартфон как пульт для нескольких устройств, эта проблема очень раздражает. Уже почти готов забросить Unifi и вернуться к своему обычному роутеру

Читают тему (гостей: 1)