Planear o Video Interop Server no Skype para Empresas Server
Resumo: Reveja este artigo enquanto planeia integrar o Skype para Empresas Server em dispositivos de teleconferência de parceiros.
Agora, o Skype para Empresas Server permite-lhe integrar com determinadas soluções VTC (Video Teleconferencing System) de terceiros. A nova função de servidor que permite esta interoperabilidade de videoconferências é o Video Interop Server (VIS), que está atualmente implementado como uma função de servidor autónoma disponível apenas para instalações no local. Um VIS funciona como um intermediário entre um sistema de teleconferência de terceiros e uma implementação do Skype para Empresas Server. Nesta versão, o enfoque do VIS está na interoperabilidade com sistemas de vídeo da Cisco e da Tandberg. Reveja este artigo para determinar se pretende utilizar esta funcionalidade na instalação do Skype para Empresas Server.
Interoperabilidade de dispositivos
A interoperação é testada e suportada com o registo dos Cisco VTCs com os ramais Cisco Unified Communications Manager (CallManager ou CUCM) versão 10.5 e TCP SIP configurados entre o CUCM e o VIS.
Os VTCs atualmente compatíveis são:
Cisco C40
Cisco C60
Cisco C90
Cisco MX200
Cisco MX300
Cisco DX80
Cisco EX60
Cisco EX90
Cisco SX20
Nota
A versão de software Cisco TC7.0.0 ou superior é necessária nestes sistemas para que a integração com o Skype para Empresas Server funcione conforme esperado.
Troncos SIP
O Video Interop Server funciona no modo de ramal SIP, onde os VTCs continuam a registar-se com a infraestrutura cisco existente, por exemplo, o Cisco Call Manager (CUCM). Define-se um tronco SIP de vídeo entre o CUCM e o VIS, de forma que as chamadas possam ser roteadas entre os dois sistemas. Somente as chamadas pelo tronco SIP feitas pelo VTC são compatíveis. Assim, os VTCs podem ligar para uma conferência do Skype para Empresas (marcando o número de telefone associado ao Atendedor Automatizado de Chamadas), mas não podem ser arrastados e largados na conferência.
Recursos
Esta função de servidor oferece:
Conversão entre os formatos H.264 utilizados por sistemas de vídeo de terceiros e a implementação do Skype para Empresas Server.
Conversão de um único fluxo de vídeo numa determinada resolução de um VTC em vários fluxos simulcast de diferentes resoluções para utilização na implementação do Skype para Empresas Server. Estes fluxos podem ser enviados para a AVMCU e, em seguida, para os pontos finais do Skype para Empresas Server e outros sistemas de vídeo que estão a pedir resoluções diferentes. Esta conversão também é utilizada quando o sistema de vídeo de terceiros está envolvido numa chamada de conferência A/V do Skype para Empresas. Assim que o limite de transcodificação for atingido num determinado servidor VIS, todos os seguintes pedidos de resoluções diferentes receberão apenas um fluxo com a resolução mais baixa.
Suporte para um ramal SIP de vídeo entre o gateway CUCM e um Servidor de Interop de Vídeo do Skype para Empresas Server; Os VTCs continuam a registar-se no gateway cisco e a iniciar chamadas para a implementação do Skype para Empresas através do gateway. As chamadas são encaminhadas do gateway para o Skype para Empresas Video Interop Server através do ramal do SIP de vídeo.
Suporte a um usuário em uma sala de conferência com sistema de vídeo compatível para fazer a discagem por esse sistema e, assim, entrar em uma conferência aberta ou fechada. Esta chamada atravessa o ramal do SIP de vídeo.
Suporte para um utilizador numa sala de conferências com um sistema de vídeo suportado para chamar um cliente do Skype para Empresas. A chamada atravessa o porta-malas do SIP.
Suporte para o controlo de chamada intermédia do lado do Skype para Empresas Server ou do sistema VTC suportado para chamadas ponto a ponto e multiponto, incluindo desativar/desativar o som, colocar em pausa/retomar vídeo, bloquear vídeo e suspender/desativar a suspensão da chamada.
Limitações conhecidas
Esta função de servidor tem as seguintes limitações:
Não são suportadas novas chamadas da implementação do Skype para Empresas para os VTCs através do ramal SIP de vídeo. . Isto significa que apenas as novas chamadas dos VTCs para a implementação do Skype para Empresas são suportadas através do ramal SIP de vídeo. A presença do sistema de vídeo suportado não estará disponível através do ramal SIP de vídeo para o VIS.
Apenas um conjunto autónomo do VIS é suportado para o modo de ramal SIP de vídeo.
Haverá suporte para TLS + SRTP ou TCP + RTP para comunicações entre o VTC e o VIS sobre o tronco SIP de vídeo.
Não há suporte para compartilhamento de aplicativos. Um utilizador do Skype para Empresas na sala de conferências tem de participar na conferência do Skype para Empresas (por exemplo, através de um portátil) e apresentar os ecrãs de partilha de aplicações num dos monitores gratuitos na sala de conferências não associada ao VTC.
A capacidade de um VTC participar numa reunião federada através do VIS não é suportada.
A capacidade de um VTC participar numa reunião online através do VIS não é suportada.
As chamadas de um VTC para a RTPC através do VIS não são suportadas.
Não há suporte para chamadas de um PSTN para um VTC via VIS.
Mecanismos de resiliência
O VIS é compatível com chamada recebida de um CUCM que seja transmitido sobre um tronco SIP de vídeo. Como é possível perder conectividade upstream ou downstream, para conseguir uma resiliência robusta é necessário considerar as duas possibilidades:
Ativação Pós-falha do Conjunto VIS Se o conjunto vis principal para o qual o gateway de vídeo aponta estiver inativo, a recuperação será possível se o gateway de vídeo tiver definido ramais para dois (ou mais) conjuntos vis. Se o gateway de vídeo determinar que não consegue efetuar chamadas para o conjunto vis principal, simplesmente encaminha as chamadas para um conjunto secundário do VIS.
Um conjunto específico do VIS pode ter ramais para vários gateways, mas normalmente um gateway específico não pode ter ramais para vários conjuntos vis, pelo que é necessário fazer um truque para suportar esta ativação pós-falha: Definir 2 FDQNs no DNS, que são resolvidos para o mesmo endereço IP de um gateway de vídeo. Represente cada FQDN como um gateway de vídeo separado no Documento de Topologia onde cada gateway de vídeo tem um ramal para um conjunto vis diferente e a recuperação é agora possível. (Se o TLS for utilizado, os múltiplos nomes têm de estar na SAN do certificado do gateway de vídeo.)
Nota
O VIS só permite chamadas de entrada de gateways configurados no Documento de Topologia.
Ativação pós-falha do Front-End Se um conjunto do VIS receber uma chamada do CUCM, mas não conseguir aceder ao conjunto principal de Registo de próximo salto ou front-end, as chamadas são encaminhadas para um conjunto de Front-End de cópia de segurança.
O VIS controla o estado do conjunto de Front-end principal e do conjunto de Front-end de cópia de segurança (a definição encontra-se na definição de cópia de segurança do serviço de Registo no Documento de Topologia). Envia as sondagens opções uma vez por minuto para ambos os conjuntos e, se existirem cinco falhas consecutivas, o VIS assume que um conjunto de Front-End específico está inativo. Se o conjunto de Front-End principal estiver marcado como inativo e existir uma cópia de segurança configurada disponível, o VIS envia novas chamadas do gateway para o conjunto de Front-End de cópia de segurança. Assim que o conjunto de Front-End principal voltar, o VIS retoma a utilização do conjunto de Front-End principal para novas chamadas.
O VIS também implementará um temporizador de 10 segundos para chamadas a partir do ramal SIP de vídeo. Se o conjunto de Front-End de próximo salto principal tiver sido utilizado para uma chamada a partir do ramal SIP de vídeo e o conjunto de Front-End de próximo salto principal não tiver respondido com uma mensagem SIP (incluindo 100 A Tentar) para o Convite enviado para o mesmo dentro deste valor de temporizador, o proxy de próximo salto da cópia de segurança da chamada deve ser experimentado se estiver configurado.
Nota
Se a primeira tentativa for com o próximo salto de backup, não haverá tentativa com o primário em seguida.
O administrador também pode usar o comando de failover do Windows PowerShell para forçar o VIS a usar o pool de front-ends do backup, por exemplo, quando a manutenção precisar ser executada no pool de front-ends.
Coexistência de troncos de voz e de vídeo para o mesmo par de gateway
O Skype para Empresas Server suporta que os ramais SIP de voz e vídeo utilizem o mesmo elemento da rede de gateway. Assim, a mesma implantação de CUCM poderia ter troncos de SIP de voz para o Servidor de Mediação e troncos SIP de vídeo para VIS.
Um Gateway RTPC tem de ser definido com um FQDN específico no Documento de Topologia para os ramais SIP de voz.
O elemento da rede para o Gateway RTPC é o Servidor de Mediação.
Vários troncos de voz podem ser definidos, variando de um gateway de PSTN até vários pools do Servidor de Mediação, se necessário.
Um Gateway de Vídeo tem de ser definido no Documento de Topologia para o ramal SIP de vídeo com o mesmo FQDN que para o Gateway RTPC.
O elemento da rede do Gateway de Vídeo é o VIS.
Um único tronco de vídeo pode ser definido por um Gateway de Vídeo para um pool VIS em particular.
A CUCM tem de ser configurada para encaminhar corretamente as chamadas através do porta-malas de voz vs. o ramal de vídeo. Por exemplo: um prefixo de discagem especial poderia ser usado ao discar pelo VTC; o CUCM poderia associar o prefixo de discagem com chamadas ao VIS, e regras de conversão adequadas tirariam esse prefixo do SIP Invite para o VIS.
Coexistência de VIS na versão do Skype for Business com versões anteriores do Lync
O VIS só poderá ser implantado como parte da implantação do Skype for Business. Pode interagir com conferências e clientes do Lync 2013 que fazem parte de uma implementação existente; nesses casos, o conjunto do VIS tem de fazer parte de uma implementação do Skype para Empresas que inclua um conjunto de Registo/FE que seja o próximo salto para o conjunto do VIS.
O VIS não suporta a transcodificação entre RTV e H.264. Não existe interoperabilidade de vídeo entre clientes do Lync 2013 e participantes do VTC numa conferência.
Ter clientes pré-Lync 2013 numa conferência faz com que os clientes móveis enviem através de RTV, o que faz com que os VTCs não recebam vídeo quando o cliente móvel se torna o orador dominante.
Para o Lync 2013 funcionar corretamente com o VIS que faz parte da implantação do Skype for Business, o Lync 2013 precisará da aplicação do gerenciador de comunicações adequado para atualizar o cliente do Lync 2013, o CAA e o AVMCU.
A interoperabilidade do VIS com os clientes de desktop do Lync 2013 e do Skype for Business foi testada e é compatível.
Interoperabilidade do VIS com não ambiente de trabalho (Android, Ipad, Iphone, Windows Phone, LMX, etc.) Os clientes do Skype para Empresas disponíveis na Loja de Aplicações aplicável no momento da versão do VIS foram testados e são suportados.
Recuperação da perda de pacote via FEC
O FEC pode ser ativado para ajudar na recuperação da perda do pacote. Se estiver ativada, é utilizada mais 50% de largura de banda de vídeo na direção VIS para VTC.
Custos de dimensionamento e transcodificação de VIS
A transcodificação de fluxos de vídeo únicos do Cisco VTC para vários fluxos simulcast usa a capacidade da CPU. Aproximadamente 16 VTCs podem ter o seu vídeo transcodificado (partindo do princípio de que um fluxo de vídeo de 720p de cada VTC é transcodificado em três fluxos simulcast separados a 720p, 360p e 180p) num único VIS em execução no equivalente à plataforma FE recomendada do Lync 2013. Se a Transcodificação estiver desativada, esta ação é guardada na CPU do VIS. No entanto, a imagem de vídeo solicitada pelo VIS do VTC será a mais baixa resolução em comum para atender todos os receptores do lado do Skype for Business. Com a transcodificação desativada, a transcodificação pode ser ativada quando os clientes do Skype para Empresas pedem determinadas resoluções baixas que os VTCs não conseguem enviar.
Distribuição de chamada do gateway de vídeo para o VIS
A distribuição é conquistada por um dos mecanismos de distribuição de CUCM:
Dinamicamente usando DNS.
No lado do CUCM, você pode definir cada um dos troncos, sendo que cada um termina em um servidor diferente do pool de VIS. As rotas CUCM chamam através dos diferentes troncos.
Sem interoperabilidade híbrida
O suporte para VTCs que participem em reuniões online através do VIS no local não faz parte do Skype para Empresas.
Sem suporte de federação
O suporte para VTCs que participem em reuniões federadas através do VIS não faz parte do Skype para Empresas.
Confira também
Implementar o Video Interop Server no Skype para Empresas Server