Темное настоящее и светлое будущее WebRTCVoximplant
Игорь Шеко (Voximplant)
Темное настоящее и светлое будущее WebRTC
О спикере
Игорь разрабатывает WebSDK в Voximplant. До вступления в команду Voximplant стал сооснователем и техническим директором компании Appatbox и сервиса обратных звонков Rocketcalback. Игорь — бывший FullStack-разработчик и человек, разочарованный в Scrum.
О докладе
WebRTC — это большая технология и состоит из многих частей. Из доклада Максима Лапшина вы узнаете о подводных камнях серверной реализации, а Игорь поделится опытом разработки коммерческого Web SDK, который совместим с Microsoft Edge и стандартом ORTC. Он расскажет о направлении развития этих API и попробует предсказать, что нас ждет в ближайший год.
INTERCOM 2016, Москва
Сайт конференции: https://intercomconf.com/
Темное настоящее и светлое будущее WebRTCVoximplant
Игорь Шеко (Voximplant)
Темное настоящее и светлое будущее WebRTC
О спикере
Игорь разрабатывает WebSDK в Voximplant. До вступления в команду Voximplant стал сооснователем и техническим директором компании Appatbox и сервиса обратных звонков Rocketcalback. Игорь — бывший FullStack-разработчик и человек, разочарованный в Scrum.
О докладе
WebRTC — это большая технология и состоит из многих частей. Из доклада Максима Лапшина вы узнаете о подводных камнях серверной реализации, а Игорь поделится опытом разработки коммерческого Web SDK, который совместим с Microsoft Edge и стандартом ORTC. Он расскажет о направлении развития этих API и попробует предсказать, что нас ждет в ближайший год.
INTERCOM 2016, Москва
Сайт конференции: https://intercomconf.com/
Лучшие практики использования ВКС. Обзор системы видеоконференцсвязи TrueConf...TrueConf
Антон Агеев — TrueConf, Ведущий консультант по решениям
Мы коротко расскажем об основных возможностях российской системы ВКС TrueConf Server. Затем перейдём к сложившимся эффективным практикам использования ВКС в производстве, бизнесе и образовании. Как сохранить инвестиции в существующие системы? Как правильно подобрать периферийное оборудование?
Для тех, кто пропустил спич Эдуарда Бавижева про катастрофоустойчивое облако CloudLine Metroclustter на конференции "ЦОД 2013", самые главные моменты выступления - в презентации
Перехват беспроводных гаджетов — от квадрокоптеров до мышекPositive Hack Days
Автор: Артур Гарипов
Доклад посвящен общим аспектам применения SDR (software-defined radio) в анализе радиоэфира. Ведущий покажет, как происходят поиск и определение беспроводных устройств, анализ протоколов и их спуфинг, перехват управления беспроводным оборудованием, атака Mousejack.
Организация видеоконференцсвязи: оборудование, решения, стандарты, схемы прим...СвязьКомплект
Получите профессиональную консультацию
по организации системы видеоконференцсвязи
в компании «СвязьКомплект»:
8 (800) 200-77-87, info@skomplekt.com, http://www.skomplekt.com
Лучшие практики использования ВКС. Обзор системы видеоконференцсвязи TrueConf...TrueConf
Антон Агеев — TrueConf, Ведущий консультант по решениям
Мы коротко расскажем об основных возможностях российской системы ВКС TrueConf Server. Затем перейдём к сложившимся эффективным практикам использования ВКС в производстве, бизнесе и образовании. Как сохранить инвестиции в существующие системы? Как правильно подобрать периферийное оборудование?
Для тех, кто пропустил спич Эдуарда Бавижева про катастрофоустойчивое облако CloudLine Metroclustter на конференции "ЦОД 2013", самые главные моменты выступления - в презентации
Перехват беспроводных гаджетов — от квадрокоптеров до мышекPositive Hack Days
Автор: Артур Гарипов
Доклад посвящен общим аспектам применения SDR (software-defined radio) в анализе радиоэфира. Ведущий покажет, как происходят поиск и определение беспроводных устройств, анализ протоколов и их спуфинг, перехват управления беспроводным оборудованием, атака Mousejack.
Организация видеоконференцсвязи: оборудование, решения, стандарты, схемы прим...СвязьКомплект
Получите профессиональную консультацию
по организации системы видеоконференцсвязи
в компании «СвязьКомплект»:
8 (800) 200-77-87, info@skomplekt.com, http://www.skomplekt.com
3. +7 (495) 698-60-66 www.trueconf.ru Точка-точка (индивидуальная) Сеть Полоса Задержка Медиа Видео Аудио Ресурсы
4. +7 (495) 698-60-66 www.trueconf.ru Групповая Сеть Полоса Задержка Медиа Видео Аудио Ресурсы
5. +7 (495) 698-60-66 www.trueconf.ru Селекторная Сеть Полоса Задержка Медиа Видео Аудио Ресурсы
6. +7 (495) 698-60-66 www.trueconf.ru Трансляция Сеть Полоса Задержка Медиа Видео Аудио Ресурсы
7. +7 (495) 698-60-66 www.trueconf.ru Вебинар Сеть Полоса Задержка Медиа Видео Аудио Документы Ресурсы
8. +7 (495) 698-60-66 www.trueconf.ru В любой видеоконференции всегда минимум два участника!
9. +7 (495) 698-60-66 www.trueconf.ru Видимость Локальная сеть Интернет Внешний IP NAT NAT NAT Интернет
10. +7 (495) 698-60-66 www.trueconf.ru Пропускная способность канала Один медиа-канал W = 120-250 кБит Симметричная конференция на 6 человек потребует от 3,5 до 7,5 Мегабит на 12 от 16 до 33 Мегабит Селекторное совещание с 3 вещающими и 20 участниками потребует от 7 до 14 Мегабит
11.
12. +7 (495) 698-60-66 www.trueconf.ru Задержка Пакет Время формирования пакета 20-200 мс Пакет Пакет Пакет Время ожидания в очереди 0- ∞ мс Пакет Пакет Время распространения 0-300 мс
13. +7 (495) 698-60-66 www.trueconf.ru Задержка 30мс возможна совместная игра музыкантов 30-200мс задержка при разговоре незаметна 200-500мс можно комфортно вести диалог 500-1000мс возможен небыстрый разговор
15. +7 (495) 698-60-66 www.trueconf.ru QoS - Quality of Service ( качество обслуживания ) Пакет Пакет Пакет Пакет Пакет Пакет Пакет Пакет
16. +7 (495) 698-60-66 www.trueconf.ru Видеокамеры для конференций Web- камеры и камеры ноутбуков Камкордеры и аналоговые камеры Конференц-камеры
Editor's Notes
Понятие видеоконференции крайне широко и включает в себя много различных решений предназначенных для широкого круга задач. Их реализация может существенно различаться, в зависимости от предъявляемых к конкретному решению требований. Можно выделить следующие основные классы видеоконференций : Точка-точка Групповая конференция Селекторная конференция Трансляция Вебинар Рассмотрим особенности каждой из них.
Тока-точка является самым простым видом конференции. Соединяются либо два индивидуальных абонента, либо два конференц-зала. В ряде случаев такая конференция может быть организована непосредственно между двумя терминалами, без использования центрального коммутатора. Каждый из участников имеет двухстороннюю видео и аудио связь с собеседником, требования к полосе пропускания и ресурсам оборудования невелики. В тоже время, так как общение идет в режиме диалога, весьма критичной является величина задержки.
Групповая конференция первая приходит на ум, когда речь заходит о видеосвязи. Большой экран, на котором виден в реальном времени каждый из участников выглядит весьма эффектно. В тоже время, такая конференция предъявляет весьма высокие требования к инфраструктуре. Чтобы обеспечивать приемлемое качество видео от всех участников, необходимо либо повышать разрешение единого потока (при использовании рекомпресии), либо увеличивать число входящих потоков (при мультиплексировании). Это требует высокой пропускной способности канала и повышает требования к ресурсам терминала или центрального сервера. Также сохраняются высокие требования к задержке пакетов.
По мере роста числа участников конференции, становится сложно следить за изображениями каждого из них. Но в большинстве случаев это и не требуется. Как правило, в каждый момент времени в дискуссии участвуют два-три человека, остальные выступают в качестве слушателей. Этой модели соответствует селекторная конференция. Несколько ее участников имеют двухсторонний аудио/видео канал, остальные выступают в роли слушателей, замещая выступающих по мере необходимости. Такой подход позволяет снизить требования к каналам связи и ресурсам. Что касается задержки, то в такой конференции она критична только для выступающих, находящихся в непосредственном диалоге.
Особым случаем видеоконференции является трансляция. Часто возникает необходимость организовать передачу в реальном времени видео и аудио данных на большое число слушателей. Обратный канал в такой системе отсутствует вообще, либо ограничивается чатом. Так как число участников трансляций обычно велико, и может достигать сотен и тысяч, особые требования предъявляются к сетевой инфраструктуре. Для передачи данных может не хватить даже самого мощного сервера, расположенного в датацентре. В этом случае необходимо организовать распределенную систему ретрансляции. Величина задержки для трансляции не важна, и может достигать нескольких секунд. Так как для трансляции крайне важна ширина охвата, для такого типа конференции появляется специфическое требование простоты подключения участников. Кроссплатформенность, простота интеграции в Web могут оказаться важнее прочих характеристик подобной системы.
Отдельно хотелось бы упомянуть получившую в последнее время технологию вебинаров. Предназначенные в первую очередь для обучения и демонстраций, они строят свою работу не вокруг видео, выступающего в качестве дополнения, а вокруг различных представлений документов. Возможность показа презентаций, документов, вспомогательных материалов и организация совместной работы с ними – вот что в первую очередь интересует их потребителей. В остальном их можно рассматривать как гибрид трансляции и селекторной конференции.
Переходя к рассмотрению требований к сетевой инфраструктуре, хотелось бы озвучить один очень важный тезис, о котором часто забывают : В любой видеоконференции всегда минимум два участника. И даже если на одной стороне оборудование и сеть в полном порядке, проблемы на другой стороне могут привести к ее полной нефункциональности.
Прежде чем мы перейдем к другим вопросам, хотелось бы остановиться на очевидном для многих, но крайне важном вопросе видимости терминалов в сети. В случае, если оба терминала находятся в одной локальной сети, между ними возможна непосредственная связь без каких либо дополнительных серверов. В случае, если соединение осуществляется через интернет , прямая связь возможна только в том случае, если один из терминалов имеет реальный IP . В случае же, если оба терминала находятся внутри корпоративных сетей за NAT’ ом, связь между ними возможна только через специальный комутатор- посредник. Способность системы видеоконференцсвязи эффективно работать с NAT , прокси и файерволами может быть критичным для распределенной системы.
Итак, какой же канал требуется для видеоконференций ? Рассмотрим групповую конференцию (все участники видят всех) с мультиплексированием. Канал для передачи видео и аудио от одного участника должен быть не менее 120-250 кБит. Воспользуемся формулой и увидим, что для шести участников потребуется от 3,5 до 7,5 Мегабит исходящего канала с сервера. Это много, но в пределах реального. Если же число участников возрастет до 12, то потребуется уже от 16 до 33 Мегабит, что в настоящий момент возможно только в локальной сети. Для селекторной конференции требования ниже. Три вещающих при общем числе участников в двадцать человек потребует от 7 до 14 Мегабит. Теперь, зная, какой канал нам может потребоваться, посмотрим, с чем мы можем столкнутся при его использовании
Пусть в нашем офисе есть канал на 10 Мегабит и наш провайдер его честно обеспечивает. Что может произойти, если мы захотим провести сеанс видеосвязи ? Во-первых, наш канал до провайдера может оказаться забит другим трафиком – от просмотра роликов по youtube , до скачиваний обновлений системой. Во-вторых, может оказаться, что провайдер, предоставляя хороший входящий канал, не обеспечивает необходимую исходящую пропускную способность. На графике загрузки каналов одного из магистральных провайдеров хорошо видно, что для оконечных пользователей исходящий поток в 5-10 раз меньше входящего. Разумеется, исходя из этого соотношения и выделяются мощности. Сейчас ситуация несколько улучшилась из-за широкого распространения пиринговых сетей. Тем не менее, в среднестатистическом офисе может не оказаться исходящего канала нужной пропускной способности. В-третьих, перегруженным может оказаться внешний канал провайдера. Из графика видно, что утром в понедельник загрузка оказалась практически 100%. Это означает, что на хорошую видеоконференцию в это время рассчитывать не приходится. Еще одна проблема имеет Российскую специфику. Отдельные регионы могут быть подключены к интернету по весьма замысловатым маршрутам. На практике, это может привести к тому, что две удаленные точки, имеющих прекрасное соединение с Европой, между собой будут соединяться по крайне узкому каналу.
Другой проблемой видеосвязи являются задержки при передачи данных. Посмотрим, откуда они берутся на примере аудио данных. Мы не можем отправлять в сеть каждый байт, полученный нами от микрофона. Это обусловлено как производительностью системы, так и особенностями методов сжатия данных. В зависимости от реализации, на формирование пакета уйдет от 20 до 200 мс. При попадании на узел сети, пакеты ожидают в очереди отправки. Пока не будет отправлен предыдущий пакет (а он может быть весьма велик), следующий не может быть передан дальше. Если канал загружен мало, то время ожидания может быть пренебрежимо мало. Если же канал перегружен или, что еще хуже, его полоса не стабильна, время ожидания может составить несколько секунд. Кроме этого, свою задержку внесет среда распространения данных. Скорость свет велика, но, например, при использовании спутникового канала, задержка может достигнуть 300 мс.
Теперь попробуем определиться, какая задержка является приемлемой. Тесты показали, что если ее величина не превышает 30 мс, удаленные друг от друга музыканты могут совместно играть одну мелодию. Такая задержка лежит на гране возможностей современного оборудования, но тем не менее вполне достижима. Задержку от 30 до 200 мс обычный пользователь может и не заметить при разговоре. Задержка от 200 до 500 мс безусловно будет заметна, но в большинстве случаев не помешает диалогу. Если ее величина будет лежать в диапазоне 500-1000 мс, разговор, пусть и с некоторыми затруднениями и паузами будет все еще возможен. Для определения реальной величины задержки есть простой тест. Один из собеседников засекает время и говорит “ Раз ” . Второй, услышав его отвечает “ Два ” . Все продолжается до тех пор, пока первый из них не услышит “ Десть ” . В этот момент он опять засекает время. Если вычесть из полученного интервала 4 секунды, необходимые на человеческую реакцию и произнесение слов, то оставшееся время соответствует пяти задержкам при прохождении данных туда или обратно или десяти средним при прохождении в одну сторону.
Существует ряд технических решений, позволяющих снизить требования к качеству канала для видеосвязи. Рассмотрим первый из них. На нижнем уровне, большинство протоколов передачи данных построены таким образом, что отправитель отдает в общий доступ пакет с маркировкой адресата. Адресат же сам выбирает из общего потока относящиеся к нему пакеты. Если нам нужно передать одинаковые данные нескольким получателям (трансляция, групповая конференция) мы можем использовать для этого один пакет. Такая технология называется UDP-broadcast. Как правило, он доступен в локальной сети или при использовании спутниковых каналов. Большинство современных систем видеоконференций имеют поддержку этого режима, однако его использование требует соответствующей настройки сетевых коммутаторов.
Другой метод заключается в устранении задержки при ожидании пакетов в очереди на отправку. Можно сказать, что это “ пакеты с мигалкой ” . При появлении такого пакета, он будет отправлен сразу, как только возникнет такая возможность. Проблема в том, чтобы снабдить пакеты с видео и аудио данными такими “ мигалками ” и настроить сетевое оборудование на их приоритетный доступ. Многие системы видеосвязи маркируют свои пакеты специальными метками ToS. Есть поддержка установки приоритетов и в сетевом оборудовании известных производителей. Лучшего результата можно добиться, если такую настройку также может осуществить на своем оборудовании провайдер.
