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.2405m

4 juin 2021

• Ajoute la prise en charge des changements à venir de Webex pour la disposition de la pile sur les appareils 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.

• Corrige un problème qui pourrait casser le DNS pour une configuration de pont Docker spécifique.

2021.04.27.2391m

30 avril 2021

• Corrige le reporting des statistiques de perte de paquets pour les appels transcodés dans 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 Web Administration Video Mesh Node.

• Corrige les problèmes de gigue et les valeurs de temps aller-retour incorrectement 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.

• Correction d'un problème où, si l'expiration du mot de passe est définie à "jamais", vous ne pouvez pas modifier votre mot de passe via l'interface graphique.

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

• Amélioration de la notification des erreurs de connectivité à partir des temporisations lors du test de la connectivité proxy.

• Les tests d'accessibilité ne rapportent plus les erreurs de certificat comme des échecs d'accessibilité.

• Mises à jour des alarmes d'accessibilité pour les clusters de nœuds maillés vidéo de réunion privée.

2020.12.08.2333m

11 décembre 2020

• Agrandit les informations disponibles pour le cache DNS. Voir "Activer ou désactiver le cache DNS" dans le Guide de déploiement.

• Correction d'un problème cosmétique où le déclenchement d'un test de santé peut entraîner l'affichage incorrect de l'état du noeud comme "Installation" sur le Hub de contrôle.

2020.11.17.2319m.9

8 décembre 2020

Cette version inclut des modifications pour éviter les pannes d'appel SIP lorsque vous perdez la connectivité réseau entre les clusters.

2020.11.17.2319m.4

1er décembre 2020

L'outil de surveillance pour Video Mesh est un simulateur d'appel Webex qui est disponible sur chaque nœud Video Mesh avec cette version. L’outil de surveillance comprend les fonctionnalités suivantes :

• Exécution à la demande ou récurrente de tests horaires par nœud, par cluster.

• La capacité de signaler les défaillances de signalisation SIP, de signalisation média et de cascade média pour chaque test.

• Messages de panne appropriés sur une base de test avec des codes d'erreur pour réduire le temps moyen de résolution.

• Suivi historique des échecs des tests jusqu'à sept jours.

2020.11.17.2319m.4

25 novembre 2020

• Pas de notes 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 où les téléchargements de journaux VMN échouaient.

• Correction des problèmes de cascade entre les nœuds de maillage vidéo et les nouveaux nœuds de cloud.

2020.10.16.2305m

23 octobre 2020

• Correction d'un problème dans lequel le mode de maintenance ne s'allumerait pas correctement dans certaines situations.

2020.09.22.2288m.3

1er octobre 2020

• Pas de notes de version pour cette mise à niveau de maintenance.

2020.09.22.2288m

30 septembre 2020

• Ajout de limites tarifaires aux tests de bande passante sur la page Aperçu.

• Correction d'un problème avec le test d'accessibilité TCP.

• Valeurs de latence/temps aller-retour corrigées dans les statistiques des médias sur la page de dépannage des réunions dans Control Hub. (Les statistiques étaient annulées pour certains appels par un facteur de 1000.)

• Modifié pour utiliser uniquement des chiffrements TLS plus sécurisés sur certains ports.

2020.09.11.2279m

18 septembre 2020

• Ajout d'informations sur la plage d'adresses IP réservée à l'usage interne à l'interface Web du noeud Video Mesh.

• Réduction de la plage d'adresses IP réservée à l'utilisation interne du Webex Video Mesh Node de l'origine 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

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

• Correction des mauvaises statistiques affichées sur le flux audio de présentation IX5000 lors du déplacement entre le lobby et la conférence.

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

2020.08.19.2266m.1

26 août 2020

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

• Désactiver 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 a conduit à des échecs des tests d'accessibilité dus à l'épuisement du port.

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

• Correction d'un problème où les données de téléchargement/téléchargement UDP étaient mal affichées dans les résultats des tests de bande passante sur l'interface web.

2020.08.06.2258m.4

18 août 2020

• Pas de notes de version pour cette mise à niveau de maintenance.

2020.08.06.2258m.1

13 août 2020

• Correction d'un problème où un IX5000 abandonnerait l'appel lorsqu'il était transféré d'une réunion à un lobby.

• Correction d'un problème dans lequel un noeud configuré pour utiliser un proxy explicite pourrait perdre la connectivité réseau si l'adresse IP du réseau de conteneurs est modifiée.

2020.07.15.2245m

20 juillet 2020

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

• Correction d'un problème où l'audio reçue de l'application Webex Meetings peut être 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 capable de résoudre le FQDN de test pour que le test DNS soit réussi. (Dans les versions précédentes, si un serveur DNS était capable de résoudre le test FQDN, le test réussirait.)

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

• Ajout des options de configuration UTM interface réseau. (Voir onglet Annonces.)

• Ajout d'une alarme si le nœud Video Mesh n'est pas en mesure d'atteindre l'un des serveurs média cloud.

2020.06.18.2231m

26 juin 2020

• Sélection améliorée du rapport d'aspect pour des largeurs de bande d'environ 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 où vous obtenez une erreur si vous démarrez puis arrêtez rapidement la capture de paquets.

• Ajout du support pour les déploiements VMNLite. (Voir onglet Annonces.)

• Suppression de la configuration NTP par défaut. Une configuration NTP valide est maintenant nécessaire pour enregistrer un noeud. Ajout d'alarmes si la configuration NTP est vide ou si le noeud n'est pas capable d'atteindre un serveur NTP configuré.

• Correction d'un problème où le test de connectivité proxy signalait incorrectement une panne en raison d'une temporisation trop courte.

• Ajout d'une fonctionnalité d'arrêt et de redémarrage à l'interface Web du nœud Video Mesh.

2020.05.26.2200m.3

10 juin 2020

• Ajout de la possibilité d'activer et de désactiver le mode de maintenance à partir de la page d'administration de l'interface web du noeud de maillage vidéo.

• Suppression des alarmes et des contrôles pour la connectivité du serveur ECR d'Amazon à partir de la page d'aperçu de l'interface Web du noeud.

• Ajout d'un compteur de disponibilité à la page d'aperçu de l'interface web du noeud.

• Suppression de l'utilisation du CPU de la page d'aperçu de l'interface web du noeud.

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

2020.05.13.2195m

27 mai 2020

• Correction d'un problème où une extension de remplissage automatique d'un navigateur tiers pourrait interférer avec l'interface Web du nœud Webex Video Mesh.

2020.04.16.2176m.2

8 mai 2020

• Résolution d'un problème où le vérificateur de connexion port 444 signalerait par erreur une défaillance derrière certains types de proxies.

• Correction d'un problème où un certificat de serveur mal apparié était autorisé à être installé si un certificat correctement apparié avait déjà été téléchargé.

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

2020.04.16.2176m.1

24 avril 2020

• Suppression du support pour TLS1.1.

• Ajout d'autres contrôles de connectivité dans le Cloud sur la page Overview de l'interface Web du nœud Webex Video Mesh.

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

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

• Gestion améliorée des situations où un administrateur saisit une clé privée de moins de 2048 bits ou une clé privée sans mot de passe. Dans ces cas, le nœud Video Mesh utilisera un certificat auto-signé.

2020.03.11.2143m.8

17 avril 2020

• Correction d'un problème qui a amené certains clients à n'obtenir de l'audio que des deux haut-parleurs actifs supérieurs lorsque quelqu'un partage de l'audio de contenu.

• Correction d'un problème qui pourrait causer des échecs d'appel lorsque de nombreuses tentatives d'appel sont faites en peu de temps.

2020.03.11.2143m.7

6 avril 2020

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

• Augmentation de la temporisation pour la signalisation multiflux pour les appels à double écran.

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

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

2020.03.11.2143m.3

24 mars 2020

• Pas de notes de version pour cette mise à niveau de maintenance.

2020.03.11.2143m.9 — Mise à niveau urgente

22 mars 2020

• Ajout de journalisation pour la prise en charge du débogage.

2020.03.11.2143m—Mise à niveau urgente

11 mars 2020

• Désactive les contrôles périodiques de santé des appels et l'alarme correspondante (mf.callHealth.fail) qui a été signalée sur le noeud et dans Control Hub si des défaillances se sont produites sur le noeud au-delà d'un certain seuil.

2020.03.02.2132m

6 mars 2020

• Ajout de la prise en charge de l'authentification proxy NTLMv2. (Video Mesh 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 qui est signalée sur le noeud et dans Control Hub si des échecs du test de santé d'appel périodique se produisent sur le noeud au-delà d'un certain seuil.

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

2020.02.09.2120m.1

28 février 2020

• Pas de notes de version pour cette mise à niveau de maintenance.

2020.01.30.2115m

7 février 2020

• Corrigé CSCvs70769—NGINX HTTP Request Smuggling Vulnerability

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

2020.01.12.2091m

22 janvier 2020

• Ajout d'une réinitialisation d'usine à l'interface web pour les nœuds Video Mesh. 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'https://www.cisco.com/go/video-mesh.

• Correction d'un problème ( CSCvs28104), dans lequel une vidéo de faible qualité pouvait être affichée sur certains écrans d'un terminal immersif à trois écrans.

• Correction d'un problème où certains appels SIP ont connu une configuration retardée.

2019.12.15.2053m

8 janvier 2020

• Correction d'un problème où les réunions (qui incluaient au moins un conseil d'administration Webex) envoyaient des flux vidéo à basse résolution des appareils SIP vers les terminaux Webex.

2019.12.03.2042m

12 décembre 2019

• Correction d'un problème où l'écran d'adhésion à la réunion est resté vide lorsque *.clouddrive.com a été bloqué sur un réseau client. Bien que l'écran d'adhésion à la réunion ne soit plus vide dans ce scénario, nous exigeons toujours que vous débloquiez 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 Video Mesh. 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'https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

14 novembre 2019

• Correction CSCvr92794—Erreur incorrecte msg sur la validation FQDN par rapport à l'IP du noeud.

• Correction d'un problème où les nœuds ne se calment pas correctement et utilisaient une courte temporisation, ce qui ne s'est produit que lorsque d'autres nœuds du cluster ont été déplacés en mode maintenance dans Control Hub, entraînant une capacité réduite et des appels abandonnés.

2019.10.21.1973m.1

1er novembre 2019

• Ajout de la possibilité de télécharger des journaux et des fichiers pcap depuis la page de dépannage de l'interface du nœud Webex Video Mesh, 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.1964m.1

23 octobre 2019

• Fixe CSCvr39819—Version logicielle vulnérable.

• Fixe CSCvr39878—Certificat auto-signé X.509 dont le nom commun ne correspond pas au serveur émetteur (SSL/TLS). Effectué un changement où le nom commun du certificat sur le noeud donne le FQDN du noeud (si disponible) ou l'adresse IP.

• Ajout d'un nouveau champ « Nom(s) alternatif(s) du sujet : » au formulaire de création de la RSE dans l'interface Web.

2019.09.19.1956m

26 septembre 2019

• Ajout de paramètres réseau à l'interface utilisateur web (UI) du noeud de maillage vidéo. Pour plus d'informations, voir Configurer les paramètres réseau à partir de l'interface Web Webex Video Mesh Node.

• Modifié la gravité de cette alarme de critique à avertissement : « Le Video Mesh Node n'a pas été en mesure de télécharger le logiciel requis depuis le fournisseur de cloud Cisco. Le problème peut survenir à cause de multiples 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 changements apportés au pare-feu qui est présent entre les nœuds Video Mesh et Internet."

• Correction d'un problème où les ports du serveur réflecteur n'étaient pas relâchés même après l'arrêt de l'outil réflecteur dans l'interface utilisateur web du noeud.

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

• Amélioration de la sélection des codecs pour la vidéo transmise.

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

2019.08.21.1941m.2

13 septembre 2019

• Correction d'un problème où les niveaux CPU du noeud ont augmenté et ne reviendrait pas à des niveaux acceptables.

• Correction d'un problème où le contenu envoyé par les participants connectés à un noeud cloud ne serait pas reçu par les participants connectés à des noeuds sur site, s'il y a un pare-feu Palo Alto Networks (PAN) dans le réseau.

• Ajout d'une page de configuration réseau à l'image logicielle du noeud. Les administrateurs peuvent spécifier les paramètres réseau lors de la première configuration de la machine virtuelle du noeud. Voir Installer le logiciel Webex Video Mesh Node dans le guide de déploiement pour plus d'informations.

2019.08.14.1937m

16 août 2019

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

• Ajout d'un changement de configuration qui empêche un certain débordement d'appels vers le cloud.

2019.08.01.1929m

8 août 2019

• Résolution de deux problèmes :

  • La capture de paquets depuis l'interface utilisateur Web n'a pas réussi à démarrer avec succès, mais aucun message d'erreur n'est apparu.

  • La capture de paquets ne s'exécuterait pas parce que 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 sur les cascades de la carte d'état d'appel dans l'interface Web du noeud jusqu'à ce que de meilleures mesures soient disponibles.

• Ajout d'une version OS à la carte Node Details dans l'interface Web du noeud.

• Redessiné l'interface utilisateur pour la page Troubleshooting de l'interface Web du nœud. (Voir le guide de déploiement pour plus d'informations.)

• Ajout de contrôles de connectivité à l'aide de ping, traceroute et vérification NTP dans l'interface Web du noeud. (Voir le guide de déploiement pour plus d'informations.)

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

• Correction d'un problème où trop de bande passante était parfois envoyée aux participants commutés.

• Correction d'un problème où aucune option de désactivation n'était disponible pour certains types de participants lorsqu'ils étaient désactivés par l'hôte.

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

2019.06.13.1907m.7

12 juillet 2019

• Correction d'un problème qui a parfois provoqué une chute de la résolution vidéo même lorsqu'aucun paquet n'a été perdu et que la latence était faible.

• Correction d'un problème où l'audio fractionnée se produisait parfois lorsque les participants étaient mutés par l'hôte puis désactivés.

2019.06.13.1907m.3

20 juin 2019

• Correction d'un problème où l'état de partage de la présentation était incorrect si un point de terminaison tentait de partager pendant qu'il était sur l'écran du hall d'accueil.

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

2019.06.13.1907m.1

14 juin 2019

• Correction d'un problème où certains nœuds Video Mesh n'étaient pas automatiquement redémarrés après une mise à niveau, ce qui a désactivé les fonctionnalités de dépannage du nœud et a conduit à des informations manquantes sur la page d'aperçu.

• Ajout d'une exigence selon laquelle les noms d'hôtes de noeud ne peuvent pas contenir de caractère souligné (_).

• Correction d'un problème où la résilience des pertes de paquets ne fonctionnait parfois pas pendant les premières minutes d'une réunion.

• Résolution d'un problème lié à la résilience des médias qui a parfois conduit la bande passante utilisée à dépasser de manière significative la bande passante négociée pendant une courte période de temps.

2019.05.20.1892m1

24 mai 2019

• Ajout de nouvelles fonctionnalités d'entretien à l'interface Web du noeud Video Mesh (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’https://www.cisco.com/go/video-mesh.

• Ajout d'une nouvelle alarme dans le cadre de la migration prochaine vers le registre des conteneurs élastiques d'Amazon : « Le Video Mesh Node n'a pas été en mesure de télécharger le logiciel requis depuis le fournisseur de cloud Cisco. Le problème peut survenir à cause de multiples 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 changements apportés au pare-feu qui est présent entre les nœuds Video Mesh et Internet."

  Les nœuds Video Mesh continueront à être mis à niveau, mais vous devez prendre les mesures appropriées pour vous assurer que les nœuds Video Mesh puissent accéder à l'URL. Pour plus d'informations, consultez l'onglet Annonces.

• Correction d'un problème où les réunions Skype for Business ont mal indiqué « l2sip-UA » comme titre de la réunion et nom du participant.

2019.04.29.1873m.4

13 mai 2019

• Correction d'un problème qui faisait que le partage de contenu n'était parfois pas disponible lors de l'utilisation de la numérotation SIP.

• Correction d'un problème qui a parfois fait que les cascades ne sont pas recréées après des problèmes temporaires de réseau, ce qui a conduit à des réunions séparées.

• Correction d'un problème qui a causé l'échec du partage de contenu dans certains scénarios.

2019.04.29.1873m

30 avril 2019

• Pas de notes de version pour cette mise à niveau de maintenance.

2019.04.18.1869m.1

26 avril 2019

• Correction d'un problème qui a entraîné le partage sans fil de Webex Teams pour Windows à ne pas fonctionner dans certains cas.

2019.03.22.1829m.2

2 avril 2019

• Correction d'un problème qui a parfois causé l'échec des tests de bande passante UDP.

• Correction d'un problème où les alarmes NTP sur Control Hub n'ont pas été supprimées une fois qu'un serveur NTP défectueux a commencé à fonctionner.

2019.03.19.1826m

22 mars 2019

• Pour effectuer des modifications de configuration sur un noeud enregistré, il faut maintenant d’abord mettre le noeud en mode maintenance .

• La page d'état de vue d'ensemble rapporte le résultat du contrôle de connectivité pour le registre de conteneurs Amazon (ECR).

• Correction d'un problème où il y avait un retard sur certains clients lors de la commutation de haut-parleurs actifs et de la vidéo corrompue en cas de perte de paquets.

• Fixe CSCvo93454—Vidéo unidirectionnelle quand Immersive System rejoint Webex.

• Fixe CSCvo87069—Les sources de confiance SIP du maillage vidéo ne sont pas renseignées

2019.02.14.1788m.1

21 février 2019

• Correction d'un problème où les terminaux à trois écrans n'étaient pas mutés à distance par l'hôte Webex.

• Correction d'un problème où l'inhibition et la désactivation ne fonctionnaient parfois pas pour les terminaux SIP.

• Les nœuds Video Mesh 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 générées sur les nœuds Video Mesh et affichées dans le Control Hub lorsque le temps de réponse des requêtes DNS dépasse 1,5 s dans ces scénarios :

  • Lorsque le temps de requête du serveur DNS est supérieur à 1,5 s : « Le temps de réponse de requête du serveur DNS de ms dépasse le temps de réponse maximum de 1500 ms. »

  • Texte d'alarme pour 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 de ; le temps de réponse de requête du ou des serveurs DNS de ms dépassait le temps de réponse maximum de 1500 ms. »

2019.02.12.1786m

15 février 2019

• Cette version est la version candidate pour la malle TLS SIP et la prise en charge transparente du proxy inspection/non inspection pour Video Mesh. Pour plus d’informations, voir le guide de déploiement à l’https://www.cisco.com/go/video-mesh.

• Fixe CSCvo26600—Le validateur de jeton n'obtient pas la clé de validation du jeton si la demande CI initiale échoue

2019.01.29.1773m

6 février 2019

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

• Ajout de nouvelles vérifications pour vérifier périodiquement la validité des serveurs NTP configurés sur les nœuds Video Mesh. Des messages d'avertissement non valides du serveur NTP sont affichés sur l'interface admin Video Mesh 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 où la vidéo n'était transmise que d'une seule manière pendant une réunion et où certains appareils ou clients ne pouvaient pas voir le flux vidéo.

2018.10.04.1692m

5 octobre 2018

• Pas de notes de version pour cette mise à niveau de maintenance.

Novembre 2024

Fin du support pour le protocole d'interopérabilité de téléprésence (TIP) et le multiplex (MUX)

Video Mesh ne prendra plus en charge le protocole d'interopérabilité de télé-présence (TIP) et le multiplex (MUX) utilisés pour les dispositifs CTS, TX et IX conformément à Webex qui déprécie le protocole TIP/MUX.

Février 2024

• La plateforme Video Mesh est désormais intégrée à l’agent ThousandEyes Enterprise, vous permettant d’effectuer une surveillance de bout en bout dans votre écosystème numérique hybride. Cette intégration vous dote d'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 l'efficacité de votre déploiement.

  Pour plus d'informations sur l'activation de ThousandEyes pour votre organisation et la configuration des tests, consultez Intégration de ThousandEyes avec Video Mesh.

• 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 assurer la connectivité à ECR en autorisant l’URL « *dkr.ecr.us-east-1.amazonaws.com » dans les pare-feux et les proxies de votre application.

Décembre 2023

Migration du registre des conteneurs de Docker Hub vers Amazon ECR

Le registre de conteneur de maillage vidéo qui héberge les images sera changé de Docker Hub à Amazon ECR. Cette migration devrait avoir lieu en février 2024. Nous demandons aux clients d’assurer la connectivité à ECR en autorisant l’URL « *.amazonaws.com » dans leurs pare-feu et leurs proxies d’application. 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 Video Mesh en ajoutant toute une série de nouvelles API avec des fonctions variées. Les administrateurs peuvent désormais choisir entre 3 catégories d'API qui peuvent les aider à différentes étapes du déploiement des nœuds. Ils sont les suivants :

• API d'administration VMN

• API réseau VMN

• API de certificat de serveur VMN

Juillet 2023

Webhooks pour alertes de maillage vidéo

Video Mesh prend désormais en charge les alertes via Webhooks, permettant aux administrateurs de l'organisation de surveiller sans effort certains aspects de leurs déploiements. Ils peuvent choisir d'être informés d'événements tels que les débordements d'appels et les redirections d'appels, minimisant ainsi la nécessité de se connecter à Control Hub pour surveiller leur déploiement.

Dans cette phase, les types d'événements suivants peuvent être surveillés via des webhooks :

• Redirection des appels groupés – Appels redirigés depuis un cluster particulier.
• Org Call Overflows – Total des overflows d’appels vers le cloud pour une organisation.

API Video Mesh Node

Nous avons introduit un ensemble d'APIs qui aideront les administrateurs de l'organisation à créer, mettre à jour, télécharger et supprimer des certificats liés à Video Mesh Nodes. Voir API de noeud 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é Inclusion du type de client.

• 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 donut, puis cliquez sur Appliquer. Cette action filtre également les données pour tous les autres graphiques, de sorte que vous ne voyez que les données pertinentes pour votre cluster sélectionné.

• Nous avons ajouté deux nouveaux graphiques à l’onglet Ressources . Il s’agit de Nombre total d’appels joints par type de critère d’évaluation et de Nombre total d’appels joints par type de critère d’évaluation. Vous pouvez sélectionner des groupes et des types de terminaux spécifiques, pour afficher uniquement les informations dont vous avez besoin.

• Dans l’onglet Engagement , nous avons regroupé le graphique Legs d’appel par type d’endpoint en les types suivants :

  • DISPOSITIFS SIP
  • Bureau de l'application Webex
  • Webex App mobile
  • Webex App VDI
  • Naprave Webex

Mai 2023

Support client Web

Les appels passés par le biais d'un client Web peuvent maintenant atterrir sur des nœuds Video Mesh, 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 à des informations détaillées.

Nous avons changé le chemin de l'interface utilisateur pour atteindre l'outil de surveillance du maillage vidéo. Vous pouvez trouver le nouvel onglet Video Mesh dans Troubleshooting > Video Mesh au lieu de Troubleshooting > Status > Video Mesh comme précédemment.

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

Février 2023

API de développeur Video Mesh pour le dépannage et l'intégration avec des systèmes de surveillance tiers

• Dans cette phase des API Video Mesh Developer, nous avons introduit des améliorations qui permettent aux administrateurs d'organisation de prendre le contrôle complet du dépannage de leurs déploiements Video Mesh.
• Les administrateurs peuvent maintenant 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 visualiser les résultats détaillés des tests qu'ils ont déclenchés, les aidant à mieux comprendre la santé de leur déploiement.

Novembre 2022

Renommage du cluster dans Control Hub

Vous pouvez maintenant modifier les noms de vos clusters Video Mesh dans Control Hub. Nous avons également ajouté le support Unicode aux noms de cluster.

Septembre 2022

APIs de développeur Video Mesh

Les API Video Mesh Developer fournissent aux administrateurs d'organisation un moyen puissant et flexible de récupérer des métriques détaillées pour la surveillance et des données analytiques perspicaces de leurs déploiements Video Mesh via le portail de 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 Video Mesh. Les API sont disponibles à l’adresse https://developer.webex.com/docs/api/v1/video-mesh. Un exemple de client est disponible à l’adresse https://github.com/CiscoDevNet/video-mesh-api-client.

Juillet 2022

Changement de l'outil de surveillance de la santé des médias

Nous avons modifié la fréquence des tests périodiques à l'échelle de la grappe, spécifiques à la grappe ou spécifiques aux nœuds. Ces tests se sont déroulés toutes les heures dans les versions précédentes. Ils courent maintenant toutes les 6 heures.

Avril 2022

Gardez vos médias sur Video Mesh pour toutes les réunions Webex externes

Dans les versions précédentes, vous avez contrôlé l'utilisation de Video Mesh pour les réunions uniquement pour vos sites internes. Pour les réunions qui sont hébergées sur des sites externes de Webex, ces sites contrôlaient si Video Mesh pouvait être mis en cascade à Webex. Si un site externe n'autorisait pas les cascades Video Mesh, vos médias utilisaient toujours les nœuds cloud Webex.

Avec le paramètre Prefer Video Mesh for All External Webex Meetings , si votre site Webex dispose de nœuds Video Mesh, vos médias traversent ces nœuds pour les réunions sur des 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.

Janvier 2022

Mises à jour des ports

Pour une prochaine sortie en février 2022, Video Mesh nécessite l'ouverture de la gamme de ports suivante pour Media Cloud Cascades :

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

Comme indiqué dans Exigences réseau pour les services Webex, l’autoroute utilise déjà cette gamme de ports pour le cloud Webex. Ainsi, la plupart des déploiements ne nécessitent aucune mise à jour pour supporter cette nouvelle exigence pour Video Mesh. Mais, dans les déploiements avec des règles de pare-feu plus strictes, mettez à jour votre configuration de pare-feu pour ouvrir ces ports pour Video Mesh avant la sortie de février.

Octobre 2021

Médias distribués à l’échelle mondiale

Video Mesh utilise désormais les capacités de médias distribués mondialement (GDM) de Webex pour améliorer le routage des médias. Pour atteindre une connectivité optimale, Webex sélectionne le nœud média cloud le plus proche de votre entreprise lors de l'exécution des cascades Video Mesh vers Webex. Le trafic passe ensuite par la colonne vertébrale Webex vers les microservices Webex pour la réunion. Ce routage minimise la latence et maintient la majeure partie du trafic sur la dorsale de Webex et hors d'Internet.

13 août 2021

Réunions privées

La fonction Réunion privée améliore la sécurité de votre réunion en mettant fin aux médias dans vos locaux. Lorsque vous planifiez une réunion privée, les médias se terminent toujours sur les nœuds Video Mesh de votre réseau d'entreprise sans cascade cloud. Contrairement aux réunions normales, si les nœuds locaux sont pleins, les médias ne se répercutent pas sur le cloud Webex.

Tous les participants à une réunion privée doivent appartenir à votre organisation. Ils peuvent se joindre 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 participer à une réunion privée. Mais personne ne peut participer à une réunion privée depuis l'extérieur de votre réseau.

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

9 février 2021

Accès aux nœuds depuis le hub de contrôle 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 Video Mesh depuis Control Hub.

Seul un administrateur complet pour votre organisation Webex peut utiliser cette fonctionnalité. Les autres administrateurs, y compris les administrateurs partenaires et externes complets, n'ont pas l'option Aller au noeud pour les ressources Video Mesh.

Voir la section Vue d'ensemble de l'accès au noeud de maillage vidéo Webex à partir de l'interface Web dans le guide de déploiement à l'https://www.cisco.com/go/video-mesh.

26 août 2020

CACHE DNS

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

LE CACHE DNS est actuellement désactivé par défaut. Pour l'activer, reportez-vous à la section Activer ou désactiver le cache DNS dans le guide de déploiement à l'https://www.cisco.com/go/video-mesh.

Support des événements Webex

Webex Video Mesh prend maintenant en charge Webex Events.

7 août 2020

Format court d'adresse vidéo pour les réunions Webex

Sur les sites WBS39.9 et suivants, les utilisateurs peuvent participer aux réunions en utilisant le format d’adresse vidéo plus court <meeting_number>@webex.com (au lieu de <meeting_number>@<site_name>.webex.com). Video Mesh prend maintenant en charge ce format d'adresse plus court.

Le guide de déploiement de l'https://www.cisco.com/go/video-mesh contient des instructions sur la manipulation 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 Video Mesh existant, ajoutez une route ou un motif de cadran pour gérer le format. Pour plus de détails, reportez-vous à la tâche appropriée qui inclut « adresse vidéo courte » dans le guide, selon la façon dont vous avez configuré votre environnement de contrôle des appels :

• Configure Unified CM Secure TLS SIP Traffic Routing for Webex Video Mesh

• Configurer le routage du trafic SIP TCP CM unifié pour Webex Video Mesh

• Configure Expressway TCP SIP Traffic Routing for Video Mesh

Par défaut, les invitations aux réunions utilisent toujours le format plus long. Pour modifier le format de votre site Webex, consultez Afficher le format d'adresse vidéo courte pour les réunions et événements Webex.

9 juillet 2020

Paramètres de configuration de la nouvelle interface réseau MTU dans l'interface web Video Mesh Node

Il est désormais possible de définir manuellement la taille maximale de l'unité d'émission (UTM) sur l'interface réseau interne et la taille maximale de l'unité d'émission (UTM) sur l'interface réseau externe, si elle est activée.

Tous les nœuds Webex Video Mesh ont la découverte de 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 automatiquement la taille de MTU. Lorsque le PMTU échoue à cause de problèmes de pare-feu ou de réseau, le noeud peut avoir des problèmes de connectivité vers le cloud parce que des paquets plus grands que le MTU tombent. Le réglage manuel d'une taille de UTM inférieure peut résoudre ce problème.

Vous pouvez trouver les paramètres MTU manuels sur la page des paramètres réseau Advanced dans l'interface web Webex Video Mesh Node. Pour plus d’informations, voir le guide de déploiement à l’https://www.cisco.com/go/video-mesh.

26 juin 2020

Nouvelle option de déploiement VMNLite

Les déploiements des équipes Webex principalement et des terminaux enregistrés dans le cloud utilisent plus de ressources de commutation et moins de transcodage que la configuration standard ne fournit. Le déploiement de machines virtuelles 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 Webex Video Mesh Nodes 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 Video Mesh Node

• 20 GB de mémoire principale

• 80 GB d'espace disque dur local

Avec ces spécifications, vous pouvez déployer (ou remplacer une machine virtuelle existante singe avec) plusieurs instances, selon le matériel :

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

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

Pour plus d’informations, voir le guide de déploiement à l’https://www.cisco.com/go/video-mesh. Pour les étapes à suivre pour 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 automatique hebdomadaire du logiciel pour les clusters de maillage vidéo

Vous pouvez maintenant programmer des mises à jour logicielles automatiques sur vos clusters Video Mesh pour qu'elles se produisent sur une base hebdomadaire plutôt que quotidienne (la valeur par défaut). Vous pouvez reporter une mise à niveau une fois. Si vous définissez un calendrier hebdomadaire, le report signifie que la mise à niveau a lieu pendant la fenêtre de mise à niveau de la semaine suivante.

Vous pouvez définir le calendrier de mise à niveau lors de l'enregistrement d'un nouveau cluster, ou modifier le calendrier d'un cluster existant. Pour plus d'informations, voir la documentation du maillage vidéo à l'https://www.cisco.com/go/video-mesh.

24 avril 2020

Interface réseau externe, règles de routage, options réseau de conteneurs dans l'interface web Video Mesh Node

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

Pour plus d'informations sur la façon d'accéder aux mises à jour de l'interface web, voir le chapitre Gérer et dépanner le maillage vidéo Webex dans le guide de déploiement à l'https://www.cisco.com/go/video-mesh.

20 mars 2020

Support de la résidence de données EMEAR de Cisco Webex Teams

Les organisations de la région européenne de résidence de données de Cisco Webex Teams peuvent désormais utiliser Video Mesh. 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ésidence 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 Video Mesh sont maintenant 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 Video Mesh. 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 changements de port accompagnent des changements de QoS. Les nœuds Video Mesh marquent automatiquement le trafic média à partir des terminaux enregistrés SIP (sur site Unified CM ou VCS Expressway enregistrés) pour l'audio (EF) et la vidéo (AF41) séparément avec une 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 la commande d'appel (Unified CM ou VCS Expressway).

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

12 février 2018

Prise en charge multistreaming pour tous les participants aux réunions Cisco Spark et Cisco WebEx

Si vous organisez des réunions sur des nœuds multimédia hybrides locaux via Cisco Spark Hybrid Media Service, vous pouvez profiter des fonctionnalités incluses dans le support multistreaming. Multistream permet une meilleure utilisation de la bande passante en moyenne, en particulier pour la liaison en cascade entre les nœuds du service de médias hybrides et les nœuds du cloud public Cisco Spark.

Pour plus d'informations, consultez Prise en charge multistreaming pour tous les participants aux réunions Cisco Spark et Cisco WebEx.

5 janvier 2018

Prise en charge des réunions Cisco WebEx et Cisco Spark, des changements de port et des mises à jour OVA

Cisco Spark Hybrid Media Service prend maintenant en charge les terminaux enregistrés SIP dans les locaux participant aux réunions Cisco WebEx et aux réunions Cisco Spark. Le service inclut également de nouveaux rapports d'utilisation et d'adoption dans Control Hub. Vous devez vous assurer que votre site WebEx est sur la plateforme vidéo Cisco WebEx version 2.0 pour profiter pleinement de Hybrid Media Service. (Vous pouvez vérifier que votre site WebEx est sur la plateforme vidéo version 2.0 s'il dispose de la liste des types de ressources médias disponible dans les options du site Cloud Collaboration Meeting Room.)

Changements de port

• Le Hybrid Media Service nécessite maintenant un nouveau port de destination (5006).

• TCP/UDP Port 33434 n'est plus pris en charge par le service.

Pour une liste complète, voir « Ports et protocoles utilisés par Hybrid Media Service » dans le Guide de déploiement pour Cisco Spark Hybrid Media Service.

Mise à jour OVA

Le service vous demande de télécharger et d'installer la dernière mise à jour OVA sur vos Hybrid Media Nodes. Pour télécharger la dernière OVA, depuis la vue client dans https://admin.ciscospark.com, allez dans Services > Médias hybrides > Configuration > Paramètres.

Mettez à niveau chaque nœud multimédia hybride de votre cluster en procédant comme suit :

1. Passer le noeud en mode maintenance. Voir Passer un noeud de service hybride en mode maintenance.

2. Désenregistrer le noeud. Voir « Deregister Hybrid Media Node » dans le Guide de déploiement de Cisco Spark Hybrid Media Service.

3. Supprimer la VM Hybrid Media Node du client VMware vSphere ou du vCenter.

4. Installez l'OVA et le logiciel Hybrid Media Service, définissez la configuration newtork et réenregistrez le Hybrid Media Node sur le Cisco Collaboration Cloud. Voir « Deploy Hybrid Media Service » dans le Guide de déploiement pour Cisco Spark Hybrid Media Service.

5. Sortir le noeud du mode maintenance. Voir Passer un noeud de service hybride en mode maintenance.

Pour en savoir plus sur tous les changements de fonctionnalités, les nouvelles étapes de déploiement et les conseils pour la préparation du site WebEx, consultez le Guide de déploiement pour Cisco Spark Hybrid Media Service à l’https://www.cisco.com/go/hybrid-services-media. La section Informations nouvelles et modifiées du guide renvoie aux sections mises à jour.