UniFi 4.8.12 сломал Chamberlain/Liftmaster MyQ

UniFi 4.8.12 сломал Chamberlain/Liftmaster MyQ, UniFi Network

staze

Guest

09.02.2016 19:27:00

Всем привет! Не знаю почему, но апгрейд на версию 4.8.12, похоже, сломал стабильность работы моего гаражного воротного привода Liftmaster MyQ (821LM). Раньше у меня была проблема с этим устройством и старым Airport Extreme (устройство теряло сеть спустя короткое время и перезагружалось), а когда я сменил его на UAP-AC-LR, проблема исчезла. Тогда устройство работало без сбоев месяц и больше. Но после обновления до 4.8.12 у меня снова отдаёт максимум час работы, после чего устройство перезагружается и снова подключается.

Сначала я думал, что дело в band steering, но отключение этой функции ничего не изменило. Устройство MyQ поддерживает только 2.4 ГГц 802.11b/g, так что band steering в принципе не должен влиять. Говорят, что оно поддерживает режим энергосбережения, однако я ни разу не видел в отчётах UniFi, чтобы устройство работало в этом режиме, хотя UAPSD у меня в сети включён.

Возможно, у вас есть идеи, что может происходить? Стоит ли откатиться на предыдущую прошивку UAP? Могу ли я предоставить какую-то дополнительную информацию? Буду рад любым советам!

Спасибо!

UI-Team Guest	#2 09.04.2016 02:45:00 Спасибо за информацию.

staze Guest	#3 09.04.2016 02:42:00 Да, всё снова работает. С моей точки зрения, эта версия с хотфиксом довольно-таки стабильная.

UI-Team Guest	#4 09.04.2016 02:42:00 Мне нужно проверить. Похоже на одну из известных проблем, над которой мы сейчас работаем. Пропала ли ошибка после отката?

staze

Guest

09.04.2016 02:37:00

Конечно, хотя этот топик, похоже, не самое подходящее место для этого. =P MacBook Air (середина 2012), AppleTV (3-е поколение), iPhone 6GS — у всех полный уровень Wi-Fi, но реальной связи нет. Переключение беспроводного соединения помогло, чтобы всё заработало достаточно хорошо, чтобы откатить прошивку обратно. Я обновлял удалённо, поэтому в момент обновления все устройства были отключены от Wi-Fi. Мы знаем, что изменилось между выпущенной версией 3.4.17.3440 и упомянутой хотфиксом?

UI-Team Guest	#6 09.04.2016 02:34:00 Можете рассказать, что именно не работает? Было бы очень полезно. Спасибо.

staze Guest	#7 09.04.2016 02:22:00 Попробовал обновиться, и хотя MyQ работал нормально, всё остальное, кажется, сломалось. вздыхает Так что возвращаюсь к предыдущей версии с хотфиксом.

staze

Guest

09.04.2016 00:21:00

@UBNT-RayN

Ты знаешь, новая прошивка 3.4.17, выпущенная сегодня, новее или старее того хотфикса, который у меня сейчас стоит (hotfix-qca956x-3.4.17.3)? Хотел обновиться и проверить, не вернулись ли проблемы. К счастью, мой MyQ уже стабильно работает 21 день, 7 часов, 49 минут и 17 секунд. =)

staze

Guest

18.03.2016 18:03:00

Сегодня утром действительно был сброс. Вот лог Splunk. "Mar 18 09:33:40 10.0.2.3 Mar 18 09:33:32 (""U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3"") hostapd: ath0: STA 64:52:99:22:a0:1f WPA: pairwise key handshake completed (RSN)","2016-03-18T09:33:40.000-0700","10.0.2.3",main,1,"syslog-server",syslog,"10.0.2.2"
"Mar 18 09:33:40 10.0.2.3 Mar 18 09:33:32 (""U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3"") hostapd: ath0: STA 64:52:99:22:a0:1f RADIUS: starting accounting session 56DF3182-00000274","2016-03-18T09:33:40.000-0700","10.0.2.3",main,1,"syslog-server",syslog,"10.0.2.2"
"Mar 18 09:33:40 10.0.2.3 Mar 18 09:33:32 (""U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3"") hostapd: ath0: STA 64:52:99:22:a0:1f IEEE 802.11: associated","2016-03-18T09:33:40.000-0700","10.0.2.3",main,1,"syslog-server",syslog,"10.0.2.2"
"Mar 18 09:33:40 10.0.2.3 Mar 18 09:33:32 (""U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3"") hostapd: ath0: STA 64:52:99:22:a0:1f IEEE 802.11: disassociated","2016-03-18T09:33:40.000-0700","10.0.2.3",main,1,"syslog-server",syslog,"10.0.2.2"
"Mar 18 09:33:40 10.0.2.3 Mar 18 09:33:32 (""U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3"") hostapd: ath0: STA 64:52:99:22:a0:1f IEEE 802.11: sta_stats","2016-03-18T09:33:40.000-0700","10.0.2.3",main,1,"syslog-server",syslog,"10.0.2.2"

Интересно, что с последнего сброса прошло чуть больше 7 дней, так что я задумался: не перезагружается ли устройство просто раз в неделю?

staze

Guest

#10

18.03.2016 18:01:00

У меня есть такое устройство: http://www.chamberlain.com/smartphone-control-products/smartphone-connectivity/myq-internet-gateway. Оно подключается через Ethernet и, похоже, нормально работает с USG и USW. Да, речь не про Ethernet-варианты. Они работают только с открывателями Chamberlain/Liftmaster, а с Genie и прочими — нет. Очень бы хотелось подключить его напрямую по проводу, но, к сожалению, такой возможности нет.

sdjernes Guest	#11 12.03.2016 09:04:00 У меня есть такое устройство: http://www.chamberlain.com/smartphone-control-products/smartphone-connectivity/myq-internet-gateway. Оно подключается через Ethernet и, похоже, отлично работает с USG и USW.

staze

Guest

#12

11.03.2016 22:54:00

Хорошие замечания. Тогда у меня больше нет вопросов. =P Я видел один случай отключения/повторного подключения и сброса таймера, но нет, ничего систематического. Обязательно дай знать, если что-то появится. Интересно, стоит ли попробовать связаться с Chambertain/Liftmaster, но у меня почти не получается поговорить с кем-то, кроме их службы поддержки по этим вопросам. =/ И спасибо! Хороших выходных!

UI-Team

Guest

#13

11.03.2016 22:50:00

Я понимаю твою мысль, и это было первое, что пришло мне в голову, когда «Connection Time» в MyQ в основном сбрасывался в одно и то же время дня. Однако, когда срок аренды DHCP заканчивается и устройство обновляет аренду, в системном логе появляются DHCP-сообщения, а здесь этого не происходит. С точки зрения Wi-Fi, я сильно сомневаюсь, что устройство действительно отключается от точки доступа, так как в системном логе и в беспроводном снаффере, который я настроил работать ночью, нет сообщений об ассоциации/дисассоциации/реассоциации. Пока что у меня нет выводов. Буду продолжать наблюдать за ситуацией.
-Ray

staze

Guest

#14

11.03.2016 22:40:00

Итак, какой именно таймер сбрасывается? «Powered Time» или «Connected Time»? Я считаю, что «Powered Time» — это именно время работы устройства, и он НЕ ДОЛЖЕН сбрасываться, если только устройство не перезагружается. Именно такую проблему я видел с предыдущей прошивкой Unifi AC. Думаю, сбой в работе Chamberlain на определённое время тоже может вызывать это. Или, как я заметил, полный отключение интернета.

«Connected Time», как мне кажется, сбрасывается, когда обновляется аренда DHCP. Поскольку нет возможности назначить устройству статический IP, я использую статическую аренду, но она всё равно обновляется примерно каждые 24 часа в большинстве сетей. Может, именно это вы и наблюдаете?

Однако у меня нет официальной документации, чтобы это подтвердить... это просто опыт из наблюдений. =(

UI-Team

Guest

#15

11.03.2016 22:36:00

Спасибо, что сообщили обратно. Со своей стороны я уже почти неделю наблюдаю за этим устройством и, судя по файлу «about.html» устройства, оно теряет интернет-соединение раз в день, преимущественно между 4:00 и 5:00 утра. Почему так происходит — неясно, при этом перезагрузок нет. Однако сообщений об ассоциации или повторной ассоциации от MyQ к точке доступа не обнаружено. Продолжу мониторить ситуацию. — Ray

staze

Guest

#16

11.03.2016 20:43:00

Да, глядя на логи моего кабельного модема, кажется, что в этот период у меня пропало интернет-соединение. Похоже, MyQ по умолчанию перезагружается, если теряет связь с серверами Chamberlain/Liftmaster, вместо того чтобы просто ждать, пока соединение восстановится. Буду дальше следить за настоящей «перезагрузкой», которая не связана с отключением интернета. Дурацкий Comcast... почему они не могут присылать уведомления по email, когда происходит отключение.

staze

Guest

#17

11.03.2016 20:40:00

Ладно, у меня снова сегодня ночью в 2:07 перезагрузился MyQ. Вот вывод из Splunk по этому поводу.

Mar 11 02:07:43 10.0.2.3 Mar 11 02:07:38 ("U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3") hostapd: ath0: STA 64:52:99:22:a0:1f WPA: завершено парное ключевое рукопожатие (RSN)
Mar 11 02:07:43 10.0.2.3 Mar 11 02:07:38 ("U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3") hostapd: ath0: STA 64:52:99:22:a0:1f RADIUS: старт учетной сессии 56DF3182-0000009A
Mar 11 02:07:43 10.0.2.3 Mar 11 02:07:38 ("U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3") hostapd: ath0: STA 64:52:99:22:a0:1f IEEE 802.11: ассоциация
Mar 11 02:07:43 10.0.2.3 Mar 11 02:07:38 ("U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3") hostapd: ath0: STA 64:52:99:22:a0:1f IEEE 802.11: дессоциация
Mar 11 02:07:43 10.0.2.3 Mar 11 02:07:38 ("U7LR,44d9e7904221,hotfix-qca956x-3.4.17.3") hostapd: ath0: STA 64:52:99:22:a0:1f IEEE 802.11: sta_stats

Еще заметил, что примерно за 6 минут до этого мой роутер (Edgerouter X SFP на версии 1.8.0) выдал несколько ошибок dhclient. Интересно, не отрубилось ли у меня интернет-соединение.

Mar 11 02:01:52 10.0.2.1 Mar 11 02:01:48 enty dhclient: dhclient.c:2252: Не удалось отправить пакет длиной 300 байт по запасному интерфейсу.
Mar 11 02:01:52 10.0.2.1 Mar 11 02:01:48 enty dhclient: send_packet: пожалуйста, обратитесь к README по поводу широковещательного адреса.
Mar 11 02:01:52 10.0.2.1 Mar 11 02:01:48 enty dhclient: send_packet: Сеть недоступна.

Mar 11 02:01:33 10.0.2.1 Mar 11 02:01:28 enty dhclient: dhclient.c:2252: Не удалось отправить пакет длиной 300 байт по запасному интерфейсу.
Mar 11 02:01:33 10.0.2.1 Mar 11 02:01:28 enty dhclient: send_packet: пожалуйста, обратитесь к README по поводу широковещательного адреса.
Mar 11 02:01:33 10.0.2.1 Mar 11 02:01:28 enty dhclient: send_packet: Сеть недоступна.

Mar 11 01:44:58 10.0.2.1 Mar 11 01:44:53 enty upnpd[1367]: Ошибка при получении IP-адреса интерфейса eth5.

Mar 11 01:38:14 10.0.2.1 Mar 11 01:38:09 enty dhclient: dhclient.c:2252: Не удалось отправить пакет длиной 300 байт по запасному интерфейсу.
Mar 11 01:38:14 10.0.2.1 Mar 11 01:38:09 enty dhclient: send_packet: пожалуйста, обратитесь к README по поводу широковещательного адреса.
Mar 11 01:38:14 10.0.2.1 Mar 11 01:38:09 enty dhclient: send_packet: Сеть недоступна.

staze

Guest

#18

08.03.2016 20:10:00

Да, придётся это сделать. =/ Это просто то, что устанавливается при настройке внешнего syslog-сервера через настройки в контроллере UniFi, или нужно делать это непосредственно на самой точке доступа через SSH? И насчёт энергосбережения — интересно, ведь в документации где-то написано, что оно есть, но я так и не понял где именно. Обновлено, не важно, настройки сработали. Теперь у меня Splunk индексирует данные прямо с точки доступа...

UI-Team

Guest

#19

08.03.2016 20:01:00

Обходной путь — настроить внешний syslog-сервер, чтобы точка доступа отправляла все сообщения журнала на этот сервер. Что касается вашего вопроса о режиме энергосбережения, согласно анализу захваченных пакетов, MyQ не поддерживает режим энергосбережения.

staze Guest	#20 08.03.2016 19:57:00 Я не могу, так как этот лог, кажется, обновляется каждые 24 часа, а перезагрузка была раньше. =/ Но поиск по первой части MAC-адреса не показывает никаких записей в логе.

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