2021.06.17.2415m

24 juin 2021

Il n'y a pas de notes de version pour cette mise à niveau de maintenance.

2021.05.27.2405 M

4 juin 2021

• Ajoute la prise en charge des modifications à venir de Webex pour la disposition de la pile sur les périphériques vidéo enregistrés sur site.

2021.05.05.2395m.5

21 mai 2021

• Inclut des améliorations mineures à l'affichage pour les présentations non par défaut.

• Résout un problème qui pouvait casser le DNS pour une configuration de pont Docker spécifique.

2021.04.27.2391m

30 avril 2021

• Corrige le rapport des statistiques de perte de paquets pour les appels transcodés dans le Control Hub.

2021.03.22.2384m.3

6 avril 2021

Il n'y a pas de notes de version pour cette mise à niveau de maintenance.

2021.03.22.2384m.1

31 mars 2021

Il n'y a pas de notes de version pour cette mise à niveau de maintenance.

2021.03.03.2359m.7

16 mars 2021

Il n'y a pas de notes de version pour cette mise à niveau de maintenance.

2021.03.03.2359m

12 mars 2021

Il n'y a pas de notes de version pour cette mise à niveau de maintenance.

2021.02.05.2352m.4

12 février 2021

• Ajoute une option pour désactiver la connexion locale à l'interface utilisateur web d'administration du nœud de maillage vidéo.

• Corrige les problèmes de gigue et les valeurs de temps aller-retour mal rapportées.

2021.01.13.2349m.3

5 février 2021

Il n'y a pas de notes de version pour cette mise à niveau de maintenance.

2020.12.08.2333m.6

25 janvier 2021

Il n'y a pas de notes de version pour cette mise à niveau de maintenance.

2020.12.08.2333m.5

8 janvier 2021

• Amélioration des messages d'alarme NTP sur les nœuds de maillage vidéo.

• Un problème a été résolu, à savoir que si l'expiration du mot de passe était configurée sur « jamais », vous ne pouviez pas changer votre mot de passe via l'interface graphique.

• Amélioration de l'affichage pour certaines erreurs d'enregistrement.

• Amélioration du rapport des erreurs de connectivité à partir des délais d'expiration lors du test de la connectivité du proxy.

• Les tests d'accessibilité ne rapportent plus les erreurs de certificat en tant qu'échecs d'accessibilité.

• Mise à jour des alarmes d’accessibilité pour les clusters des nœuds de maillage vidéo des réunions privées.

2020.12.08.2333m

11 décembre 2020

• Extension des informations disponibles pour le cache DNS. Voir « Activer ou désactiver la mise en cache DNS » dans le Guide de déploiement.

• Correction d’un problème cosmétique, à savoir que le déclenchement d’un test d’intégrité pouvait entraîner l’affichage incorrect de l’état du nœud en tant que « Installation » sur le Control Hub.

2020.11.17.2319m.9

8 décembre 2020

Cette version inclut des modifications pour empêcher les échecs d'appels SIP lorsque vous perdez la connectivité réseau entre les clusters.

2020.11.17.2319m.4

1er décembre 2020

L’outil de surveillance du maillage vidéo est un simulateur d’appel Webex disponible sur chaque nœud de maillage vidéo avec cette version. L’outil de surveillance comprend les fonctionnalités suivantes :

• Exécution à la demande ou tests horaires récurrents sur une base par nœud, par cluster.

• La possibilité de signaler les échecs de signalisation SIP, de signalisation média et de cascade média pour chaque test.

• Messages d'échec appropriés par test avec des codes d'erreur pour réduire le temps moyen de résolution.

• Suivi des échecs des tests historiques pendant sept jours maximum.

2020.11.17.2319m.4

25 novembre 2020

• Aucune note de version pour cette mise à niveau de maintenance.

2020.11.06.2314m

18 novembre 2020

• Augmentation du seuil de déclenchement de l’alarme NTP sur les nœuds de maillage vidéo.

• Augmentation de la verbosité des messages d’erreur pour aider à déboguer les futurs problèmes NTP sur les nœuds de maillage vidéo.

• Correction d’un problème, à savoir que les chargements de journaux VMN échouaient.

• Les problèmes de cascade entre les nœuds de maillage vidéo et les nouveaux nœuds du Cloud ont été résolus.

2020.10.16.2305m

23 octobre 2020

• Correction d’un problème, à savoir que le mode de maintenance ne s’activait pas correctement dans certaines situations.

2020.09.22.2288m3

1er octobre 2020

• Aucune note de version pour cette mise à niveau de maintenance.

2020.09.22.2288m

30 septembre 2020

• Ajout de limites de débit aux tests de bande passante sur la page Aperçu.

• Un problème a été résolu avec le test d'accessibilité TCP.

• Correction des valeurs de latence/temps aller-retour dans les statistiques média sur la page de dépannage des réunions dans Control Hub. (Les statistiques étaient désactivées pour certains appels par un facteur de 1 000.)

• Modifié pour utiliser uniquement des codes de chiffrement TLS plus sécurisés sur certains ports.

2020.09.11.2279M

18 septembre 2020

• Ajout d'informations sur la plage d'adresses IP qui est réservée à un usage interne à l'interface Web du nœud de maillage vidéo.

• Réduction de la plage d’adresses IP qui est réservée à l’utilisation interne du nœud de maillage vidéo Webex de l’original 172.17.0.0–172.17.255.255 (65 536 adresses) à 172.17.42.0–172.17.42.63 (64 adresses).

2020.08.31.2273M

8 septembre 2020

• TLS 1.1 désactivé sur le port 33432.

• Les statistiques erronées affichées sur le flux audio de présentation IX5000 lors du déplacement entre le lobby et la conférence ont été corrigées.

• Ajout d'une solution de contournement pour un problème où une adresse SIP de confiance de plus de 200 caractères provoque un échec de connexion TLS (CSCvv44969).

2020.08.19.2266m.1

26 août 2020

• Ajout de l'option de mise en cache DNS. (Voir l’onglet Annonces.)

• Désactivez explicitement IPv6 sur les interfaces internes et externes afin que les nœuds n'acquièrent pas de serveurs DNS IPv6.

• Correction d’un problème qui entraînait des échecs de test d’accessibilité en raison de l’épuisement des ports.

• Amélioration des détails d'alarme dans le cas où une mise à niveau ne peut pas être téléchargée en raison du blocage par le service Zscaler ou en raison d'un proxy d'inspection transparent.

• Correction d'un problème, à savoir que les données de chargement/téléchargement UDP s'affichaient incorrectement dans les résultats des tests de bande passante sur l'interface Web.

2020.08.06.2258m.4

18 août 2020

• Aucune note de version pour cette mise à niveau de maintenance.

2020.08.06.2258m.1

16 août 2020

• Correction d’un problème, à savoir qu’un IX5000 abandonnait l’appel lorsqu’il était déplacé d’une réunion vers le lobby.

• Un problème a été résolu, à savoir qu'un nœud configuré pour utiliser un proxy explicite pouvait perdre la connectivité réseau si l'adresse IP du réseau du conteneur était changée.

2020.07.15.2245m

20 juillet 2020

• Modification du test de résolution DNS pour augmenter la compatibilité avec les anciennes versions des serveurs DNS basés sur Microsoft.

• Un problème a été résolu, à savoir que l'audio reçu de l'application Webex Meetings était plus silencieux que prévu pendant les premières secondes après une période de silence.

2020.06.29.2236M.10

9 juillet 2020

• Modifié le comportement du test de résolution DNS. Chaque serveur DNS configuré doit maintenant être en mesure de résoudre le FQDN de test pour que le test DNS réussisse. (Dans les versions précédentes, si un serveur DNS était en mesure de résoudre le FQDN de test, le test réussirait.)

• Amélioration de la qualité des médias dans les réseaux avec perte.

• Ajout des options de configuration MTU de l'interface réseau. (Voir l’onglet Annonces.)

• Une alarme a été ajoutée si le nœud de maillage vidéo n’est pas en mesure d’atteindre l’un des serveurs média du Cloud.

2020.06.18.2231M

26 juin 2020

• Amélioration de la sélection du rapport d'aspect pour les bandes passantes autour de 1,5 Mbps lorsque 1080p est activé.

• Ajout de la possibilité de filtrer les captures de paquets par interface réseau, par hôte et par port.

• Correction d'un bogue, à savoir que vous obteniez une erreur si vous démarriez puis arrêtiez rapidement la capture des paquets.

• Ajout de la prise en charge des déploiements VMNLite. (Voir l’onglet Annonces.)

• La configuration NTP par défaut a été supprimée. Une configuration NTP valide est maintenant requise pour enregistrer un nœud. Alarmes ajoutées si la configuration NTP est vide ou si le nœud n'est pas en mesure d'atteindre un serveur NTP configuré.

• Correction d’un problème, à savoir que le test de connectivité proxy signalait incorrectement un échec en raison d’un délai d’expiration trop court.

• Ajout de la fonctionnalité d’arrêt et de redémarrage à l’interface Web du nœud de maillage vidéo.

2020.05.26.2200m3

10 juin 2020

• Ajout de la possibilité d'activer et de désactiver le mode de maintenance à partir de la page Administration de l'interface Web du nœud de maillage vidéo.

• Suppression des alarmes et des vérifications de la connectivité du serveur Amazon ECR à partir de la page Aperçu de l'interface Web du nœud.

• Ajout d'un compteur de disponibilité à la page d'aperçu de l'interface Web du nœud.

• Suppression de l'utilisation du CPU de la page Présentation de l'interface Web du nœud.

• Tests de connectivité proxy désactivés vers le port 444 dans le cadre de la transition de la signalisation en cascade vers le port 443.

2020.05.13.2195m

27 mai 2020

• Un problème a été résolu, à savoir qu'une extension de remplissage automatique du navigateur tiers pouvait interférer avec l'interface Web du nœud de maillage vidéo Webex.

2020.04.16.2176m.2

8 mai 2020

• Un problème a été résolu, à savoir que le vérificateur de connexion au port 444 signalait par erreur une panne lorsqu'il se trouvait derrière certains types de proxys.

• Un problème a été résolu, à savoir qu'un certificat de serveur non assorti était autorisé à être installé si un certificat correctement assorti était précédemment téléchargé.

• Désactivé le test de connectivité websocket après qu'un problème ait été trouvé avec celui-ci lorsque le nœud est derrière un proxy explicite.

2020.04.16.2176m.1

24 avril 2020

• Suppression de la prise en charge de TLS1.1.

• Ajout d’autres vérifications de connectivité Cloud sur la page Aperçu de l’interface Web du nœud de maillage vidéo Webex.

• Correction d'un problème qui provoquait une fausse alarme DNS de nom d'hôte non valide.

• Ajout d'une contrainte de longueur de clé sur la page Certificat du serveur, avec un message d'erreur si un administrateur télécharge un certificat de serveur de moins de 2048 bits.

• Amélioration de la gestion des situations où un administrateur saisit une clé privée de moins de 2048 bits ou une clé privée sans phrase secrète. Dans ce cas, le nœud de maillage vidéo utilisera un certificat auto-signé.

2020.03.11.2143m.8

17 avril 2020

• Un problème a été résolu, à savoir que certains clients n'obtenaient l'audio que des deux haut-parleurs actifs lorsque quelqu'un partageait du contenu audio.

• Correction d’un problème qui pouvait causer des échecs d’appel lorsque beaucoup de tentatives d’appel étaient effectuées en peu de temps.

2020.03.11.2143m.7

6 avril 2020

• Augmentation de la bande passante pour les appels 1080 pixels de 3,25 millions à 4 millions.

• Augmentation du délai d'expiration pour la signalisation multiflux pour les appels à double écran.

• Réduction du nombre de demandes adressées au service d'identité.

• Nous avons modifié la façon dont nous gérons la vérification OAuth pour être plus résilients face aux réponses retardées.

2020.03.11.2143m.3

24 mars 2020

• Aucune note de version pour cette mise à niveau de maintenance.

2020.03.11.2143m.9—Mise à niveau urgente

22 mars 2020

• Ajout d'une journalisation supplémentaire pour la prise en charge du débogage.

2020.03.11.2143m — Mise à niveau urgente

11 mars 2020

• Désactivation des vérifications périodiques de l’état des appels et de l’alarme correspondante (mf.callHealth.fail) qui a été signalée sur le nœud et dans le Control Hub si des pannes se sont produites sur le nœud au-delà d’un certain seuil.

2020.03.02.2132m

6 mars 2020

• Ajout de la prise en charge de l'authentification du proxy NTLMv2. (Le maillage vidéo détecte automatiquement la version, vous n'avez pas besoin de la spécifier lors de la configuration de votre proxy.)

• Ajout d’une alarme signalée sur le nœud et dans le Control Hub si des échecs périodiques des tests de santé des appels se produisent sur le nœud au-delà d’un certain seuil.

  Id de l'alarme : 'mf.callHealth.fail', gravité : "warning", titre : « Le contrôle de santé de l’appel a échoué »

2020.02.09.2120m.1

28 février 2020

• Aucune note de version pour cette mise à niveau de maintenance.

2020.01.30.2115M

7 février 2020

• Correction CSCvs70769—Vulnérabilité de contrebande de requêtes HTTP NGINX

• Le codec Opus est activé pour les réunions et les appels 1 à 1.

2020.01.12.2091m

22 janvier 2020

• Ajout de la réinitialisation d'usine à l'interface Web pour les nœuds de maillage vidéo. Pour plus d'informations, voir Gérer le nœud de maillage vidéo à partir de l'interface Web dans le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh.

• Correction d'un problème ( CSCvs28104), à savoir que la vidéo de mauvaise qualité pouvait être affichée sur certains écrans d'un point de terminaison immersif à trois écrans.

• Correction d’un problème, à savoir que certains appels SIP avaient une configuration retardée.

2019.12.15.2053M

8 janvier 2020

• Correction d’un problème, à savoir que les réunions (qui incluaient au moins un Webex Board) envoyaient des flux vidéo basse résolution à partir des périphériques SIP vers les points de terminaison Webex.

2019.12.03.2042M

12 décembre 2019

• Correction d’un problème, à savoir que l’écran pour rejoindre la réunion restait vide lorsque *.clouddrive.com était bloqué sur un réseau client. Bien que l'écran pour rejoindre la réunion ne soit plus vide dans ce scénario, nous vous demandons quand même de débloquer cette URL sur votre réseau pour éviter les effets secondaires involontaires.

• Ajout de la gestion des mots de passe admin à l'interface Web pour les nœuds de maillage vidéo. Pour plus d'informations, voir Gérer le nœud de maillage vidéo à partir de l'interface Web dans le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

14 novembre 2019

• Corrigé CSCvr92794—Erreur incorrecte msg sur la validation FDQN par rapport à l'IP du nœud.

• Correction d’un problème, à savoir que les nœuds ne se calmaient pas correctement et utilisaient un délai d’expiration court, ce qui ne se produisait que lorsque d’autres nœuds du cluster étaient déplacés en mode de maintenance dans Control Hub, entraînant une capacité réduite et des appels abandonnés.

2019.10.21. m.1

1er novembre 2019

• Ajout de la possibilité de charger et de télécharger des journaux et des fichiers pcap à partir de la page de dépannage de l’interface du nœud de maillage vidéo Webex même lorsque le nœud n’est pas enregistré. Pour plus d’informations, voir Générer des journaux de maillage vidéo Webex pour la prise en charge et Générer des captures de paquets de maillage vidéo Webex pour la prise en charge.

2019.10.11.1979 m.1

23 octobre 2019

• Corrigé CSCvr39819—Version logicielle vulnérable.

• Corrigé CSCvr39878—Certificat auto-signé X.509 dont le nom commun ne correspond pas au serveur émetteur (SSL/TLS). Un changement a été effectué où le nom commun du certificat sur le nœud donne le FDQN du nœud (si disponible) ou l'adresse IP.

• Ajout d'un nouveau « Nom(s) alternatif(s) de l'objet : » du formulaire de création d’un CSR dans l’interface web.

2019.09.19. m

26 septembre 2019

• Ajout de paramètres réseau à l’interface utilisateur web (IU) du nœud de maillage vidéo. Pour plus d’informations, voir Configurer les paramètres réseau à partir de l’interface Web du nœud de maillage vidéo Webex.

• La gravité de cette alarme est passée de critique à avertissement : « Le nœud de maillage vidéo n’a pas pu télécharger le logiciel requis à partir du fournisseur de cloud Cisco. Le problème peut se produire en raison de plusieurs problèmes liés au réseau. Vérifiez votre connectivité réseau au réseau public (.amazonaws.com) et vérifiez vos paramètres DNS. Cela peut également se produire en raison des modifications apportées au pare-feu qui est présent entre les nœuds de maillage vidéo et Internet. »

• Correction d'un problème, à savoir que les ports du serveur réflecteur n'étaient pas libérés même après l'arrêt de l'outil réflecteur dans l'interface utilisateur web du nœud.

• Correction d'une vulnérabilité qui affectait les API NTP Ping and Check où un attaquant pouvait lancer une attaque d'injection de commande s'il avait accès à des API authentifiées.

• Amélioration de la sélection du codec pour la vidéo transmise.

• Les certificats de serveur qui sont signés avec des codes de chiffrement faibles (comme MD2 ou MD5) ne sont plus acceptés dans l'interface utilisateur du certificat du nœud de maillage vidéo.

2019.08.21.1941m2

13 septembre 2019

• Correction d’un problème, à savoir que les niveaux du CPU du nœud augmentaient et ne revenaient pas à des niveaux acceptables.

• Un problème a été résolu, à savoir que le contenu envoyé par les participants connectés à un nœud du Cloud ne serait pas reçu par les participants connectés à des nœuds sur site, s'il y avait un pare-feu Palo Alto Networks (PAN) dans le réseau.

• Ajout d'une page de configuration réseau à l'image logicielle du nœud. Les administrateurs peuvent spécifier les paramètres réseau lors de la première installation de la machine virtuelle du nœud. Voir Installer le logiciel du nœud de maillage vidéo Webex dans le guide de déploiement pour plus d’informations.

2019.08.14.1937 M

16 août 2019

• Ajout de la prise en charge des proxys explicites avec authentification sans authentification, basique, digest ou NTLM. Pour plus d'informations, voir Prise en charge du proxy pour le maillage vidéo et autres mises à jour pertinentes dans le guide de déploiement.

• Ajout d'une modification de configuration qui empêche certains débordements d'appels vers le Cloud.

2019.08.01.1929M

8 août 2019

• Deux problèmes ont été résolus :

  • La capture de paquets à partir de l'interface utilisateur Web ne démarrait pas avec succès mais aucun message d'erreur n'apparaissait.

  • La capture des paquets ne s'exécutait pas car les URL Ubuntu étaient bloquées. (Avec ce correctif, aucune modification d'URL n'est requise sur votre pare-feu.)

2019.07.12.1917m

25 juillet 2019

• Suppression des informations en cascade de la carte d'état d'appel dans l'interface Web du nœud jusqu'à ce que de meilleures mesures soient disponibles.

• Ajout de la version du système d'exploitation à la carte Détails du nœud dans l'interface Web du nœud.

• Reconçu l'interface utilisateur pour la page de dépannage sur l'interface Web du nœud. (Voir le guide de déploiement pour plus d'informations.)

• Ajout de vérifications de connectivité utilisant la vérification ping, traceroute et NTP dans l'interface Web du nœud. (Voir le guide de déploiement pour plus d'informations.)

• Résolution et choix du framerate améliorés pour les flux de présentation.

• Correction d’un problème, à savoir que trop de bande passante était parfois envoyée aux participants qui changeaient.

• Un problème a été résolu, à savoir qu'aucune option de rétablissement du son n'était disponible pour certains types de participants lorsqu'ils étaient coupés par l'organisateur.

• Amélioration du rythme des médias pour les présentations transcodées.

2019.06.13.1907m.7

12 juillet 2019

• Correction d'un problème qui entraînait parfois l'abandon de la résolution vidéo même lorsqu'aucun paquet n'était perdu et que la latence était faible.

• Correction d’un problème, à savoir que l’audio divisé se produisait parfois lorsque le son des participants était coupé par l’organisateur puis rétabli.

2019.06.13.1907m.3

20 juin 2019

• Correction d’un problème, à savoir que l’état du partage de la présentation était incorrect si un point de terminaison tentait de partager pendant qu’il se trouvait sur l’écran du lobby.

• Ajout d'une amélioration pour accélérer le démarrage du partage de présentation lors du transcodage.

2019.06.13.1907m.1

14 juin 2019

• Correction d’un problème, à savoir que certains nœuds de maillage vidéo ne redémarraient pas automatiquement après une mise à niveau, ce qui désactivait les fonctionnalités de dépannage du nœud et entraînait des informations manquantes sur la page d’aperçu.

• Ajout d'une exigence selon laquelle les noms d'hôtes des nœuds ne peuvent pas contenir de trait de soulignement (_).

• Correction d’un problème, à savoir que la résilience à la perte de paquets ne fonctionnait parfois pas pendant les premières minutes d’une réunion.

• Correction d’un problème de résilience des médias qui faisait parfois que la bande passante utilisée dépassait considérablement la bande passante négociée pendant une courte période de temps.

2019.05.20.1892m1

23 mai 2019

• Ajout de nouvelles fonctionnalités de maintenance à l’interface Web du nœud de maillage vidéo (génération de capture de paquets, génération de journaux et améliorations de la page d’aperçu). Pour plus d’informations sur ces fonctionnalités, voir le chapitre Gérer le maillage vidéo Webex dans le guide de déploiement à l’adresse https://www.cisco.com/go/video-mesh.

• Ajout d'une nouvelle alarme dans le cadre de la prochaine migration vers le registre des conteneurs élastiques d'Amazon : « Le nœud de maillage vidéo n’a pas pu télécharger le logiciel requis à partir du fournisseur de cloud Cisco. Le problème peut se produire en raison de plusieurs problèmes liés au réseau. Vérifiez votre connectivité réseau au réseau public et vérifiez vos paramètres DNS. Cela peut également se produire en raison des modifications apportées au pare-feu qui est présent entre les nœuds de maillage vidéo et Internet. »

  Les nœuds de maillage vidéo continueront à se mettre à niveau, mais vous devez prendre les mesures appropriées pour vous assurer que les nœuds de maillage vidéo peuvent accéder à l'URL. Pour plus d’informations, voir l’onglet Annonces.

• Correction d’un problème, à savoir que les réunions Skype Entreprise affichaient incorrectement « l2sip-UA » comme titre de la réunion et nom du participant.

2019.04.29.1873m.4

13 mai 2019

• Un problème a été résolu, à savoir que le partage de contenu n'était parfois pas disponible lors de l'utilisation de la numérotation SIP.

• Correction d’un problème, à savoir que les cascades ne pouvaient parfois pas être recréées après des problèmes de réseau temporaires, ce qui entraînait des réunions fractionnées.

• Correction d’un problème, à savoir que le partage de contenu échouait dans certains scénarios.

2019.04.29.1873M

30 avril 2019

• Aucune note de version pour cette mise à niveau de maintenance.

2019.04.18.1869m.1

26 avril 2019

• Un problème a été résolu, à savoir que le partage sans fil de Webex Teams pour Windows ne fonctionnait pas dans certains cas.

2019.03.22.1829m.2

2 avril 2019

• Correction d’un problème qui entraînait parfois l’échec des tests de bande passante UDP.

• Correction d’un problème, à savoir que les alarmes NTP sur le Control Hub n’étaient pas supprimées lorsqu’un serveur NTP défectueux commençait à fonctionner.

2019.03.19.1826 M

22 mars 2019

• Pour effectuer des modifications de configuration sur un nœud enregistré, vous devez d'abord mettre le nœud en mode de maintenance.

• La page de statut d'aperçu indique le résultat de la vérification de la connectivité pour le registre des conteneurs Amazon (ECR).

• Correction d’un problème, à savoir qu’il y avait un délai sur certains clients lors de la commutation des interlocuteurs actifs et une vidéo corrompue lors de la perte de paquets.

• Corrigé CSCvo93454—Vidéo unidirectionnelle lorsque le système immersif rejoint Webex.

• Corrigé CSCvo87069—Les sources de confiance SIP de maillage vidéo ne se remplissent pas

2019.02.14.1788m.1

21 février 2019

• Correction d’un problème, à savoir que le son des points de terminaison à trois écrans n’était pas coupé à distance par l’organisateur Webex.

• Correction d’un problème, à savoir que couper et rétablir le son ne fonctionnaient parfois pas pour les points de terminaison SIP.

• Les nœuds de maillage vidéo tentent maintenant d’accéder à une nouvelle URL pour tester l’accès au registre des conteneurs hébergé par Amazon (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• Ajout de nouvelles alarmes qui sont générées sur les nœuds de maillage vidéo et qui sont affichées dans le Control Hub lorsque le temps de réponse de la requête DNS dépasse 1,5 s dans les scénarios suivants :

  • Lorsque la durée de requête du serveur DNS est supérieure à 1,5 s : « Le temps de réponse de la requête <x> du serveur DNS de <number> ms dépasse le temps de réponse maximal de 1500 ms. »

  • Texte de l'alarme lorsque le temps de requête du serveur DNS est supérieur à 1,5 s lors de la résolution d'un serveur NTP : « Lors de la résolution <ntp-server> ; le temps de réponse de la requête du/des serveur(s) DNS <x> de <number> ms dépassait le temps de réponse maximal de 1500 ms. »

2019.02.12.1786m

15 février 2019

• Cette version est la version candidate pour la prise en charge du trunk SIP TLS et du proxy d’inspection/non-inspection transparent pour le maillage vidéo. Pour plus d'informations, consultez le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh.

• Corrigé CSCvo26600—Le validateur de jeton ne reçoit pas la clé de validation de jeton si la demande initiale d'IC échoue

2019.01.29.1773M

6 février 2019

• Cette version est la version candidate pour la fonctionnalité d'interface double réseau. Pour plus d'informations, consultez le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh.

• Ajout de nouvelles vérifications pour vérifier périodiquement la validité des serveurs NTP qui sont configurés sur les nœuds de maillage vidéo. Les messages d’avertissement du serveur NTP non valides sont affichés sur l’interface d’administration du maillage vidéo lors de la connexion et en tant qu’alarmes dans le Control Hub.

2019.01.14.1764m.1

18 janvier 2019

• Correction d’un problème, à savoir que la vidéo était transmise d’une seule manière au cours d’une réunion et que certains périphériques ou clients ne pouvaient pas voir le flux vidéo.

2018.10.04.1692m

5 octobre 2018

• Aucune note de version pour cette mise à niveau de maintenance.

Février 2024

• La plateforme de maillage vidéo est désormais intégrée à l’agent ThousandEyes Enterprise, ce qui vous permet d’effectuer une surveillance de bout en bout dans votre écosystème numérique hybride. Cette intégration vous offre un large éventail de tests de surveillance réseau. Les problèmes n’importe où dans votre infrastructure réseau peuvent être diagnostiqués avec une plus grande précision, améliorant ainsi l’efficacité de votre déploiement.

  Pour plus d’informations sur l’activation de ThousandEyes pour votre organisation et la configuration des tests, voir Intégration de ThousandEyes avec le maillage vidéo.

• Conformément à l’annonce précédente concernant la migration du registre des conteneurs vers Amazon ECR, nous prévoyons de terminer la migration d’ici la mi-mars 2024. Veuillez vous assurer de la connectivité à ECR en autorisant l'URL, " *dkr.ecr.us-east-1.amazonaws.com" dans les pare-feux et les proxys de votre application.

Décembre 2023

Migration du registre des conteneurs de Docker Hub vers Amazon ECR

Le registre des conteneurs de maillage vidéo qui héberge les images passera de Docker Hub à Amazon ECR. Cette migration est prévue pour février 2024. Nous demandons aux clients d'assurer la connectivité à ECR en autorisant l'URL, " *.amazonaws.com » dans leurs pare-feux applicatifs et proxys. Cette étape est nécessaire pour éviter tout problème potentiel lors des mises à niveau.

Août 2023

Nous avons amélioré la polyvalence et la fonctionnalité des API de nœud de maillage vidéo en ajoutant une multitude de nouvelles API avec des fonctions variables. Les administrateurs peuvent maintenant choisir entre 3 catégories d’API qui peuvent les aider dans différentes étapes du déploiement des nœuds. Elles sont les suivantes :

• API d'administration VMN

• API réseau VMN

• API de certificat du serveur VMN

Juillet 2023

Webhooks pour les alertes de maillage vidéo

Le maillage vidéo prend désormais en charge les alertes via les webhooks, permettant aux administrateurs de l’organisation de surveiller certains aspects de leurs déploiements sans effort. Ils peuvent choisir d’être informés des événements tels que les débordements d’appels et les redirections d’appels, réduisant ainsi la nécessité de se connecter au Control Hub pour surveiller leur déploiement.

Au cours de cette phase, les types d’événements suivants peuvent être surveillés via des webhooks :

• Redirections d'appels de cluster – Appels redirigés à partir d'un cluster particulier.
• Dépassements d’appels de l’organisation – Total des dépassements d’appels vers le Cloud pour une organisation.

API du nœud de maillage vidéo

Nous avons introduit un ensemble d’API qui aideront les administrateurs de l’organisation à créer, mettre à jour, télécharger et supprimer des certificats liés aux nœuds de maillage vidéo. Voir API des nœuds de maillage vidéo pour plus d’informations.

Juin 2023

Nous avons affiné les graphiques et les graphiques du tableau de bord Analytics pour augmenter la fonctionnalité d'inclusion des types de clients.

• Vous pouvez voir des données spécifiques au cluster dans l'onglet Ressources.

  Sélectionnez un cluster dans l'un des graphiques ou graphiques en forme de donut, puis cliquez sur Apply. Cette action filtre également les données pour tous les autres graphiques, de sorte que vous ne voyez que les données pertinentes pour le cluster sélectionné.

• Nous avons ajouté deux nouveaux graphiques à l'onglet Ressources. Il s'agit de la tendance Total des appels joints par type de point de terminaison et Total des appels joints par type de point de terminaison. Vous pouvez sélectionner des clusters et des types de terminaux spécifiques, pour afficher uniquement les informations dont vous avez besoin.

• Sur l'onglet Engagement, nous avons regroupé le graphique Segments d'appel par type de terminal dans les types suivants :

  • Périphériques SIP
  • Bureau de l’application Webex
  • Application mobile Webex
  • VDI de l’application Webex
  • Périphériques Webex

Mai 2023

Prise en charge client Web

Les appels passés via le client Web peuvent maintenant atterrir sur les nœuds de maillage vidéo, offrant à votre organisation une plus grande polyvalence dans les types d’appels pris en charge.

Mars 2023

Nouveau test d’accessibilité et outil de surveillance amélioré

Nous avons ajouté un test d’accessibilité à l’ensemble existant de tests de surveillance. Le test d'accessibilité s'exécute avec les tests de surveillance de la santé des médias, à la fois périodiquement et à la demande. Nous avons également amélioré l’outil de surveillance pour donner plus de détails dans les résultats des tests et mis à jour la page d’aperçu pour fournir un accès plus simple et plus intuitif aux informations détaillées.

Nous avons modifié le chemin de l’interface utilisateur pour atteindre l’outil de surveillance du maillage vidéo. Vous trouverez le nouvel onglet Maillage vidéo sur Dépannage > Maillage vidéo au lieu de Dépannage > Statut > Maillage vidéo comme précédemment.

La page d'aperçu de l'outil de surveillance regroupe les tests dans Signalisation, Cascade et Reachability, vous aidant à affiner votre processus de dépannage.

Février 2023

API de développeur de maillage vidéo pour le dépannage et l’intégration avec des systèmes de surveillance tiers

• Dans cette phase des API des développeurs de maillage vidéo, nous avons introduit des améliorations qui permettent aux administrateurs de l’organisation de prendre le contrôle complet du dépannage de leurs déploiements de maillage vidéo.
• Les administrateurs peuvent désormais déclencher divers tests de dépannage à la demande tels que Network, Media Health Monitor et Reachability Tests à partir du portail des développeurs. Ils peuvent également consulter les résultats détaillés des tests qu’ils ont déclenchés, ce qui les aide à mieux comprendre l’état de leur déploiement.

Novembre 2022

Renommage du cluster dans Control Hub

Vous pouvez maintenant modifier les noms de vos clusters de maillage vidéo dans Control Hub. Nous avons également ajouté la prise en charge d’Unicode aux noms des clusters.

Septembre 2022

API du développeur de maillage vidéo

Les API des développeurs de maillage vidéo offrent un moyen puissant et flexible pour les administrateurs de l’organisation de récupérer des mesures détaillées pour surveiller et des données analytiques pertinentes de leurs déploiements de maillage vidéo via le portail des développeurs Webex. Ils peuvent intégrer de manière transparente leurs applications de surveillance existantes à ces API et automatiser la surveillance de leurs clusters et nœuds de maillage vidéo. Les API sont disponibles sur https://developer.webex.com/docs/api/v1/video-mesh. Un exemple de client est disponible sur https://github.com/CiscoDevNet/video-mesh-api-client.

Juillet 2022

Changement de l'outil Media Health Monitoring

Nous avons modifié la fréquence des tests périodiques à l'échelle du cluster, spécifiques au cluster ou spécifiques au nœud. Ces tests se sont déroulés toutes les heures dans les versions précédentes. Ils tournent désormais toutes les 6 heures.

Avril 2022

Gardez vos médias sur le maillage vidéo pour toutes les réunions Webex externes

Dans les versions précédentes, vous contrôliez l’utilisation du maillage vidéo pour les réunions uniquement pour vos sites internes. Pour les réunions qui sont hébergées sur des sites Webex externes, ces sites contrôlaient si le maillage vidéo pouvait être transféré vers Webex. Si un site externe n’autorisait pas les cascades de maillage vidéo, votre média utilisait toujours les nœuds du Cloud Webex.

Avec le paramètre Préférer le maillage vidéo pour toutes les réunions Webex externes, si votre site Webex a des nœuds de maillage vidéo disponibles, votre média passe par ces nœuds pour les réunions sur les sites externes. Pour plus de détails, voir .https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings

En janvier 2022

Mises à jour des ports

Pour une version à venir en février 2022, le maillage vidéo nécessite l’ouverture de la plage de ports suivante pour les cascades média sur le Cloud :

Ces ports s'ajoutent au port 5004 existant. Ouvrez la plage de ports UDP 50 000 à 53 000 dans la configuration de votre pare-feu. Vous verrez des interruptions de service si ces ports ne sont pas ouverts lors de la sortie de la prochaine version.

Comme indiqué dans Exigences réseau pour les services Webex, l’Expressway utilise déjà cette plage de ports pour le Cloud Webex. Ainsi, la plupart des déploiements ne nécessitent aucune mise à jour pour prendre en charge cette nouvelle exigence pour le maillage vidéo. Mais, dans les déploiements avec des règles de pare-feu plus strictes, mettez à jour la configuration de votre pare-feu pour ouvrir ces ports pour le maillage vidéo avant la version de février.

Octobre 2021

Média distribué dans le monde entier

Le maillage vidéo utilise désormais les capacités de médias distribués dans le monde entier (GDM) de Webex pour obtenir un meilleur routage des médias. Pour obtenir une connectivité optimale, Webex sélectionne le nœud média cloud le plus proche de votre entreprise lors de l’exécution de cascades de maillage vidéo vers Webex. Le trafic passe ensuite par la dorsale Webex vers les microservices Webex pour la réunion. Ce routage minimise la latence et garde la majeure partie du trafic sur la dorsale Webex et hors d’Internet.

13 août 2021

Réunions privées

La fonctionnalité de réunion privée améliore la sécurité de votre réunion en mettant fin aux médias sur votre site. Lorsque vous programmez une réunion privée, le média se termine toujours sur les nœuds de maillage vidéo à l’intérieur de votre réseau d’entreprise sans cascade cloud. Contrairement aux réunions normales, si les nœuds locaux sont pleins, le média ne passe pas en cascade vers le Cloud Webex.

Tous les participants d’une réunion privée doivent appartenir à votre organisation. Ils peuvent rejoindre la réunion en utilisant l’application Webex ou un système vidéo authentifié. Les participants ayant un accès VPN ou MRA à votre réseau peuvent rejoindre une réunion privée. Mais personne ne peut rejoindre une réunion privée en dehors de votre réseau.

Voir la section Réunions privées dans le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh et l'article Programmer une réunion privée Webex.

9 février 2021

Accéder aux nœuds à partir du Control Hub pour les administrateurs complets

Nous avons amélioré Control Hub pour permettre aux administrateurs complets de votre organisation Webex d’accéder aux nœuds de maillage vidéo à partir du Control Hub.

Seul un administrateur complet de votre organisation Webex peut utiliser cette fonctionnalité. Les autres administrateurs, y compris les administrateurs complets partenaires et externes, n’ont pas l’option Aller au nœud pour les ressources de maillage vidéo.

Reportez-vous à la section Aperçu de l'accès au nœud de maillage vidéo Webex à partir de l'interface Web dans le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh.

26 août 2020

Mise en cache DNS

Si les réponses DNS à vos nœuds de maillage vidéo prennent régulièrement plus de 750 ms, vous pouvez activer la mise en cache DNS. Avec la mise en cache DNS activée, le nœud met en cache les réponses DNS localement. La mise en cache locale rend les demandes moins susceptibles de provoquer des alarmes de connectivité, des interruptions d'appel ou des problèmes de qualité d'appel. La mise en cache DNS peut également réduire la charge sur votre infrastructure DNS.

La mise en cache DNS est actuellement désactivée par défaut. Pour l'activer, voir la section Activer ou désactiver la mise en cache DNS dans le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh.

Prise en charge de Webex Events

Le maillage vidéo Webex prend maintenant en charge Webex Events.

7 août 2020

Format d’adresse vidéo courte pour Webex Meetings

Sur les sites WBS39.9 et versions ultérieures, les utilisateurs peuvent rejoindre les réunions en utilisant le raccourci <meeting_number>@webex.com format d'adresse vidéo (au lieu de <meeting_number>@<site_name>.webex.com). Le maillage vidéo prend maintenant en charge ce format d’adresse plus court.

Le guide de déploiement sur https://www.cisco.com/go/video-mesh contient des instructions sur la gestion du format plus court lors de la configuration d'un déploiement de maillage vidéo.

Pour utiliser le format d’adresse vidéo courte avec un déploiement de maillage vidéo existant, ajoutez un schéma de route ou de numérotation pour gérer le format. Pour plus de détails, voir la tâche appropriée qui inclut « adresse vidéo courte » dans le guide, en fonction de la façon dont vous avez configuré votre environnement de contrôle d'appel :

• Configurer le routage du trafic SIP TLS sécurisé d’Unified CM pour le maillage vidéo Webex

• Configurer le routage du trafic SIP TCP Unified CM pour le maillage vidéo Webex

• Configurer le routage du trafic SIP TCP Expressway pour le maillage vidéo

Par défaut, les invitations aux réunions utilisent toujours le format plus long. Pour changer le format de votre site Webex, voir Afficher le format de l’adresse vidéo courte pour Webex Meetings et Events.

9 juillet 2020

Nouveaux paramètres de configuration MTU de l'interface réseau dans l'interface Web du nœud de maillage vidéo

Vous pouvez maintenant définir manuellement la taille maximale de l'unité de transmission (MTU) sur l'interface réseau interne et la MTU sur l'interface réseau externe, si elle est activée.

Tous les nœuds de maillage vidéo Webex ont la découverte du chemin MTU (PMTU) qui est activée par défaut. Avec PMTU, le nœud peut détecter les problèmes de MTU et ajuster la taille de MTU automatiquement. Lorsque PMTU échoue en raison de problèmes de pare-feu ou de réseau, le nœud peut rencontrer des problèmes de connectivité au Cloud car des paquets plus gros que le MTU sont abandonnés. Définir manuellement une taille de MTU inférieure peut résoudre ce problème.

Vous trouverez les paramètres MTU manuels sur l'onglet Avancé de la page des paramètres réseau dans l'interface Web du nœud de maillage vidéo Webex. Pour plus d'informations, consultez le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh.

26 juin 2020

Nouvelle option de déploiement VMNLite

Les déploiements principalement de Webex Teams et de points de terminaison enregistrés sur le Cloud utilisent plus de ressources de commutation et moins de transcodage que la configuration standard ne le fournit. Le déploiement de machines virtuelles plus nombreuses et plus petites sur l'hôte optimise les ressources pour ce scénario.

Pour cette raison, nous introduisons une nouvelle option « VMNLite » pour déployer plusieurs nœuds de maillage vidéo Webex sur votre serveur hôte exécutant VMware ESXI ou vCenter. VMNLite nécessite les spécifications suivantes pour chaque machine virtuelle :

• 23 vCPU pour nœud de maillage vidéo

• 20 Go de mémoire principale

• 80 Go d’espace disque dur local

Avec ces spécifications, vous pouvez déployer (ou remplacer une machine virtuelle existante par) plusieurs instances, en fonction du matériel :

Nos tests montrent une amélioration de 50 % des performances des appels commutés avec 3 nœuds VMNLite sur un seul CMS1000 par rapport au déploiement d'une seule machine virtuelle.

Comme avec la configuration standard, vous ne pouvez pas avoir de co-résidence avec d'autres services sur les machines virtuelles VMNLite.

Pour plus d'informations, consultez le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh. Pour savoir comment remplacer votre configuration standard par VMNLite, reportez-vous au chapitre Gérer et dépanner le maillage vidéo Webex.

9 juin 2020

Nouvelle option de mise à niveau logicielle automatique hebdomadaire pour les clusters de maillage vidéo

Vous pouvez maintenant programmer des mises à jour logicielles automatiques sur vos clusters de maillage vidéo pour qu’elles se produisent sur une base hebdomadaire au lieu d’une base quotidienne (par défaut). Vous pouvez reporter une mise à niveau une fois. Si vous configurez une programmation hebdomadaire, le report signifie que la mise à jour se produit au cours de la fenêtre de mise à jour de la semaine suivante.

Vous pouvez configurer la programmation de la mise à niveau lors de l’enregistrement d’un nouveau cluster, ou modifier la programmation d’un cluster existant. Pour plus d’informations, consultez la documentation sur le maillage vidéo à l’adresse https://www.cisco.com/go/video-mesh.

24 avril 2020

Interface réseau externe, règles de routage, options réseau de conteneur dans l'interface Web du nœud de maillage vidéo

L'interface Web de maillage vidéo contient plus de nouvelles fonctionnalités pour faciliter la gestion des modifications réseau. Vous pouvez activer l'interface externe dans un déploiement d'interface réseau double (NIC) à partir de l'interface Web. Vous pouvez ensuite affiner le routage pour les nœuds de maillage vidéo en ajoutant des règles de routage définies par l’utilisateur pour les interfaces externes et internes. Et vous pouvez changer l'adresse IP du pont de conteneur et le sous-réseau.

Pour plus d'informations sur l'accès aux mises à jour de l'interface Web, consultez le chapitre Gérer et dépanner le maillage vidéo Webex dans le guide de déploiement à l'adresse https://www.cisco.com/go/video-mesh.

20 mars 2020

Prise en charge de la résidence des données EMEAR de Cisco Webex Teams

Les organisations de la région européenne de résidence des données de Cisco Webex Teams peuvent maintenant utiliser le maillage vidéo. Ce soutien comprend à la fois les organisations EMEAR de phase 2 nouvellement créées et les organisations EMEAR de phase 1 existantes.

Pour plus d’informations, voir Résidzence des données dans Cisco Webex Teams.

18 septembre 2018

Améliorations de la qualité de service (QoS) pour le maillage vidéo

Les nœuds de maillage vidéo sont désormais conformes aux meilleures pratiques recommandées en matière de qualité de service (QoS) en activant des plages de ports qui vous permettent de différencier les flux audio et vidéo dans tous les flux vers et depuis les nœuds de maillage vidéo. Ce changement vous permettra de créer des politiques QoS et de remarquer efficacement le trafic vers et depuis les nœuds de maillage vidéo.

Ces modifications de port sont accompagnées de modifications QoS. Les nœuds de maillage vidéo marquent automatiquement le trafic média à partir des terminaux enregistrés SIP (enregistrés sur site par Unified CM ou VCS Expressway) pour l’audio (EF) et la vidéo (AF41) séparément avec la classe de service appropriée et utilisent des plages de ports bien connues pour des types de médias spécifiques.

Le trafic source des terminaux enregistrés sur site est toujours déterminé par la configuration sur le contrôle des appels (Unified CM ou VCS Expressway).

Pour plus d’informations, reportez-vous au tableau QoS dans Ports et protocoles utilisés par le maillage vidéo Webex et aux étapes pour activer ou désactiver la QoS dans le Flux des tâches de déploiement du maillage vidéo dans le Guide de déploiement du maillage vidéo Cisco Webex ( https://www.cisco.com/go/video-mesh).

Les applications Webex App continuent de se connecter aux nœuds de maillage vidéo via les ports partagés 5004 et 5006. Ces ports sont également utilisés par les applications et points de terminaison Webex App pour les tests d’accessibilité STUN sur les nœuds de maillage vidéo. Le nœud de maillage vidéo vers le nœud de maillage vidéo pour les cascades utilise un port partagé de destination 5004 ou 5006.

12 février 2018

Prise en charge de la multidiffusion pour tous les participants dans les réunions Cisco Spark et Cisco Webex

Si vous organisez des réunions sur les nœuds média hybrides locaux via le service média hybride Cisco Spark, vous pouvez également bénéficier de ces fonctionnalités. La multidiffusion fournit une meilleure utilisation de la bande passante moyenne, en particulier pour le lien en cascade entre les nœuds du service média hybride et les nœuds média sur le Cloud publics de Cisco Spark.

Pour plus d’informations, voir Prise en charge de la multidiffusion pour tous les participants dans les réunions Cisco Spark et Cisco WebEx.

5 janvier 2018

Prise en charge des réunions Cisco WebEx et Cisco Spark, des modifications de port et de la mise à jour du fichier OVA

Le Service média hybride Cisco Spark prend désormais en charge les points de terminaison SIP enregistrés sur site en rejoignant les réunions Cisco WebEx et les réunions Cisco Spark. Le service inclut également les nouveaux rapports d’utilisation et d’adoption dans Control Hub. Vous devez vous assurer que votre site WebEx se trouve sur la plateforme vidéo Cisco WebEx version 2.0 pour profiter pleinement du service média hybride. (Vous pouvez vérifier que votre site WebEx est sur la plateforme vidéo version 2.0 si la liste Type des ressources média est disponible dans les options du site Salle de réunion de collaboration sur le Cloud.)

Modifications de port

• Le service de média hybride nécessite maintenant un nouveau port de destination (5006).

• Le port TCP/UDP 33434 est n’est plus pris en charge par le service.

Pour une liste complète, voir « Ports et protocoles utilisés par le service média hybride » dans le Guide de déploiement du service média hybride Cisco Spark.

Mise à jour OVA

Le service vous demande de télécharger et d'installer la dernière mise à jour OVA sur vos nœuds média hybrides. Pour télécharger le dernier fichier OVA, à partir de l'affichage du client dans https://admin.ciscospark.com, allez dans Services > Média hybride > Configurer > Paramètres.

Effectuez la mise à niveau de chaque nœud média hybride dans votre cluster en procédant comme suit :

1. Déplacer un nœud en mode de maintenance. Reportez-vous à la section Déplacer un nœud de service hybride en mode de maintenance.

2. Supprimer le nœud Voir « Supprimer le nœud média hybride » dans le Guide de déploiement du service média hybride Cisco Spark.

3. Supprimez la machine virtuelle du nœud média hybride du client VMware vSphere ou de vCenter.

4. Installez le nouveau OVA et logiciel du service média hybride, définissez la configuration du newtork, puis supprimez le nœud média hybride sur Cisco Collaboration Cloud. Voir « Déployer le service média hybride » dans le Guide de déploiement du service média hybride Cisco Spark.

5. Sortir le nœud du mode de maintenance. Reportez-vous à la section Déplacer un nœud de service hybride en mode de maintenance.

Pour en savoir plus sur toutes les modifications apportées aux fonctionnalités, les nouvelles étapes de déploiement et les conseils pour préparer le site WebEx, consultez le Guide de déploiement du service média hybride Cisco Spark à l'adresse .https://www.cisco.com/go/hybrid-services-media La section Informations nouvelles et modifiées du guide contient des liens vers des sections mises à jour.