Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Проблема с UAP-SHD AIRTIME / AIRVIEW, UniFi Network
 
У меня уже некоторое время проблема с UAP-SHD по части функций AIRTIME/AIRVIEW/DEBUG в Unifi. Я перепробовал всё — от стабильной версии до текущей бета, чтобы понять, исправит ли это ситуацию. Прикрепляю снимок /var/log/messages с SHD.

В процессе поиска и разбора проблемы заметил ошибку: "WebRTC connection timed out". Искал в сообществе, нашёл похожие случаи, которые решались из-за проблем с DNS.

У меня в сети настроен Pi-Hole с фиксированным адресом. В Unifi в разделе Networks/LAN/DHCP в Name Server установлен ручной режим: туда прописан адрес Pi-Hole, а вторым стоит 8.8.8.8 на всякий случай, если Pi-Hole вдруг перестанет работать. Не уверен, стоит ли что-то менять или так и должно быть. DNS провайдера я вообще не использую.

# cat /var/log/messages  
Sun Dec 29 10:37:19 2019 user.info : utermd[5561]: utermd.session_request_handler(): Session "03845f09-e40c-4ec0-82b5-a036261d6ecf" recving answer
 >=max-message-size:1073741823nnel 256a50049 46492 typ relay raddr 54.169.127.149 rport 46492848E:EB:0E:24:9E:46:08:1C82b5-a036261d6ecf>, answer<v=0  
Sun Dec 29 10:37:19 2019 user.info : mcad[5558]: libubnt_webrtc.set_sdp_answer(): SDP success: uuid<03845f09-e40c-4ec0-82b5-a036261d6ecf>
Sun Dec 29 10:37:19 2019 user.info : utermd[5561]: utermd.house_keeper(): Session "03845f09-e40c-4ec0-82b5-a036261d6ecf" answer parsed successfully, going to build up connection
Sun Dec 29 10:37:34 2019 user.err : utermd[5561]: utermd.SignalConnectionFailed(): Connect failed: 0x80060016/WebRTC connection timed out
Sun Dec 29 10:37:34 2019 user.warn : utermd[5561]: utermd.house_keeper(): Pulse failed, turns to garbage. ret:0x80060016/WebRTC connection timed out
Sun Dec 29 10:37:34 2019 user.info : utermd[5561]: utermd.house_keeper(): Session "03845f09-e40c-4ec0-82b5-a036261d6ecf" clean up
 
@adudek, хоть я и согласен, это пока что временное решение. Команда UI подтвердила, что проблема воспроизводится (кажется, в теме бета-версии 5.13.18), так что, надеюсь, скоро исправят.
 
@telcogeek, я проверил, работает в Chrome и Vivaldi (основанном на Chrome). @adudek, согласен, я тоже чаще возвращаюсь к чему-то более нейтральному, например к Firefox.
 
К сожалению, это не решение проблемы. Это всё равно что сказать: «Если что-то не работает на Windows, установи Linux как обходной вариант». Не должно быть никаких зависимостей от браузера. Мы же не хотим повторения всей этой истории с IE 6.
 
Оказывается, это вызвано проблемой с websocket и также влияет на терминал отладки. Если у вас прошивка новее 4.0.21 и любой из последних контроллеров (5.12.x и 5.13.x на момент этого сообщения), при использовании Firefox вы столкнетесь с этой проблемой. Пока что решение — использовать что-то другое вместо Firefox (у меня сработал Chrome). https://community.ui.com/questions/Upgrade-to-any-higher-fw-than-4-0-21-unable-to-connect-to-device-in-Firefox/07360035-f5f0-4405-8ac8-535eea0774c3
 
Я собирался открыть новую тему, но сначала решил поискать похожие проблемы и нашёл твою. У меня те же симптомы на последних релизах SHD... тестировал с контроллером версии 5.12.66. В моей системе я знал, что раньше всё работало, поэтому стал проверять более ранние версии ПО AP. Всё корректно работает на 4.0.21.9965, но ломается начиная с официального релиза 4.0.42.10433 и во всех последующих бета-версиях 4.x и 5.6. Сейчас у меня функционирует только на 4.0.21.9965 и более старом ПО.
Страницы: 1
Читают тему (гостей: 1)