Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
Защита производительности — не работает., UniFi Protect
 
Недавно я обновил UniFi Video NVR до решения UniFi Protect и, к сожалению, считаю его непригодным для просмотра записей вне дома. В системе 4 камеры (все G3). Всё оборудование — UniFi (коммутатор и USG). Модем в режиме моста, скорость интернета 35 Мбит/с на загрузку и 7 Мбит/с на отдачу. По локальной сети (LAN) могу спокойно смотреть Live View и Timelapse без проблем. А вот удалённо (через Chrome или приложение) это просто невозможно.

В Chrome при просмотре Live View или Timelapse полоса загрузки достигает примерно 99%, но почти никогда не заканчивается. В приложении соединение сначала быстрое, затем становится нормальным, потом медленным, а в последней версии приложения часто возвращается на экран загрузки и переподключается к CloudKey — и процесс повторяется. Иногда удалённо удаётся подключиться, но всё настолько медленно, что пользоваться практически невозможно. Пробовал снизить качество камеры с 3000 кбит/с до 1500 кбит/с — результата почти нет.

Бэкенд Protect вроде функционирует нормально, только память постоянно загружена на 98–99% (по интерфейсу). Диск заполнен всего наполовину (система работает всего пару недель). Не утверждаю, что это ключевая ошибка — просто хочу получить совет, с чего начать. Хватит ли скорости 35 Мбит/с загрузка и 7 Мбит/с отдача для Protect? А 7 Мбит/с загрузка и 1 Мбит/с отдача (или мобильный 4G) достаточно на стороне клиента?

Есть ли какие-нибудь логи или способы отладки? Нужно ли открывать какие-то порты? Иногда, когда Timelapse всё же работает, Chrome начинает «тормозить» — нагрузка на процессор и память зашкаливает, хотя это уже второстепенная проблема.

Все устройства и приложения обновлены до последних версий. Вижу в этом решении большой потенциал, но пока сталкиваюсь с проблемами. Буду признателен за любые советы по диагностике и ускорению удалённого подключения.
 
Похоже, это именно та же проблема, что и у меня с моей системой, @UI-Cody, и здесь тоже нет никаких ответов? Я тоже использую USG pro... Значит, это проблема именно с USG pro? Что можно попробовать?
 
Согласен. У меня скорость 50 вниз и 50 вверх. ПО ЛАНУ. Это устройство почти невозможно использовать через приложение на iOS, а десктопная версия немного получше, но тоже не идеальна — хотя хоть работает. Я даже не пытаюсь больше заходить извне. Качество камеры у меня настроено скромно. Не понимаю, в чём проблема.
 
Почему ты включил IPS? Это точно убьёт твою производительность... Просто включи uPNP и забудь обо всех других настройках на USG. DPI, кстати, должен спокойно работать.
 
Привет, Chaicka, спасибо... это действительно много очень полезной информации. Я использую её, чтобы разобраться дальше, и потом отпишусь. CDN вполне может быть причиной. Отмечу, что исходная проблема в этой теме была вызвана роутером в режиме моста и решилась удалением USG. Я не использую режим моста ни на одном из этих объектов. Скажу, что на объекте 110/4 эта проблема возникает время от времени, а на 30/12 (с в три раза большим апстримом) она присутствует постоянно.
 
Дополнительный отзыв по производительности от меня. Интернет 40 Мбит/с на загрузку, 20 Мбит/с на выгрузку. Защищено в Южной Африке. Вход в приложение из ЮАР медленный, из Великобритании — быстрее. Просмотр в прямом эфире приемлемый и в ЮАР, и в Великобритании, но стабильнее в Великобритании. Воспроизведение по таймлайну из Великобритании и ЮАР невозможно использовать — 8-секундная задержка, при этом меньше одного кадра в секунду. Воспроизведение по таймлайну по локальной сети в порядке. Вход всё ещё очень медленный. Обратите внимание, что YouTube всегда работает быстро, значит пропускная способность интернета не проблема. Высокая задержка при входе — серьезная проблема. Воспроизведение по таймлайну удалённо — серьёзная проблема. Пожалуйста, исправьте оба вопроса до того, как добавлять новые функции. Прошу смоделировать такие условия при тестировании. Спасибо.
 
В последней бета-версии включено исправление, которое сильно влияет на системы с большими жёсткими дисками. У вас установлены диски на 5 ТБ? Версия 1.10.0 запланирована к выходу на этой неделе.
 
В извлечённом файле поддержки есть папка под названием «nvr», и логи находятся внутри неё.  
webrtc.log — логи, связанные с сессиями webrtc, полезные для выяснения того, что произошло. Обрати внимание, что время может не совпадать с местным (не могу вспомнить, в какой версии поменяли логи с UTC на местное время).  
cloud.log — логи, связанные с доступом к облаку, которые, насколько я понимаю, также содержат информацию о сессиях webrtc (например, видно подключение iOS или браузера). Возможно, потребуется сверить точное время между webrtc.log и cloud.log, чтобы понять, что именно происходило.

Проверь, к каким серверам глобальных адресов global.turn.twilio.com и global.stun.twilio.com попадает твой сайт (там есть региональные серверы по всему миру, посмотри, разрешаются ли они в ближайший к тебе регион по этому списку — https://www.twilio.com/docs/stun-turn/regions). Также проверь задержку (она должна быть значительно меньше 50 мс).

Если два адреса разрешаются не в правильный регион или не в самый близкий к твоим сайтам, тогда стоит проверить твою DNS-инфраструктуру. Я никогда не использую Google или FreeDNS для разрешения имен, потому что они могут испортить гео-зависимые сервисы, такие как CDN, STUN/TURN, а также многие другие, завязанные на геолокацию. Для примера: Google всегда перенаправляет мои соединения на очень удалённые серверы (например, в США), хотя рядом куча серверов с очень низкой задержкой, которые можно было бы использовать.
 
Привет, TheCloudCorps! Я уже начал бета-тестирование и не могу точно вспомнить, с какой версии заметил изменения в стриминге видео через WAN. Теперь по умолчанию идёт сразу 720p, а раньше, как ты говорил, сначала была пикселизация, которая постепенно улучшалась (предполагаю, что система определяет качество соединения и увеличивает битрейт). Если я ошибаюсь — поправь.

Когда ты говоришь, что на сайте с 30/12 показывает медленное соединение, я предполагаю, что ты подключаешься с 30/12 к сайту с 110/4. Если это так — то логично, ведь апстрим на другом конце всего 4 Мбит/с. Если нет — прошу прощения за неправильное предположение.

Во всяком случае, ты можешь скачать файл поддержки на свой ноутбук или ПК, распаковать его и посмотреть соответствующие логи. Я постараюсь найти, какие именно логи смотреть, чтобы понять, в чём проблема.

Есть ли возможность, что провайдер ограничивает трафик? Знаю, некоторые провайдеры делают это тихо. Доказать сложно, но не невозможно. Нужно использовать инструменты для мониторинга или тестирования tcp-трафика на конкретных портах (например, порт 7443 и другие порты, связанные с видео, которые защищены пользователем).
 
Думаю, проблема есть. Очень серьёзная проблема в версии 1.9.2. С тех пор, как моя система обновилась до Protect 1.9.2, она стала практически непригодной для использования, даже в одной локальной сети с CK2+. Постоянно отключается, часто появляется синий экран с надписью «соединение». Это происходит почти всегда — когда смотришь видео, серфишь в интернете или скачиваешь клип. До версии 1.9.2 таких проблем не было.
 
Привет, Chaicka, да, ты правильно поняла. Странно, но с сайтом 110/4 никогда не было проблем, пока совсем недавно. Он всегда подключался надежно, даже если иногда при просмотре таймлапса изображение немного пикселизировалось. Но как только я находил нужный момент, видео сразу же показывалось идеально после небольшой задержки на кэширование.

Зато сайт 30/12 уже несколько недель либо медленно подключается, либо, как на скриншотах выше, вообще не удаётся подключиться, поэтому я решил сделать ему полный сброс настроек и заново его развернуть.
 
Я так понимаю, скорости на сайтах 110 Мбит/с на прием и 4 Мбит/с на передачу, и 30 Мбит/с на прием и 12 Мбит/с на передачу, верно? Если да, то 4 Мбит/с на отдачу будет мало для 720p или даже 1080p. А вот 12 Мбит/с на отдачу должно хватить, если нет другого трафика.
 
Наткнулся на эту тему, потому что у меня точно такая же проблема. У меня два объекта с полным комплектом Unifi, включая CK+, UVC G3, USG 3P и PoE коммутаторы Unifi. Видео нормально работает на месте, но при удалённом подключении — в 90% случаев нет (как через Chrome на ПК, так и через приложение на iPhone или Android). В тех редких случаях, когда всё-таки подключается, система сообщает, что соединение медленное, хотя на самом деле это не так. Скорость на объектах 110/4 и 30/12, только IPv4. Тесты скорости стабильно хорошие, Bufferbloat отсутствует. Вчера я сделал сброс до заводских настроек USG, CK+ и G3 на одном из объектов и настроил всё заново. На каждом устройстве стоит последняя прошивка. Проблемы остались. Раньше такого не было — когда системы только ставили несколько месяцев назад, всё работало идеально. Последние обновления, судя по всему, и вызвали эту проблему. Прикреплю пару скриншотов для примера.
 
С тех пор как обновился до версии 1.9.2, и прямой эфир, и таймлайн просто не работают. У меня дома гигабитный интернет, а на работе 500/500. Раньше я мог смотреть прямой эфир до обновления 1.9.2 — сейчас это просто кошмар, и через мобильное приложение, и через браузер. У кого-нибудь еще такие же проблемы?
 
UBNT, пожалуйста, также объясните, почему воспроизведение в реальном времени работает лучше из Великобритании, чем из Южной Африки, хотя Protect находится в Южной Африке. Я понимаю, что вход в систему работает лучше, потому что приложение общается с UBNT, но воспроизведение видео должно происходить напрямую... Спасибо.
 
Я обычно подключаюсь удалённо с работы или через мобильный интернет (LTE) в ЮАР к своему Protect в ЮАР. Задержка очень низкая. Вход в приложение происходит ну очень медленно и часто вообще не удаётся. Ещё приложение регулярно выкидывает меня из аккаунта во время работы. Когда я подключаюсь с работы или через мобильный интернет (LTE) в Великобритании к своему Protect в ЮАР, вход происходит гораздо быстрее, и в целом производительность лучше. Прямая видео трансляция работает нормально с обоих локаций — ЮАР и Великобритания. Пролистывать ленту событий тоже нормально с обеих сторон. Но воспроизведение из ленты оставляет желать лучшего везде: за 8 секунд до короткого воспроизведения начинается дергание, дергание и ещё раз дергание. Воспроизведение ленты практически невозможно. Прямое подключение с мобильного к Protect (как в приложении Unifi Network). Исправление воспроизведения из ленты должно быть приоритетом, выше любых новых функций. Приложение не должно требовать повторной авторизации каждый раз при запуске. Оно должно быстро восстанавливаться из фонового режима. UBNT, пожалуйста, напишите мне в личку о приоритетах этих критичных исправлений. Спасибо, Jono.
 
У меня такие же проблемы. Часто браузер «зависает», когда прокручиваешь временную шкалу, именно там эта проблема особенно заметна. При просмотре напрямую через LAN с того же компьютера и браузера подобного почти не происходит. VPN «исправляет» ситуацию, так что это не проблема с пропускной способностью, задержками или потерей пакетов в сети. USG-PRO-4 — это граничное устройство.
 
Просмотр видео в реальном времени более-менее приемлем. Теряются кадры, но видео запускается достаточно быстро. А вот просмотр записи по таймлайну — просто ужас. Часто время на шкале меняется, а видео при этом не воспроизводится. Это нужно срочно исправить, чтобы сделать систему подходящей для видеонаблюдения. Пожалуйста, также улучшите скорость входа в систему и реализуйте прямое подключение, как в приложении Unifi Network.
 
Это серьезная проблема на сайте, который я поддерживаю. При просмотре видео оно постоянно дергается или просто внезапно останавливается. Я заметил, что часто помогает просто скачать видео и смотреть уже офлайн. Это неудобно, но скачанный файл воспроизводится плавно, без тормозов и сбоев. Похоже, проблема связана именно с воспроизведением. Также, думаю, это связано с двумя моментами: задержкой в сети (а не с пропускной способностью канала) и загрузкой жесткого диска. Я обновил диск, и 75% проблем исчезли. Но всё равно это остаётся очень раздражающим.
 
Может ли Ubiquity, пожалуйста, сообщить, что делается с этой проблемой. Вчера у меня был инцидент, из-за которого мне пришлось потратить кучу времени, чтобы просмотреть всё удалённо. J
Страницы: 1 2 След.
Читают тему (гостей: 1)