Plan para el servidor de interoperabilidad de vídeo en Skype Empresarial Server

Resumen: Revise este tema mientras planea integrar Skype Empresarial Server con dispositivos de teleconferencia de terceros.

Skype Empresarial Server ahora le permite integrarse con determinadas soluciones VTC (Sistema de teleconferencia de vídeo) de terceros. El nuevo rol de servidor que habilita esta interoperabilidad de videoconferencia es el servidor de interoperabilidad de vídeo (VIS), que actualmente se implementa como un rol de servidor independiente disponible solo para instalaciones locales. Un VIS actúa como intermediario entre un sistema de teleconferencia de terceros y una implementación Skype Empresarial Server. En esta versión, el VIS se centra en la interoperabilidad con los sistemas de vídeo de Cisco o Tandberg. Revise este artículo para determinar si desea usar esta característica en la instalación de Skype Empresarial Server.

Interoperabilidad de dispositivos

La interoperación se prueba y se soporta con los VTCs de Cisco que se registran con el Administrador de las Comunicaciones unificadas de Cisco (CallManager, o CUCM) versión 10.5 y los troncos SIP TCP configurados entre CUCM y el VIS.

Los VTC actualmente compatibles son:

  • Cisco C40

  • Cisco C60

  • Cisco C90

  • Cisco MX200

  • Cisco MX300

  • Cisco DX80

  • Cisco EX60

  • Cisco EX90

  • Cisco SX20

Nota

La versión del software de Cisco TC7.0.0 o posterior se requiere en estos sistemas para la integración con Skype Empresarial Server para trabajar según lo esperado.

Troncos SIP

Las funciones del servidor de interoperabilidad de vídeo en el modo troncal sip, donde los VTCs continúan registrando con la infraestructura de Cisco existente - por ejemplo, Cisco Call Manager (CUCM). Un tronco del SIP del vídeo se define entre CUCM y el VIS de modo que las llamadas se puedan rutear entre los dos sistemas. Solamente se soportan las llamadas sobre el trunk del SIP del VTC al VIS. Por lo tanto, los VTCs pueden marcar en una conferencia de Skype Empresarial (marcando el número de teléfono asociado con el operador automatizado de la llamada), pero no se puede arrastrar y caer en la conferencia.

Diagrama de VIS en SfB.

Funciones

El rol de servidor proporciona:

  • Conversión entre los formatos H.264 utilizados por sistemas de vídeo de terceros y la implementación de Skype Empresarial Server.

  • Conversión de una única secuencia de vídeo a una resolución dada de un VTC en varias secuencias de transmisión simultánea de diferentes resoluciones para su uso en la implementación de Skype Empresarial Server. Estas transmisiones se pueden enviar a la AVMCU y, a continuación, a Skype Empresarial Server puntos de conexión y otros sistemas de vídeo que han solicitado resoluciones diferentes. Esta conversión también se usa cuando el sistema de vídeo de terceros está implicado en una llamada de conferencia A/V Skype Empresarial. Una vez que se alcanza el límite de transcodificación en un servidor VIS determinado, cualquier petición siguiente para las resoluciones diferentes sólo recibirá una secuencia con la resolución más baja.

  • Soporte para un trunk del VIDEO SIP entre el gateway CUCM y un servidor de interoperabilidad de video de Skype Empresarial Server; Los VTCs continúan registrando con el gateway de Cisco, y inician las llamadas al despliegue del Skype Empresarial a través del gateway. Las llamadas se enrutan desde la puerta de enlace al servidor de interoperabilidad de vídeo Skype Empresarial sobre el tronco SIP del vídeo.

  • Soporte para un usuario en una sala de conferencias con un sistema de vídeo admitido para llamar desde ese sistema a fin de unirse a una conferencia abierta o cerrada. Esta llamada atravesará el tronco SIP de vídeo.

  • Soporte técnico para un usuario de una sala de conferencias con un sistema de vídeo compatible para llamar a un cliente Skype Empresarial. Esta llamada atravesará el tronco SIP.

  • Compatibilidad con el control de llamadas intermedias desde el lado Skype Empresarial Server o desde el sistema VTC compatible para llamadas punto a punto y multipunto, incluidas las llamadas de silenciar/reactivar audio, pausar/reanudar vídeo, bloquear vídeo y llamada en espera/descontención.

Limitaciones conocidas

Este rol de servidor tiene las siguientes limitaciones:

  • No se admiten las nuevas llamadas del despliegue de Skype Empresarial a los VTCs sobre el tronco del SIP del vídeo. . Esto significa que solamente las nuevas llamadas de los VTCs en la implementación de Skype Empresarial se soportan sobre el tronco del SIP del vídeo. La presencia para el sistema de vídeo compatible no estará disponible sobre el tronco SIP del vídeo al VIS.

  • Solo un grupo de servidores VIS independiente será compatible con el modo de tronco SIP de vídeo.

  • Para las comunicaciones entre el VTC y el VIS por medio del tronco SIP de vídeo, TLS + SRTP o TCP + RTP serán compatibles.

  • El uso compartido de aplicaciones no es compatible. Un usuario Skype Empresarial de la sala de conferencias debe unirse a la conferencia de Skype Empresarial (por ejemplo, a través de un portátil) y mostrar las pantallas de uso compartido de aplicaciones en uno de los monitores gratuitos de la sala de conferencias no asociados con el VTC.

  • La capacidad de un VTC de unirse a una reunión federada por medio del VIS no es compatible.

  • La capacidad de un VTC de unirse a una reunión en línea por medio del VIS no es compatible.

  • Las llamadas desde un VTC a la RTC por medio de un VIS no son compatibles.

  • Las llamadas desde la RTC a un VTC por medio de un VIS no son compatibles.

Mecanismos de resistencia

El VIS admite llamadas entrantes desde CUCM realizadas por medio de un tronco SIP de vídeo. Es posible perder la conectividad del canal de subida o de bajada, de modo que considere ambas posibilidades para una resistencia sólida:

  1. Conmutación por error del grupo VIS Si el grupo de servidores VIS principal al que apunta el gateway de vídeo está abajo, la recuperación es posible si el gateway de vídeo ha definido los troncos a dos (o más) agrupaciones VIS. Si la puerta de enlace de vídeo determina que no puede realizar llamadas al grupo de servidores VIS principal, simplemente, redirige las llamadas a un grupo de servidores VIS secundario.

    Diagrama de conmutación por error del grupo VIS.

    Un grupo de servidores VIS particular puede tener troncos a múltiples gatewayes, pero normalmente un gateway determinado no puede tener troncos a múltiples agrupaciones VIS, así que un truco necesita ser hecho para soportar esta conmutación por error: Defina 2 FDQNs en el DNS que resuelven a la misma dirección IP de un gateway de vídeo. Este truco consiste en definir 2 FDQN en DNS que se resuelvan en la misma dirección IP de una puerta de enlace de vídeo. Represente cada FQDN como una puerta de enlace de vídeo independiente en el documento de topología, donde cada puerta de enlace de vídeo tiene un tronco a un grupo de servidores VIS diferente y, de esta forma, la recuperación estará disponible (si se utiliza TLS, los nombres varios tendrán que estar en la SAN del certificado de la puerta de enlace de vídeo).

    Nota

    El VIS solo permite las llamadas entrantes de puertas de enlace configuradas en el documento de topología.

  2. Conmutación por error front-end Si un grupo de servidores VIS recibe una llamada de CUCM pero no puede alcanzar su registrador del next-hop primario o pool del front-end, las llamadas se redirigen a un pool del front-end del respaldo.

    Diagrama de conmutación por error de front-end.

    El VIS realizará un seguimiento del estado de su grupo de servidores front-end principal y de su grupo de servidores front-end de respaldo (la configuración se encuentra en la configuración de copia de seguridad para el servicio del registrador en el documento de topología). Envía las opciones sondeos una vez un minuto a ambos grupos, y si hay cinco fallas consecutivas el VIS asume que un pool front-end determinado está abajo. Si el grupo de servidores front-end primario se marca como abajo y hay una copia de seguridad configurada disponible el VIS envía nuevas llamadas del gateway al grupo de servidores front-end de respaldo. Una vez que vuelva el grupo de servidores front-end primario, el VIS reanudará el uso del grupo de servidores front-end primario para las nuevas llamadas.

    Asimismo, el VIS implementará un temporizador de 10 segundos para las llamadas desde el tronco SIP de vídeo. Si el grupo de servidores front-end del next-hop primario se usó para una llamada del tronco del VIDEO SIP, y el grupo principal del front-end del next-hop no respondió con algún mensaje SIP (incluidos 100 intentando) a la invitación enviada a él dentro de este valor del temporizador, el proxy del próximo salto de respaldo para la llamada se debe probar si está configurado.

    Nota

    Si el próximo salto de copia de seguridad se intentó primero, luego, no se intentará el principal.

    El administrador también puede usar el comando de conmutación por error de Windows PowerShell para forzar a que el VIS utilice el grupo de servidores front-end de copia de seguridad, por ejemplo, cuando se precisa realizar el mantenimiento en el grupo de servidores front-end principal.

Coexistencia de troncos de vídeo y voz a la puerta de enlace del mismo nivel

Skype Empresarial Server soporta tener los troncos del SIP de voz y vídeo utilizan el mismo gateway peer. Así que la misma implementación CUCM podría tener troncos del SIP de voz al servidor de mediación y a los troncos del VIDEO SIP al VIS.

  • Una puerta de enlace RTC necesitará definirse con un FQDN en particular en el documento de topología para los troncos SIP de voz.

  • El elemento del mismo nivel para la puerta de enlace RTC será el servidor de mediación.

  • Si es necesario, se pueden definir varios troncos de voz, desde una puerta de enlace RTC hasta varios grupos de servidores de mediación.

  • Será preciso definir una puerta de enlace de vídeo en el documento de topología para el tronco SIP de vídeo con el mismo FQDN que para la puerta de enlace RTC.

  • El elemento del mismo nivel para la puerta de enlace de vídeo será el VIS.

  • Se puede definir un tronco de vídeo único desde una puerta de enlace de vídeo a un grupo VIS en concreto.

  • CUCM necesitará configurarse para redirigir correctamente las llamadas sobre el trunk de voz vs. el trunk del vídeo. Por ejemplo, se podría utilizar un prefijo de marcado especial al marcar desde el VTC; CUCM podría asociar este prefijo de marcado con las llamadas al VIS, y las reglas de traducción apropiadas rayarían este prefijo de la invitación del SIP al VIS.

Coexistencia del VIS en la versión de Skype Empresarial con las versiones anteriores de Lync

Vis sólo se puede implementar como parte de Skype Empresarial implementación. Puede interoperar con conferencias y clientes de Lync 2013 que forman parte de una implementación existente; en esos casos, el grupo vis necesitará ser parte de una implementación de Skype Empresarial que incluya un grupo de registradores/FE que sea el próximo salto para el grupo de servidores VIS.

El VIS no es compatible con la transcodificación entre RTV y H.264. No hay interoperabilidad de vídeo entre los clientes anteriores a Lync 2013 y los participantes de VTC en una conferencia.

Al disponer de clientes anteriores a Lync 2013 en una conferencia, los clientes móviles llevarán a cabo el envío por medio de RTV, por lo que los VTC no recibirán vídeo cuando el cliente móvil se convierta en el orador dominante.

Para que Lync 2013 funcione correctamente con un VIS que sea parte de una implementación de Skype Empresarial, Lync 2013 necesita que se aplique el CU correspondiente para actualizar el cliente de Lync 2013, CAA y para que AVMCU funcione con el VIS.

La interoperabilidad del VIS con Lync 2013 y los clientes de escritorio de Skype Empresarial se ha probado y es compatible.

Interoperabilidad de VIS con no escritorio (Android, Ipad, Iphone, Windows Phone, LMX, etc.) Skype Empresarial clientes disponibles en la Tienda de aplicaciones aplicable en el momento de la versión de VIS se ha probado y es compatible.

Recuperación de la pérdida de paquetes por medio de FEC

A fin de ayudar en la recuperación de la pérdida de paquetes, puede activar FEC. Cuando se activa, se utilizará un 50 % más de ancho de banda de vídeo en el trayecto del VIS al VTC.

Costes de transcodificación y ajustes del tamaño del VIS

La transcodificación de las secuencias de vídeo únicas del VTC de Cisco a las secuencias de simulcast múltiples utiliza la capacidad del CPU. Aproximadamente 16 VTCs pueden tener su vídeo transcodificado (suponiendo que una secuencia de vídeo de 720p de cada VTC se transcodifique en 3 secuencias de simulcast separadas a 720p, 360p, y 180p) en una única VIS que se ejecuta en el equivalente de la plataforma FE recomendada de Lync 2013. Si la transcodificación está desactivada, esto ahorrará en el VIS CPU. Sin embargo, la imagen de vídeo solicitada por vis del VTC será la resolución común más baja para satisfacer todos los receptores en el lado Skype Empresarial. Observe que incluso con la transcodificación apagado, la transcodificación se puede activar cuando los clientes Skype Empresarial solicitan ciertas resoluciones bajas que los VTCs no pueden enviar.

Distribución de llamadas desde la puerta de enlace de vídeo al VIS

La distribución se realiza por medio de uno de los métodos de distribución de CUCM:

  • Al usar DNS de manera dinámica.

  • En CUCM, puede definir troncos individuales, donde cada tronco finaliza en un servidor diferente en el grupo de servidores VIS. CUCM también redirigirá las llamadas a través de troncos diferentes.

Sin interoperabilidad híbrida

La compatibilidad para que los VTC se unan a reuniones en línea por medio del VIS local no es parte de Skype Empresarial.

Sin compatibilidad de federación

La compatibilidad para que los VTC se unan a reuniones federadas por medio del VIS no es parte de Skype Empresarial.

Vea también

Implementar El servidor de interoperabilidad de vídeo en Skype Empresarial Server