Planifier le serveur d’interopérabilité vidéo dans Skype Entreprise Server
Résumé: Consultez cet article lors de la planification de l’intégration de Skype Entreprise Server aux appareils de téléconférence des partenaires.
Skype Entreprise Server vous permet désormais d’intégrer certaines solutions tierces de VTC (Video Teleconferencing System). Le nouveau rôle de serveur qui active cette interopérabilité de visioconférence est le serveur d’interopérabilité vidéo (VIS), qui est actuellement implémenté en tant que rôle serveur autonome disponible uniquement pour les installations locales. Un VIS agit comme un intermédiaire entre un système de téléconférence tiers et un déploiement Skype Entreprise Server. Pour cette version, le VIS se concentre sur l’interopérabilité avec les systèmes vidéo Cisco/Tandberg. Consultez cet article pour déterminer s’il faut utiliser cette fonctionnalité dans votre installation de Skype Entreprise Server.
Interopérabilité des dispositifs
L’interopérabilité est testée et prise en charge avec les VTC Cisco qui s’inscrivent avec Cisco Unified Communications Manager (CallManager ou CUCM) version 10.5 et les jonctions TCP SIP configurées entre CUCM et le VIS.
Les VTC actuellement pris en charge sont :
Cisco C40
Cisco C60
Cisco C90
Cisco MX200
Cisco MX300
Cisco DX80
Cisco EX60
Cisco EX90
Cisco SX20
Remarque
La version logicielle TC7.0.0 ou ultérieure de Cisco est requise sur ces systèmes pour que l’intégration à Skype Entreprise Server fonctionne comme prévu.
Jonctions SIP
Le serveur d’interopérabilité vidéo fonctionne en mode jonction SIP, où les VTC continuent à s’inscrire auprès de l’infrastructure Cisco existante, par exemple, Cisco Call Manager (CUCM). Un tronçon SIP vidéo est défini entre CUCM et le VIS de manière à acheminer les appels entre les deux systèmes. Seuls les appels via le tronçon SIP entre le VTC et le VIS sont pris en charge. Ainsi, les VTC peuvent se connecter à une conférence Skype Entreprise (en composant le numéro de téléphone associé au Standard automatique d’appel), mais ne peuvent pas être glissés et déplacés dans la conférence.
Fonctionnalités
Ce rôle serveur fournit :
Conversion entre les formats H.264 utilisés par les systèmes vidéo tiers et le déploiement de Skype Entreprise Server.
Conversion d’un flux vidéo unique à une résolution donnée à partir d’un VTC en plusieurs flux de simulcast de différentes résolutions à utiliser dans le déploiement de Skype Entreprise Server. Ces flux peuvent être envoyés à l’AVMCU, puis aux points de terminaison Skype Entreprise Server et à d’autres systèmes vidéo qui demandent des résolutions différentes. Cette conversion est également utilisée lorsque le système vidéo tiers est impliqué dans une téléconférence Skype Entreprise A/V. Une fois la limite de transcodage atteinte dans un serveur VIS particulier, toutes les demandes suivantes pour différentes résolutions reçoivent uniquement un flux avec la résolution la plus faible.
Prise en charge d’une jonction SIP vidéo entre la passerelle CUCM et un serveur d’interopérabilité vidéo Skype Entreprise Server ; Les VTC continuent à s’inscrire auprès de la passerelle Cisco et à lancer des appels au déploiement Skype Entreprise via la passerelle. Les appels sont routés de la passerelle vers le serveur Skype Entreprise Video Interop via la jonction SIP vidéo.
Prise en charge d’un utilisateur dans une salle de conférence avec un système vidéo pris en charge pour composer à partir de ce système pour rejoindre une conférence ouverte ou fermée. Cet appel traverse la jonction SIP vidéo.
Prise en charge d’un utilisateur dans une salle de conférence avec un système vidéo pris en charge pour appeler un client Skype Entreprise. L’appel traverse la jonction SIP.
Prise en charge du contrôle de mi-appel côté Skype Entreprise Server ou à partir du système VTC pris en charge pour les appels point à point et multipoint, notamment le son muet/désactivé, la suspension/reprise de la vidéo, le verrouillage vidéo et la conservation/désactivation d’un appel.
Limitations connues
Ce rôle serveur présente les limitations suivantes :
Les nouveaux appels du déploiement Skype Entreprise aux VTC via la jonction SIP vidéo ne sont pas pris en charge. . Cela signifie que seuls les nouveaux appels des VTC vers le déploiement Skype Entreprise sont pris en charge sur la jonction SIP vidéo. La présence du système vidéo pris en charge ne sera pas disponible sur la jonction SIP vidéo vers le VIS.
Seul un pool VIS autonome est pris en charge pour le mode de jonction SIP vidéo.
TLS + SRTP ou TCP + RTP est pris en charge pour les communications entre le VTC et le VIS via le tronçon SIP vidéo.
Le partage d’applications n’est pas pris en charge. Un utilisateur Skype Entreprise dans la salle de conférence doit participer à la conférence Skype Entreprise (par exemple, via un ordinateur portable) et afficher les écrans de partage d’application sur l’un des moniteurs gratuits de la salle de conférence qui n’est pas associé au VTC.
La possibilité pour un VTC de rejoindre une réunion fédérée via VIS n’est pas prise en charge.
La possibilité pour un VTC de rejoindre une réunion en ligne via VIS n’est pas prise en charge.
Les appels d’un VTC au RTC via VIS ne sont pas pris en charge.
Les appels du réseau RTC à un VTC via le VIS ne sont pas pris en charge.
Mécanismes de résilience
Le VIS prend en charge les appels entrants d’un CUCM transitant par un tronçon SIP vidéo. Une perte de connectivité en amont ou en aval étant possible, vous devez envisager les deux possibilités suivantes pour profiter d’une résilience robuste :
Basculement du pool VIS Si le pool VIS principal vers lequel la passerelle vidéo pointe est arrêté, la récupération est possible si la passerelle vidéo a défini des jonctions vers deux pools VIS (ou plus). Si la passerelle vidéo détermine qu’elle ne peut pas effectuer d’appels au pool VIS principal, elle achemine simplement les appels vers un pool VIS secondaire.
Un pool VIS particulier peut avoir des jonctions vers plusieurs passerelles, mais normalement une passerelle particulière ne peut pas avoir de jonctions vers plusieurs pools VIS. Une astuce doit donc être effectuée pour prendre en charge ce basculement : définir 2 FDQN dans DNS, qui se résolvent en la même adresse IP d’une passerelle vidéo. Représentez chaque nom de domaine complet sous la forme d’une passerelle vidéo distincte dans le document de topologie où chaque passerelle vidéo a une jonction vers un pool VIS différent, et la récupération est désormais possible. (Si TLS est utilisé, les noms multiples doivent se trouver dans le san du certificat de passerelle vidéo.)
Remarque
Le VIS autorise uniquement les appels entrants provenant des passerelles configurées dans le document de topologie.
Basculement frontal Si un pool VIS reçoit un appel de CUCM mais ne peut pas atteindre son serveur d’inscription ou son pool frontal de tronçon suivant principal, les appels sont routés vers un pool frontal de sauvegarde.
Le VIS effectue le suivi de l’état de son pool frontal principal et de son pool frontal de sauvegarde (le paramètre se trouve dans le paramètre de sauvegarde du service d’inscription dans le document de topologie). Il envoie des sondages Options une fois par minute aux deux pools, et s’il y a cinq échecs consécutifs, le VIS suppose qu’un pool frontal particulier est arrêté. Si le pool frontal principal est marqué comme étant arrêté et qu’une sauvegarde configurée est disponible, le VIS envoie de nouveaux appels de la passerelle au pool frontal de sauvegarde. Une fois le pool frontal principal revenu, le VIS reprend l’utilisation du pool frontal principal pour les nouveaux appels.
Le VIS implémentera également un minuteur de 10 secondes pour les appels à partir de la jonction SIP vidéo. Si le pool frontal de tronçon suivant principal a été utilisé pour un appel à partir de la jonction SIP vidéo et que le pool frontal de tronçon suivant principal n’a pas répondu avec un message SIP (y compris 100 tentatives) à l’invitation qui lui a été envoyée dans cette valeur de minuteur, le proxy de tronçon suivant de sauvegarde pour l’appel doit être essayé si configuré.
Remarque
Si le système de secours est utilisé en premier, aucune tentative ne sera exécutée sur le système principal.
L’administrateur peut également utiliser la commande de basculement de Windows PowerShell pour forcer le VIS à utiliser le pool frontal de secours, par exemple, lorsqu’une maintenance doit être exécutée sur le pool frontal principal.
Coexistence de tronçons audio et vidéo sur le même homologue de passerelle
Skype Entreprise Server prend en charge le fait que les jonctions SIP vocales et vidéo utilisent le même homologue de passerelle. C’est pourquoi le même déploiement CUCM peut comprendre des tronçons SIP audio sur le serveur de médiation et des tronçons SIP vidéo sur le VIS.
Une passerelle RTC doit être définie avec un nom de domaine complet particulier dans le document de topologie pour les jonctions SIP vocales.
L’homologue de la passerelle RTC est le serveur de médiation.
Il est possible de définir plusieurs tronçons audio répartis entre une passerelle PSTN et plusieurs pools de serveur de médiation, si nécessaire.
Une passerelle vidéo doit être définie dans le document de topologie pour la jonction SIP vidéo avec le même nom de domaine complet que pour la passerelle RTC.
L’homologue de la passerelle vidéo est VIS.
Il est possible de ne définir qu’un seul tronçon vidéo entre une passerelle vidéo et un pool VIS particulier.
CUCM doit être configuré pour acheminer correctement les appels entre la jonction vocale et la jonction vidéo. Par exemple, vous pouvez utiliser un préfixe de numérotation spécial lors de la numérotation à partir du VTC ; CUCM peut associer ce préfixe aux appels du VIS et appliquer les règles de conversion appropriées entre SIP Invite et le VIS.
Coexistence de VIS dans Skype Entreprise avec les versions précédentes de Lync
LE VIS ne peut être déployé que dans le cadre du déploiement de Skype Entreprise. Il peut interagir avec les conférences Lync 2013 et les clients qui font partie d’un déploiement existant . Dans ce cas, le pool VIS doit faire partie d’un déploiement Skype Entreprise qui inclut un pool de serveurs d’inscriptions/fe qui est le tronçon suivant pour le pool VIS.
VIS ne prend pas en charge le transcodage entre RTV et H.264. Il n’existe aucune interopérabilité vidéo entre les clients antérieurs à Lync 2013 et les participants VTC à une conférence.
Le fait d’avoir des clients antérieurs à Lync 2013 dans une conférence entraîne l’envoi de clients mobiles à l’aide de RTV, ce qui fait que les VTC ne reçoivent aucune vidéo lorsque le client mobile devient l’orateur dominant.
Pour que Lync 2013 fonctionne correctement avec le VIS dans le cadre d’un déploiement de Skype Entreprise, Lync 2013 requiert l’application des mises à jour cumulées appropriées afin de mettre à niveau le client Lync 2013, le CAA, et l’AVMCU afin qu’ils fonctionnent avec le VIS.
L’interopérabilité du VIS avec les clients Lync 2013 et Skype Entreprise (version ordinateur de bureau) a été testée et est prise en charge.
Interopérabilité du VIS avec les non-ordinateurs de bureau (Android, IPad, Iphone, Windows Phone, LMX, etc.) Les clients Skype Entreprise disponibles dans le Magasin d’applications applicable au moment de la publication du VIS ont été testés et sont pris en charge.
Récupération de la perte de paquets via la correction des erreurs de transfert (FEC)
Vous pouvez activer la FEC pour faciliter la récupération des pertes de paquets. Si cette option est activée, 50 % de bande passante vidéo supplémentaire est utilisée dans la direction du VIS vers VTC.
Taille du VIS et coûts de transcodage
Transcoder les flux vidéo simples entre le VTC de Cisco et plusieurs flux simulcast consomme des ressources processeur. Environ 16 VTC peuvent avoir leur vidéo transcodée (en supposant qu’un flux vidéo 720p de chaque VTC soit transcodé en trois flux de simulcast distincts à 720p, 360p et 180p) dans un seul VIS exécuté sur l’équivalent de la plateforme FE recommandée Lync 2013. Si le transcodage est désactivé, cela permet d’économiser le processeur VIS. Cependant, l’image vidéo que le VIS demande au VTC sera d’une résolution standard inférieure pour satisfaire tous les destinataires côté Skype Entreprise. Avec le transcodage désactivé, le transcodage peut être activé lorsque les clients Skype Entreprise demandent certaines résolutions basses que les VTC ne peuvent pas envoyer.
Distribution des appels de la passerelle vidéo vers le VIS
La distribution est réalisée via l’un des mécanismes de distribution CUCM suivants :
Dynamiquement à l’aide de DNS.
Côté CUCM, vous pouvez définir des tronçons individuels, chaque tronçon étant relié à un serveur différent dans le pool VIS. CUCM route les appels entre les différentes jonctions.
Absence d’interopérabilité hybride
La prise en charge des VTC qui rejoignent des réunions en ligne via le VIS local ne fait pas partie de Skype Entreprise.
Aucune prise en charge fédérée
La prise en charge des VTC qui rejoignent des réunions fédérées via VIS ne fait pas partie de Skype Entreprise.