Les mises à jour Notes de version sont en cours de maintenance. Ce sont des mises à jour requises pour que votre déploiement du maillage vidéo reste à jour et sécurisé. Mais, elles ne contiennent pas de modifications qui affectent la fonctionnalité ou corrigent des bogues spécifiques qui auront un impact sur le client.

Télécharger le logiciel du nœud de maillage vidéo le plus récent

Pour une nouvelle installation, téléchargez toujours une nouvelle copie de l’image du nœud de maillage vidéo Webex à partir de celien. N’utilisez pas une image d’une installation passée pour déployer un nœud Maillage vidéo Webex.

Pour les instructions d’installation, allez à accéder au Guide de déploiement https://www.cisco.com/go/video-meshdu maillage vidéo Webex.

2021.08.09.2428m.2

13 août 2021

Cette mise à jour de maintenance inclut la nouvelle fonctionnalité de réunion privée.

2021.07.22.2424m

29 juillet 2021

  • Résout un problème sur les points de terminaison SIP avec l’affichage des notifications à l’écran lors de l’affichage simultané de plusieurs participants et le partage de contenu.

2021.07.08.2423m

15 juillet 2021

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

2021.06.17.2415m

24 juin 2021

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

05.05.2021.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 des perte de paquets pour les appels transcodés dans Control Hub.

22.03.2021.2384m.3

6 avril 2021

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

22.03.2021.2384m.1

31 mars 2021

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

07.03.2021.2359m.7

16 mars 2021

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

2021.03.03.2359m

12 mars 2021

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

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

03.01.2021.2349m.3

5 février 2021

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

06.12.2020.2333m.6

25 janvier 2021

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

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

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

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

04.11.2020.17.2319m.4

25 novembre 2020

  • Aucun Notes de version 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.

22.09.2020.2288m.3

1er octobre 2020

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

22.09.2020.2288 m

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.

  • Nous avons corrigé les valeurs de latence/durée aller-retour dans les statistiques média sur la page de dépannage des réunions dans Control Hub. (Les statistiques étaient off 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).

03.08.2020.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).

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

04.08.2020.2258m.4

18 août 2020

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

01.08.2020.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 pouvoir résoudre la FDQN de test pour que le test DNS passe. (Dans les version précédentes, si un serveur DNS était en mesure de résoudre le FDQN de test, le test passerait.)

  • 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 n’est pas en mesure d’atteindre l’un des média sur le Cloud serveurs.

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.

01.04.2020.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é.

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

07.03.2020.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 à 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.

03.03.2020.2143m.3

24 mars 2020

  • Aucun Notes de version 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’uncertain 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é : « avertissement », titre : « La vérification de l’état des appels a échoué »

01.02.2020.2120m.1

28 février 2020

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

2020.01.30.2115m

7 février 2020

  • Correction CSCvs70769— «Vulnérabilité d’engendrage de la requête NGINX HTTP »

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

01.01.20201m

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 ( ), à savoir que la vidéo de faible qualité pouvait être affichée sur certains écrans d’un point de terminaisonCSCvs28104à 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.

03.12.2019m

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ée 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.

11.06.2019 1992 m

14 novembre 2019

  • Correction CSCvr92794— «msg d’erreur incorrect FDQN validation 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.

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

10.10.2019.1964m.1

23 octobre 2019

  • Correction — CSCvr39819« Version du logicielvulnérable».

  • Correction — « Certificat X.509 auto-signé dont le nom commun ne correspond pas au serveur émettrice CSCvr39878(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 Nom alternatif de l’objet(s) : » au formulaire de création CSR dans l’interface Web.

09.09.2019.1956 m

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éo Webex.

  • Changé 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 du fournisseur du 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.

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

08.08.2019 1937 m

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.

01.08.2019 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.)

07.07.2019 1917 m

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.

07.06.2019 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é.

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

01.06.2019 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 le 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.

  • Une nouvelle alarme a été ajoutée dans le cadre de la migration prochaine vers le registre du conteneur Elastic Amazon : « Le nœud de maillage vidéo n’a pas pu télécharger le logiciel requis du fournisseur du 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.

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

29.04.2019.1873m

30 avril 2019

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

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

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

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

  • Correction — CSCvo93454« Vidéo one waylorsque le système d’immersion rejoint Webex. »

  • Correction — CSCvo87069« Les sources deconfiance SIP du maillage vidéo ne sont pas remplies »

14.02.2019 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.5s : « Le temps de réponse de requête du serveur DNS est de ms excédé le temps de réponse <x> <number> maximum de 1500 ms. »

    • Texte d’alarme pour quand le temps de requête du serveur DNS est supérieur à 1.5s lors de la résolution d’un serveur NTP : « Tout en résolvant <ntp-server>; Le temps de réponse de requête du serveur DNS était de ms excédait le temps de réponse maximum de <x> <number> 1500 ms. »

02.02.2019.1786 m

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.

  • Correction — CSCvo26600« Jeton validateur ne reçoit pas la clé de validation du jeton si la demande initialed’IC échoue »

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

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

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

Cette page couvre les annonces pour vous aider à préparer votre déploiement du maillage vidéo Webex pour les nouvelles version.

Allez à https://www.cisco.com/go/video-mesh pour accéder au Guide de déploiement du maillage vidéo Webex.

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 à et https://www.cisco.com/go/video-mesh 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 vous remarquez que les réponses DNS à vos nodes de maillage vidéo prennent régulièrement plus de 750 ms, ou si le CAT Cisco le recommande, vous pouvez activer le cache DNS. Avec le mise en cache DNS, le nœud cache les réponses DNS localement, ce qui rend les demandes moins sujettes à des délais ou des délais d’attente susceptibles de conduire à des alarmes de connectivité, des appels en panne ou des problèmes de qualité des appels. 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 les sites ultérieurs, les utilisateurs peuvent rejoindre les réunions en utilisant le format d’adresse vidéo @webex.com plus court (au lieu de <meeting_number><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 à a été mis à jour avec des instructions sur la gestion du format plus court lors de la https://www.cisco.com/go/video-mesh configuration d’un déploiement du maillage vidéo.

Pour utiliser le format de l’adresse vidéo courte avec un déploiement de maillage vidéo existant, vous devez ajouter un schéma de route ou un schéma de numérotation pour gérer le format. Voir l’étape qui inclut « adresse vidéo courte » dans la section appropriée du guide, en fonction de la façon dont vous avez configuré votre environnement de contrôle des appels :

Par défaut, le format des invitations aux réunions est toujours le plus long. Pour modifier ceci pour 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 du chemin MTU (PMTU) 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

Si votre déploiement du maillage vidéo Webex inclut principalement les points de terminaison Webex Teams et enregistrés sur le Cloud, vos points de terminaison 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 :

Cisco Meeting Server 1000

(CMS 1000)

3 machines virtuelles VMNLite

(3 nods de maillage vidéo)

Serveur de médias multipartie Cisco 410v

2 machines virtuelles VMNLite

(2 nods de maillage vidéo)

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, la coresidence avec d’autres services n’est pas autorisée 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, consultez 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, reporter signifie que la mise à jour interviendra 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 à https://www.cisco.com/go/video-meshl’site .

24 avril 2020

Nouvelles options de configuration du réseau (Interface réseau externe, règles d’acheminement, Réseau du conteneur) dans l’interface Web du nœud de maillage vidéo

L’interface Web de maillage vidéo Webex 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 à https://www.cisco.com/go/video-meshl’adresse .

20 mars 2020

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

Le maillage vidéo Webex est maintenant pris en charge pour les organisations dans Cisco Webex Teams région de résidence des données européennes. 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 dans Cisco Webex Teams.

4 novembre 2019

Nouvelles améliorations apportées aux rapports de maillage vidéo : Analytique et utilisation récente des ressources

Vous pouvez maintenant accéder à deux catégories de rapports pour vous aider à gérer votre déploiement du maillage vidéo : analytiques et utilisation récente des ressources.

Les analyses sont des nouveaux rapports interactifs qui fournissent une tendance à long terme (jusqu’à 3 mois de données) dans les catégories de engagement, utilisation des ressources et utilisation de la bande passante.

Les rapports récents d’utilisation des ressources étaient précédemment disponibles et sont déplacés vers la page Dépannage dans Control Hub. Ils fournissent une vue quasi en temps réel de l’activité au cours de votre organisation.

Vous pouvez filtrer ces rapports sur des données spécifiques que vous recherchez et les enregistrer en tant que différents types de fichiers directement à partir de Control Hub. Pour plus d’informations, voir la documentation Maillage vidéo à https://www.cisco.com/go/video-meshl’site .

16 août 2019

Prise en charge des proxies explicites

Maillage vidéo Cisco Webex proxies explicites, en plus des proxies d’inspection et de non-inspection transparents. Vous pouvez lier ces proxies à votre déploiement du maillage vidéo Webex afin que vous pouvez sécuriser et surveiller le trafic de l’entreprise vers le Cloud. Cette fonctionnalité envoie une signalisation et une gestion du trafic https au proxy. Pour les proxys transparents, les demandes réseau des nodes de maillage vidéo sont mandataires vers un proxy spécifique via les règles d’acheminement du réseau d’entreprise. Vous pouvez utiliser l’interface d’administration du maillage vidéo Webex pour gestion des certificats statut général de la connectivité après avoir appliqué le proxy avec les nodes.


Le média ne se déplace pas dans le proxy. Vous devez toujours ouvrir les ports requis pour que les flux de médias atteignent le Cloud directement.

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.

25 juillet 2019

Nouvelles fonctionnalités de dépannage (Ping, Trace Route, Serveur NTP, Serveur Reflector et compte de débogage) dans l’interface Web du nœud de maillage vidéo

L’interface Web de maillage vidéo Webex contient plus de nouvelles fonctionnalités pour faciliter le dépannage. Vous pouvez exécuter différents tests réseau (ping, trace route et vérification du serveur NTP) à partir de l’interface Web. Vous pouvez également vérifier que les ports applicables sont ouverts sur votre réseau en utilisant le serveur Reflector. Lorsque vous avez besoin de l’aide des ingénieurs d’assistance Cisco, vous pouvez créer un débogage temporaire compte utilisateur leur permettre de dépanner votre déploiement.

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

24 mai 2019

Nouvelles fonctionnalités de dépannage (journaux, captures de paquets) et aperçu remandé dans l’interface Web du nœud de maillage vidéo

L’interface Web de maillage vidéo Webex contient maintenant des nouvelles fonctionnalités pour faciliter le dépannage. Vous pouvez générer des journaux et des captures de paquets à partir du nœud lui-même et les envoyer à l’assistance Cisco lorsqu’ils sont prêts.

L’interface Web contient également une nouvelle page Présentation qui contient des informations utiles concernant le nœud, telles que l’état du nœud, les informations d’inscription, les résultats des tests de connectivité, etc.

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

Migration de Docker Hub vers le registre Elastic Container d’Amazon

Dans le but de réduire le nombre de domaines différents accédés par le nœud de maillage vidéo, nous allons passer des domaines du concentrateur Docker (.docker.io et .docker.com) vers le registre du conteneur elastic container Amazon (*.amazonaws.com). Cette migration interviendra dans environ 6 à 8 semaines à partir du moment de cette publication. En tant qu’étape de préparation, vous devez vous assurer que le nœud de Maillage vidéo enregistré dans votre organisation Webex peut communiquer avec le domaine *.amazonaws.com, sinon les futures mises à niveau des conteneurs du nœud de maillage vidéo échoueront. Vérifiez les paramètres de votre pare-feu et/ou de votre proxy pour assurer que le trafic du nœud de maillage vidéo est autorisé vers le domaine *.amazonaws.com.

Après avoir passé le changement à votre pare-feu ou à votre proxy, vous pouvez vérifier la connectivité au domaine *.amazonaws.com en vous connectant à l’interface Web du nœud de maillage vidéo. La capacité de vérification de la connectivité à Amazon a été incluse dans la version logicielle 2019.03.19.1826m et vous devez avoir lancé ce logiciel pour valider votre connectivité sur le domaine *.amazonaws.com.

  1. Accédez à votre interface Web de nœud de maillage vidéo (https://%VMN_IP%/setup), puis choisissez Aperçu.

  2. Dans la section Détails de la connectivité vérifiez le statut de La vérification de la connectivité du Cloud.


    Si les détails de la connectivité sont rouges, ceci indique que la vérification de la connectivité à Amazon a échoué et d’autres mesures correctives sont requises.

15 février 2019

Prise en charge Ligne auxiliaire SIP du proxy sécurisé et transparent

Le maillage vidéo Webex prend maintenant en charge une connexion de tronc sécurisée à partir d’Unified CM vers les nodes de maillage vidéo et l’échange sécurisé des certificats. Avec cette option, le chiffrement de bout en bout est requis à partir du Cloud vers le bas vers les points de terminaison enregistrés sur site.

Le maillage vidéo Webex prend également en charge l’inspection transparente et la non-inspection des proxies afin que vous pouvez sécuriser et surveiller le trafic de l’entreprise vers le Cloud.

Pour plus d’informations sur l’utilisation de ces fonctionnalités dans un déploiement de nœud maillage vidéo, voir le guide de déploiement à l’aide https://www.cisco.com/go/video-meshde .

7 février 2019

Double interface réseau pour les nodes de maillage vidéo

Pour un déploiement DMZ, vous pouvez maintenant configurer les nodes de maillage vidéo dans un cluster avec la double interface réseau (NIC). Cette option de déploiement vous permet d’indéploier le trafic du réseau de l’entreprise à partir du trafic du réseau du Cloud sur le nœud du maillage vidéo : la NIC interne (du côté de l’entreprise) est utilisée pour les communications inter-box, les cascades entre les clusters de nœuds et pour accéder à l’interface de gestion du nœud, tandis que la NIC externe (du Cloud) est utilisée principalement pour la connectivité au monde extérieur et cascades vers le Cloud.

Pour plus d’informations sur l’utilisation de cette fonctionnalité dans un déploiement de nœud maillage vidéo, voir le guide de déploiement à l’aide https://www.cisco.com/go/video-meshde .

18 septembre 2018

Améliorations apportées à la Qualité de service (QoS) pour le maillage vidéo Webex

Les nods de maillage vidéo Webex sont maintenant conformes aux meilleures pratiques recommandées en matière de qualité de service (QoS) en activant les plages de ports qui vous permettent de différencier les flux audio et vidéo dans tous les flux vers et depuis les nods 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 nodes de maillage vidéo Webex marquent automatiquement le trafic média à partir des points de terminaison SIP enregistrés (sur site Unified CM ou VCS Expressway enregistré) à la fois 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 les 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).


Les applications Webex continuent de se connecter aux nodes de maillage vidéo Webex sur lesports partagés 5004 et 5006. Ces ports sont également utilisés par les applications et points de terminaison Webex pour les tests d’accessibilité à STUN vers les points de maillage vidéo Webex. Le nœud de maillage vidéo Webex vers le nœud de maillage vidéo Webex pour les cascades utilise un port de destination partagéde 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 ControlHub. 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 la dernière version de l’OVA, à 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 Pour plus d'informations, reportez-vous à la section « Supprimer le nœud média hybride » dans le Guide de déploiement du service média hybride Cisco Spark.

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

  4. Installez le nouveau OVA et logiciel du service média hybride, définissez la configuration du newtork, puis supprimez le nœud média hybride sur Cisco Collaboration Cloud. Pour plus d'informations, reportez-vous à la section « 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.