Александр Баринов из Jupiter Systems рассказывает о своей работе так вдохновенно, что почти все описываемые сюжеты видишь предельно ясно: вот РЖД, которым требуется решить определенной сложности задачу, вот незадачливый заказчик, погнавшийся за дешевизной, а вот путь, которым идет российский интегратор – извилистый и сложный. Герметичный – в пределах одной технологии – триллер, от которого не оторваться!
- Почему AV over IP объединила вокруг себя столько вендоров: они создают альянсы, раскрывают друг перед другом карты и пропагандируют технологию всеми возможными способами?
Потому что это классная технология. Передача сигнала по IP решает такие проблемы, как, например, объединение видеостены, состоящей из нескольких блоков разной геометрии и разного разрешения. Или объединения всех источников и систем отображения (например, видеостена, панель, висящая на ресепшен и прочее) в единую систему, некий контейнер видеоинформации, куда можно ее складывать и откуда можно ее доставать. Всем этим единообразно управляет один оператор из какого-то одного места, или даже без привязки к месту. Таким образом AV over IP еще и дает большую гибкость в управлении.
Технически – это передача-захват видео- или аудиосигнала в каком-либо качестве, его последующее кодирование с какой-то потерей качества и декодирование на стороне отображения. У вас есть кодер, декодер, а посередине – система передачи данных. Собственно, та же самая технология видеоконференцсвязи, только ВКС в реал-тайме и с привязкой конкретно ко времени, а тут упор делается на качество. Технология достаточно известная и давнишняя, скажем так, и у нее есть целый ряд преимуществ. Во-первых, она позволяет передать сигнал более высокого качества, чем классическая AV-коммуникация, и с гораздо более широкой географией. Если надо, то и между континентами. Во-вторых, с ее массовым внедрением коммутация становится дешевле в принципе. И, в-третьих, можно строить распределенные системы. Если, например, у вас централизованная система, основанная на матричном коммутаторе, а с ним что-то произойдет, то все, вся система выйдет из строя. При помощи IP построить отказоустойчивую распределенную систему достаточно просто, так что AV over IP – это двигатель прогресса.
- Давайте обсудим основные преимущества технологии перед классической AV-коммутацией, как технические, так и экономические.
Коммутация по IP, прежде всего, всегда будет дешевле классической: как с точки зрения изначальных вложений, так и последующего возврата инвестиций. Не говоря о том, что AV over IP систему в любой момент можно нарастить. Вы покупаете ровно столько входных-выходных модулей, сколько надо. Вы не привязаны к шасси, в которое вставляются только определенные платы, и в которое вы не сможете добавить новые интерфейсы, не заменив платы. Все шасси имеют так называемую шину данных, куда вставляются карты, и эта шина может очень быстро закончиться – в текущих реалиях особенно, поскольку качество контента постоянно растет. Подобных ограничений в IP в принципе нет, есть некоторые ограничения, связанные с одним потоком коммутации, но поскольку их может быть много, то вопрос решается таким образом. Это то, что касается экономических преимуществ.
Теперь – о технических. Как я уже говорил выше, одно из преимуществ IP-технологии перед классическими коммутаторами в том, что система получается децентрализованной, отказоустойчивой. Последнее критически важно на многих объектах. Также я бы отметил легкость добавления новых источников: не нужно тянуть какой-либо специализированный кабель – оптический или витую пару, что может быть особенно проблематично в уже отстроенном отделанном помещении. С IP у вас есть розетка, вы подключились, настроили с системным администратором это подключение и все: помещение готово к использованию с AV.
- Что конкретно есть в портфеле компании Jupiter для передачи AV сигналов по IP?
Jupiter эту технологию изобрел и внедрил в жизнь. Решение называется PixelNet и разработано оно было еще в девяностых годах прошлого столетия. На тот момент сигнал в разрешении Full HD, передавался по гигабитным сетям. Сейчас, конечно, сети более мощные, выросли скорости и разрешения. И сегодня система представляет собой связку нескольких блоков. Есть центральный узел, который управляет всей системой и называется PixelNet Domain Control. Этот сервер отвечает за работу всей системы, мониторит состояние узлов ввода-вывода, через него же происходит переключение раскладлок и настройка. То есть это централизованный сервер управления. Дальше идут модули ввода и вывода. С выводом все понятно: модуль подключается к панелям видеостены или к каким-то отображающим устройствам. Что касается модулей ввода, то они есть физические, с HDMI- и SDI-интерфейсом, и есть сетевые. То есть можно подключить IP или VNC потоки через специальный модуль ввода, который называется стрим-центром и позволяет декодировать достаточно большое количество потоков. Так же через него можно добавить такие источники как WEB-страницы. Все это соединяется в единый 10-гигабитный коммутатор, который можно стекировать и, тем самым, построить очень большую систему.
- В каких приложениях актуально это решение?
В первую очередь, там, где есть необходимость собрать большую видеостену – диспетчерские, скажем, где при помощи нашей системы необходимо осуществлять мониторинг и выводить данные на систему отображения.
Возьмем для примера РЖД: там топология устроена таким образом, что на видеостене показывается структурная схема движения поездов: это вытянутая схема, и диспетчер должен понимать, где находится состав, и что происходит. Один классический контроллер тут не справится. Бывает, что видеостену разбивают на несколько частей, и ее обслуживают два контроллера, но это неудобно. Как передавать информацию между схемами на стыке? Особенно, если все должно быть синхронизировано. Тут нас выручает PixelNet: он поддерживает конфигурации стены абсолютно любой длины, и здесь у него явное преимущество.
В принципе, у нас достаточно большой портфель классических контроллеров на Windows, и эти системы очень гибкие, заказчики их любят, но у них есть ограничения, связанные с максимально поддерживаемым разрешением операционной системы. То есть, если в видеостене задействовано больше 16 х 6 видеопанелей Full-HD – это предел, и когда мы его достигаем, на помощь приходит система PixelNet.
Но если говорить о том, какие факторы являются решающими при выборе системы, то самый главный - это, конечно, цена. Система передачи по IP подразумевает, что вопрос с приемопередатчиками на объекте уже решен. Если у вас видеостены находятся в разных помещениях, на разных этажах, то вам до всех источников нужно дотянуться приемо-передатчиками и «сводить» все это в единый контроллер или несколько контроллеров. В нашу систему приема-передачи по IP уже включено все: то есть у вас есть приемники-декодеры, размещаемые в непосредственной близости от видеостен или мониторов, которые представляют собой систему визуализации, а значит участия дополнительных устройств приемо–передачи не требуется, она уже готова. Это, кстати, тоже одно из преимуществ системы передачи видео по IP.
Также PixelNet может решать другие, более сложные задачи. В частности, она дает возможность удобного управления удаленной рабочей станцией, компьютером или даже сервером, который подготавливает аналитическую информацию. Например, у нас есть несколько станций, и в программном интерфейсе PixelNet клавиатуру и мышку можно перевести на нужное нам окно, после чего компьютер, ассоциируемый с этим окном, автоматически передает управление, диспетчер подготавливает нужный контент, и по клику мыши выводит его на видеостену. Это такой классный функционал под названием KVM. То есть, оператор, находясь в диспетчерской, может удаленно управлять любым компьютером. Это очень удобно. Не нужно строить параллельную систему. И подобных тонкостей, конечно, много: бывает, например, что источники не только находятся в разных местах, но они еще и разного типа. Допустим, физический и IP-источник, и их надо в удобном виде вывести на видеостену и ими управлять. Это сложная задача, и как раз недавно у нас был один такой кейс. С ПК нужно было вывести на видеостену аналитическую информацию систем мониторинга транзакций – всего порядка 120 веб-окон. Если бы мы использовали матричный коммутатор, нам понадобилось бы 120 компьютеров: на каждом открыть веб-окна, авторизоваться, отскролить контент, а затем использовать 120 входов в каком-нибудь матричном коммутаторе, чтобы вывести этот контент на видеостену. В таком виде проект хороший, масштабный, но совершенно не эффективный. Контроллер видеостены на основе PixelNet или Windows-системы, которая может самостоятельно открывать веб-окна, авторизироваться в них и выводить нужный контент, сокращает бюджет проекта во много раз, вот и все.
- Из того, что вы сказали, можно заключить, что IP система дороже, чем классическая AV-коммутация, но хорошо окупается в больших и сложных проектах. Или все не так однозначно?
Я не сравнивал бы так, потому что это параллельные технологии. В каких-то крупных серьезных объектах часто используется классическая коммутация. Многие даже на Dante не переходят из-за боязни качества, и с IP – это тоже вопрос доверия к технологии.
- А если сравнивать AV over IP системы разных производителей между собой, а не с классической AV-коммутацией, какие есть различия – в цене, в качестве?
Взять, допустим, нашу разработку: основной целью, которую ставил перед собой Jupiter - была передача максимально качественного сигнала. Как результат – наш продукт особенно часто используется в диспетчерских, где параметр качества сигнала является критически важным. На системе визуализации оранжевый не должен казаться красным – это важно для оператора, который смотрит на видеостену целую смену, и глаз у него устает.
Также у нас используются управляемые свитчи. Что это значит? Что не 100 источников шлют 100 мультикастов, а один модуль шлет определенное разрешение на один приемник. Один декодер показывает картинку в одном разрешении на видеостене, а дубль этой картинки выводится в другом месте в другом разрешении. Так сказать, «умная коммутация», которая позволяет существенно экономить полосу пропускания и достичь большей емкости коммутации по IP.
Ну и я бы еще добавил, что решение Jupiter для передачи видео по IP также отличает почти полное отсутствие ограничений на количество вводимых потоков в рамках одной системы. К чему я клоню? К тому, что есть другая технология, достаточно распространенная, и ее используют многие производители. В ней есть чипсет, на котором базируется определенный кодер-декодер. Вам дают этот чип и SDK – программный интерфейс, при помощи которого вы создаете свое решение. И в этой точке, собственно, и начинается многообразие решений и их дешевизна, поскольку много компаний на основании этого чипа делают свои решения. Однако надо понимать, что, если чего-то в этом чипе не предусмотрено, или вы хотите как-то иначе реализовать некоторые функции, сделать это не получится – вы заблокированы, пока разработчики чипа не изменят что-то на микропрограммном уровне. При помощи этой технологии можно обеспечить базовые потребности – передать картинку из одной точки на множество точек мультикастом. Это – основной принцип, на основании которого дальше строят систему: ставят несколько чипсетов, кодеры, декодеры и так далее. Получается структурированная система, обеспечивающая функционал некой коммутации видео: простой, дешевый вариант. Для реализации многоадресной передачи систему нужно будет просто масштабировать, больше чипсетов использовать на энкодере. Но это, конечно, приведет к ее удорожанию. Поэтому если какой-то производитель решит сделать что-либо более подходящее под нужды диспетчерской, то продукт в цене вырастет.
Резюмируя ваш вопрос о стоимости: у Jupiter – не только технология, а полностью законченное решение. Модули ввода-вывода и свитч наши, вся инфраструктура – наша. При внедрении системы в эксплуатацию проблем не возникает, так как PixelNet тестируется на заводе, все модули ввода-вывода приводятся к определенному стандарту. Помимо коммутации есть и синхронизация выходов, это очень важный момент, чтобы, например, можно было на видеостену, передать видеосигнал и все приемные модули одновременно отрисовали бы изображение. У PixelNet все выходные модули синхронизируются. В большинстве простых и дешевых систем синхронизации нет, соответственно, они ограничены небольшими видеостенами.
- Что это означает для пользователя?
Что он будет смотреть на экран и видеть какую-то рябь. Где-то картинка отрисовалась, где-то нет, или задержка будет на доли секунд, но это глазом видно. Просто невозможно будет использовать такую видеостену. Но если заказчик гонится за дешевизной, он узнает о проблемах только на финальном этапе. Он может сказать интегратору: «у нас есть свой коммутатор, все классно, все работает», а интегратор ему ответит: «окей, тогда мы продаем вам модули ввода-вывода, помогаем настроить и на этом – всё. Каким будет качество, сказать не можем, потому что основное – это сеть передачи данных, а она ваша». Все договариваются, всё хорошо, а потом начинаются пляски с бубнами вокруг коммутаторов, настройки качества передачи из точки А в точку Б, передачи IP-пакета с гарантированной доставкой и прочее.
Мы предлагаем законченное решение с нашим коммутатором. Он 10-гигабитный со 100-гигабитным аплинком. Если что-то есть у заказчика – пусть он этим пользуется, это настроено, а в довесок он получит качественную систему передач видео по IP от Jupiter. Наш коммутатор, наши модули ввода-вывода, закрытая абсолютно сеть, к ней невозможно подключиться. Наш коммутатор предназначен для передачи нашего трафика.
- В России есть специалисты, которые могли бы развернуть эту систему? Или нужно проходить специальное обучение, чтобы во всем разобраться?
Любой специалист, знакомый с классической коммутацией и типами сигналов, с этим спокойно разберется. У нас есть руководство по быстрому развертыванию. Не надо знать, как настраивается мультикаст, WLAN, не надо знать IT-часть. Но если говорить про наш, российский путь, он всегда технический, тяжелый, глубокий и интересный. Преодоление присутствует во всем. Зачастую заказчик хочет сэкономить, и это очень понятно. Ему продают энкодеры, декодеры, со словами «вы можете построить классные видеостены, пользуясь нашим решением». И это звучит здорово. Заказчик говорит: «я хочу интегрировать ваше решение с уже существующей системой». И тут уже сложнее, для этого нужно больше IT-знаний, нужно с администратором системы заказчика разговаривать на одном уровне и объяснять, почему что-то не работает.
В России молодой рынок с большим количеством технически подкованных людей, которые любят докопаться до сути. Пока при запросе ты не ответишь на миллиард технических вопросов и не обоснуешь, чем твое решение лучше аналога от конкурента, с места не сдвинешься. Поэтому у нас очень важно обладать технической экспертизой и иметь в штате инженера с хорошим опытом и знаниями. С точки зрения внедрения – да, это легко, люди же все знают и понимают, но почему-то часто получается, что инсталлировать и запускать контроллер едет тот человек, который в принципе даже не знает, что такое контроллер.
- И каждая инсталляция такая?
Нет, не каждая, конечно. Есть классные специалисты, которые прекрасно разбираются в Jupiter, гораздо лучше меня. Они за все годы уже так поднаторели в установке, что знают с практической стороны все тонкости и нюансы. Это тем более здорово, что ты можешь такому человеку позвонить и сказать: «слушай, есть инсталляция, пожалуйста, съезди, реши вопросы». И все, он закроет вопросы. Но ситуации возникают разные, и тут важно, чтобы у человека не возникло ощущения, что железку ему продали, дальше бросили на произвол судьбы. Действительно, какая-то настройка сложной оказалась, поэтому, я всегда с радостью помогаю – сам иногда сижу перед демо-версией проданного контроллера, высылаю скриншоты, как настроить, что делать и прочее. Дело в том, что помимо всех базовых вещей, контроллер надо в систему завести соответствующим способом, и у каждого заказчика своя задача, а в ней есть свои нюансы. И тут надо, конечно, людям помогать. А персональное вовлечение в каждый проект, в каждую продажу, наверное, придает уверенности интегратору, заказчику. Ты за свое решение ответственен полностью, закрываешь большой пул вопросов – это ценно.
- А как вы добиваетесь отказоустойчивости своих IP- решений?
В принципе, этого можно добиться путем внедрения 2-го коммутатора в систему, и в этом случае нужен второй управляющий контроллер, который называется PDC Server. Далее все модули включаются в оба коммутатора. Каждый узел PixelNet имеет 2 SFP-порта и, если одна стойка отключается, система продолжает работать. Таким образом обеспечивается полная отказоустойчивость.
Читайте АВ Клуб в Telegram
