Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
AP отключается, UniFi Network
 
Кто-нибудь заметил, что их устройства UAP-nanoHD как будто уходят в офлайн и остаются в офлайне, если оставить их включёнными на ночь с последними 2-3 версиями прошивки из RC-канала?  

У нас в эксплуатации 11 штук UAP-nanoHD, 4 US-48-500W и 1 восьмипортовый USW Aggregation.  
Версии прошивок:  
UAP-nanoHD – 6.0.15.13647  
US-48-500W – 6.2.11.13822  
USW-Aggregation – 6.2.11.13822  

Также у нас запущено приложение Network v7.0.23.0 на Debian VM.  

В прошедшие выходные у нас из 11 AP целых 7 были офлайн с прошивкой 6.0.14.13634, поэтому мы обновились до 6.0.15.13647 из RC-канала. И уже на следующее утро в 9 утра 2 из 11 точек были офлайн. В разделе ALERTS ошибок больше нет, кроме вот этого:  

Отмечаю @UI-Glenn, так как он всегда помогает... К тому же за день как минимум две точки снова выпали из сети, так что, похоже, проблема постоянная.  

EDIT 2:  
Похоже, у нас снова одна точка ушла в офлайн:  

При этом я вижу, что устройство потребляет около 3,5 Вт:
 
Мы столкнулись с теми же проблемами, которые описал @steven.haigh, когда точки доступа отключаются от контроллера (FW 6.0.15.13647). Мое решение — подключаться к ним по SSH и заново прописывать set-inform на наш контроллер HostiFi UniFi. Они сбрасывали заданный кастомный URL и возвращались к локальному адресу контроллера.

Более серьезная проблема у нас была — особенно с прошивкой версии 6.2.11.13822 — это коммутаторы с нестабильными соединениями, особенно на SFP-интерфейсах. Коммутаторы US-8-150W с SFP-подключениями переходили в состояние, когда трафик через их SFP-uplink переставал проходить; после отключения оптического патча и извлечения оптического модуля индикатор подключения продолжал гореть. Перезагрузка решала проблему примерно на 24 часа, после чего она возникала снова.

Мы обновили коммутаторы до версии 6.2.14.13855, и сейчас ситуация стабилизировалась, но рассматриваем вариант отката нескольких версий назад на те, которые для нас более стабильны.
 
@UI-Glenn — чтобы добавить информацию: у нас тут длинные выходные на три дня, и я обновил все nanoHD ТД к версии 6.0.18. Несмотря на то, что за эти три дня нагрузка была очень лёгкая, ни один из ТД не упал и не отключился, как это случалось с версиями 6.0.14 и 6.0.15. Например: Через примерно 24 часа у нас будет первый полноценный день обычной нагрузки с этой прошивкой, и тогда станет понятно, не вылетит ли что раньше времени.
 
Привет, @UI-Glenn! Да, как написано в этом ответе: https://community.ui.com/questions/AP-disconnecting/576e9143-99ba-495c-ada7-d0a42f54483f#answer/c844e056-17bc-4641-81dd-fce33c93b877, у нас как минимум один точка доступа всё равно уходила офлайн примерно через 24 часа работы. Без ответа на пинг, казалась полностью мёртвой. Чтобы вернуть её в онлайн, приходилось перезапускать питание через PoE.
 
Привет, @steven.haigh, ты пробовал версию 6.0.4? Ту, что я тебе отправлял?
 
Привет, @UI-Glenn! Я вернулся из отпуска и могу подтвердить, что после отката на 5.60.23.13051 ни одного отключения AP не было. Это, по крайней мере, исключает проблему с железом. Есть ли какие-то новости по прошивке 6.0.x для этих устройств?
 
@UI-Glenn После 24 часов без отключений точек доступа я расширил развёртывание на все 11 AP... Похоже, что в течение 24 часов после обновления одна точка всё же отключилась. Это, конечно, лучше, чем 7 из 11 оффлайн при версиях 6.0.14 и 6.0.15, но всё равно не так стабильно, как 5.60.23.13051 — там у нас ни одной точки не терялось. Ради стабильности и учитывая, что на следующей неделе я в отпуске, я откатился обратно на https://dl.ui.com/unifi/firmware/U7NHD/5.60.23.13051/BZ.mt7621_5.60.23+13051.211209.2347.bin на всех 11 AP...
Страницы: 1
Читают тему (гостей: 1)