AC-AP-Pro завис? - Форум UBIQUITI.RU

AC-AP-Pro завис?, UniFi Network

thynard

Guest

14.02.2017 05:42:00

Привет, кто-нибудь сталкивался с этим или может посоветовать?
AP ночью пропал из сети и так и не появился обратно в контроллере.
Версия контроллера: 4.8.18
Версия AP: 3.4.18.3464

syslog с AP:
Feb 13 21:49:26 ap-upstairs kernel: [1418681.540000] reset_countdown started
Feb 13 21:49:26 ap-upstairs kernel: [1418682.950000] sched: RT throttling activated
Feb 13 21:49:26 ap-upstairs kernel: [1418684.550000] reset_countdown after 3 seconds: 233255
Feb 13 21:49:26 ap-upstairs kernel: [1418684.550000] RESET event detected!
Feb 13 21:49:26 ap-upstairs kernel: [1418685.470000] reset_countdown reaches 0
Feb 13 21:49:26 ap-upstairs syslog: rst.reset_event_read(): RESET: reset button pressed
Feb 13 21:49:26 ap-upstairs kernel: [1418685.470000] sending pending event=49

(Но никто не нажимал кнопку сброса)

Порт коммутатора упал сразу после этих сообщений. Сейчас порт показывает состояние up/up, я вижу MAC AP, но он не получает DHCP-адрес. У меня есть ещё один AC-AP-PRO, он работает нормально и получает DHCP без проблем.

Есть идеи? Нужно ли делать полный сброс к заводским настройкам, чтобы его восстановить?

Спасибо,
Tim

UI-Team

Guest

13.03.2017 20:42:00

@jc_cshmny

Пожалуйста, используйте следующую стабильную версию:
UAP-AC-HD: http://dl.ubnt-ut.com/uaphd-3.7.47.bin
UAP-AC-Pro/Lite/LR/M/M-Pro: http://dl.ubnt-ut.com/uap2-3.7.47.bin
UAP/UAP-LR/Outdoor/Outdoor5: http://dl.ubnt-ut.com/uap-3.7.47.bin
UAP-v2/UAP-LR-v2: http://dl.ubnt-ut.com/uapwasp-3.7.47.bin
UAP-Pro: http://dl.ubnt-ut.com/uappro-3.7.47.bin
UAP-Outdoor+: http://dl.ubnt-ut.com/uapodp-3.7.47.bin
UAP-IW: http://dl.ubnt-ut.com/uapiw-3.7.47.bin

Cywolf1

Guest

13.03.2017 17:27:00

Мои новые устройства, похоже, работают нормально. Я пока не обновлял их, потому что хочу подождать и посмотреть, что UBNT скажет по этим устройствам. Было странно, что у них был одинаковый код даты… так что снова думаю, что это могло быть что-то необычное с этими сериями, выпущенными в те даты, а не из-за прошивки… или, возможно, прошивка просто довела их до предела. Не уверен, но мне очень интересно, что ты обнаружишь. Пожалуйста, сообщай.

jc_cshmny Guest	#4 13.03.2017 17:27:00 @UBNT-jeff Все работает отлично. С момента установки никаких проблем не было. Контроллер сразу же распознал устройство и подключил без заминок. Прошивку пока не трогал. Какую версию лучше использовать?

UI-Team Guest	#5 13.03.2017 17:23:00 @jc_cshmny Я получил ваш старый гаджет, но прежде чем двигаться дальше, как работает новый?

Cywolf1

Guest

06.03.2017 21:25:00

Решил ответить на форуме, что UBNT заменили мои устройства, и служба поддержки сработала отлично. Я снова в деле, но пока остаюсь на старой прошивке, пока они не подтвердят, что моя проблема не связана с прошивкой. Они уже забрали мои два устройства, надеюсь, это был какой-то странный случай. Просто для информации группы.

UI-Team

Guest

06.03.2017 15:36:00

@byerra

У нас есть ещё один клиент, который столкнулся с мультикаст-лавиной, вызванной адресом 01:80:c2:00:00:1c, который мы используем в нашем роуминговом протоколе, особенно на коммутаторах Netgear. Это абсолютно легитимный адрес и сценарий использования для UAP, так что, думаю, нам стоит немного поднажать на Netgear, потому что, похоже, там проблема с мультикаст-переключением.

byerra

Guest

04.03.2017 02:04:00

Возможно, у меня появилась еще одна часть головоломки. Мои устройства UAP-AP-Light снова отключились, и когда я подключился к коммутатору NetGear GS108Tv2, оказалось, что порты, к которым были подключены устройства, были «отключены». Я их включил, но через несколько секунд они опять «отключились». Полез смотреть настройки коммутатора и обнаружил, что опция «Denial Of Service» была включена. По описанию, когда обнаруживается атака, порты отключаются и могут быть включены только вручную администратором. Я отключил эту функцию, и за последний час проблем не возникало, всё работает нормально, порты остались включёнными. Похоже, что «что-то» в новом прошивке вызывает, что «что-то» воспринимается как DoS-атака для коммутаторов NetGear.

byerra Guest	#9 04.03.2017 01:20:00 Извиняюсь за поздний ответ, был очень занят на работе. Вот что произошло и что я выяснил... Ubiquiti очень быстро оформили RMA на мои два устройства и отправили замену, которая пришла сегодня (хотя мне нужно было только две замены, а пришло почему-то четыре). К счастью, я сегодня работал из дома, так что было время разобраться с проблемой. Когда я подключил одно из новых устройств вместо «сломанного», оно вело себя точно так же — не было подключения по LAN. Я растерялся, попробовал разные сетевые кабели, чтобы исключить проблему с ними, даже перепробовал разные свободные порты на всех моих коммутаторах NetGear GS108Tv2 (один коммутатор с разводкой по комнатам, один только для UAP-AC-Light, по одному коммутатору в каждой комнате) — поведение было одинаковым. Проблема исчезла только когда я подключил новое устройство к НЕуправляемому коммутатору — оно заработало. Пора копать дальше... Как выяснилось, «как-то» на коммутаторе, к которому подключены все UAP-AC-Light, все порты были установлены в статус «отключено», сам коммутатор теперь даже не отображается в сети. На всех остальных коммутаторах в доме (всех без исключения) все неиспользуемые порты (и только неиспользуемые) были отключены. Это объясняет первоначальную проблему «нет подключения по LAN» и почему ситуация повторялась на разных портах и переключателях. Пока не имею ни малейшего представления, как это могло произойти — я эти настройки не трогал, и странно, что на всех коммутаторах в локальной сети дома отключались только неиспользуемые порты, а на коммутаторе с UAP-AC-Light были отключены все порты. В итоге, оказалось, что дело не в прошивке: мои старые устройства с новой прошивкой работают отлично, а новые замененные устройства сейчас отправляются обратно.

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