Планирование сервера видео-взаимодействия в Skype для бизнеса Server

  • Статья

Сводка: Ознакомьтесь с этой статьей при планировании интеграции Skype для бизнеса Server со сторонними устройствами телеконференций.

Skype для бизнеса Server теперь позволяет интегрироваться с определенными сторонними решениями VTC (система видеоконференций). Новая роль сервера, которая обеспечивает взаимодействие с видеоконференциями, — это сервер видеообзора (VIS), который в настоящее время реализуется как автономная роль сервера, доступная только для локальных установок. ВИС выступает в качестве посредника между сторонней системой телеконференции и развертыванием Skype для бизнеса Server. В этом выпуске VIS в основном используется для взаимодействия с видеосистемами Cisco и Tandberg. Ознакомьтесь с этой статьей, чтобы определить, следует ли использовать эту функцию в установке Skype для бизнеса Server.

Взаимодействие с устройством

Взаимодействие протестировано и поддерживается виртуальными клиентами Cisco, зарегистрированными в Cisco Unified Communications Manager (CallManager или CUCM) версии 10.5, и магистралями SIP TCP, настроенными между CUCM и VIS.

В настоящее время поддерживаются следующие системы видеоконференции:

  • Cisco C40

  • Cisco C60

  • Cisco C90

  • Cisco MX200

  • Cisco MX300

  • Cisco DX80

  • Cisco EX60

  • Cisco EX90

  • Cisco SX20

Примечание.

Выпуск программного обеспечения Cisco TC7.0.0 или более поздней версии необходим для интеграции с Skype для бизнеса Server работать должным образом.

Магистрали SIP

Сервер видеообработки работает в режиме магистрали SIP, где виртуальные сети продолжают регистрироваться в существующей инфраструктуре Cisco, например в диспетчере вызовов Cisco (CUCM). A video SIP trunk is defined between CUCM and the VIS so that calls can be routed between the two systems. Only calls over the SIP trunk from the VTC to the VIS are supported. Таким образом, виртуальные сети могут набирать номера в Skype для бизнеса конференции (путем набора номера телефона, связанного с автоматическим сопровождающим), но их нельзя перетащить в конференцию.

Схема VIS в SfB.

Функции

Эта роль сервера предоставляет следующие возможности:

  • Преобразование между форматами H.264, используемыми сторонними видеосистемами, и развертыванием Skype для бизнеса Server.

  • Преобразование одного видеопотока с заданным разрешением из VTC в несколько потоков симуляций разного разрешения для использования в развертывании Skype для бизнеса Server. Эти потоки можно отправлять в AVMCU, а затем в конечные точки Skype для бизнеса Server и другие видеосистемы, запрашивающие различные разрешения. Это преобразование также используется, когда сторонняя видеосистема участвует в конференции Skype для бизнеса A/V. После достижения предельного количества перекодировок на конкретном сервере VIS все следующие запросы для различных разрешений будут получать только поток с наименьшим разрешением.

  • Поддержка магистрали SIP видео между шлюзом CUCM и сервером видео-взаимодействия Skype для бизнеса Server; Виртуальные сети продолжают регистрироваться в шлюзе Cisco и инициировать вызовы к Skype для бизнеса развертыванию через шлюз. Вызовы перенаправляются из шлюза на сервер видеообработки Skype для бизнеса по магистрали SIP видео.

  • Поддержка набора в конференц-зале из поддерживаемой видеосистемы для присоединения к открытой или закрытой конференции. Такой звонок проходит из видеомагистрали SIP.

  • Поддержка пользователя в конференц-зале с поддерживаемой видеосистемой для вызова клиента Skype для бизнеса. Такой звонок проходит магистраль SIP.

  • Поддержка управления промежуточными звонками со стороны Skype для бизнеса Server или из поддерживаемой системы VTC для вызовов типа "точка— точка" и "многоточечная", включая отключение звука, приостановку и возобновление видео, блокировку видео и удержание и отмену удержания звонка.

Известные ограничения

В отношении роли сервера действуют перечисленные ниже ограничения.

  • Новые вызовы из развертывания Skype для бизнеса виртуальным сетям через канал SIP видео не поддерживаются. . Это означает, что только новые вызовы из виртуальных компьютеров в Skype для бизнеса развертывания поддерживаются через магистраль SIP видео. Присутствие для поддерживаемой видеосистемы будет недоступно по каналу SIP видео в VIS.

  • Создание автономного пула VIS поддерживается для режима магистрали SIP.

  • TLS + SRTP или TCP + RTP поддерживается для обмена данными между VTC и VIS по магистрали SIP.

  • Общий доступ к приложениям. Пользователь Skype для бизнеса в конференц-зале должен присоединиться к конференции Skype для бизнеса (например, через ноутбук) и отобразить экраны совместного использования приложений на одном из бесплатных мониторов в конференц-зале, не связанном с VTC.

  • Присоединение системы видеонаблюдения к федеративному собранию через VIS не поддерживается.

  • Присоединение системы видеонаблюдения к собранию по сети через VIS не поддерживается.

  • Вызовы из VTC в PSTN через VIS не поддерживаются.

  • Вызовы из PSTN в VTC через VIS не поддерживаются.

Механизмы устойчивости

VIS поддерживает входящие вызовы из CUCM, выполняемые через видеомагистраль SIP. Возможен разрыв подключения в восходящем или нисходящем направлении, поэтому для более высокой устойчивости рекомендуется использовать две следующие возможности:

  1. Отработка отказа пула VIS Если main пул VIS, на который указывает видеошлюз, не работает, восстановление возможно, если видеошлюз имеет определенные магистрали для двух (или более) пулов VIS. Если видеошлюз определяет, что выполнение вызовов в основном пуле VIS невозможно, он просто направляет вызовы во второй пул VIS.

    Схема отработки отказа пула VIS.

    Определенный пул VIS может иметь магистрали к нескольким шлюзам, но обычно у определенного шлюза не может быть магистралей к нескольким пулам VIS, поэтому для поддержки этой отработки отказа необходимо выполнить трюк: определите 2 полных доменных имени в DNS, которые разрешаются по одному IP-адресу видеошлюза. Представить каждое полное доменное имя как отдельный видеошлюз в документе топологии, где каждый видеошлюз имеет магистраль к другому пулу VIS, и теперь возможно восстановление. (Если используется ПРОТОКОЛ TLS, несколько имен должны быть в сети SAN сертификата шлюза видео.)

    Примечание.

    VIS допускает только входящие вызовы из шлюзов, настроенных в документе топологии.

  2. Отработка отказа внешнего интерфейса Если пул VIS получает вызов от CUCM, но не может связаться с основным регистратором следующего прыжка или пулом переднего плана, вызовы перенаправляются в резервный интерфейсный пул.

    Схема отработки отказа внешнего интерфейса.

    Vis будет отслеживать состояние основного интерфейсного пула и резервного внешнего пула (параметр находится в параметре резервного копирования для службы регистратора в документе топологии). Он отправляет опросы параметров один раз в минуту в оба пула, и при наличии пяти последовательных сбоев ВИС предполагает, что конкретный интерфейсный пул не работает. Если основной интерфейсный пул помечается как вниз и имеется доступная настроенная резервная копия, ВИС отправляет новые вызовы из шлюза в резервный интерфейсный пул. Как только основной интерфейсный пул вернется, VIS возобновит использование основного внешнего пула для новых вызовов.

    The VIS will also implement a 10 second timer for calls from the video SIP trunk. Если основной пул переднего плана следующего прыжка использовался для вызова из магистрали SIP видео, а основной пул переднего плана следующего прыжка не ответил с некоторым сообщением SIP (включая 100 trying) на приглашение, отправленное ему в течение этого таймера, то при настройке следует попытаться выполнить резервное копирование прокси-сервера следующего прыжка для вызова.

    Примечание.

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

    Администратор может также использовать команду отработки отказа Windows PowerShell для принудительного использования резервного пула переднего плана сервером взаимодействия, например, для поддержания работы основного пула переднего плана.

Сосуществование голосовых магистралей и видеомагистралей с одним узлом шлюза

Skype для бизнеса Server поддерживает, чтобы каналы SIP для голосовой и видеосюли использовали один и тот же одноранговый узел шлюза. Поэтому одно развертывание CUCM может использовать голосовые магистрали SIP для сервера-посредника и видеомагистрали SIP для сервера взаимодействия.

  • Шлюзу PSTN необходимо присвоить определенное полное доменное имя в документе топологии для голосовых магистралей SIP.

  • Узлом шлюза PSTN является сервер-посредник.

  • При необходимости несколько голосовых шлюзов можно определить, охватывая шлюз PSTN или несколько пулов сервера-посредника.

  • Видеошлюз должен быть определен в документе топологии для видеомагистрали SIP с использованием одного полного доменного имени, как и для шлюза PSTN.

  • В качестве узла видеошлюза используется сервер взаимодействия.

  • Из видеошлюза в определенный пул сервера взаимодействия можно определить одну видеомагистраль.

  • В отличие от видеомагистрали для правильной маршрутизации вызовов через голосовую магистраль необходимо настроить CUCM. Например, при наборе из VTC можно использовать специальный префикс набора номера; CUCM может связать этот префикс с вызовами VIS, и соответствующие правила трансляции перенесут этот префикс из приглашения SIP в VIS.

Сосуществование VIS в выпуске Skype для бизнеса с предыдущими выпусками Lync

VIS можно развернуть только в рамках Skype для бизнеса развертывания. Он может взаимодействовать с конференциями и клиентами Lync 2013, которые являются частью существующего развертывания; В таких случаях пул VIS должен быть частью Skype для бизнеса развертывания, включающего пул регистратора или FE, который является следующим прыжком для пула VIS.

VIS не поддерживает транскодировку между форматами RTV и H.264. Обеспечение совместимости видео между клиентами, предшествующими Lync 2013, и участниками VTC в конференции отсутствует.

При использовании клиентов, предшествующих Lync 2013, в конференции мобильные клиенты будут использовать RTV для отправки данных. В результате системы видеонаблюдения не получают видео, когда мобильный клиент становится главным докладчиком.

Чтобы приложение Lync 2013 правильно работало с сервером взаимодействия, входящим в состав развертывания Skype для бизнеса, Lync 2013 необходимо применить соответствующий управляющий узел, который обновит клиент Lync 2013, контактный объект автосекретаря и AVMCU для работы с сервером взаимодействия.

Взаимодействие VIS с настольными клиентами Lync 2013 и Skype для бизнеса было протестировано и поддерживается.

Взаимодействие VIS с не настольной платформой (Android, Ipad, Iphone, Windows Phone, LMX и т. д.) Skype для бизнеса клиентов, доступных в соответствующем Магазине приложений на момент выпуска VIS, протестированы и поддерживаются.

Восстановление от потери пакетов методом прямой коррекции ошибок (FEC)

FEC можно включить для восстановления от потери пакетов. Если сделать это, полоса пропускания, используемая в VIS в направлении VTC, увеличится более чем на 50%.

Характеристики VIS и расходы на перекодировку

Для перекодировки одного видеопотока из системы видеонаблюдения Cisco в несколько одновременных потоков используется мощность центрального процессора. Примерно 16 виртуальных компьютеров могут перекодировать видео (при условии, что видеопоток с разрешением 720p из каждого VTC перекодирован в 3 отдельных потоков с одновременной трансляцией с разрешением 720p, 360p и 180p) в одной визе, работающей на эквиваленте рекомендуемой платформы Fe Lync 2013. Если перекодировка отключена, сохранение будет выполнено на центральном процессоре сервера взаимодействия. Однако видеоизображение, запрашиваемое сервером взаимодействия из VTC, будет иметь самое низкое общее разрешение для удовлетворения требований всех получателей на стороне Skype для бизнеса. Обратите внимание, что даже если перекодировка отключена, ее можно активировать, когда клиенты Skype для бизнеса запрашивают определенное низкое разрешение, которое не могут отправлять системы видеонаблюдения.

Распределение вызовов из видеошлюза в VIS

Распределение выполняется с помощью одного из следующих механизмов распределения CUCM:

  • Динамическое использование DNS.

  • На стороне CUCM можно определить отдельные магистрали, которые завершаются на разных серверах в пуле VIS. CUCM будет осуществлять маршрутизацию вызовов через разные магистрали.

Отсутствие гибридного взаимодействия

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

Отсутствие поддержки федерации

Поддержка присоединения систем видеонаблюдения к разным федеративным собраниям через сервер взаимодействия не входит в состав Skype для бизнеса.

См. также

Развертывание сервера видео-взаимодействия в Skype для бизнеса Server