Notes de version de maillage vidéo Webex

2021.06.17.2415m

24 juin 2021

Il n’y a Notes de version de mise à jour pour cette mise à jour 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 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 non par défaut.

• Résout un problème qui pourrait briser le DNS pour une configuration spécifique du pont Docker.

2021.04.27.2391m

30 avril 2021

• Corrections de rapports de perte de paquets pour les appels transcodés dans Control Hub.

2021.03.22.2384m.3

6 avril 2021

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

2021.03.22.2384m.1

31 mars 2021

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

2021.03.03.2359m.7

16 mars 2021

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

2021.03.03.2359m

12 mars 2021

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

2021.02.05.2352m.4

12 février 2021

• Ajoute une option pour désactiver la connectez-vous localement à l’IU Web d’Administration du nœud de maillage vidéo.

• Corrige les problèmes de gigue et des valeurs de durée aller-retour incorrectement signalées.

2021.01.13.2349m.3

5 février 2021

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

2020.12.08.2333m.6

25 janvier 2021

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

2020.12.08.2333m.5

Le 8 janvier 2021

• Amélioration des messages d’alarme NTP sur les nodes de maillage vidéo.

• Correction d’un problème, à savoir que 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’inscription.

• Amélioration du reporting des erreurs de connectivité des délai d’essai de la connectivité proxy.

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

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

2020.12.08.2333m

11 décembre 2020

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

• Un problème d’erreur a été résolu, à savoir que le fait de déclencher un test d’état peut afficher incorrectement le nœud en tant que « Installation » sur Control Hub.

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

2020.11.17.2319m.4

1er décembre 2020

L’outil de contrôle du maillage vidéo est un portail d’appel Webex disponible sur chaque nœud de maillage vidéo avec cette version. L’outil de contrôle inclut ces fonctionnalités :

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

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

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

• Suivi historique des échecs du test pendant une période d’au plus sept jours.

2020.11.17.2319m.4

25 novembre 2020

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

2020.11.06.2314m

18 novembre 2020

• Le seuil de lever l’alarme NTP sur les nodes de maillage vidéo a été augmenté.

• La verbosité des messages d’erreur a été augmentée pour faciliter le débogage des problèmes NTP futurs sur les nodes de maillage vidéo.

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

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

2020.10.16.2305m

23 octobre 2020

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

2020.09.22.2288m.3

1er octobre 2020

• Aucune mise Notes de version jour 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 Aperçu.

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

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

• Changé pour utiliser uniquement des ciphers 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 à une utilisation interne à l’interface Web du nœud de maillage vidéo.

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

2020.08.31.2273m

8 septembre 2020

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

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

• Une solution de contournement a été ajoutée pour un problème où une adresse SIP de confiance de plus de 200 caractères provoque l’échec de la connexion TLS (CSCvv44969).

2020.08.19.2266m.1

26 août 2020

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

• Nous avons explicitement désactivé l’IPv6 sur les interfaces internes et externes pour que les nodes n’achètent pas de serveurs DNS IPv6.

• Correction d’un problème qui mèneait à des échecs de test d’accessibilité en raison de l’épuisation du port.

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

• Correction d’un problème, à savoir que les données de chargement/téléchargement UDP n’étaient pas correctement affichées dans les résultats des tests de bande passante sur l’interface Web.

2020.08.06.2258m.4

18 août 2020

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

2020.08.06.2258m.1

13 août 2020

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

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

2020.07.15.2245m

20 juillet 2020

• Le test de résolution DNS a été changé pour augmenter la compatibilité avec les anciennes versions des serveurs DNS basés sur Microsoft.

• Correction d’un problème, à savoir que l’audio reçu de l Application Webex Meetings peut être plus calme 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 changé. Chaque serveur DNS configuré doit maintenant être en mesure de résoudre le FDQN de test pour que le test DNS soit réussi. (Dans les versions précédentes, si un serveur DNS était en mesure de résoudre le FDQN de test, le test était réussi.)

• Amélioration de la qualité média dans les réseaux perdus.

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

• Une alarme a été ajoutée si le nœud de maillage vidéo ne peut atteindre aucun des serveurs média sur le Cloud l’équipe.

2020.06.18.2231m

26 juin 2020

• Amélioration de la sélection du ratio d’aspect pour les bandes passantes d’environ 1.5Mbps lorsque 1080p est activé.

• Ajout de la possibilité de filtrer les captures de paquets par l’interface réseau, par organisateur et par port.

• Correction d’un bogue, à savoir que vous receviez une erreur si vous démarrez et que vous arrêtez ensuite rapidement la capture de paquets.

• Ajout du support pour les 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. Des alarmes ont été ajoutées si la configuration NTP est vide ou si le nœud ne parviennent pas à atteindre un serveur NTP configuré.

• Correction d’un problème, à savoir que le test de connectivité du proxy signalait par erreur une panne en raison d’une période d’arrêt trop courte.

• 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 fonction de dés fonctionnement et dés fonctionnement du mode de maintenance à partir de la page Administration de l’interface Web du nœud de maillage vidéo.

• Les alarmes et vérifications de la connectivité du serveur Amazon ECR ont été supprimées à partir de la page Aperçu de l’interface Web du nœud.

• Ajout d’un compteur de temps d’utilisation à la page aperçu de l’interface Web du nœud.

• L’utilisation du CPU a été supprimée de la page Aperçu de l’interface Web du nœud.

• Tests de connectivité proxy désactivés 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, à savoir que l’extension d’auto-enregistrement d’un navigateur tiers pouvait interférer avec l’interface Web du nœud du maillage vidéo Webex.

2020.04.16.2176m.2

8 mai 2020

• Résolution d’un problème, à savoir que le cocher de connexion au port 444 signalait de manière erronée une panne derrière certains types de proxies.

• Correction d’un problème, à savoir qu’un certificat de serveur non valide était autorisé à être installé si un certificat qui correspondait correctement a été précédemment 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 est derrière un proxy explicite.

2020.04.16.2176m.1

24 avril 2020

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

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

• Correctif d’un problème qui en causait une alarme DNS d’hôte incorrecte.

• Une contrainte de longueur de clé a été ajoutée sur la page Certificat du serveur, avec un message d’erreur si un administrateur charge un certificat de serveur de moins de 2048 bits.

• Amélioration du traitement des situations dans lesquelles un administrateur entre une clé privée inférieure à 2048 bits ou une clé privée sans phrase passe. Dans ce cas, le nœud Maillage vidéo utilisera un certificat auto-signé.

2020.03.11.2143m.8

17 avril 2020

• Correction d’un problème qui en provoquait certains clients qui n’recevait l’audio que des deux interlocuteurs actifs les plus haut-parleurs lorsqu’une personne partageait du contenu audio.

• Correction d’un problème qui pouvait causer des échecs d’appel lorsque beaucoup de tentatives d’appel sont effectués en une courte période de temps.

2020.03.11.2143m.7

6 avril 2020

• La bande passante pour les appels 1080p est passé de 3,25 M à 4M.

• Le délai d’affichage a été plus long pour la signalisation multidessage pour les appels bi-écrans.

• Le nombre de demandes a été réduit à la service d'identité.

• Nous avons changé la façon dont nous gèreons la vérification OAuth pour être plus résistants aux réponses reportées.

2020.03.11.2143m.3

24 mars 2020

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

09.03.2020.11.2143m.9—Mise à jour urgente

22 mars 2020

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

2020.03.11.2143m—Mise à niveau urgente

11 mars 2020

• A désactivé les vérifications périodiques de l’intégrité des appels et 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 du proxy NTLMv2. (Le maillage vidéo détecte automatiquement la version, vous n’avez pas besoin de le spécifier lors de la configuration de votre proxy.)

• Une alarme a été ajoutée qui est signalée sur le nœud et dans Control Hub si des échecs périodiques de test d’état des appels se produisent sur le nœud au-delà d’un certain seuil.

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

2020.02.09.2120m.1

28 février 2020

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

2020.01.30.2115m

7 février 2020

• Corrigé CSCvs70769—Vulnérabilité de contrebande de requête HTTP NGINX

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

2020.01.12.2091m

Le 22 janvier 2020

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

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

• Correction d’un problème, à savoir que certains appels SIP exigeaient un retard de configuration.

2019.12.15.2053m

Le 8 janvier 2020

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

2019.12.03.2042m

12 décembre 2019

• Correction d’un problème, à savoir que l’écran pour rejoindre la réunion restait vide lorsque l’clouddrive.com était bloqué sur le réseau d’un client. Bien que l’écran pour rejoindre la réunion ne soit plus vide dans ce scénario, nous vous de demander de débloquer cette URL sur votre réseau pour éviter les conséquences imprévues.

• La gestion du mot de passe de l’administrateur a été ajoutée à l’interface Web pour les nodes de maillage vidéo. Pour plus d’informations, voir Gérer le nœud de maillage vidéo à partir de l’interface Web dans le guide de déploiement à l’adresse https://www.cisco.com/go/video-mesh.

2019.11.06.1992m

14 novembre 2019

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

• Correction d’un problème, à savoir que les nodes n’étaient pas correctement quiescing et utilisaient une courte période d’absence, ce qui n’s’est produit que lorsque les autres nodes du cluster ont été déplacés en mode de maintenance dans Control Hub, ce qui a réduit la capacité et perdu les appels.

2019.10.21.1973m.1

1er novembre 2019

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

2019.10.11.1964m.1

23 octobre 2019

• Correction — CSCvr39819Version du logiciel vulnérable.

• Correction CSCvr39878—Certificat X.509 auto-signé dont le nom commun ne correspond pas au serveur émettrice (SSL/TLS). Nous avons effectué un changement où nom commun du certificat sur le nœud donne au nœud son FDQN (si disponible) ou l’adresse IP.

• Ajout d'un nouveau champ "Subject Alternative Name(s):" au formulaire de création du CSR dans l'interface Web.

2019.09.19.1956m

26 septembre 2019

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

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

• Correction d’un problème, à savoir que les ports du serveur reflector n’étaient pas lancés même après l’arrêt de l’outil de réflecteur dans l’IU Web du nœud.

• Correction d’une vulnérabilité qui a affecté les API Ping et NTP où un attaque pouvait lancer une attaque d’attaque de commande s’ils avaient accès aux API authentifiées.

• La sélection du codec pour la transmission vidéo a été améliorée.

• Les certificats du serveur qui sont signés avec des chiffrements faibles (tels que MD2 ou MD5) ne sont plus acceptés dans l’IU du certificat du nœud de maillage vidéo.

2019.08.21.1941m.2

13 septembre 2019

• Correction d’un problème, à savoir que les niveaux du CPU du nœud se figeaient et ne reviennent pas aux niveaux acceptables.

• Correction d’un problème, à savoir que le contenu envoyé par les participants connectés à un nœud du Cloud n’était pas reçu par les participants connectés aux nœuds sur site, s’il y avait un pare-feu Palo Alto Networks (PAN) dans le réseau.

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

2019.08.14.1937m

16 août 2019

• Ajout du support pour les proxies explicites avec aucune authentification, basic, digest, ou NTLM. Pour plus d’informations, voir Prise en charge du proxy pour le maillage vidéo et autres mises à jour pertinentes dans le guide de déploiement.

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

2019.08.01.1929m

8 août 2019

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

  • La capture de paquets à partir de l’IU Web ne parvient pas à démarrer avec succès mais aucun message d’erreur n’est apparu.

  • La capture de paquets n’a pas pu s’exécuter car les URL Ubuntu ont été bloquées. (Avec ce correctif, aucun changement d’URL n’est requis sur votre pare-feu.)

2019.07.12.1917m

25 juillet 2019

• Les informations des cascades supprimées de la carte Statut d’appel dans l’interface Web du nœud jusqu’à ce que de meilleures métriques soient disponibles.

• Ajout de la version du SE à la carte Détails du nœud dans l’interface Web du nœud.

• Nouvelle conception de l’interface utilisateur pour la page Dépannage sur l’interface Web du nœud. (Voir le guide de déploiement pour plus d’informations.)

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

• Résolution et choix du débit de trames améliorés pour les diffusions de présentations.

• Correction d’un problème, à savoir qu’un trop grand nombre de bande passante était parfois envoyé aux participants commutés.

• Correction d’un problème, à savoir qu’aucune option de réactiver le son n’était disponible pour certains types de participants lorsqu’ils avaient été coupés par l’organisateur.

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

2019.06.13.1907m.7

12 juillet 2019

• Correction d’un problème qui causait parfois une diminution de la résolution vidéo même lorsqu’aucun paquet n’était perdu et que la latence était faible.

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

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 essayait de partager sur l’écran du lobby.

• 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 était dirigé vers des informations manquantes sur la page d’aperçu.

• Une exigence a été ajoutée pour que les noms d’hôtes des nœuds ne contiennent pas de caractère de trait de soulignement (_).

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

• Correction d’un problème avec la résilience média qui en provoquait parfois l’utilisation qui dépassait considérablement la bande passante négociée pendant une courte période de temps.

2019.05.20.1892m1

24 mai 2019

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

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

  Les nodes de maillage vidéo continueront d’être mis à niveau, mais vous devez prendre les mesures appropriées pour garantir que les nodes de maillage vidéo peuvent accéder à l’URL. Pour plus d’informations, voir l’onglet Annonces.

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

2019.04.29.1873m.4

13 mai 2019

• Correction d’un problème qui partage de contenu étaient parfois pas disponibles lors de l’utilisation d’un appel sortant SIP.

• Correction d’un problème qui provoquait parfois l’incrément des cascades après des problèmes de réseau temporaires, qui provoquait la séparation des réunions.

• Le problème qui causait l’échec du partage de contenu dans certains cas a été résolu.

2019.04.29.1873m

30 avril 2019

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

2019.04.18.1869m.1

26 avril 2019

• Correction d’un problème qui causait le fait que le partage sans fil Webex Teams pour Windows ne fonctionne pas dans certains cas.

2019.03.22.1829m.2

2 avril 2019

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

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

2019.03.19.1826m

22 mars 2019

• Pour effectuer des modifications à la configuration sur un nœud enregistré, vous devez maintenant tout d’abord placer le nœud en mode de maintenance.

• La page d’aperçu du statut signale les résultats de la vérification de connectivité pour le registre du conteneur Amazon (ECR).

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

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

• Corrigé CSCvo87069—Sources de confiance SIP de maillage vidéo ne se remplissant pas

2019.02.14.1788m.1

21 février 2019

• Correction d’un problème, à savoir que les points de terminaison à trois écrans n’étaient pas coupés à distance par l’hôte Webex.

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

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

• Ajout de nouvelles alarmes générées sur les nodes de maillage vidéo et affichées dans Control Hub lorsque le temps de réponse de la requête DNS dépasse 1.5s 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 la requête du serveur DNS de ms dépasse le temps de réponse maximal de 1500 ms. »

  • Texte de l'alarme lorsque le temps de requête du serveur DNS est supérieur à 1,5 s lors de la résolution d'un serveur NTP : « Lors de la résolution ; le temps de réponse de requête du ou des serveurs DNS de 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 du trunk SIP TLS et la prise en charge transparente du proxy d’inspection/non inspection pour le maillage vidéo. Pour plus d’informations, voir le guide de déploiement à l’site https://www.cisco.com/go/video-mesh.

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

2019.01.29.1773m

6 février 2019

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

• De nouveaux vérifications ont été ajoutées pour vérifier périodiquement la validité des serveurs NTP configurés sur les nodes de maillage vidéo. Les messages d’avertissement du serveur NTP non valides s’affichent sur l’interface admin du maillage vidéo lors de la connexion et comme des alarmes dans Control Hub.

2019.01.14.1764m.1

18 janvier 2019

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

2018.10.04.1692m

5 octobre 2018

• Aucune mise Notes de version jour 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 vos pare-feux d'application et vos proxys.

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 d’application et leurs proxys. Cette étape est nécessaire pour éviter tout problème potentiel lors des mises à niveau.

Août 2023

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

• API d'administration VMN

• API réseau VMN

• API de certificat du serveur VMN

Juillet 2023

Webhooks pour les alertes de maillage vidéo

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

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

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

API du nœud de maillage vidéo

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

Juin 2023

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

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

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

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

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

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

Mai 2023

Prise en charge client Web

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

Mars 2023

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

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

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

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

Février 2023

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

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

Novembre 2022

Renommage du cluster dans Control Hub

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

Septembre 2022

API du développeur du maillage vidéo

Les API des développeurs de maillage vidéo fournissent 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 en toute transparence leurs applications de contrôle existantes à ces API et automatiser le contrôle de leurs clusters et des nods de maillage vidéo. Les API sont disponibles à l' https://developer.webex.com/docs/api/v1/video-mesh. Un exemple de client est disponible à l'].. https://github.com/CiscoDevNet/video-mesh-api-client

Juillet 2022

Modification de l’outil de contrôle de l’état des médias

Nous avons modifié la fréquence des tests périodiques sur tout le cluster, sur la base de clusters spécifiques ou spécifiques à un nœud. Ces tests ont été effectués heure par heure dans les versions précédentes. Ils sont maintenant exécutés toutes les 6 heures.

Avril 2022

Conservez votre média sur le maillage vidéo pour toutes les réunions Webex externes

Dans les versions précédentes, vous avez contrôlé l’utilisation du maillage vidéo pour les réunions uniquement pour vos sites internes. Pour les réunions qui sont hébergées sur des sites Webex externes, ces sites contrôlés si le maillage vidéo peut se répercuter sur Webex. Si un site externe n’autorise pas les cascades de maillage vidéo, votre média a toujours utilisé les nodes du Cloud Webex.

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

En janvier 2022

Mises à jour des ports

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

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

Comme répertorié dans exigences réseau pour les servicesWebex, l Expressway utilise déjà cette plage de ports pour le Cloud Webex. Donc, 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 sévères, mettez à jour la configuration de votre pare-feu pour ouvrir ces ports pour le maillage vidéo avant la version de février.

Octobre 2021

Média distribué à l’échelle mondiale

Le maillage vidéo utilise maintenant les capacités des RDM (global distributed media) de Webex pour atteindre un meilleur acheminement des médias. Pour obtenir une connectivité optimale, Webex sélectionne le nœud le plus proche média sur le Cloud votre entreprise lorsque vous effectuez des cascades de maillage vidéo vers Webex. Le trafic passe ensuite par la dorsale (backbone) Webex vers les microservices Webex pour la réunion. Ce routage minimise la latence et conserve la plus grande partie du trafic sur la dorsale (backbone) Webex et hors d’Internet.

13 août 2021

Réunions privées

La fonctionnalité réunion privée améliore la sécurité de votre réunion en résiliant le média sur votre site. Lorsque vous programmez une réunion privée, le média se termine toujours sur les nodes de maillage vidéo dans votre réseau d’entreprise sans cascade sur le Cloud. Contrairement aux réunions normales, si les nodes locaux sont pleins, le média ne se répercute pas sur le Cloud Webex.

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

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

9 février 2021

Accéder aux nodes à 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 nodes de maillage vidéo à partir de Control Hub.

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

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

26 août 2020

Mise en cache DNS

Si le DNS réponses à vos nods de maillage vidéo prennent régulièrement plus de 750 ms, vous pouvez activer le cache DNS. Avec le cache DNS sur, le nœud cache les réponses DNS localement. Le cache local rend les demandes moins susceptibles de causer des alarmes de connectivité, des appels diminuent ou des problèmes de qualité d’appel. Le cache DNS peut également réduire la charge sur votre infrastructure DNS.

Le cache DNS est actuellement désactivé par défaut. Pour l’activer, voir la section Activer ou Désactiver le cache DNS dans le guide de déploiement à l’site https://www.cisco.com/go/video-mesh.

Webex Events Support

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

7 août 2020

Format d’adresse vidéo courte pour Webex Meetings

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

Le guide de déploiement à https://www.cisco.com/go/video-mesh a 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 de l’adresse vidéo courte avec un déploiement de maillage vidéo existant, ajoutez un schéma de route ou de numérotation pour gérer le format. Pour plus de détails, voir la tâche appropriée qui inclut « adresse vidéo courte » dans le guide, en fonction de la façon dont vous avez configuré votre environnement de contrôle des appels :

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

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

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

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

9 juillet 2020

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

Vous pouvez maintenant manuellement définir la taille de l’unité de transmission maximum (MTU) sur l’interface du réseau interne et le MTU sur l’interface réseau externe, si cette fonction est activée.

Tous les nods de maillage vidéo Webex ont la découverte Path MTU (PMTU) qui est activée par défaut. Avec PMTU, le nœud peut détecter les problèmes MTU et ajuster la taille MTU automatiquement. Lorsque PMTU tombe en panne en raison de problèmes de pare-feu ou de réseau, le nœud peut avoir des problèmes de connectivité sur le Cloud car les paquets sont plus volumineux que la perte MTU. La configuration 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 Onglet Avancé dans l’interface Web du nœud de maillage vidéo Webex. Pour plus d’informations, voir le guide de déploiement à l’site https://www.cisco.com/go/video-mesh.

26 juin 2020

Nouvelle option de déploiement VMNLite

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

• 23 vCCPUs pour le nœud maillage vidéo

• Mémoire principale de 20 Go

• Espace disque dur local de 80 Go

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

Nos tests montrent une amélioration de 50 % de la performance des appels commutés avec 3 nods VMNLite sur un seul CMS1000 par rapport au déploiement d’un Machine virtuelle.

Comme pour la configuration standard, vous ne pouvez pas avoir de coresidence avec d’autres services sur les machines virtuelles VMNLite.

Pour plus d’informations, voir le guide de déploiement à l’site https://www.cisco.com/go/video-mesh. Pour les étapes à suivre pour remplacer votre configuration standard par VMNLite, voir le chapitre Gérer et dépanner le maillage vidéo Webex .

9 juin 2020

Nouvelle option de mise à jour automatique hebdomadaire du logiciel pour les clusters de maillage vidéo

Vous pouvez maintenant programmer des mises à niveau logicielles automatiques sur vos clusters Maillage vidéo sur une base hebdomadaire au lieu d’être mises à jour quotidiennement (l’option par défaut). Vous pouvez reporter une mise à jour une fois. Si vous définissez un calendrier hebdomadaire, post-réponse signifie que la mise à jour se produit au cours de la fenêtre de mise à jour de la semaine suivante.

Vous pouvez configurer le calendrier de 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 Maillage vidéo à l’site https://www.cisco.com/go/video-mesh.

24 avril 2020

Interface réseau externe, règles d’acheminement, options du réseau du conteneur 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 réseau. Vous pouvez activer l’interface externe dans un déploiement de deux interfaces réseau (NIC) à partir de l’interface Web. Vous pouvez ensuite affiner le routage des nodes de maillage vidéo 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 et le sous-réseau du pont du conteneur.

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’adresse https://www.cisco.com/go/video-mesh.

20 mars 2020

Cisco Webex Teams prise en charge de la résidence des données EMEAR dans la zone EMEAR

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 support inclut à la fois les organisations EMEAR nouvellement créées et les organisations EMEAR de la phase 1 existantes.

Pour plus d’informations, voir Résidence des données en 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 permet de créer des stratégies QoS et de remarquer efficacement le trafic depuis et vers les nodes de maillage vidéo.

L’accompagnement de ces changements de ports est un changement de 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 dans Ports et protocoles utilisés par le maillage vidéo Webex et les étapes pour activer ou désactiver QoS dans le flux des tâches de déploiement du maillage vidéo dans le Guide de déploiement pour Maillage vidéo Cisco Webex ( ). https://www.cisco.com/go/video-mesh

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 servicemédia hybride » dans le Guide de déploiement Cisco Webex Teams service média hybride hybride.

Mise à jour OVA

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

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

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

2. Supprimer le nœud Voir « Désenregistrement du nœud médiahybride » dans le Guide de déploiement Cisco Webex Teams service média hybride Hybride.

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 Cisco Webex Teams service média hybride hybride.

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.