Руководитель группы технической поддержки Бенедикт Максименко.
 

Какие нюансы надо знать о VSaaS

Хотя ряд специалистов относится к облачным технологиям видеонаблюдения весьма сомнительно, компании-производители видят на собственном опыте, что спроc на VSaaS растет стабильно. Операторы сотовой связи создают пользующийся популярностью сервис, клиенты которого получают возможность осуществлять видеоконтроль за относительно низкую абонплату.

И хотя принцип работы VSsaaS провозглашается как «включай и работай», но на практике оказывается все не так просто. Есть определенные «подводные камни», требующие внимания как производителей, так и пользователей облачных сервисов. Статья посвящена не только рассмотрению трудностей, возникающих при функционировании VSaaS, а также способам их решения.

Есть две модели отправки видео от сетевой камеры в облако:

1. путем подключения сервера облачного сервиса к IP-камере;
2. путем подключения IP-камеры непосредственно к облаку.

Каждый из способов подключения имеет свои особенности, на которые потребителю надо обязательно обращать внимание.
 

Насколько готовы сетевые камеры взаимодействовать с VsaaS?

Если сервис работает по первой модели – связь с сетевой видеокамерой организована через ПО, а сервер проверяет состояние подключения и запрашивает соединение – то надо обратить внимание на устройство системы пользователя. При наличии у потребителя достаточных знаний и навыков, он может производить настройку самостоятельно путем изменений правила в Firewall роутера. Инициализация соединение и подбор портом может осуществляться и IP-камерой, но в этом случае должна поддерживаться служба UPNp. И еще надо обратить внимание на совместимость модели роутера и функции UPNp сетевой камеры, ведь у разных производителей она может отличаться.

Во втором случае сервис подразумевает использование сетевых камер, предназначенных для работы в облаке камер конкретного производителя.
 

Готовность провайдеров

При подключении 1-м вариантом (облако к камере) у пользователя должен быть внешний IP-адрес (при этом адрес должен быть «белым»). Современная глобальная сеть уже испытывает недостачу IPv4-адресов, и провайдеры все чаще вынуждены предлагать своим клиентам частные IP-адреса (называемые «серыми»). Последний вид адресов предназначен для использования в локальной сети, а контроль за их распределением никто не осуществляет. Но поскольку «серые» сетевые адреса фактически в Интернете отсутствуют, облако не сможет осуществить подключение к пользовательской камере, если у пользователя «серый» IP-адрес. Узнать тип своего сетевого адреса можно у провайдера. И если выясниться, что у Вас частный адрес, целесообразно запросить смену IP на внешний. Сетевой адрес должен характеризоваться статичностью, т.е. быть привязанным к определенному подключению. Если же этим правилом пренебречь, то при каждой смене динамического адреса сетевая камера будет терять контакт с облаком.

При наличии динамического адреса можно воспользоваться услугами сервиса привязки сетевого адреса к домену, к примеру, DynDNS. У пользователя есть возможность выбора сетевую камеру (или роутер wi-fi) со встроенным сервисом. DynDNS-клиент непрерывно осуществляет отправку информации о своем сетевом адресе на сервисный DNS-сервер, который сохраняет последний IP-адрес пользователя. И когда пользователь в следующий раз обратиться к доменному имени, сервер перенаправит его на данный IP-адрес.

При использовании роутера wi-fi с поддержкой DynDNS для обслуживания системы с несколькими сетевыми камерами, «белый» адрес присваивается роутеру, а камерам «приходится довольствоваться «серым». Для стабильного обеспечения работы такой системы необходимо сделать «прошивку» портов на роутере.

Если к облачному сервису будет подключаться IP-камера, к ее сетевому адресу никаких требований не выдвигается: он может быть как «белым», так и «серым».

Читать продолжение статьи

Руководитель группы технической поддержки Бенедикт Максименко.