2021.06.17.2415m

24 juin 2021

Il n’y a pas de notes de version pour cette mise à jour de maintenance.

2021.05.27.2405m

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 à afficher pour les mises en page autres que celles 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 Control Hub.

2021.03.22.2384m.3

6 avril 2021

Il n’y a pas de notes de version pour cette mise à jour de maintenance.

2021.03.22.2384m.1

31 mars 2021

Il n’y a pas de notes de version pour cette mise à jour de maintenance.

2021.03.03.2359m.7

16 mars 2021

Il n’y a pas de notes de version pour cette mise à jour de maintenance.

2021.03.03.2359m

12 mars 2021

Il n’y a pas de notes de version pour cette mise à jour 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 .

• Résout les problèmes de gigue et les valeurs de durée aller-retour signalées de manière incorrecte.

2021.01.13.2349m.3

5 février 2021

Il n’y a pas de notes de version pour cette mise à jour de maintenance.

2020.12.08.333m.6

25 janvier 2021

Il n’y a pas de notes de version pour cette mise à jour de maintenance.

2020.12.08.333m.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 sur « Jamais », vous ne pouvez pas changer votre mot de passe via l’interface graphique.

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

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

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

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

2020.12.08.2333m

11 décembre 2020

• Les informations disponibles pour le cache DNS ont été étendues. Voir « Activer ou désactiver la mise en cache DNS » dans le Guide de déploiement .

• Correction d’un problème esthétique, à savoir que le déclenchement d’un test de santé pouvait entraîner l’affichage incorrect de l’état du nœud comme « En cours d’installation » sur Control Hub.

20.11.17.2319m.9

8 décembre 2020

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

20.11.17.2319m.4

1er décembre 2020

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

• Exécution de tests à la demande ou récurrents toutes les heures 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 pour chaque test avec des codes d'erreur pour réduire le délai moyen de résolution.

• Suivi des échecs de test historiques jusqu’à sept jours.

20.11.17.2319m.4

25 novembre 2020

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

20.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.

• Un problème a été résolu, à savoir que 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, à savoir que le mode de maintenance ne s’activait pas correctement dans certaines situations.

2020.09.22.2.288m.3

1er octobre 2020

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

2020.09.22.2288m

30 septembre 2020

• Ajout de limites de débit aux tests de bande passante sur la page Présentation.

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

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

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

11.09.2020.2279m

18 septembre 2020

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

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

31.08.2020.2273m

8 septembre 2020

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

• Correction de 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 de plus de 200 caractères provoque l' é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.)

• IPv6 a été explicitement désactivé 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 l’échec du test d’accessibilité en raison de l’épuisement du port.

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

• Un problème a été résolu, à savoir que les données de chargement/téléchargement UDP s'affichaient de manière incorrecte 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 à jour de maintenance.

2020.08.06.2258m.1

16 août 2020

• Correction d’un problème, à savoir qu’un IX5000 interrompait 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 de conteneurs était modifié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 Microsoft.

• Un problème a été résolu, à savoir que le son reçu de l’application Webex Meetings pouvait ê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

• Le comportement du test de résolution DNS a été modifié. 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 antérieures, si un serveur DNS était en mesure de résoudre le FQDN de test, le test réussissait.)

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

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

• Ajout d'une alarme si le nœud de maillage vidéo n'est pas en mesure d'atteindre l'un des serveurs de médias cloud.

2020.06.18.2231m

26 juin 2020

• Amélioration de la sélection du rapport hauteur/largeur 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 à cause duquel vous obteniez une erreur si vous démarriez puis arrêtiez rapidement la capture de paquets.

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

• Suppression de la configuration NTP par défaut. Une configuration NTP valide est maintenant requise pour enregistrer un nœud. Ajout d'alarmes si la configuration NTP est vide ou si le nœud n'est pas en mesure d'atteindre un serveur NTP configuré.

• Un problème a été résolu, à savoir que le test de connectivité du proxy signalait à tort 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.2200m.3

10 juin 2020

• Ajout de la possibilité d’activer et de désactiver le mode de maintenance à partir de la page Administration de 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 Présentation de l' interface web du nœud.

• Ajout d'un compteur de disponibilité à la page Présentation de interface web du nœud.

• Suppression de l’utilisation du processeur de la page Présentation de l’ interface web du nœud.

• Tests de connectivité proxy désactivés sur 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 de navigateur tiers pouvait interférer avec l’ interface web du nœud Webex Video Mesh .

2020.04.16.2176m.2

8 mai 2020

• Un problème a été résolu, à savoir que le vérificateur de connexion du port 444 signalait par erreur un échec lorsqu’il se trouvait derrière certains types de proxy.

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

• Le test de connectivité Websocket a été désactivé après qu’un problème a été trouvé avec celui-ci lorsque le nœud se trouve derrière un proxy explicite.

2020.04.16.2176m.1

24 avril 2020

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

• Ajout de plus de vérifications de la connectivité Cloud sur la page Présentation 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 non valide.

• Ajout d'une contrainte de longueur de clé sur la page Certificat de 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 dans lesquelles un administrateur saisit une clé privée de moins de 2048 bits ou une clé privée sans phrase secrète. Dans ces 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 que l’audio des deux principaux haut-parleurs actifs lorsque quelqu’un partageait du contenu audio.

• Correction d’un problème qui pouvait entraîner des échecs d’appel lorsque de nombreuses tentatives d’appel étaient effectuées sur une courte période.

2020.03.11.2143m.7

6 avril 2020

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

• Augmentation du délai d’expiration de la signalisation multiflux pour les appels sur deux écrans.

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

• Modification de la façon dont nous gérons la vérification OAuth pour être plus résistante aux réponses retardées.

2020.03.11.2143m.3

24 mars 2020

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

2020.03.11.2143m.9—Mise à niveau urgente

22 mars 2020

• Ajout de plus de journaux 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 Control Hub si des défaillances 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 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 qui est signalée sur le nœud et dans Control Hub si des échecs périodiques du test d'intégrité des appels se produisent sur le nœud au-delà d'un certain seuil.

  ID de l'alarme : ' mf.callHealth.fail ', gravité : "avertissement", titre : « La vérification de l’état de l’appel a échoué »

2020.02.09.2120m.1

28 février 2020

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

2020.01.30.2115m

7 février 2020

• FixeCSCvs70769 — Vulnérabilité de trafic illicite 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 àhttps://www.cisco.com/go/video-mesh .

• Un problème a été résolu (CSCvs28104 ), où une vidéo de faible qualité peut être affichée sur certains écrans d’un point de terminaison immersif à trois écrans.

• Un problème a été résolu, à savoir que certains appels SIP étaient configurés avec un retard.

2019.12.15.2053m

8 janvier 2020

• Un problème a été résolu, à savoir que les réunions (qui comprenaient 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

• Un problème a été résolu, à savoir que l'écran de participation à la réunion restait vide lorsque *.clouddrive.com était bloqué sur le réseau d'un client. Bien que l'écran de participation à la réunion ne soit plus vide dans ce scénario, nous vous demandons toujours de débloquer cette URL sur votre réseau pour éviter les effets secondaires indésirables.

• Ajout de la gestion des mots de passe administrateur à 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 àhttps://www.cisco.com/go/video-mesh .

2019.11.06.1992m

14 novembre 2019

• FixeCSCvr92794 — Message d'erreur incorrect lors de la validation du nom de domaine complet par rapport à l'adresse IP du nœud.

• Correction d’un problème, à savoir que les nœuds n’étaient pas mis au repos correctement et utilisaient un court délai d’attente, qui se produisait uniquement lorsque d’autres nœuds du cluster étaient passés en mode de maintenance dans Control Hub, ce qui entraînait une capacité réduite et des appels interrompus.

2019.10.21.1973m.1

1er novembre 2019

• Ajout de la possibilité de charger et de télécharger les journaux et les fichiers pcap à partir de la page 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 l’assistance et Générer des captures de paquets de maillage vidéo Webex pour l’assistance .

2019.10.11.1964m.1

23 octobre 2019

• FixeCSCvr39819 — Version du logiciel vulnérable .

• FixeCSCvr39878 — Certificat auto-signé X.509 dont le nom commun ne correspond pas au serveur émetteur (SSL/TLS) . Vous avez effectué une modification lorsque le nom commun du certificat sur le nœud donne le nom de domaine complet (FQDN) du nœud (si disponible) ou l' adresse IP.

• Ajout d’un nouveau «nom alternatif de l'objet: » dans le formulaire de création de CSR dans l' interface web.

2019.09.19.1956m

26 septembre 2019

• Ajout de paramètres réseau à l'interface utilisateur Web (UI) 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 .

• Modification de la gravité de cette alarme 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 survenir en raison de plusieurs problèmes liés au réseau. Vérifiez la connectivité de votre réseau au réseau public (.amazonaws.com) et vérifiez vos paramètres DNS. Cela peut également se produire en raison de 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 Reflector n’étaient pas libérés même après l’arrêt de l’outil Reflector dans l’interface utilisateur Web du nœud.

• Correction d’une vulnérabilité qui affectait les API Ping et Check NTP, où un attaquant pouvait lancer une attaque par injection de commande s’il avait accès aux 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 chiffrements faibles (comme MD2 ou MD5) ne sont plus acceptés dans l'interface utilisateur du certificat de nœud de maillage vidéo.

2019.08.21.1941m.2

13 septembre 2019

• Un problème a été résolu, à savoir que les niveaux de processeur des nœuds montaient en flèche 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 cloud n’était pas reçu par les participants connectés à des nœuds sur site, s’il y avait un pare-feu Palo Alto Networks (PAN) sur 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 configuration de la machine virtuelle du nœud. Voir Installer le logiciel Webex nœud de maillage vidéo dans le guide de déploiement pour plus d’informations.

2019.08.14.1937m

16 août 2019

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

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

2019.08.01.1929m

8 août 2019

• Correction de deux problèmes :

  • La capture de paquets à partir de l'interface utilisateur Web ne démarrait pas correctement, mais aucun message d'erreur ne s'est affiché.

  • La capture de 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 État de l'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 .

• Refonte de l'interface utilisateur de la page Dépannage sur l' interface web du nœud . (Consultez le guide de déploiement pour plus d’informations.)

• Ajout des vérifications de connectivité à l'aide de la vérification ping, traceroute et NTP dans l' interface web du nœud . (Consultez le guide de déploiement pour plus d’informations.)

• Résolution améliorée et choix de fréquence d’images pour les flux de présentation.

• Un problème a été résolu, à savoir que trop de bande passante était parfois envoyée aux participants ayant changé de place.

• 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 la chute 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 les participants étaient coupés par l’organisateur puis rétablis.

2019.06.13.1907m.3

20 juin 2019

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

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

2019.06.13.1907m.1

14 juin 2019

• Un problème a été résolu, à 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 de présentation.

• Ajout d’une exigence selon laquelle les noms d’hôte des nœuds ne peuvent pas contenir de trait de soulignement (_ ) caractère.

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

• Correction d’un problème avec la 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 brève période.

2019.05.20.1892m1

23 mai 2019

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

• Ajout d'une nouvelle alarme dans le cadre de la migration à venir vers le registre de conteneurs élastiques 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 survenir en raison de plusieurs problèmes liés au réseau. Vérifiez la connectivité de votre réseau au réseau public et vérifiez vos paramètres DNS. Cela peut également se produire en raison de 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 à être mis à 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.

• Un problème a été résolu, à savoir que les réunions Skype Entreprise affichaient de manière incorrecte « 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 l’appel sortant SIP.

• Correction d’un problème qui empêchait parfois la recréation des cascades après des problèmes de réseau temporaires, ce qui entraînait des réunions fractionnées.

• Correction d’un problème qui entraînait l’échec du partage de contenu dans certains scénarios.

29.04.1873m

30 avril 2019

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

2019.04.18.1869m.1

26 avril 2019

• Un problème a été résolu, à savoir que le partage sans fil à partir 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.

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

2019.03.19.1826m

22 mars 2019

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

• La page d'état de présentation signale le résultat de la vérification de la connectivité pour le registre de conteneurs Amazon (ECR).

• Correction d’un problème, à savoir qu’il y avait un délai sur certains clients lors du changement de haut-parleurs actifs et une vidéo corrompue en cas de perte de paquets.

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

• FixeCSCvo87069 — Les sources de confiance SIP du maillage vidéo ne se remplissent pas

2019.02.14.1788m.1

21 février 2019

• Un problème a été résolu, à savoir que les points de terminaison à trois écrans n’étaient pas coupés à distance par l’organisateur Webex.

• Correction d’un problème, à savoir que l’activation et la désactivation du 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 de 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 sont affichées dans Control Hub lorsque le temps de réponse de la requête 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 : «serveur DNS<x> temps de réponse à la requête de<number> ms dépasse le temps de réponse maximum de 1500 ms.

  • Texte d'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> ; serveur DNS<x> temps de réponse à la requête de<number> ms a dépassé 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 jonction trunk SIP TLS et la prise en charge du proxy transparent d’inspection/non-inspection pour le maillage vidéo. Pour plus d’informations, voir le guide de déploiement à l’adressehttps://www.cisco.com/go/video-mesh .

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

2019.01.29.1773m

6 février 2019

• Cette version est la version candidate pour la fonctionnalité interface réseau double. Pour plus d’informations, voir le guide de déploiement à l’adressehttps://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. Des messages d'avertissement de serveur NTP non valides s'affichent sur l'interface d'administration du maillage vidéo lors de la connexion et sous forme d'alarmes dans Control Hub.

2019.01.14.1764m.1

18 janvier 2019

• Un problème a été résolu, à savoir que la vidéo n’était transmise que dans un sens 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 à jour 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 diagrammes du tableau de bord Analytics pour augmenter la fonctionnalité d'inclusion du type de client.

• Vous pouvez voir les données spécifiques au cluster dans le Ressources onglet.

  Sélectionnez un groupe dans l'un des graphiques en anneau ou des diagrammes, puis cliquez sur Appliquer . Cette action filtre également les données de 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 à la Ressources onglet. Ils sont Nombre total d'appels rejoints par type de point de terminaison et Tendance du nombre total de jonctions d'appels par type de point de terminaison . Vous pouvez sélectionner des clusters et des types de points de terminaison spécifiques, pour afficher uniquement les informations dont vous avez besoin.

• Sur le Mobilisation onglet, nous avons regroupé les Segments d'appel par type de point de terminaison graphique dans les types suivants :

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

Mai 2023

Prise en charge des clients Web

Les appels passés via le client Web peuvent désormais atterrir sur des 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 l'état du support, à 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 de présentation 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 accéder à l'outil de surveillance du maillage vidéo. Vous pouvez trouver le nouvel onglet Maillage vidéo à Dépannage > Maillage vidéo au lieu de Dépannage > Statut > Maillage vidéo comme avant.

La page de présentation de l’outil de surveillance regroupe les tests en signalisation, cascade et accessibilité, ce qui vous aide à affiner votre processus de dépannage.

Février 2023

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

• Dans cette phase des API de développement 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 maintenant déclencher divers tests de dépannage à la demande, tels que le réseau, le moniteur d'intégrité des médias et les tests d'accessibilité à partir du portail des développeurs. Ils peuvent également afficher 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

Renommer un 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 de cluster.

Septembre 2022

API de développement 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 surhttps://developer.webex.com/docs/api/v1/video-mesh . Un exemple de client est disponible à l’adressehttps://github.com/CiscoDevNet/video-mesh-api-client .

Juillet 2022

Modification 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 aux nœuds. Ces tests étaient exécutés toutes les heures dans les versions précédentes. Ils fonctionnent maintenant toutes les 6 heures.

Avril 2022

Conservez 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 hébergées sur des sites Webex externes, ces sites contrôlaient si le maillage vidéo pouvait être diffusé en cascade sur 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 Préférer le maillage vidéo pour toutes les Webex Meetings externes paramètre, 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 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

En janvier 2022

Mises à jour des ports

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

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 Configuration réseau requise pour les services Webex , 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édias distribués dans le monde entier

Le maillage vidéo utilise maintenant Médias distribués dans le monde (GDM) fonctionnalités de Webex pour obtenir un meilleur routage multimédia. 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 le backbone Webex vers les microservices Webex pour la réunion. Ce routage minimise la latence et maintient la majeure partie du trafic sur le backbone Webex et hors 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 au média dans vos locaux. 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 se répercute pas sur le cloud Webex.

Tous les participants à une réunion privée doivent appartenir à votre organisation. Ils peuvent rejoindre la réunion à l’aide de l’application Webex ou d’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 le Réunions privées dans le guide de déploiement à l'adressehttps://www.cisco.com/go/video-mesh et le Programmer une réunion privée Webex article.

9 février 2021

Nœuds d’accès à partir de 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 de Control Hub.

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

Voir le Présentation de l’accès au nœud de nœud de maillage vidéo Webex à partir de l’interface Web dans le guide de déploiement à l'adressehttps://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. Lorsque la mise en cache DNS est 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 de votre infrastructure DNS.

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

Assistance Webex Events

Webex Video Mesh prend désormais 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 la <meeting_number>@webex.com format d'adresse vidéo (au lieu de <meeting_number>@<site_name>.webex.com). Le maillage vidéo prend désormais en charge ce format d'adresse plus court.

Le guide de déploiement surhttps://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 itinéraire ou un modèle 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, selon la façon dont vous avez configuré votre environnement de contrôle des appels :

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

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

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

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

9 juillet 2020

Nouveaux paramètres de configuration de la 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 cette option est activée.

Tous les nœuds de maillage vidéo Webex ont la découverte de la MTU du chemin (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 avoir des problèmes de connectivité au cloud en raison de la chute de paquets plus volumineux que la MTU. La définition manuelle d'une taille MTU inférieure peut résoudre ce problème.

Vous pouvez trouver les paramètres MTU manuels sur la page des paramètres réseau Avancé dans l’ interface web du Webex nœud de maillage vidéo . Pour plus d’informations, voir le guide de déploiement à l’adressehttps://www.cisco.com/go/video-mesh .

26 juin 2020

Nouvelle option de déploiement VMNLite

Les déploiements de Webex Teams principalement et de points de terminaison enregistrés dans le cloud utilisent plus de ressources de commutation et moins de ressources de transcodage que la configuration standard ne 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 le déploiement de plusieurs nœuds de maillage vidéo Webex sur votre serveur hôte exécutant VMware ESXI ou vCenter. VMNLite requiert les spécifications suivantes pour chaque machine virtuelle:

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

• 20 Go de mémoire principale

• 80 Go d’espace disque local

Avec ces spécifications, vous pouvez déployer (ou remplacer une seule 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 colocation avec d'autres services sur les machines virtuelles VMNLite.

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

9 juin 2020

Nouvelle option de mise à jour 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 de quotidiennement (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 se produit au cours de la fenêtre de mise à niveau de la semaine suivante.

Vous pouvez définir 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, voir la documentation du maillage vidéo à l’adressehttps://www.cisco.com/go/video-mesh .

24 avril 2020

Options de l'interface réseau externe, des règles de routage et du réseau de conteneurs dans l'interface Web du nœud de maillage vidéo

L' interface web du maillage vidéo contient plus de nouvelles fonctionnalités pour faciliter la gestion des modifications du 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 des 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 modifier l' adresse IP et le sous-réseau du pont de conteneurs.

Pour plus d'informations sur l'accès aux mises à jour de l' interface web, voir le Gérer et dépanner le maillage vidéo Webex chapitre dans le guide de déploiement à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 inclut à 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. Cette modification vous permettra de créer des politiques de QoS et de noter efficacement le trafic vers et depuis les nœuds de maillage vidéo.

Ces changements de port sont accompagnés de changements 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 à partir des points de terminaison 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, voir le tableau QoS à l’adresse Ports et protocoles utilisés par Webex Video Mesh et les étapes pour activer ou désactiver la QoS dans le Flux de tâches de déploiement de maillage vidéo dans le Guide de déploiement pour le 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 de 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 OAV, à partir de l'affichage du client dans https:// admin.ciscospark.com , allez à 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 " Désinscrire 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.