Planificar el servidor de interoperabilidad de vídeo en Skype Empresarial Server 2015

Skype for Business Server 2015
 

Última modificación del tema:2015-08-17

Resumen: revise este tema al planificar la integración de Skype Empresarial Server 2015 con dispositivos de teleconferencia de terceros.

Ahora, Skype Empresarial Server permite la integración con determinadas soluciones de VTC (sistema de teleconferencia de vídeo) de terceros. El nuevo rol de servidor que habilita esta interoperabilidad de vídeo es el Servidor de interoperabilidad de vídeo (VIS), que actualmente se encuentra implementado como un rol de servidor independiente disponible solo para las instalaciones locales. Un VIS funciona como un intermediario entre un sistema de teleconferencia de terceros y una implementación de 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 usará esta característica en la instalación de Skype Empresarial Server.

La interoperación está probada y es compatible con el registro de las VTC de Cisco en CUCM versión 10.5 y troncos TCP SIP 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

noteNota:
En estos sistemas, para que la integración funcione según lo esperado con Skype Empresarial Server, se necesita la versión TC7.0.0 del software de Cisco o una versión superior.

El Servidor de interoperabilidad de vídeo funciona en el modo de tronco SIP, donde los VTC continúan el registro con la infraestructura de Cisco existente, por ejemplo, Cisco Call Manager (CUCM). Un tronco SIP de vídeo se define entre CUCM y el VIS, de modo que las llamadas se pueden redirigir entre los dos sistemas. Solo son compatibles las llamadas por el tronco SIP desde el VTC al VIS, por lo que los VTC pueden llamar a una conferencia de Skype Empresarial (al marca el número de teléfono asociado con el operador automático de llamadas), pero no se pueden arrastrar y colocar en la conferencia.

Diagrama de VIS en SE

El rol de servidor proporciona:

  • La conversión entre los formatos H.264 que utilizan los sistemas de vídeo de terceros y la implementación de Skype Empresarial Server.

  • La conversión de una secuencia de vídeo única en una determinada resolución desde un VTC a varias secuencias de simulación de distintas resoluciones para su uso en la implementación de Skype Empresarial Server. Estas secuencias se pueden enviar al AVMCU y, luego, a los extremos de Skype Empresarial Server y a otros sistemas de vídeo que hayan solicitado resoluciones diferentes. Esta conversión también se usa cuando un sistema de vídeo de terceros participa en una llamada de conferencia de audio o vídeo de Skype Empresarial. Una vez que se alcanza el límite de transcodificación en un servidor VIS en concreto, todas las solicitudes de resoluciones diferentes siguientes solo recibirán una secuencia con la resolución más baja.

  • Soporte para un tronco SIP de vídeo entre la puerta de enlace de CUCM y un Servidor de interoperabilidad de vídeo de Skype Empresarial Server. Los VTC continúan el registro de la puerta de enlace de Cisco e inician llamadas a la implementación de Skype Empresarial por medio de la puerta de enlace. Las llamadas se redirigen desde la puerta de enlace al Servidor de interoperabilidad de vídeo de Skype Empresarial por medio del tronco SIP de 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 para un usuario en una sala de conferencias con un sistema de vídeo admitido para llamar a un cliente de Skype Empresarial. Esta llamada atravesará el tronco SIP.

  • Soporte para el control en plena llamada desde el lado de Skype Empresarial Server o desde el sistema VTC admitido tanto para las llamadas de varios puntos como para las llamadas de punto a punto, incluso silenciar audio/reactivar audio, pausar/reanudar vídeo, bloquear vídeo y poner en espera/reanudar una llamada.

Este rol de servidor tiene las siguientes limitaciones:

  • No se permiten llamadas nuevas desde la implementación de Skype Empresarial a la VTC a través del tronco SIP de vídeo. Esto significa que a través del tronco SIP de vídeo solo se admiten nuevas llamadas desde las VTC a la implementación de Skype Empresarial. La presencia para el sistema de vídeo compatible no estará disponible a través del tronco SIP de 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 de Skype Empresarial en la sala de conferencias necesita unirse a la conferencia de Skype Empresarial (por ejemplo, por medio de un portátil) y mostrar las pantallas de uso compartido de aplicaciones en uno de los monitores libres en la sala de conferencias no asociado 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.

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 de servidores VIS . Si el grupo de servidores VIS principal al que señala la puerta de enlace de vídeo se encuentra fuera de servicio, la recuperación es posible siempre que la puerta de enlace de vídeo haya definido troncos a dos (o más) grupos de servidores 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 recuperación por error de grupo de VIS

    Un grupo de servidores VIS en concreto puede tener troncos a varias puertas de enlace, pero normalmente, una puerta de enlace en concreto no puede disponer de troncos a varios grupos de servidores VIS, por lo que es necesario realizar un pequeño truco para admitir esta conmutación por error. 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).

    noteNota:
    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 desde CUCM, pero no alcanza el Grupo de servidores front-end o su registrador de próximo salto principal, las llamadas se redirigen a un Grupo de servidores front-end de copia de seguridad.

    Diagrama de recuperación por error del front-end

    El VIS realizará un seguimiento del estado de su Grupo de servidores front-end principal y su Grupo de servidores front-end de copia de seguridad (la configuración se encuentra en la configuración de copia de seguridad para el servicio de registrador en el documento de topología). Envía sondeos de opciones una vez por minuto a ambos grupos de servidores y, si hay cinco errores consecutivos, el VIS considera que un Grupo de servidores front-end en concreto se encuentra fuera de servicio. Si se establece que el Grupo de servidores front-end principal se encuentra fuera de servicio y hay una copia de seguridad configurada, el VIS envía nuevas llamadas desde la puerta de enlace al Grupo de servidores front-end de copia de seguridad. Cuando el Grupo de servidores front-end principal vuelve a estar disponible, el VIS continuará utilizando el Grupo de servidores front-end principal para nuevas llamadas.

    Asimismo, el VIS implementará un temporizador de 10 segundos para las llamadas desde el tronco SIP de vídeo. Si se utilizó el Grupo de servidores front-end de próximo salto principal para una llamada desde el tronco SIP de vídeo y el Grupo de servidores front-end de próximo salto principal no respondió con algún mensaje de SIP (incluso 100 intentos) a la invitación que se le envió dentro del valor del temporizador, será necesario intentar con el proxy de próximo salto de copia de seguridad para la llamada, si se ha configurado.

    noteNota:
    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.

Skype Empresarial Server admite que troncos SIP de vídeo y voz usen la misma puerta de enlace del mismo nivel, por lo que la misma implementación de CUCM puede tener troncos SIP de voz al servidor de mediación y troncos SIP de vídeo 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.

  • Será necesario configurar CUCM para redirigir llamadas correctamente por medio del tronco de voz y no por el tronco de vídeo. Por ejemplo, puede utilizarse un prefijo de marcado especial al marcar desde el VTC. CUCM puede asociar este prefijo de marcado con las llamadas al VIS, y las reglas de conversión adecuadas quitarán este prefijo de la invitación del SIP al VIS.

El VIS solo puede implementarse como parte de la implementación de Skype Empresarial. Puede interoperar con clientes y conferencias de Lync 2013 que son partes de una implementación existente. En eso casos, el grupo de servidores VIS necesitará ser parte de una implementación de Skype Empresarial que incluya un grupo de FE o registradores 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.

La interoperabilidad del VIS con clientes de Skype Empresarial que no son de escritorio (Android, iPad, iPhone, Windows Phone, LMX, etc.) disponibles desde la Tienda de aplicaciones correspondiente al momento del lanzamiento del VIS se ha probado y es compatible.

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.

La transcodificación de secuencias de vídeo únicas desde el VTC de Cisco a varias secuencias de simulación utiliza capacidad de CPU. Un único VIS ejecutándose en la plataforma FE equivalente a la recomendada de Lync 2013 puede transcodificar el vídeo de cerca de 16 VTC (suponiendo que cada VTC transcodifica una secuencia de vídeo de 720 p en 3 secuencias de simulación independientes de 720 p, 360 p y 180 p). Si se desactiva la transcodificación, se ahorrará CPU del VIS, pero, la imagen de vídeo que solicita el VIS desde el VTC estará en la resolución común mínima para satisfacer todos los receptores en el lado de Skype Empresarial. Tenga en cuenta que, incluso con la transcodificación desactivada, la transcodificación puede activarse cuando los clientes de Skype Empresarial solicitan determinadas resoluciones bajas que los VTC no pueden enviar.

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.

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

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

 
Mostrar: