периодическое состояние ожидания

периодическое состояние ожидания, UniFi Network

ursal

Guest

01.06.2012 07:20:00

Раз в день или даже чаще я вижу, что некоторые из моих AP (unifi outdoor) переходят в состояние Pending. Все AP и контроллер находятся в одной подсети, версия ПО 2.3.2, контроллер работает на Ubuntu сервере. Другие AP в это время работают без проблем. После перезагрузки «зависшие» AP переходят в состояние Connected и функционируют нормально, но спустя какое-то время проблема повторяется.

Вот логи с AP:
BZ.v2.3.2# tail -f /var/log/messages
Jun 1 07:04:07 AP7 authpriv.notice dropbear: password auth succeeded for 'ubnt' from 10.3.253.254:46989
Jun 1 07:04:07 AP7 authpriv.info dropbear: exit after auth (ubnt): Disconnect received
Jun 1 07:04:07 AP7 user.err syslog: mcagent_data.data_decrypt(): header too small. size=0
Jun 1 07:04:07 AP7 user.err syslog: ace_reporter.reporter_fail(): Decrypt Error (10.3.253.254:8080/inform)
Jun 1 07:04:07 AP7 user.err syslog: ace_reporter.reporter_fail(): initial contact failed #1, url=http://10.3.253.254:8080/inform, rc=7
Jun 1 07:04:18 AP7 authpriv.info dropbear: Child connection from 93.170.33.101:36720
Jun 1 07:04:22 AP7 user.err syslog: mcagent_data.data_decrypt(): header too small. size=0
Jun 1 07:04:22 AP7 user.err syslog: ace_reporter.reporter_fail(): Decrypt Error (10.3.253.254:8080/inform)
Jun 1 07:04:22 AP7 user.err syslog: ace_reporter.reporter_fail(): initial contact failed #2, url=http://10.3.253.254:8080/inform, rc=7
Jun 1 07:04:24 AP7 authpriv.notice dropbear: password auth succeeded for 'ubnt' from 93.170.33.101:36720
Jun 1 07:04:37 AP7 user.err syslog: mcagent_data.data_decrypt(): header too small. size=0
Jun 1 07:04:37 AP7 user.err syslog: ace_reporter.reporter_fail(): Decrypt Error (10.3.253.254:8080/inform)
Jun 1 07:04:37 AP7 user.err syslog: ace_reporter.reporter_fail(): initial contact failed #3, url=http://10.3.253.254:8080/inform, rc=7
Jun 1 07:04:37 AP7 user.err syslog: ace_reporter.reporter_fail(): entering SELFRUN!!!!
Jun 1 07:04:53 AP7 user.err syslog: mcagent_data.data_decrypt(): header too small. size=0
Jun 1 07:04:53 AP7 user.err syslog: ace_reporter.reporter_fail(): Decrypt Error (10.3.253.254:8080/inform)
Jun 1 07:04:53 AP7 user.err syslog: ace_reporter.reporter_fail(): initial contact failed #4, url=http://10.3.253.254:8080/inform, rc=7
Jun 1 07:04:53 AP7 user.info syslog: ace_reporter.reporter_next_inform_url(): next inform url=http://10.3.253.254:8080/inform
Jun 1 07:05:07 AP7 authpriv.info dropbear: Child connection from 10.3.253.254:46990
Jun 1 07:05:07 AP7 authpriv.notice dropbear: password auth succeeded for 'ubnt' from 10.3.253.254:46990
Jun 1 07:05:07 AP7 authpriv.info dropbear: exit after auth (ubnt): Disconnect received
Jun 1 07:05:07 AP7 user.err syslog: mcagent_data.data_decrypt(): header too small. size=0
Jun 1 07:05:07 AP7 user.err syslog: ace_reporter.reporter_fail(): Decrypt Error (10.3.253.254:8080/inform)
Jun 1 07:05:07 AP7 user.err syslog: ace_reporter.reporter_fail(): initial contact failed #1, url=http://10.3.253.254:8080/inform, rc=7

Gorbushka Guest	#2 12.11.2012 06:44:00 Ну что ж, похоже, обновление до 2.3.8 нам помогает.

bhedrington

Guest

05.11.2012 16:10:00

Хорошо, я бы всё равно проверил напряжение на точке доступа... Низкое напряжение вызывает странные проблемы, и это легко исключить. Плохих пакетов нет — отлично. Этот коммутатор управляемый? Есть ли на порту контроль штормов или какие-то ограничения? То же самое касается порта, который идёт к контроллеру. А фаерволы запущены? Ещё один простой тест — посмотри, есть ли у тебя другие точки доступа, которые работают нормально. Если да, поменяй их местами — проблема переходит с точкой доступа или остаётся на участке Ethernet/сайте? Если проблема переходит с точкой доступа, я бы перепрошил её. Если не поможет, а гарантия ещё действует — вызывай RMA. Если проблема остаётся на том же сайте, значит, скорее всего, это инфраструктура. Дай знать, что у тебя получилось. Тут просто нужно поочерёдно исключать все возможные причины, а то, что останется — каким бы маловероятным ни было, и окажется причиной. Bret

Gorbushka

Guest

05.11.2012 15:33:00

Спасибо за ответ. Мы используем стандартный PoE-адаптер 48,0.5 из комплекта. Пинг до устройства отличный (172.16.45.114: отправлено/принято/потерь = 100/100/0%, мин/ср/макс = 2.17/2.56/3.17). Проблем с питанием быть не может, потому что если бы они были, устройство периодически перезагружалось бы. Но ОС устройства работает (в режиме отключения) до тех пор, пока я не перезагружу его вручную через ssh. Я проверил порт на коммутаторе — счетчики ошибок пустые. Извиняюсь за мой английский. Поцелуй в порядке бэнд😀

bhedrington

Guest

05.11.2012 14:48:00

Ну, перезагрузка и странные проблемы обычно означают проблему с питанием. Чем запитывается устройство? По какому кабелю оно подключено? Есть ли помехи? Проверьте напряжение у точки доступа мультиметром во время работы, чтобы убедиться, что оно в норме. Посмотрите, нет ли большого количества битых пакетов на коммутаторе от точки доступа — возможны помехи на кабеле, если он не экранирован. Возможно, это не ошибка программного обеспечения... начните с простого и измеримого. KISS — это не только группа из нашего детства 😀 Брет

Gorbushka Guest	#6 05.11.2012 14:22:00 unifi outdoor BZ.v2.2.5# У нас такое же поведение! Примерно 50 точек доступа внутри помещений и на улице управляются одним контроллером в разных подсетях, но такая проблема только у одной. Может, версия прошивки 2.3.8 решит нашу проблему?

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