2021.06.17.2415m

24 juin 2021

Il n’y a aucune note de version pour cette mise à niveau de maintenance.

2021.05.27.2405m

4 juin 2021

• Ajoute la prise en charge des modifications à venir de Webex pour la mise en page en 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 qui ne sont pas par défaut.

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

2021.04.27.2391m

30 avril 2021

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

2021.03.22.2384m.3

6 avril 2021

Il n’y a aucune note de version pour cette mise à niveau de maintenance.

2021.03.22.2384m.1

31 mars 2021

Il n’y a aucune note de version pour cette mise à niveau de maintenance.

2021.03.03.2359m.7

16 mars 2021

Il n’y a aucune note de version pour cette mise à niveau de maintenance.

2021.03.03.2359m

12 mars 2021

Il n’y a aucune note de version pour cette mise à niveau de maintenance.

2021.02.05.2352m.4

12 février 2021

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

• Résout les problèmes de gigue et les valeurs de temps aller-retour incorrectement rapportées.

2021.01.13.2349m.3

5 février 2021

Il n’y a aucune note de version pour cette mise à niveau de maintenance.

2020.12.08.2333m.6

25 janvier 2021

Il n’y a aucune note de version pour cette mise à niveau de maintenance.

2020.12.08.2333m.5

8 janvier 2021

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

• Correction d'un problème, à savoir que si l'expiration du mot de passe est configurée 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 rapport des erreurs de connectivité provenant des délais d'attente lors du test de la connectivité du 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 de nœuds de maillage vidéo de réunion privée.

2020.12.08.2333m

11 décembre 2020

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

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

2020.11.17.2319m.9

8 décembre 2020

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

2020.11.17.2319m.4

1er décembre 2020

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

• Exécution de tests à la demande ou récurrentes par heure sur la base d’un nœud, d’un cluster.

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

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

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

2020.11.17.2319m.4

25 novembre 2020

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

2020.11.06.2314m

18 novembre 2020

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

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

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

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

2020.10.16.2305m

23 octobre 2020

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

2020.09.22.2288m.3

1er octobre 2020

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

2020.09.22.2288m

30 septembre 2020

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

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

• Correction des valeurs de temps de latence/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 d'un facteur 1000.)

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

2020.09.11.2279m

18 septembre 2020

• Ajout d’informations sur la plage d’adresses IP réservée pour 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 pour l’utilisation interne du nœud de maillage vidéo Webex de l’origine 172.17.0.0–172.17.255.255 (65 536 adresses) à 172.17.42.0–172.17.42.63 (64 adresses).

2020.08.31.2273m

8 septembre 2020

• Désactivation de TLS 1.1 sur le port 33432.

• Les mauvaises statistiques 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ées.

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

2020.08.19.2266m.1

26 août 2020

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

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

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

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

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

2020.08.06.2258m.4

18 août 2020

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

2020.08.06.2258m.1

13 août 2020

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

• 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

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

• Correction d’un problème, à savoir que l’audio reçu à partir de l’application Webex Meetings pouvait être plus silencieux que prévu pendant les premières secondes après une période de silence.

2020.06.29.2236m.10

9 juillet 2020

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

• Amélioration de la qualité média dans les réseaux avec perte de données.

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

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

2020.06.18.2231m

26 juin 2020

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

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

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

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

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

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

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

2020.05.26.2200m.3

10 juin 2020

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

• Les alarmes et les vérifications pour la connectivité du serveur Amazon ECR ont été supprimées à partir de la page de présentation de l'interface Web du nœud.

• Ajout d'un compteur de temps de fonctionnement à la page de présentation de l'interface Web du nœud.

• L'utilisation du CPU a été supprimée de la page de présentation de l'interface Web du nœud.

• Désactivez les tests de connectivité du proxy au 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 qu’une extension de remplissage automatique du navigateur tiers pouvait interférer avec l’interface Web du nœud de maillage vidéo Webex.

2020.04.16.2176m.2

8 mai 2020

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

• Correction d'un problème, à savoir qu'un certificat de serveur qui ne correspond pas était autorisé à être installé si un certificat correctement correspondant était précédemment téléchargé.

• Désactivez le test de connectivité websocket après qu’un problème ait été trouvé lorsque le nœud est derrière un proxy explicite.

2020.04.16.2176m.1

24 avril 2020

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

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

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

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

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

2020.03.11.2143m.8

17 avril 2020

• Un problème a été résolu, à savoir que certains clients recevaient uniquement l'audio des deux premiers interlocuteurs actifs lorsqu'une personne partageait du contenu audio.

• Correction d'un problème qui pouvait causer des échecs d'appels lorsque beaucoup de tentatives d'appel étaient effectuées dans un court laps de temps.

2020.03.11.2143m.7

6 avril 2020

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

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

• Réduit le nombre de demandes vers le service d'identité.

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

2020.03.11.2143m.3

24 mars 2020

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

2020.03.11.2143 M.9—Mise à niveau urgente

22 mars 2020

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

2020.03.11.2143 M—Mise à niveau urgente

11 mars 2020

• Désactivez les vérifications périodiques d’intégrité des appels et l’alarme correspondante (mf.callHealth.fail) qui ont été signalées sur le nœud et dans le Control Hub si des défaillances se produisaient sur le nœud au-delà d’un certain seuil.

2020.03.02.2132m

6 mars 2020

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

• Ajout d'une alarme qui est signalée sur le nœud et dans le Control Hub si des échecs périodiques de test d'intégrité des appels se produisent sur le nœud au-delà d'un certain seuil.

  ID de l’alarme : « mf.callHealth.fail », gravité : « avertissement », titre : « Le contrôle d’intégrité de l’appel a échoué »

2020.02.09.2120m.1

28 février 2020

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

2020.01.30.2115m

7 février 2020

• Corrigé CSCvs70769–Vulnérabilité de la demande HTTP NGINX de contrebande

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

2020.01.12.2091m

22 janvier 2020

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

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

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

2019.12.15.2053m

8 janvier 2020

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

2019.12.03.2042m

12 décembre 2019

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

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

2019.11.06.1992m

14 novembre 2019

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

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

2019.10.21.1973m.1

1er novembre 2019

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

2019.10.11.1964m.1

23 octobre 2019

• Corrigé CSCvr39819–Version du logiciel vulnérable.

• Corrigé CSCvr39878—Certificat auto-signé X.509 dont le nom commun ne correspond pas au serveur émetteur (SSL/TLS). Une modification a été effectuée, à savoir que le nom commun du certificat sur le nœud donne le nom de domaine complet du nœud (si disponible) ou l'adresse IP.

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

2019.09.19.1956m

26 septembre 2019

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

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

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

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

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

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

2019.08.21.1941m.2

13 septembre 2019

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

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

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

2019.08.14.1937m

16 août 2019

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

• Ajout de modifications de configuration qui empêche tout débordement des appels vers le Cloud.

2019.08.01.1929m

8 août 2019

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

  • La capture de paquets à partir de l'interface utilisateur Web n'a pas réussi à démarrer mais aucun message d'erreur n'est apparu.

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

2019.07.12.1917m

25 juillet 2019

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

• La version du système d'exploitation a été ajoutée à la carte Détails du nœud dans l'interface Web du nœud.

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

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

• Amélioration de la résolution et du choix de fréquences pour les flux de présentation.

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

• Correction d'un problème, à savoir qu'aucune option de rétablissement du son n'était disponible pour certains types de participants lorsqu'ils étaient désactivés par l'organisateur.

• Amélioration de la stimulation des médias pour les présentations transcodées.

2019.06.13.1907m.7

12 juillet 2019

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

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

2019.06.13.1907m.3

20 juin 2019

• Un problème a été résolu, à savoir que l'état de partage de la présentation était incorrect si un point de terminaison tentait de partager pendant qu'il se trouvait sur l'écran du lobby.

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

2019.06.13.1907m.1

14 juin 2019

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

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

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

• Un problème a été résolu avec la résilience des médias qui entraînait parfois la bande passante en cours d'utilisation à dépasser significativement la bande passante négociée pendant une courte période de temps.

2019.05.20.1892m1

24 mai 2019

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

• Ajout d’une nouvelle alarme dans le cadre de la migration à venir vers le registre des conteneurs élastiques 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 votre connectivité réseau au réseau public et vérifiez vos paramètres DNS. Cela peut également se produire en raison des modifications apportées au pare-feu qui est présent entre les nœuds de maillage vidéo et Internet. »

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

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

2019.04.29.1873m.4

13 mai 2019

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

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

• Un problème a été résolu, à savoir que le partage de contenu échouait dans certains scénarios.

2019.04.29.1873m

30 avril 2019

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

2019.04.18.1869m.1

26 avril 2019

• Correction d’un problème, à savoir que le partage sans fil à partir de Webex Teams pour Windows ne fonctionnait pas dans certains cas.

2019.03.22.1829m.2

2 avril 2019

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

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

2019.03.19.1826m

22 mars 2019

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

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

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

• Corrigé CSCvo93454–Vidéo unidirectionnelle lorsqu'un système immersif rejoint Webex.

• Corrigé CSCvo87069–Les sources de confiance SIP du maillage vidéo ne se remplissent 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'organisateur Webex.

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

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

• Ajout de nouvelles alarmes qui sont générées sur les nœuds de maillage vidéo et qui sont affichées dans le Control Hub lorsque le temps de réponse de la requête DNS dépasse 1,5 s dans 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 <x> de <number> ms dépasse le temps de réponse maximum de 1500 ms. »

  • Texte d'alarme pour lorsque le temps de requête du serveur DNS est supérieur à 1.5 s lors de la résolution d'un serveur NTP : « Lors de la résolution de <ntp-server>; le temps de réponse de la requête du ou des serveurs DNS <x> de <number> ms a dépassé le temps de réponse maximum de 1500 ms. »

2019.02.12.1786m

15 février 2019

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

• Corrigé CSCvo26600–Le validateur de jeton n'obtient pas la clé de validation de jeton si la demande CI initiale échoue

2019.01.29.1773m

6 février 2019

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

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

2019.01.14.1764m.1

18 janvier 2019

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

2018.10.04.1692m

5 octobre 2018

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

Janvier 2025

Cascades inter-clusters

Les cascades inter-clusters vous offrent un moyen efficace d’optimiser votre déploiement de maillage vidéo. Il améliore la qualité des appels et l’utilisation de la bande passante en activant des cascades directes entre les clusters de maillage vidéo de votre organisation. Vous avez également la possibilité de choisir quels clusters de votre organisation peuvent participer aux cascades inter-clusters. Voir Cascades inter-clusters pour plus d’informations.

Novembre 2024

Fin de la prise en charge du protocole d’interopérabilité Telepresence (TIP) et du multiplex (MUX)

Le maillage vidéo ne prend plus en charge le protocole d’interopérabilité TelePresence (TIP) et le multiplex (MUX) utilisés pour les périphériques CTS, TX et IX conformément à la suppression du protocole TIP/MUX par Webex.

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 équipe avec un large éventail de tests de surveillance du réseau. Les problèmes n'importe où dans votre infrastructure réseau peuvent être diagnostiqués avec une plus grande précision, ce qui améliore l'efficacité de votre déploiement.

  Pour plus d’informations sur l’activation de ThousandEyes pour votre entreprise 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 assurer la connectivité à ECR en autorisant l’URL « *dkr.ecr.us-east-1.amazonaws.com » dans les pare-feu et les proxys de votre application.

Décembre 2023

Migration du registre des conteneurs de Docker Hub vers Amazon ECR

Le registre du conteneur de maillage vidéo que les images des hôtes seront changées de Docker Hub par Amazon ECR. Cette migration devrait avoir lieu en février 2024. Nous demandons aux clients d’assurer la connectivité à l’ECR en autorisant l’URL « *.amazonaws.com » dans leurs pare-feu d’application et leurs proxys. Cette étape est nécessaire pour éviter tout problème potentiel pendant les mises à niveau.

Août 2023

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

• API d'administration VMN

• API réseau VMN

• API des certificats du serveur VMN

Juillet 2023

Webhooks pour les alertes de maillage vidéo

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

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

• Redirection des appels de cluster – Appels redirigés à partir d’un cluster particulier.
• Débordements d’appels de l’organisation – Nombre total de débordements d’appels vers le Cloud pour une organisation.

API des nœuds 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 du type de client.

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

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

• Nous avons ajouté deux nouveaux graphes à l’onglet Ressources . Il s’agit de la tendance Nombre total d’appels joints par type de point de terminaison et Nombre total d’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 graphe Segments d’appel par type de point de terminaison en 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

Assistance 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 à des informations détaillées.

Nous avons modifié le chemin de l’IU pour accéder à 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 auparavant.

La page de présentation de l’outil de surveillance regroupe les tests en Signalisation, Cascade et Accessibilité, vous aidant à affiner votre processus de dépannage.

Février 2023

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

• Au cours de 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 total 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 des tests de réseau, de contrôle d’intégrité des médias et d’accessibilité à 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 leur permet de mieux comprendre l’état de santé de leur déploiement.

Novembre 2022

Renommer un groupe dans le 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 des développeurs de maillage vidéo

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

Juillet 2022

Modification de l’outil de surveillance de l’intégrité des médias

Nous avons modifié la fréquence des tests périodiques à l’échelle du cluster, spécifiques au cluster ou spécifiques au nœud. Ces tests se sont exécutés toutes les heures dans les versions précédentes. Ils fonctionnent maintenant 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 aviez 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ôlaient si le maillage vidéo pouvait être mis en cascade sur Webex. Si un site externe n’a pas autorisé les cascades du maillage vidéo, votre média a toujours utilisé les nœuds du Cloud Webex.

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

Janvier 2022

Mises à jour des ports

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

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

Comme indiqué dans Configuration réseau requise pour les services Webex, 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 strictes, mettez à jour la configuration de votre pare-feu pour ouvrir ces ports pour le maillage vidéo avant la version de février.

Octobre 2021

Média distribué dans le monde entier

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

13 août 2021

Réunions privées

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

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

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

9 février 2021

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

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

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

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

26 août 2020

Mise en cache DNS

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

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

Assistance pour Webex Events

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

7 août 2020

Format d’adresse vidéo courte pour Webex Meetings

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

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

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

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

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

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

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

9 juillet 2020

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

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

Tous les nœuds de maillage vidéo Webex ont la découverte de chemin 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 échoue en raison de problèmes de pare-feu ou de réseau, le nœud peut avoir des problèmes de connectivité au cloud en raison de paquets plus volumineux que la perte MTU. Configurer manuellement une taille de MTU inférieure peut résoudre ce problème.

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

26 juin 2020

Nouvelle option de déploiement VMNLite

Les déploiements de Webex Teams principalement et de points de terminaison enregistrés dans le cloud utilisent plus de commutation et moins de ressources de transcodage que ne le prévoit la configuration standard. Déployer plus de machines virtuelles, plus petites, sur l'hôte optimise les ressources pour ce scénario.

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

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

• 20 Go de mémoire principale

• 80 Go d'espace disque dur local

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

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

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

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

Vous pouvez maintenant programmer des mises à niveau logicielles automatiques sur vos clusters de maillage vidéo pour qu’elles soient effectuées sur une base hebdomadaire au lieu de quotidiennement (par défaut). Vous pouvez reporter une fois une mise à niveau. Si vous configurez un calendrier hebdomadaire, le report signifie que la mise à niveau se produit pendant la période de mise à niveau de la semaine suivante.

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

24 avril 2020

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

L’interface Web de maillage vidéo contient davantage de nouvelles fonctionnalités pour faciliter la gestion des modifications réseau. Vous pouvez activer l'interface externe dans un déploiement d'interface réseau double (NIC) à partir de l'interface web. Vous pouvez ensuite affiner le routage des nœuds de maillage vidéo en ajoutant des règles de routage définies par l’utilisateur pour les interfaces externes et internes. Vous pouvez également modifier 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

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

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

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

18 septembre 2018

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

Les nœuds de maillage vidéo 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 nœuds de maillage vidéo. Ce changement vous permettra de créer des politiques de QoS et de remarquer efficacement le trafic vers et depuis les nœuds de maillage vidéo.

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

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

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

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 profiter des fonctionnalités incluses dans la prise en charge de la multidiffusion. La multidiffusion offre une meilleure utilisation de la bande passante en moyenne, en particulier pour le lien en cascade entre les nœuds du service média hybride et les nœuds média du Cloud publics 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 ports et de la mise à jour OVA

Le service média hybride Cisco Spark prend maintenant en charge les points de terminaison SIP enregistrés sur site 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 est 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 des types de ressources média est disponible dans les options du site Salle de réunion de collaboration sur le Cloud.)

Modifications de port

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

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

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

Mise à jour OVA

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

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

1. Déplacer le nœud en mode de maintenance. Voir Déplacer un nœud de service hybride en mode de maintenance.

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

3. Supprimez la MV 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 et réenregistrez le nœud média hybride sur Cisco Collaboration Cloud. Voir « Déployer le service média hybride » dans le Guide de déploiement du service média hybride Cisco Spark.

5. Sortir le nœud du mode de maintenance. Voir 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 instructions pour préparer le site Webex, voir 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 renvoie aux sections mises à jour.