Plan para el servidor de interoperabilidad de vídeo en Skype Empresarial Server
Resumen: Revise este artículo mientras planea integrar Skype Empresarial Server con dispositivos de teleconferencia de asociados.
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 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. Consulte 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 TC7.0.0 o posterior del software cisco es necesaria en estos sistemas para que la integración con Skype Empresarial Server funcione 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 llamada), pero no se pueden arrastrar y caer en la conferencia.
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 transmisión de vídeo a una resolución determinada de un VTC en varias transmisiones de transmisión simultánea de distintas resoluciones para su uso en la implementación de Skype Empresarial Server. Estas transmisiones se pueden enviar a la AVMCU y después a los puntos de conexión de Skype Empresarial Server y otros sistemas de vídeo que solicitan 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 de 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 tronco sip de vídeo entre el gateway CUCM y un servidor de interoperabilidad de vídeo de Skype Empresarial Server; Los VTCs continúan registrando con el gateway de Cisco, y inician las llamadas a la implementación de Skype Empresarial con el gateway. Las llamadas se enrutan desde la puerta de enlace al servidor de interoperabilidad de vídeo de Skype Empresarial a través del 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 atraviesa el tronco del SIP del 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 de Skype Empresarial. La llamada atraviesa el tronco del SIP.
Soporte técnico para el control de llamadas intermedias desde el lado de Skype Empresarial Server o desde el sistema VTC compatible para llamadas punto a punto y multipunto, incluidas las llamadas de punto a punto, entre las que se incluyen silenciar/reactivar audio, pausar/reanudar vídeo, bloquear vídeo y mantener/reactivar llamada.
Limitaciones conocidas
Este rol de servidor tiene las siguientes limitaciones:
No se admiten las nuevas llamadas de la implementación de Skype Empresarial a los VTCs sobre el tronco SIP del vídeo. . Esto significa que sólo las nuevas llamadas de los VTCs en la implementación de Skype Empresarial se admiten sobre el tronco del SIP del vídeo. La presencia para el sistema de vídeo compatible no estará disponible sobre el tronco SIP de vídeo al VIS.
Solamente un grupo de servidores VIS independiente se soporta para el modo troncal del SIP del 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 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.
No se admite la posibilidad de que un VTC se una a una reunión federada a través de VIS.
No se admite la posibilidad de que un VTC se una a una reunión en línea a través de VIS.
No se admiten las llamadas desde un VTC al RTC a través del VIS.
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:
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 el gateway de vídeo determina que no puede hacer llamadas al grupo de servidores VIS primario, simplemente enruta las llamadas a un grupo de servidores VIS secundario.
Un grupo 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 debe hacerse para soportar esta conmutación por error: Defina 2 FDQN 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. (Si se usa TLS, los nombres múltiples deben estar en el SAN del certificado de 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.
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 al grupo de servidores front-end, las llamadas se redirigen a un grupo de servidores front-end de respaldo.
El VIS realiza un seguimiento del estado de su grupo de servidores front-end primario 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 el grupo de servidores front-end primario vuelve, el VIS reanuda usando el grupo de servidores front-end primario para las nuevas llamadas.
El VIS también implementará un 10-segundo temporizador para las llamadas del trunk del VIDEO SIP. Si el grupo de servidores front-end del next-hop primario se usó para una llamada del trunk 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 se configura.
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 admite que los troncos SIP de voz y vídeo usen el mismo punto de puerta de enlace. 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 necesita definirse con un FQDN determinado en el documento de topología para los troncos sip de voz.
El compañero de la puerta de enlace RTC es 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.
Una puerta de enlace de vídeo necesita definirse en el documento de topología para el tronco SIP del vídeo con el mismo FQDN que para la puerta de enlace RTC.
El par al gateway de vídeo es 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 necesita ser configurado para rutear correctamente las llamadas sobre el trunk de la 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
El VIS solo se puede implementar como parte de la implementación de Skype Empresarial. Puede interoperar con conferencias y clientes de Lync 2013 que forman parte de una implementación existente; en esos casos, el grupo VIS debe formar parte de una implementación de Skype Empresarial que incluya un grupo de registradores/FE que sea el próximo salto para el grupo VIS.
VIS no admite la transcodificación entre RTV y H.264. No hay interoperabilidad de vídeo entre los clientes de antes de Lync 2013 y los participantes de VTC en una conferencia.
El hecho de tener clientes de Lync 2013 en una conferencia hace que los clientes móviles envíen con RTV, lo que provoca que los VTCs no reciban vídeo cuando el cliente móvil se convierte 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.) Los clientes de Skype Empresarial disponibles en la Tienda de aplicaciones aplicable en el momento de la versión de VIS se han probado y son compatibles.
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. Si se enciende, se utiliza un 50% más de ancho de banda de vídeo en la dirección VIS a 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 tres secuencias de difusión simultánea independientes 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 se desactiva, esto guarda en el VIS CPU. Sin embargo, la imagen de vídeo solicitada por vis desde el VTC será la resolución común más baja para satisfacer a todos los receptores en el lado de Skype Empresarial. Con la transcodificación desactivada, la transcodificación podría activarse cuando los clientes de 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. Las rutas CUCM llaman a través de los diferentes troncos.
Sin interoperabilidad híbrida
El soporte técnico para los VTCs que se unen a reuniones en línea a través de VIS local no forma parte de Skype Empresarial.
Sin compatibilidad de federación
La compatibilidad con VTCs que se unen a reuniones federadas a través de VIS no forma parte de Skype Empresarial.
Vea también
Implementar El servidor de interoperabilidad de vídeo en Skype Empresarial Server