ONVIF и RTSP простыми словами: как камеры и системы понимают друг друга

Звонит интегратор: «Поставили на объект 40 камер Dahua, заказчик доволен, а через год просит добавить распознавание номеров на въезде. Берём аналитику — она камеры не видит. Вообще. Что делать?» Открываем удалёнку, смотрим. Камеры рабочие, картинка идёт в их родной видеорегистратор. Но наружу — ничего. Регистратор держит поток у себя и отдавать его «чужому» софту не умеет. Классика.

А ведь достаточно было при закупке проверить две строчки в характеристиках: поддержку ONVIF и наличие RTSP. Эти два слова решают, привяжетесь вы к одному вендору на годы или сможете ставить поверх камер любую систему — хоть видеоаналитику, хоть облако, хоть VMS другого производителя. Давайте разберём, что за ними стоит. Без академизма, на пальцах.

Зачем вообще что-то стандартизировать

Представьте, что каждый производитель розеток делал бы свою форму вилки. Купил чайник Bosch — покупай и розетки Bosch, и удлинители Bosch. Бред? В видеонаблюдении ровно так и было лет пятнадцать назад. Камера Pelco работала только с софтом Pelco, камера Sony — только с Sony. Менеджеры это любили: продал систему — посадил клиента на иглу, дальше он от тебя никуда.

Чтобы разорвать этот замкнутый круг, в 2008 году Axis, Bosch и Sony собрались и основали ONVIF — Open Network Video Interface Forum. Идея простая: договориться об общем языке, на котором камеры и софт разговаривают, независимо от бренда на корпусе. Сегодня в форуме сотни вендоров, и поддержка ONVIF — это де-факто пропуск на рынок. Камера без него выглядит подозрительно, как смартфон без Wi-Fi.

Но тут есть тонкость, на которой спотыкаются почти все новички. ONVIF и RTSP — это не одно и то же и даже не про одно. Их постоянно путают, пишут через запятую как синонимы. А это два разных слоя, и работают они вместе, но отвечают за разное.

RTSP — это про сам видеопоток

Начнём с того, что проще пощупать. RTSP (Real Time Streaming Protocol) — это протокол, по которому камера отдаёт видео. Сам поток картинки и звука. Когда вы где-то видите такую строку:

rtsp://admin:Password123@192.168.1.64:554/Streaming/Channels/101

— это и есть RTSP-ссылка. Разберём её по косточкам, потому что читать такие адреса должен уметь любой, кто лезет в камеры руками:

• rtsp:// — протокол, говорим «хотим видеопоток».
• admin:Password123 — логин и пароль. Да, прямо в открытом виде в URL. Поэтому такие ссылки нельзя светить.
• 192.168.1.64 — IP-адрес камеры в сети.
• :554 — порт. 554 — стандартный порт RTSP, как 80 для обычного веба. Иногда меняют, тогда пишут другой.
• /Streaming/Channels/101 — путь к конкретному потоку. У каждого вендора он свой, и вот это — главная засада, к ней вернёмся.

Что важно понять: RTSP сам по себе видео не несёт. Это как диспетчер, который договаривается о сеансе — командует «play», «pause», «teardown». А сами кадры летят рядом, обычно по RTP поверх UDP, сжатые кодеком H.264 или H.265 (он же HEVC — вдвое экономнее по трафику при той же картинке, на современных объектах берите его, если железо тянет). Эту тройку RTSP/RTP/кодек можно не разделять в голове — для практики достаточно помнить: получил рабочую rtsp-ссылку, скормил её плееру или аналитике — увидел картинку.

Проверяется элементарно. Открываете VLC, «Открыть URL», вставляете строку — если поток пошёл, камера живая и отдаёт видео наружу. Это первый тест, который мы делаем на любом объекте перед тем, как разворачивать что-то серьёзное. Не пошло в VLC — не пойдёт и в аналитике, копайте сеть, права, путь.

Кстати, почти у каждой камеры два RTSP-потока: main stream (основной, полное разрешение, для записи и детального анализа) и sub stream (облегчённый, для превью и мелких окон в раскладке). В ссылке выше 101 — это обычно main первого канала, 102 — sub. Аналитике номеров нужен main: на сжатом субпотоке мелкий номер с 20 метров просто не прочитается.

ONVIF — это про управление и «знакомство»

Теперь второй слой. ONVIF — это не про сам поток, а про всё вокруг него. Как софту найти камеру в сети, узнать, что она умеет, настроить её, повернуть (если PTZ), запросить тот самый RTSP-адрес, поймать событие движения. Грубо говоря, RTSP — это труба с видео, а ONVIF — пульт управления и справочник.

Самая полезная штука в ONVIF — автообнаружение (WS-Discovery). Софт кидает в сеть широковещательный запрос «эй, камеры, отзовитесь», и все ONVIF-устройства откликаются: вот я, такая-то модель, мой адрес такой. Дальше система спрашивает у камеры её возможности и — главное — забирает у неё готовую RTSP-ссылку. Вам не нужно знать наизусть, что у Hikvision путь /Streaming/Channels/101, а у Dahua /cam/realmonitor?channel=1&subtype=0. ONVIF выдаёт правильный адрес сам. Вот за это его и любят интеграторы — он избавляет от ручного гугления путей под каждый бренд.

Можно ли жить без ONVIF, на голом RTSP? Можно, если знаешь точный путь потока и не нужно ничего настраивать программно. Но тогда теряешь автообнаружение, единое управление настройками, приём событий. На объекте в три камеры — переживёте. На объекте в триста — замучаетесь вбивать адреса руками. Поэтому нормальный подход: ONVIF для обнаружения и управления, RTSP для самого видео. Они не конкуренты, они напарники.

Профили ONVIF: S, T, G, M — что это и что брать

Вот где начинается путаница даже у опытных. В характеристиках камеры пишут «ONVIF Profile S» или «Profile T» — и не все понимают, что это значит. А значит вполне конкретные вещи. Профиль — это набор обязательных функций, которые камера и софт гарантированно понимают одинаково. Договорённость о минимуме.

Profile S — базовый, для большинства задач

Самый старый и распространённый. Отвечает за потоковое видео по сети: получить поток, управлять PTZ, передать звук, поймать базовые события. 99% задач обычного видеонаблюдения закрываются Profile S. Если в камере он есть — она отдаст вам RTSP-поток, и аналитика с ней подружится. Это тот минимум, ниже которого опускаться не стоит.

Profile T — улучшенный поток, берите его, если есть выбор

Появился позже и заточен под современность. Главное отличие от S — обязательная поддержка H.265 (в S кодек был опциональным), плюс продвинутая аналитика событий, метаданные, зоны детекции по движению. Если выбираете камеру сегодня и видите Profile T — берите не задумываясь, это S с современными плюшками. На наших пилотах T-камеры дают меньше трафика и аккуратнее отдают события.

Profile G — про запись и архив

Отвечает за хранение: запись на устройство, работу с архивом, поиск по записям, выгрузку фрагментов. Нужен, когда вы хотите, чтобы сторонний софт управлял записью прямо на камере или регистраторе (edge storage, карта памяти в камере). Для аналитики реального времени он не критичен — нам важен живой поток, а не архив. Но для полноценной VMS-системы штука полезная.

Profile M — про метаданные и аналитику

Самый свежий и для нас самый интересный. M = Metadata and analytics. Он стандартизирует, как камера отдаёт результаты аналитики: распознанные объекты, лица, номера, классификацию — в едином формате, который понимает любой совместимый софт. То есть камера с собственной аналитикой на борту может отдавать «вижу человека в кадре, координаты такие» стандартным языком. Профиль молодой, поддержка пока неровная, но за ним будущее edge-аналитики.

Запомнить просто: S — поток, T — поток получше, G — запись, M — аналитика. Камера может поддерживать несколько профилей сразу — обычно пишут «Profile S/T/G». Чем больше — тем гибче.

Почему это решает при выборе камеры

Теперь самое практичное — зачем интегратору и заказчику вообще держать всё это в голове. Причина одна, и она про деньги: совместимость = свобода.

Камера с честной поддержкой ONVIF и RTSP — это камера, которую вы не привязываете намертво к одному софту. Сегодня она пишет в регистратор Hikvision, завтра — в облако, послезавтра поверх неё встаёт видеоаналитика для распознавания номеров, а через год вы меняете VMS целиком, не трогая ни одной камеры на стенах. Железо живёт своей жизнью, софт — своей. Это и есть та развязка, ради которой ONVIF затевался.

Обратная ситуация — закрытая экосистема. Камера работает только с «родным» софтом, RTSP либо закрыт, либо урезан, наружу ничего не отдаётся. Производителю удобно: вы у него на крючке. Вам — нет. Захотите аналитику от другого вендора — упрётесь в стену, как тот интегратор из начала статьи. Поэтому при закупке мы всегда советуем: проверяйте не маркетинговую галочку «ONVIF compatible» на коробке, а реальную отдачу RTSP-потока. Подробнее про критерии выбора мы разбирали в отдельном материале — как выбрать систему видеонаблюдения.

Отдельно про нашу кухню. Вся видеоаналитика UMSecurity работает поверх действующих ONVIF/RTSP-камер — мы не продаём своё железо и не заставляем менять парк. Если у вас стоят нормальные камеры с RTSP, мы просто берём их потоки и навешиваем распознавание номеров, лиц, контроль периметра. Камеры остаются ваши, аналитика — наша, никто ни к кому не привязан. Ровно та свобода, о которой речь.

Типичные грабли совместимости

Теория теорией, а на объектах ONVIF/RTSP подкидывают сюрпризы. Собрали то, на чём спотыкаемся чаще всего — сверяйтесь, сэкономит часы.

«ONVIF есть, но не работает»

Любимое. Камера заявлена как ONVIF-совместимая, а софт её не видит или видит криво. Причины: разные вендоры понимают стандарт чуть по-своему (ONVIF гибкий, и в этом его беда), прошивка кривая или старая, конкретная функция не реализована. Лечится обновлением прошивки или ручным вводом RTSP-ссылки в обход автообнаружения. Совет: всегда держите про запас способ подключиться напрямую по RTSP. Когда ONVIF капризничает, прямая ссылка спасает.

ONVIF выключен по умолчанию

На многих камерах (привет, Hikvision и Dahua) ONVIF из коробки отключён или требует завести отдельного пользователя именно для ONVIF-доступа. Залогинились в веб-интерфейс камеры, а сторонний софт всё равно не пускает — потому что для ONVIF нужна отдельная учётка с правами. Заходите в настройки, включаете ONVIF, создаёте пользователя, и только тогда автообнаружение оживает.

Аутентификация и время

ONVIF использует WS-Security с временными метками. Если на камере и на сервере сильно разъехались часы (а такое бывает после сброса или без NTP), авторизация падает с непонятной ошибкой. Картинка вроде должна идти, а ONVIF молчит. Синхронизируйте время по NTP на всех устройствах — банально, но вылавливает кучу «мистических» отказов.

Неправильный путь RTSP

Если подключаетесь напрямую, а не через ONVIF, путь потока у каждого вендора свой, и ошибиться в нём — нечего делать. Hikvision: /Streaming/Channels/101. Dahua: /cam/realmonitor?channel=1&subtype=0. Axis: /axis-media/media.amp. У китайских безымянных камер — что угодно, иногда /11 или /live/ch0. Не угадывается логикой, гуглится по модели или вытаскивается через ONVIF. Поэтому ONVIF и удобнее — он отдаёт правильный путь сам.

Сеть и порты

RTSP по умолчанию любит UDP, а оборудование между камерой и сервером (роутеры, файрволы, кривой VLAN) UDP иногда режет. Симптом — поток то идёт, то рвётся, артефакты, фризы. Решение — переключить RTSP на TCP (большинство плееров и систем это умеют, в VLC галочка «использовать TCP»). И не забывайте про порт 554 — если он закрыт на файрволе, наружу ничего не вылезет. Когда камеры и сервер в разных подсетях или через интернет — это вообще отдельная история, мы её частично затрагивали в разборе про облачное видеонаблюдение.

H.265 и старый софт

Камера отдаёт красивый экономный H.265, а старая VMS или слабая аналитика его не переваривает — поддерживает только H.264. Картинки нет, хотя поток вроде идёт. Либо обновляйте принимающий софт, либо переключайте камеру на H.264 (в настройках кодека). На совсем старом железе H.265 ещё и грузит процессор так, что система задыхается — учитывайте при проектировании.

Что в итоге держать в голове

Если выкинуть всё лишнее, остаётся три мысли. RTSP — это сам видеопоток, строка rtsp://..., которую можно проверить в VLC за минуту. ONVIF — это управление, обнаружение и справочник, который избавляет от ручного вбивания адресов и связывает камеру с любым софтом. И профили S/T/G/M — это про то, какой именно набор функций камера гарантирует: S для потока, T для современного потока, G для записи, M для аналитики.

Что с этим делать на практике? При закупке камер не ведитесь на одну надпись «ONVIF» на коробке — проверяйте реальную отдачу RTSP-потока, желательно до оплаты. Берите Profile T, если есть выбор. Держите про запас прямые RTSP-ссылки на случай капризов автообнаружения. И не загоняйте себя в закрытую экосистему — камера, которая отдаёт открытый поток, переживёт три смены софта и десяток новых задач.

Честно говоря, вся эта возня с протоколами — не самое увлекательное в нашей работе. Зато именно она определяет, сможете вы потом малой кровью добавить распознавание номеров на въезде или придётся перекладывать половину объекта. Мы как раз и берём готовые ONVIF/RTSP-камеры и навешиваем на них аналитику — без замены железа, пилот обычно от двух недель. Если у вас уже стоят нормальные камеры и хочется выжать из них больше, чем просто запись «на всякий случай» — это ровно наш профиль.