Planifier le serveur d’interopérabilité vidéo dans Skype Entreprise Server
Résumé: Consultez cette rubrique lorsque vous envisagez d’intégrer Skype Entreprise Server avec des appareils de téléconférence tiers.
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 joue le rôle d’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 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 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 Skype Entreprise Server. Ces flux peuvent être envoyés à l’AVMCU, puis à Skype Entreprise Server des points de terminaison et d’autres systèmes vidéo qui ont demandé différentes résolutions. 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 lancent des appels au déploiement Skype Entreprise via la passerelle. Les appels sont routés de la passerelle vers le serveur d’interopérabilité vidéo Skype Entreprise 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 du milieu de l’appel du côté Skype Entreprise Server ou du système VTC pris en charge pour les appels point à point et multipoint, y compris le son muet/désactivé, la pause/reprise vidéo, le verrouillage vidéo et l’appel de mise en attente/désactivation.
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 en mode tronçon 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 (via un ordinateur portable par exemple) 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 capacité d’un VTC à rejoindre une réunion fédérée via le VIS n’est pas prise en charge.
La capacité d’un VTC à rejoindre une réunion en ligne via le VIS n’est pas prise en charge.
Les appels d’un VTC à un réseau RTC via le 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 main 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 passer les appels vers le pool VIS principal, elle achemine simplement les appels vers le 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 noms de domaine complets 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 la status 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 reprendra l’utilisation du pool frontal principal pour les nouveaux appels.
Le VIS implémente également un minuteur de 10 secondes pour les appels qui proviennent du tronçon 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.
Il est nécessaire de définir une passerelle PSTN avec un nom de domaine complet particulier dans le document de topologie pour les tronçons SIP audio.
L’homologue de la passerelle PSTN 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 le tronçon SIP vidéo possédant le même nom de domaine complet que la passerelle PSTN.
L’homologue de la passerelle vidéo est le 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 via le tronçon audio et le tronçon 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 de Skype Entreprise déploiement. 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.
Le VIS ne prend pas en charge le transcodage entre RTV et H.264. Il n’existe pas d’interopérabilité entre les clients pré-Lync 2013 et les participants VTC dans une conférence.
La présence de clients pré-Lync 2013 dans une conférence contraint les clients mobiles à utiliser RTV pour les transmissions. Le cas échéant, les VTC ne reçoivent pas de vidéo lorsque le client mobile passe en mode de présentateur principal.
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.) Skype Entreprise clients disponibles dans le Magasin d’applications applicable au moment de la publication du VIS a été testé et est 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. Lorsqu’elle est activée, les transmissions entre le VIS et le VTC utilisent 50 % de bande passante en plus.
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 3 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é, vous économisez les ressources du processeur du 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. Notez que même si le transcodage est désactivé, il est possible de l’activer lorsque des clients Skype Entreprise exigent certaines basses résolutions non prise en charge par les VTC.
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 achemine les appels sur les différents tronçons.
Absence d’interopérabilité hybride
La prise en charge des VTC permettant de rejoindre des réunions en ligne via le VIS installé dans les locaux n’est pas intégrée à Skype Entreprise.
Aucune prise en charge fédérée
La prise en charge des VTC permettant de rejoindre des réunions fédérées via le VIS n’est pas intégrée à Skype Entreprise.