Les APIs Meraki offrent une des limites de débit les plus généreuses du secteur : jusqu’à 10 appels par seconde, bien au-dessus de la plupart des solutions de réseau géré dans le cloud. Pour la grande majorité des clients, c’est largement suffisant. Certains déploiements à très grande échelle peuvent atteindre cette limite. Mais ce n’est pas là que le vrai problème commence.

Le besoin

Le problème de fond, c’est que le polling est le mauvais modèle pour des données événementielles, quelle que soit la limite de débit.

Prenons un cas concret. Je veux tracer les changements de configuration du dashboard dans Splunk. Avec l’Add-On Meraki pour Splunk, je configure une collecte périodique. Résultat : polling toutes les heures, aucun changement détecté pendant plusieurs jours, puis un incident à 14h10 et une notification dans Splunk 50 minutes plus tard.

Ce délai n’est pas un problème de fréquence d’appels. C’est un problème de modèle. Quand vous interrogez régulièrement le statut de vos équipements, vous ne cherchez pas à confirmer qu’ils fonctionnent. Vous cherchez à savoir quand ils tombent. Ce qui compte pour les équipes réseau, ce ne sont pas les états stables, ce sont les changements d’état. Et pour ça, interroger toutes les heures génère une masse d’appels inutiles, pour une information qui arrive trop tard.

La solution

Le principe est simple : au lieu que votre système interroge Meraki, c’est Meraki qui pousse l’information vers vous dès qu’un événement se produit. C’est exactement le même raisonnement que la streaming telemetry, appliqué aux APIs.

Les Push APIs Meraki permettent de s’abonner à des topics (changements de configuration, disponibilité des équipements, statut des liens, …) et de recevoir les mises à jour en temps réel via webhook. Sans polling, sans délai, sans appels redondants. C’est exactement le même principe que la streaming telemetry, mais appliqué aux APIs.

Le résultat

Une fois les Push APIs configurées, vous pouvez alimenter un dashboard Splunk avec vos changements de configuration en temps réel. Vous pouvez même connecter un LLM (Large Language Model) pour interroger vos logs directement depuis Telegram.

La bonne information arrive au bon moment, sans surcharger votre infrastructure ni votre quota d’appels API.

Conclusion

The post La fin des requêtes API vers le dashboard Meraki appeared first on Cisco France Blog.

Comme son intitulé l’indique, la loi n° 2015-136 promulguée le 9 février 2015 et dite “Abeille”, du nom de la députée Laurence Abeille en étant à l’origine, a introduit une approche de sobriété, information et sensibilisation concernant l’exposition du public aux champs électromagnétiques. Plus particulièrement pour les enfants et dans le secteur de l’éducation, cette législation encadre certaines règles pour le déploiement des réseaux sans fil.
Qu’est-ce que ça veut donc dire pour nous qui faisons du Wi-Fi ?

Dans l’article 7 de cette loi, nous retrouvons les réglementations suivantes :

1. Dans les établissements type crèches, haute-garderies, écoles maternelles, etc., l’installation des points d’accès Wi-Fi est interdite dans les espaces dédiés à l’accueil, au repos et aux activités des enfants de moins de trois ans.
2. Dans les classes des écoles primaires, les accès sans fil doivent être désactivés lorsqu’ils ne sont pas utilisés pour les activités numériques pédagogiques.
3. Dans les écoles primaires, toute nouvelle installation Wi-Fi doit faire l’objet d’une information préalable du conseil d’école.

Nous partageons ici une compréhension personnelle et non officielle du texte cité, abordée sous l’angle du Wi-Fi et dans un but purement informatif. Ce n’est donc pas un avis juridique : seuls les textes officiels font foi. Avant toute mise en conformité, le mieux reste d’en discuter avec un conseil juridique qualifié, qui saura vous accompagner sur votre contexte précis.
Si le respect des points 1 et 3 dépend principalement de la planification et l’installation des points d’accès, ainsi que d’une communication formelle auprès du conseil d’école, le 2ème point soulève des questions sur les options à utiliser pour configurer cette désactivation du Wi-Fi ponctuelle, ou peut-être même programmée.

Il faudrait d’abord clarifier la notion de “accès sans fil”, faisant l’objet de cette désactivation.
Est-ce la mise hors ligne complète des points d’accès de l’architecture Wi-Fi ?
Ou alors juste la désactivation des SSIDs ?
Ou encore l’extinction des radios des points d’accès ?

La mise hors ligne complète des APs représente la mesure la plus drastique, que nous déconseillons systématiquement, surtout pour des courtes périodes, pour plusieurs raisons. L’une d’entre elles étant qu’au moment de la remise en ligne des APs on risque d’introduire une charge additionnelle sur le reste du réseau filaire derrière, le temps que les APs obtiennent tous une adresse IP, retrouvent leur système de contrôle (qu’il soit on-premise ou cloud), se resynchronisent avec ce système, revérifient et éventuellement corrigent la planification automatique des radios, etc. Éteindre complètement les APs pour désactiver les accès sans fil serait un peu comme utiliser de la dynamite pour ouvrir une cacahuète : ça marche, mais ça entraîne des effets secondaires, qu’on pourrait éviter avec des techniques plus ajustées à la dimension du besoin.
Pour la petite digression, un autre cas où on évoque parfois cet extrême est le gain énergétique. Mettre hors ligne les APs est la façon la plus efficace de faire des économies énergétiques sur les bornes Wi-Fi. En revanche, pour les mêmes raisons qu’on vient de lister dans le paragraphe précédent, on peut introduire beaucoup d’autres problèmes collatéraux pour le bon fonctionnement du réseau en général. L’impact sur le business (indisponibilité du Wi-Fi pour les employés, arrêt d’une chaîne de production, déconnexion des patients ou des visiteurs, etc.) justifie rarement ce niveau de gain énergétique, alors que les APs Cisco optimisent déjà largement leur consommation réelle par rapport au budget PoE alloué par défaut par les switches. Peu d’organisations méritent de prendre des risques aussi élevés que ceux introduits par la mise hors ligne et le rallumage des APs tous les jours, ou en tout cas de manière très fréquente. Si un business très peu critique le permet, ou si l’extinction des APs doit survenir rarement et pour des périodes relativement longues, l’option technique en tout cas existe, pour la plupart en jouant typiquement sur le PoE des switches.

En revenant sur l’exemple de la loi Abeille, si on devait interpréter les “accès sans fil” par la notion des SSIDs (sans lesquels il n’y a pas d’accès sans fil), les architectures Cisco fournissent plusieurs options pour leur désactivation. Si elle doit être faite à la demande (par exemple, un enseignant cliquant sur un bouton physique/virtuel mis à disposition par l’école), des APIs existent à tout niveau pour piloter le réseau : en mode Catalyst, à la fois pour les contrôleurs 9800 et Catalyst Center, ou en mode Meraki aussi. La solution Cisco Spaces supporte par exemple l’intégration de balises tierces (Kontakt.io, Securitas Healthcare, Moko Smart, etc.), qui peuvent embarquer des boutons d’action et communiquent en BLE, en gardant ainsi toujours une connexion même si les SSIDs ou les radios Wi-Fi sont coupés. Quand le bouton d’action d’une balise dans une classe est déclenché, les radios BLE des APs Cisco récupèrent ce type de message et le transmettent à Cisco Spaces. Dans ce dernier un peut ensuite configurer un évènement pour déclencher une notification API vers un système externe, dès que cet appui sur le bouton d’action est détecté. Ce système externe pourra ensuite agir par APIs sur la configuration de l’infrastructure wireless.
D’un autre côté, pour une désactivation automatique et programmée, par exemple en dehors des horaires d’enseignement, dans les déploiements en mode Catalyst et au niveau du contrôleur 9800, nous pouvons créer un Calendar Profile définissant les plages horaires pendant lesquelles un SSID doit rester actif. Ce Calendar Profile s’applique ensuite sous le Policy Profile lié au WLAN Profile du SSID en question. La désactivation d’un Policy Profile entraîne automatiquement la non-diffusion du SSID du WLAN Profile, auquel il est lié. Un Calendar Profile peut être créé en interface graphique ou en ligne de commande aussi. Par exemple, pour un Calendar Profile qui garderait un SSID activé toutes les semaines du lundi au vendredi, de 8h à 17h :

wireless profile calender-profile name CALENDAR_PRFL_MON-FRI_8-17
 day Monday
 day Tuesday
 day Wednesday
 day Thursday
 day Friday
 recurrance weekly
 start 08:00:00 end 17:00:00

Pour configurer ensuite ce Calendar Profile sous le Policy Profile, nous devons passer par la ligne de commande :

wireless profile policy POLICY_PRFL_STUDENTS
 shutdown
 calender-profile name CALENDAR_PRFL_MON-FRI_8-17
 action wlan_enable
 no shutdown

Toujours pour les passionnés de la ligne de commande, nous pourrions également obtenir le même résultat en passant par les commandes Embedded Event Manager.
Par exemple, pour désactiver un WLAN Profile et son SSID du lundi au vendredi, à 17h :

event manager applet EEM_WLAN_SHUT_MON-FRI_17
 event timer cron name CRON_MON-FRI_17 cron-entry "0 17 * * 1-5" maxrun 600
 action 001 cli command "enable"
 action 002 cli command "conf t"
 action 003 cli command "wlan WLAN_PRFL_STUDENTS"
 action 004 cli command "shutdown"

Ensuite, pour le réactiver du lundi au vendredi, à 8h :

event manager applet EEM_WLAN_NO_SHUT_MON-FRI_8
 event timer cron name CRON_MON-FRI_8 cron-entry "0 8 * * 1-5" maxrun 600
 action 001 cli command "enable"
 action 002 cli command "conf t"
 action 003 cli command "wlan WLAN_PRFL_STUDENTS"
 action 004 cli command "no shutdown"

Plus de détails sur ces premières options du contrôleur 9800 sont disponibles également dans le document WLAN SSID Availability Configuration Guide.

De manière équivalente, avec Catalyst Center nous avons une option dédiée à la programmation des SSIDs, en définissant d’abord les plages horaires souhaitées (Design > Network Settings > Wireless > SSIDs > SSID Scheduler) :

Puis en appliquant cette programmation au Network Profile de type Wireless souhaité, sous les réglages du SSID (Design > Network Profiles > PROFILE_NAME > Edit > SSIDs) :

Les déploiements en mode Meraki disposent d’une option équivalente aussi, appelée SSID Availability.
Nous pouvons l’appliquer soit à tous les APs d’un Network, soit à certains seulement, qui dans ce cas doivent être étiquetés avec un Tag, à configurer au préalable (Wireless > Monitor > Access points) :

Une fois les APs étiquetés, nous pouvons programmer la disponibilité de nos SSIDs à ces APs de manière spécifique (Wireless > Configure > SSID Availability) :

D’un autre côté, la désactivation des radios, tout en gardant les APs connectés et opérationnels, pourrait être une option encore plus proche au sens de la demande de désactivation des accès sans fils de la loi Abeille, justement dans un objectif de sobriété d’exposition aux champs électromagnétiques.
De façon très similaire à la programmation d’un SSID, sur un contrôleur Catalyst 9800 nous pouvons réutiliser la notion de Calendar Profile, cette fois-ci à appliquer à un Power Profile pour la désactivation des radios. Nous commençons donc par la même configuration d’un Calendar Profile, que nous pouvons retrouver également par interface graphique (Configuration > Tags & Profiles > Calendar). Cette fois-ci, nous souhaitons en revanche paramétrer les périodes, pendant lesquelles les radios doivent rester désactivées : le Calendar Profile est donc configuré pour démarrer à 17h et s’arrêter à 8h, toujours du lundi au vendredi.

Si on devait s’arrêter ici, le vendredi à 17h les radios de nos APs se désactiveraient, mais en se réactivant automatiquement le samedi à 8h. Pour les garder éteintes pendant le weekend aussi, il faudrait donc créer un autre Calendar Profile, pour samedi et dimanche, toujours à affecter au même AP Join Profile et avec le même Power Profile ci-dessous. Nous allons ensuite configurer un Power Profile définissant les actions à programmer, comme l’extinction de toutes les interfaces radio (Configuration > Tags & Profiles > Power Profile) :

Il ne reste plus qu’à affecter ces deux profils dans un AP Join Profile (Configuration > Tags & Profiles > AP Join > PROFILE_NAME > AP > Power Management), qui lui il sera distribué aux APs, si pas déjà fait, à travers la notion de Site Tag :

Note : si d’un côté un Power Profile désactivant toutes les radios peut répondre à un besoin de réduction des émissions radio pour certains environnements ou institutions, d’un autre côté cela ne représente pas toujours une option très recommandée dans un objectif d’économies énergétiques. Même si moins drastique que mettre hors ligne les APs, éteindre les radios signifie couper complétement l’accès Wi-Fi pour tout le monde : pour des équipes de maintenance, des interventions d’urgence, des ouvertures non planifiées, etc. Encore une fois, pour des métiers peu critiques le permettant, cela pourrait rester viable ; mais pour la plupart des organisations où le Wi-Fi est fondamental pour le business, dans un souci d’économies énergétiques, nous conseillons plutôt la réduction du nombre d’antennes utilisées par les APs. Cette fonction offre la possibilité de toujours garder les radios actives, juste avec une seule antenne en émission/réception par exemple, pendant les heures creuses, et la possibilité pour ces mêmes radios de remonter aussi à pleine capacité si un certain nombre de terminaux commence à avoir besoin de se connecter. Tout cela se configure toujours au niveau d’un Power Profile, en paramétrant toutes les radios avec le mode de Spatial Streams 1×1, voire en forçant également l’uplink Ethernet à 1 Gbps (pour encore plus d’économies) :

En revenant à nouveau au cas de figure de la loi Abeille et toujours pour les passionnés de la ligne de commande, on peut implémenter la désactivation des radios avec les fonctions de scripting Embedded Event Manager (EEM). Dans les propositions suivantes il faudrait bien évidemment remplacer <SITE_TAG_NAME> avec le(s) nom(s) du/des Site Tag(s) souhaité(s). Pas toutes les radios listées dans les actions de désactivation/réactivation sont disponibles dans tous les modèles d’APs non plus : certaines commandes échoueront si elles restent incluses (elles n’affecteront pas la validité et les actions de ces scripts, mais pourraient générer des logs indésirés). Par exemple, pour désactiver toutes les radios de tous les APs dans le Site Tag <SITE_TAG_NAME>, du lundi au vendredi à 17h :

event manager applet EEM_RADIOS_SHUT_MON-FRI_17
 event timer cron name CRON_MON-FRI_17 cron-entry "0 17 * * 1-5" maxrun 600
 action 001 cli command "enable"
 action 002 cli command "terminal length 0"
 action 003 cli command "show ap tag summary | i <SITE_TAG_NAME>"
 action 004 foreach line "$_cli_result" "\n"
 action 005 regexp "^([^ ]+).*\r$" "$line" _match _AP_NAME
 action 006 if $_regexp_result eq "1"
 action 007 cli command "ap name $_AP_NAME dot11 24ghz shutdown"
 action 008 cli command "ap name $_AP_NAME dot11 24ghz slot 0 shutdown"
 action 009 cli command "ap name $_AP_NAME dot11 5ghz shutdown"
 action 010 cli command "ap name $_AP_NAME dot11 5ghz slot 1 shutdown"
 action 011 cli command "ap name $_AP_NAME dot11 5ghz slot 2 shutdown"
 action 012 cli command "ap name $_AP_NAME dot11 6ghz shutdown"
 action 013 cli command "ap name $_AP_NAME dot11 6ghz slot 2 shutdown"
 action 014 cli command "ap name $_AP_NAME dot11 6ghz slot 3 shutdown"
 action 015 cli command "ap name $_AP_NAME dot11 dual-band shutdown"
 action 016 cli command "ap name $_AP_NAME dot11 dual-band slot 0 shutdown"
 action 017 cli command "ap name $_AP_NAME dot11 dual-band slot 1 shutdown"
 action 018 cli command "ap name $_AP_NAME dot11 dual-band slot 2 shutdown"
 action 019 end
 action 020 end

Ensuite, pour (ré)activer toutes ces mêmes radios, du lundi au vendredi à 8h :

event manager applet EEM_RADIOS_NO_SHUT_MON-FRI_8
 event timer cron name CRON_MON-FRI_17 cron-entry "0 8 * * 1-5" maxrun 600
 action 001 cli command "enable"
 action 002 cli command "terminal length 0"
 action 003 cli command "show ap tag summary | i <SITE_TAG_NAME>"
 action 004 foreach line "$_cli_result" "\n"
 action 005 regexp "^([^ ]+).*\r$" "$line" _match _AP_NAME
 action 006 if $_regexp_result eq "1"
 action 007 cli command "ap name $_AP_NAME no dot11 24ghz shutdown"
 action 008 cli command "ap name $_AP_NAME no dot11 24ghz slot 0 shutdown"
 action 009 cli command "ap name $_AP_NAME no dot11 5ghz shutdown"
 action 010 cli command "ap name $_AP_NAME no dot11 5ghz slot 1 shutdown"
 action 011 cli command "ap name $_AP_NAME no dot11 5ghz slot 2 shutdown"
 action 012 cli command "ap name $_AP_NAME no dot11 6ghz shutdown"
 action 013 cli command "ap name $_AP_NAME no dot11 6ghz slot 2 shutdown"
 action 014 cli command "ap name $_AP_NAME no dot11 6ghz slot 3 shutdown"
 action 015 cli command "ap name $_AP_NAME no dot11 dual-band shutdown"
 action 016 cli command "ap name $_AP_NAME no dot11 dual-band slot 0 shutdown"
 action 017 cli command "ap name $_AP_NAME no dot11 dual-band slot 1 shutdown"
 action 018 cli command "ap name $_AP_NAME no dot11 dual-band slot 2 shutdown"
 action 019 end
 action 020 end

Catalyst Center permet des opérations similaire grâce à la notion de “Workflows”. Un workflow est un modèle de configuration pour pousser plusieurs réglages à plusieurs équipements en parallèle, notamment pour des APs et leurs radios ; un workflow peut également être programmé avec une certaine périodicité. Dans le mode opérationnel de Catalyst Center, afin d’obtenir une fréquence comme celle de tous les jours fériés de chaque semaine, il faut configurer un workflow pour chaque jour férié (du lundi au vendredi) et le programmer pour tourner toutes les semaines. Comme dans notre exemple chaque jour férié aura aussi besoin de deux workflows, un pour rallumer les radios à 8h et un pour les éteindre à 17h, tout cela donne un total de dix workflows (un pour le lundi à 8h, un pour le lundi à 17h, un pour le mardi à 8h, un pour le mardi à 17h, etc.). Ci-dessous nous allons détailler les étapes pour un seul workflow, les restants étant tout simplement des copies, avec juste une modification des jours et des heures.
Pour commencer, sous le menu Workflows dans l’interface de Catalyst Center, nous pouvons sélectionner le workflow Configure Access Points et le configurer avec une programmation (Schedule) :

Après une ultérieure page nous permettant de sélectionner les APs auxquels appliquer le workflow, nous pouvons ensuite définir les actions de désactivation des radios :

Une fois les réglages confirmés, nous pouvons programmer le workflow, dans l’exemple pour tourner à partir du prochain lundi (le 7 septembre 2026 au moment de l’écriture de cet article) à 17h et en le répétant toutes les semaines :

Même si le Dashboard Meraki n’expose pas une option par interface graphique pour programmer la désactivation des radios, nous pouvons répondre à ce besoin en jouant par exemple en APIs sur les réglages des RF Profiles affectés aux APs souhaités :
https://developer.cisco.com/meraki/api-v1/update-network-wireless-rf-profile

Beaucoup d’options existent, comme on voit, pour déclencher et programmer la désactivation et la réactivation du Wi-Fi, à plusieurs niveaux. N’hésitez pas à vous rapprocher de vos équipes avant-ventes Cisco, pour un accompagnement encore plus personnalisé par rapport à vos métiers.
Et une très bonne rentrée à tout le monde !

The post Avez-vous bien programmé le “réveil” du Wi-Fi pour la rentrée ? appeared first on Cisco France Blog.

De retour de congés ? Voici l’essentiel

La sécurité post-Mythos

Mythos, le modèle frontière d’Anthropic, a démontré des capacités inédites en cybersécurité, en défense comme en attaque. Cisco participe au Project Glasswing d’Anthropic et au programme Trusted Access for Cyber d’OpenAI, ce qui nous a permis d’analyser l’équivalent de huit ans de code en huit semaines.

Nos annonces de sécurité évoluent en conséquence. Depuis juillet, les vulnérabilités non exploitées ne font plus l’objet d’advisories individuelles : elles sont regroupées et publiées à date fixe, les premier et troisième mercredis du mois. Sept jours avant chaque publication, une notification vous indique les technologies et les plateformes concernées, pour vous laisser le temps de planifier vos mises à jour.

Cisco s’implique fortement dans l’IA open source appliquée à la sécurité, avec deux publications récentes : Cisco Antares, des modèles légers (SLM) dédiés à la localisation de vulnérabilités, et Foundry Security Spec, une méthode ouverte pour confier la recherche de vulnérabilités à des agents IA et n’en retenir que les résultats exploitables.

Cisco’s Transition to a Risk-Based Vulnerability Disclosure Model | Announcing Foundry Security Spec

Cisco Live Protect s’étend au SD-WAN

Conséquence de l’évolution des modèles, la fenêtre entre la publication d’une CVE et son exploitation se compte désormais en heures. Pour patcher au plus vite les équipements vulnérables, Cisco Live Protect permet de mettre en place un shield ou un correctif à une vulnérabilité sans redémarrage.

Après les switches Nexus, la fonctionnalité est désormais disponible pour les contrôleurs Cisco Catalyst SD-WAN à partir de la release 20.18.3, et arrive prochainement sur une large partie du portefeuille, à commencer par les smart switches, puis les secure routers.

Cisco Live Protect | Live Protect pour Cisco Catalyst SD-WAN

L’IA impacte le réseau, le hardware s’adapte

L’IA ne pèse pas que sur la cybersécurité. À tâche équivalente, un agent peut consommer jusqu’à 450 % de bande passante en plus. L’inférence est aujourd’hui concentrée chez les fournisseurs de modèles, mais elle se rapproche progressivement de l’utilisateur : datacenters privés, edge, postes de travail.

Pour répondre à ces nouvelles exigences, bande passante, patching à chaud (Cisco Live Protect) et cryptographie post-quantique, nous avons annoncé à Cisco Live US 2026 de nouvelles générations d’équipements : Smart Switches (Catalyst C9550 et C9350), points d’accès Wi-Fi 7 (dont le CW9177 pour l’extérieur), Secure Routers (C8600 et C8200), routeurs industriels IR1000, et Secure Firewalls.

Rapport sur l’impact des agents IA sur le réseau | Retour Cisco Live US 2026

Cisco Cloud Control

L’innovation n’est pas que matérielle, nos plateformes continuent de s’enrichir. Cisco Cloud Control réunit dans une plateforme unique le pilotage du réseau, de la sécurité et de l’observabilité, pour les solutions Cisco comme pour celles de nos partenaires. Humains et agents y opèrent côte à côte, avec le même contexte et les mêmes garde-fous. La plateforme a vocation à devenir le point d’entrée unique vers l’ensemble des produits Cisco et partenaires.

La disponibilité générale est effective pour les clients américains, l’Europe suivra prochainement.

Cisco Cloud Control US General Availability

Cisco IQ : la vue d’ensemble sur votre parc

La première étape reste l’inventaire, la connaissance de son parc : ce qui est déployé, dans quelle version, et surtout quels équipements approchent de leur Last-Day-of-Support et ne recevront donc plus de correctif. Cisco IQ vous donne cette visibilité : inventaire temps réel, contrats et garanties, alertes de fin de vie et advisories qui touchent réellement votre parc.

Une appliance virtuelle air-gapped est désormais disponible pour les environnements qui ne peuvent pas utiliser la version SaaS : découverte, corrélation et analyse s’exécutent alors localement, à l’intérieur du périmètre réseau du client.

Pour alimenter Cisco IQ avec plus d’informations, Cisco IQ Link fait le pont avec votre réseau. Il centralise la collecte en un point unique, là où plusieurs collecteurs donnaient jusqu’ici une vue fragmentée du parc.

Cisco IQ Link Getting Started Guide | Cisco IQ Getting Started Guide | Cisco IQ Virtual Appliance Getting Started Guide

Cisco AgenticOps Day

8 Octobre 2026 (9h à 18h)

Une journée consacrée à l’observabilité réseau et à l’IA agentique, entre présentations, démonstrations techniques et table ronde avec nos experts. Au programme : Cloud Control, ThousandEyes et Splunk pour la visibilité ; Catalyst Center, Dashboard Meraki et Catalyst SD-WAN pour les réseaux d’accès et le SD-WAN ; Nexus Dashboard, ACI et Cisco ISE pour le datacenter et la sécurité.

S’inscrire

Actualités

Serveurs MCP : Meraki et Catalyst Center s’ouvrent aux agents IA

Des serveurs MCP sont désormais disponibles pour Meraki et Catalyst Center, sous différents formats : un serveur Meraki hébergé par Cisco, ou au format open-source pour Meraki et Catalyst Center, permettant à des agents IA de se connecter directement aux données et workflows des plateformes via le Model Context Protocol (MCP).

Official MCP Servers for Meraki and Catalyst Center | Meraki MCP Server (GitHub) | Catalyst Center MCP Server (GitHub) | Documentation développeur Meraki MCP Server

Cisco C9550-32C et C9550-64C-XL : de nouveaux C9550

Deux nouveaux modèles de la gamme Cisco C9550 Smart Switches sont disponibles à la commande, bâtis sur l’architecture Cisco Silicon One et destinés aux couches cœur et distribution des campus, avec des ports QSFP jusqu’à 100G.

• C9550-32C : 32 ports 100/40G.
• C9550-64C-XL : 64 ports 100/40G.

Ils complètent les modèles déjà disponibles : les C9550-24L4CD et C9550-48L4CD (24 et 48 ports 50/25/10/1G en downlink, quatre uplinks 100/40G ou deux 400G), et le C9550-96L4D (96 ports 50/25/10/1G, quatre uplinks 400/100/40G).

Les C9550 intègrent le support matériel de Cisco Live Protect et les algorithmes de cryptographie post-quantique.

Datasheet C9550 Series Smart Switches | Release Notes IOS XE 26.2.x pour C9550

Catalyst Center : les appliances DN4 sont commandables

Les appliances Catalyst Center de 4ᵉ génération, les DN4, sont désormais commandables. Elles succèdent aux appliances de 3ᵉ génération, dont la fin de commercialisation a été annoncée le 1er juillet 2026 (End of Support le 31 décembre 2031). Les délais de livraison restent variables selon les commandes : rapprochez-vous de votre account team Cisco pour les anticiper.

Cisco Catalyst Center DN4 Ordering Guide | Cisco Catalyst Center

Annonces de fin de commercialisation

Nous avons annoncé ce mois-ci la fin de commercialisation de plusieurs gammes. À partir de ces dates, les produits concernés suivent notre cycle de fin de vie. Les modèles suivants sont concernés :

• Catalyst 8000 Edge Platforms : C8500-20X6C, C8500L-8S4X, C8300-1N1S-4T2X/6T, C8300-2N2S-4T2X/6T, C8200-1N-4T et C8200L-1N-4T. Fin de commercialisation entre le 31 janvier et le 31 juillet 2027, End of Support entre le 31 janvier et le 31 juillet 2032 selon le modèle.
• Gamme ISR 1000 : C1112, C1113, C1116, C1117, C1131 et C1161. Fin de commercialisation le 31 janvier 2027, End of Support le 31 janvier 2032.
• Meraki MX67C et MX68CW : fin de commercialisation le 27 novembre 2026, End of Support le 30 novembre 2031.

Pour vos investissements futurs, nous vous recommandons la gamme Cisco Secure Routers.

EOL Cisco Catalyst C8500-20X6C | EOL Cisco Catalyst C8500L-8S4X, C8300-1N1S-4T2X, C8300-1N1S-6T | EOL Cisco Catalyst C8300-2N2S-4T2X, C8300-2N2S-6T, C8200-1N-4T, C8200L-1N-4T | EOL Cisco C1112, C1113, C1116, C1117, C1131, C1161 Series ISR | EOL Cisco MX67C et MX68CW

Hardening Releases IOS XE et Catalyst SD-WAN

Cisco a publié deux advisories de sécurité groupées, l’une pour IOS XE, l’autre pour Catalyst SD-WAN, toutes deux classées Critique. Les vulnérabilités ont été découvertes lors de revues de sécurité internes, menées avec les processus de test existants et des modèles d’IA frontière. Aucune n’est connue comme exploitée à ce jour, et aucune ne dispose de contournement : la correction passe par la mise à jour.

• IOS XE (CVSS 9.8) : 7 CVE (CVE-2026-20267 à CVE-2026-20273), regroupées par classe de faiblesse CWE avec un identifiant CVE unique par classe. Les modes autonomous et controller sont concernés quelle que soit la configuration. Premières versions corrigées : 17.9.10, 17.12.8, 17.15.6, 17.18.4, 17.18.4a et 26.1.2.
• Catalyst SD-WAN (CVSS 9.9) : 5 CVE. Premières versions corrigées : 20.9.10, 20.12.8.1, 20.15.6, 20.18.4 et 26.1.2. Les versions antérieures à la 20.9 demandent une migration vers une release corrigée.

Les six versions IOS XE ont été mises à disposition simultanément et couvrent les plateformes Routing, Switching, Wireless et IIOT. Elles ont été qualifiées en environnement client avant publication.

Advisory Cisco IOS XE Software Security Hardening Release August 2026 | Advisory Cisco Catalyst SD-WAN Software Security Hardening Release August 2026

Cisco Antares : des modèles IA compacts pour localiser les vulnérabilités dans le code

Cisco publie Antares, deux modèles légers (SLM) et open-weight (350M et 1B paramètres) spécialisés dans la localisation de vulnérabilités connues au sein d’un code source.

• Antares-350M et Antares-1B : modèles open-weight sous licence Apache 2.0, basés sur IBM Granite 4.0, disponibles sur Hugging Face.
• Fonctionnement : agent en ligne de commande qui explore un dépôt de code pour localiser les fichiers concernés par une vulnérabilité connue (CWE), sans envoyer le code vers le cloud.
• Écosystème : s’ajoute à Foundry Security Spec et Project CodeGuard ; Cisco rejoint par ailleurs l’Open Secure AI Alliance aux côtés de NVIDIA.

Introducing Antares: Highly Efficient Open Weight AI Models for Vulnerability Localization | fdtn-ai/antares sur Hugging Face

Cisco U. : nouveau point d’entrée pour le suivi des crédits de certification

Le CE Portal migre vers Cisco U., qui devient le point d’entrée unique pour consulter certifications actives, historique de crédits CE, catalogue éligible et demandes de crédit ; l’historique de crédits est repris intégralement.

Les nouveautés Meraki

• Cross-Camera Tracking (firmware MV 7.3.1) : une personne d’intérêt identifiée sur une caméra peut désormais être retrouvée automatiquement sur l’ensemble des caméras du réseau, dans le Vision Portal.
• Experience Metrics (bêta) : qualifie chaque minute de connexion selon quatre indicateurs (Successful Connects, Time to Connect, Channel Availability, Coverage), jusqu’au facteur en cause et aux clients concernés.
• Cloud Monitoring for Wireless : le support Wi-Fi 7 s’étend aux points d’accès Catalyst CW9179F, CW9174I, CW9174E et CW9171I, rattachés à un contrôleur Catalyst 9800 en IOS XE 26.1.1 ou supérieur.
• Dashboard Meraki : les commutateurs modulaires Catalyst 9400 et 9606 rejoignent le C9610 en gestion cloud (mode Device Configuration), qui préserve la configuration existante de l’équipement.

Introduction to Cross-Camera Tracking | Experience Metrics is officially in Beta! Find it on Meraki Dashboard. | Additional Wi-Fi 7 APs Support for Cloud Monitoring for Wireless | Enable Cloud Management for Cisco Switches with Device Configuration

Catalyst Center 3.x : une mise à jour à prévoir

La version 3.1.6 est disponible au téléchargement et la 3.2.x est en Controlled Availability. La branche 3.x apporte des nouveautés attendues : Site-Based RBAC, Compliance Dashboard et règles de conformité personnalisées, Energy Management, AI Assistant, AI Syslog Summarization…

Catalyst Center Upgrade Guide | Releases Notes Catalyst Center

IIoT

Cyber Vision : de la visibilité à la protection opérationnelle

Cyber Vision passe de la simple visibilité à une protection opérationnelle concrète, en trois étapes : identification des actifs et de leurs flux, regroupement automatique en zones et conduits selon la norme IEC 62443 et recommandation automatique de politiques de segmentation avec un mode de simulation intégré pour tester leur impact avant mise en production.

Cisco Cyber Vision Data Sheet

IE3500 et IE9300, la référence pour vos déploiements industriels

Pour profiter de cette segmentation intégrée au réseau, nous recommandons de standardiser vos déploiements sur les gammes IE3500 et IE9300. L’IE3500 est capable d’appliquer des politiques de sécurité au niveau matériel, line rate et sans latence additionnelle, simplifiant l’architecture en supprimant le besoin d’équipements de filtrage tiers.

Cisco IE3500 Rugged Series Data Sheet | Cisco Catalyst IE9300 Rugged Series Data Sheet

IR1001 et IR1005 : des routeurs industriels compacts et durcis

Ces routeurs combinent un format compact et durci, une connectivité Ethernet et cellulaire selon les modèles, des fonctionnalités de sécurité renforcées comme la crypto PQC et des capacités d’edge computing pour traiter la télémétrie avant transmission.

Cisco IR1000 Rugged Series Secure Routers Data Sheet

Webinars à venir

Cisco propose 4 webinars Expert Insights Series sur Catalyst Center entre le 30 septembre et le 21 octobre : nouveautés de la 3.1.6, puis un cycle de 3 sessions sur les bonnes pratiques de design SD-Access (terminologie, dimensionnement, segmentation avancée).

S’inscrire

Un cycle de 7 webinars #30IIoT (30 minutes, en anglais) est également au programme du 9 septembre au 4 novembre : IA et data centers industriels, URWB, portefeuille routing industriel, troubleshooting IA sur le terrain, modernisation du réseau industriel, automatisation de la distribution électrique, et solutions wireless industrielles.

S’inscrire

Liens et ressources utiles

• Le blog réseau
• Tous nos webinaires

The post Actualités Cisco Networking – Septembre 2026 appeared first on Cisco France Blog.

Qu’est ce que l’initiative Connected Girls ?

Depuis plus de 10 ans, ce programme encourage les jeunes filles à découvrir les métiers de la technologie, à développer leur confiance en elles et à se projeter dans des carrières scientifiques et technologiques (STEM), grâce à des rencontres inspirantes et à des expériences concrètes.

Quelques chiffres clés

• Plus de 10 ans d’existence
• Plus de 100 participantes chaque année

Lors de la dernière édition

• 12 intervenantes et intervenants issus du monde de la technologie
• 20 bénévoles mobilisés
• 9 ateliers interactifs
• De nombreux retours très positifs des participantes

L’édition Connected Girls 2026 : Entreprendre pour le bien commun : la Tech for Good en action

L’édition 2026 mettra en lumière les technologies qui contribuent à un impact positif sur la société à travers plusieurs thématiques :

Protéger

• Cybersécurité
• Intelligence artificielle au service de la sécurité
• Protection des données

Imaginer

• Art, créativité et innovation
• Jeux vidéo
• IA générative
• Informatique quantique

Santé & Bien-être

• Biotechnologies
• E-santé
• Technologies au service de la santé

Au programme, les participantes pourront échanger avec des professionnels, découvrir des parcours inspirants et participer à des ateliers immersifs pour expérimenter les technologies de demain.

Lien d’inscription : https://registration.socio.events/e/connectedgirls2026

Notre ambition est simple :

Inspirer, Découvrir, Expérimenter

The post Connected Girls, une initiative de Cisco qui vise à inspirer la prochaine génération de femmes dans la tech. appeared first on Cisco France Blog.

Catalyst Center : version 3.x

Catalyst Center évolue, sa version 3.x est une mise à jour majeure qui apporte de nouvelles fonctionnalités très attendues (Site-Based RBAC, Rule-Based Compliance, Energy Management, AI Assistant…) ainsi qu’une refonte de l’UX et du backend.

La version 3.1.6 est disponible au téléchargement et la version 3.2.x est actuellement en Controlled Availability. Pour tester ou mettre en place cette dernière, contactez votre account team Cisco afin d’obtenir plus d’informations.

À travers cette newsletter, nous vous proposons de parcourir les principales nouveautés introduites et le processus de migration à anticiper dès cet été.

NetOps & Automation

• Compliance Dashboard (3.2.2) : création d’un dashboard consacré à la gestion de la compliance (Configuration, Hardware/Software, Vulnérabilités…), avec la possibilité d’activer ou de désactiver certaines alertes et d’effectuer des opérations d’acquittement groupées.
• Rule-Based Compliance Policies (3.1.5) : possibilité de créer des règles de conformité personnalisées, évaluées périodiquement et basées sur des conditions et des REGEX.
• Software Image Management Dashboard (3.1.3) : création d’un menu dédié à la gestion des versions logicielles et des mises à jour.
• Support d’xFSU sur les C9300 (3.2.2) : le workflow SWIM supporte désormais Extended Fast Software Upgrade, permettant des upgrades avec moins de 5 secondes de coupure.
• Campus Network Automation (3.1.6) : capacité de créer des profils de configuration (L2, L3, network settings…) pour configurer les équipements par type, rôle ou site. Les profils peuvent être créés ou appris à partir des configurations existantes.

AIOps & Assurance

• AI Syslog Summarization (3.2.2) : analyse IA des messages syslog dans Event Analytics, permettant d’identifier automatiquement des tendances et/ou problèmes.
• Packet capture for wired clients (3.2.2) : initiation de captures de paquets depuis Assurance pour les clients filaires.
• ISE Authentication Failures (3.2.2) : vue des échecs d’authentification ISE pour les clients dans Assurance.
• Energy Management (3.1.3) : gestion centralisée de la consommation énergétique des équipements, offrant la possibilité de générer des rapports de consommation, de coût énergétique ou d’empreinte carbone.
• ThousandEyes Integration Workflow (3.1.3) : refonte complète de l’intégration de ThousandEyes, rendant plus simple le déploiement d’agents.

SecOps & SD-Access

• IE3500/IE3500H en fabric edge node SD-Access (3.1.5) : les switches IE3500 et IE3500H sont désormais supportés comme fabric edge node dans une fabric SD-Access.
• C9350/C9610 dans SD-Access (3.2.2) : support des modèles C9350 et C9610 dans une fabric SD-Access (control plane, border, edge).
• Security Service Insertion SD-Access (3.1.6, beta) : capacité de rediriger du trafic depuis une fabric vers des services (forcer le trafic venant d’une catégorie d’équipement vers un firewall par exemple).
• MACsec switch-to-host (3.2.2) : chiffrement MACsec entre un switch et un périphérique possible en SD-Access via le provisioning de template (802.1X et PSK).
• Cisco Cyber Vision (3.2.2) : déploiement de Cisco Cyber Vision possible depuis Catalyst Center.

Platform

• SB-RBAC (3.1.3) : Site-Based Role-Based Access Control, possibilité d’affecter des droits d’accès différents à un utilisateur en fonction d’un élément de la hiérarchie (site, bâtiment, aire géographique).
• SNMPv3 SHA256 (3.1.6) : support de SHA256 pour l’authentification SNMPv3 (remplace MD5/SHA1).
• AI Assistant (3.1.6) : accès à un assistant IA pour le troubleshooting et l’optimisation réseau.
• Catalyst Center in Dashboard Global Overview (3.1.6 GSMU 200 / 3.2.2) : onboarding de Catalyst Center dans la Global Overview Meraki.

Release Notes Catalyst Center

Migration 2.x vers 3.x

Bénéficier de ces nouveautés implique une mise à jour majeure. La branche 3.x repose sur des changements de fond : évolution du filesystem, passage de Kubernetes 18 à 29 et d’Ubuntu 18 à 22. Un upgrade direct n’est pas possible, il s’effectuera via un Platform Upgrade, de la 2.3.7.x vers la 3.1.6 comme étape intermédiaire avant 3.2.2.

Ce processus demande d’anticiper et préparer les prérequis suivants :

• Validation Report : exécuter le rapport et confirmer l’état sain du système avant migration.
• Cisco IMC : vérifier que l’interface CIMC est connectée, configurée, accessible pour chaque appliance et activer l’API Cisco Redfish sur tous les nœuds d’un cluster.
• Serveur NFS pour les sauvegardes si votre backup est supérieur à 1TB).

Catalyst Center Upgrade Guide

Intéressé par les nouveautés de la 3.x ? Contactez votre account team Cisco pour plus d’informations et accéder aux versions en Controlled Availability ou planifier votre migration.

Annonce de fin de commercialisation des appliances de 3ème génération Catalyst Center

Le 1 juillet 2026, nous avons annoncé la fin de commercialisation des appliances de 3ème génération Catalyst Center. À partir de cette date elles vont suivre notre cycle de fin de vie pour devenir End of Support le 31 décembre 2031.

Les appliances de 4ème génération seront très prochainement disponibles.

End-of-Sale Announcement for the Cisco Catalyst Center Third Generation Appliance →

Cisco Live US 2026 : Simplicity, Security, Scale

Dans la newsletter du mois dernier, nous avions détaillé une grande partie des annonces de Cisco Live. Voici un condensé des annonces principales.

L’IA change le comportement des réseaux : trafic machine et IA, davantage de trafic d’est-ouest, plus de risque. Le réseau devient la plateforme sur laquelle s’exécute chaque métier. À Cisco Live, les annonces se sont organisées autour de trois axes.

Simplicity : Cisco Cloud Control

Annonce d’une plateforme unifiée où humains et agents pilotent l’ensemble de vos solutions Cisco et partenaires.

Security : Cisco Live Protect & Cryptographie Post-Quantique

Patcher une CVE sans redémarrage, c’est possible grâce à Cisco Live Protect ; préparez le Quantum Day grâce à des équipements supportant la cryptographie post-quantique et au Quantum Ready Assessment.

Scale : de nouveaux équipements AI-ready

Nouveaux switches C9550 & C9350, APs Wi-Fi 7 outdoor CW9177, Secure Routers C8600/C8200 et routeurs industriels IR1000.

Envie d’en savoir plus ? Découvrez le détail de toutes les annonces Cisco Live US 2026 dans l’article de blog rédigé par Jérôme Durand.

Lire l’article →

Quelle version choisir pour vos équipements Cisco ?

Quelle version installer sur vos équipements Cisco ? La réponse : la version recommandée par le support. Voici comment la trouver et l’automatiser.

Lire l’article →

Liens et ressources utiles

• Le blog réseau
• Tous nos webinaires

The post Actualités Cisco Networking – Juillet 2026 appeared first on Cisco France Blog.

Cisco Live US & InfoComm 2026 : la collaboration entre dans l’ère agentique

Juin 2026 aura été un mois charnière pour la Collaboration chez Cisco. En l’espace de trois semaines, à l’occasion de Cisco Live US à Las Vegas puis d’InfoComm 2026, Cisco a dévoilé une vague d’annonces qui ne se contentent pas d’ajouter de l’IA à des produits existants : elles redessinent l’architecture complète de la collaboration pour un monde où les agents IA travaillent désormais aux côtés des équipes humaines, dans chaque réunion, chaque espace et chaque interaction client.

Cinq prises de parole, cinq angles complémentaires, une seule vision : Connected Intelligence, un système où la sécurité est le socle, où le contexte suit les utilisateurs partout où le travail se produit, et où chaque interaction enrichit la suivante.

Une plateforme pensée pour la force de travail agentique

Dans son article d’ouverture, Snorre Kjesbu (SVP & GM Collaboration) pose le constat suivant : la plupart des plateformes de collaboration ont été mises à jour pour l’IA. Celle de Cisco a été conçue pour elle.

Deux problèmes structurent l’ère agentique : côté IT, un enjeu de visibilité et de contrôle ; côté utilisateur, un enjeu de distance — entre une décision et l’action qui doit suivre, entre deux langues, entre deux interactions client. Cisco répond aux deux à travers trois piliers.

Opérations intelligentes — Cisco Cloud Control. Une console unique pour le réseau, les terminaux, l’appel, les réunions et l’IA. AI Canvas y est intégré pour des diagnostics cross-domaine en temps réel (disponible dès aujourd’hui), complété par AI Defense pour la gouvernance des interactions IA (GA au Q3 CY26).

Espaces de travail intelligents. Les nouveaux Board Pro G3, Desk Pro G2 et Room Kit Pro G2 embarquent jusqu’à 25 fois plus de puissance de traitement IA que leurs prédécesseurs, avec des agents natifs dans RoomOS 26.

Travail intelligent — les agents IA Webex. AI Agent Studio s’étend à tout le portefeuille Collaboration. Le Prep Agent prépare la réunion avant qu’elle ne commence (GA Q3 CY26), le Notetaker Agent capture les décisions (bêta Q3 CY26), et le Translator Agent fait disparaître la barrière de la langue en temps réel (GA Q3 CY26). Des intégrations natives avec Google Gemini, Anthropic Claude et Amazon Q complètent l’écosystème.

« L’opérateur garde une longueur d’avance. L’utilisateur reste concentré. Le client reste servi. C’est cela, Connected Intelligence, livrée. »

Le dernier kilomètre de l’infrastructure IA

Dans sa contribution, Espen Løberg (VP/GM Collaboration Devices) part d’un constat très concret : un DSI qui passe quatre minutes à dépanner un écran qui ne se connecte pas, alors même que son organisation investit massivement dans l’IA. L’écart entre l’ambition logicielle et la réalité physique de la salle de réunion est exactement le problème que le portefeuille terminaux a été construit pour résoudre.

La force de Cisco : posséder chaque couche — réseau, terminal, plateforme et intelligence — au sein d’une seule architecture, plutôt que d’assembler des briques disparates.

Le Room Kit Pro G2 met fin au patchwork historique de DSP et d’extendeurs AV : avec le nouveau chipset NVIDIA de 4ᵉ génération, jusqu’à 7 caméras IP et 8 micros IP sont pilotés sur un seul câble, avec traitement local (le Director Agent, le Notetaker et le Translator tournent nativement sur l’appareil).

Le Board Pro G3 va plus loin encore : c’est le seul tableau de collaboration certifié MDEP (Microsoft Device Ecosystem Platform), offrant une expérience MTR pleinement native aux côtés de Webex — sans compromis d’un côté ou de l’autre.

Et surtout, Workspace Advisor passe en disponibilité générale : convertir n’importe quelle salle en jumeau numérique, la configurer à distance, sans jamais y envoyer quelqu’un. Une bascule structurelle pour les équipes IT qui gèrent des centaines voire des milliers de salles avec des effectifs contraints.

<video controls width=”100%” src=”https://blog.webex.com/wp-content/uploads/2026/06/winter-advisor-meeting-zone.mov”></video>

Centre de contact : des opérations plus intelligentes, un engagement renforcé

Vinod Muthukrishnan (VP/GM Webex Customer Experience) explique que Cisco ne se contente pas d’ajouter l’IA au centre de contact : il le reconstruit autour de l’IA.

Webex AI Workforce Engagement Management (AI WEM) est la première suite nativement pensée pour piloter une force de travail mixte humains/agents IA — prévision, planification, qualité, performance et onboarding, sans aucune solution tierce. Le module Quality Management évalue déjà 100 % des interactions humaines en quasi temps réel.

AI Concierge for CX devient la porte d’entrée de la marque : mémoire IA persistante, orchestration multi-agents, et une conversation continue quel que soit le canal ou le nombre de transferts.

AI Agent 360 réunit observabilité, sécurité et gestion de l’IA dans un seul plan de contrôle, parce que « l’autonomie sans redevabilité est un risque ».

Enfin, Webex Contact Center est désormais disponible en Inde depuis un datacenter local à Mumbai — une étape clé pour un marché aussi stratégique que réglementé — tandis que les clients on-premises (CCE) bénéficient eux aussi du Webex AI Agent et d’un nouveau Universal Harness pour l’orchestration IA locale.

La sécurité comme fondation, l’intelligence en continu

Amit Barave (VP/GM Webex Suite & AI) pose le cadre : la collaboration est devenue le système sur lequel tourne l’entreprise. La question n’est plus de savoir si l’IA est capable, mais si elle peut être gouvernée, auditée — et défendue devant un conseil d’administration.

L’architecture Zero Trust de Webex s’étend désormais à chaque surface (réunions, messages, enregistrements, tableaux blancs), avec une détection des deepfakes en partenariat avec Pindrop, et la cryptographie post-quantique à la feuille de route.

Deux nouveaux agents incarnent l’intelligence continue : le Meeting Prep Agent, qui synthétise notes et fils de discussion avant la réunion, et surtout le Translator Agent, capable de traduction speech-to-speech en conservant le ton, l’émotion et le rythme de la voix d’origine — dix langues dès le lancement (anglais, français, allemand, hindi, italien, japonais, coréen, mandarin, portugais, espagnol).

L’écosystème s’élargit avec une intégration bidirectionnelle à Microsoft Copilot, et des connexions à Google Gemini, Anthropic Claude et Amazon Quick — toutes gouvernées par la même architecture de sécurité.

Côté déploiement, Cisco couvre désormais le cloud, l’hybride, l’on-premises (FedRAMP, FIPS 140-3) et, pour les environnements les plus sensibles, les AI PODs : une pile matérielle, logicielle et inférence IA entièrement intégrée, accélérée par NVIDIA, fonctionnant sans aucune dépendance cloud.

InfoComm 2026 : l’expérience agentique s’étend à toutes les plateformes de réunion

Rich Bayes (Senior Director, Product Management) clôt ce cycle d’annonces avec un principe simple : la plateforme de réunion choisie ne devrait jamais déterminer si une organisation a accès au monde agentique.

Pour les environnements Microsoft Teams Rooms, quatre nouveaux canaux de gestion dédiés arrivent dans Control Hub (Microsoft Approved, Verification, Trial, Approval Candidate), et AgenticOps s’étend à Copilot pour interroger l’état des salles directement en langage naturel depuis l’environnement Microsoft 365.

Côté Zoom, après le lancement de Zoom for Cisco Rooms, Cisco vise désormais la certification Zoom Rooms pour une sélection de terminaux — Desk Pro G2, Room Bar, Board Pro G3, Room Kit Pro G2 — avec, dans tous les cas, l’Agentic Director, Workspace Advisor et ThousandEyes embarqués nativement. La bêta publique démarre en juin 2026, la disponibilité générale est attendue en septembre 2026.

Enfin, l’expérience Google Meet en WebRTC sur RoomOS prend désormais en charge le partage HDMI, Miracast et AirPlay — pour une expérience de partage enfin homogène, quel que soit le client qui se connecte.

Le message de fond : un terminal, toutes les plateformes majeures, une seule expérience agentique (Director Agent, Notetaker, intelligence audio embarquée) et un seul plan de gestion — Cisco Cloud Control avec Collaboration Control Hub.

Une trajectoire, pas une collection d’annonces

Pris séparément, chacun de ces cinq articles raconte une avancée produit. Mis ensemble, ils dessinent une trajectoire cohérente : Cisco ne rajoute pas l’IA à la collaboration, il reconstruit la collaboration comme une infrastructure agentique de bout en bout — du réseau jusqu’à l’expérience utilisateur, de la salle de réunion jusqu’au centre de contact, quelle que soit la plateforme de réunion choisie par l’organisation.

C’est cette cohérence d’architecture — réseau, terminal, plateforme, intelligence, sécurité — qui constitue l’avantage différenciant de Cisco.

En savoir plus :

• The Collaboration Platform for the Agentic Workforce — Snorre Kjesbu
• The Last Mile of AI Infrastructure Has Been Missing. Not Anymore. — Espen Løberg
• Smarter Operations, Stronger Engagement — Vinod Muthukrishnan
• Cisco Live US 2026: The System Everything Runs On — Amit Barave
• InfoComm 2026: Extending the Agentic Workplace to Every Meeting Platform — Rich Bayes

The post Cisco Live US & InfoComm 2026 : la collaboration entre dans l’ère agentique appeared first on Cisco France Blog.

Le besoin

Récemment, Cisco a annoncé des changements importants sur la manière de traiter les vulnérabilités à partir de juillet 2026.

Pourtant, beaucoup de parcs clients tournent encore sur des versions dépassées. Résultat, certaines questions reviennent régulièrement :

“Quelle version logicielle dois-je installer sur mes équipements Cisco pour être supporté / sécurisé ?”

“Comment se prémunir de cette vulnérabilité / de ce bug ?”

“Comment se prémunir des attaques IA (via Mythos, GPT Cyber, …) ?”

La solution

À ces trois questions, la réponse est souvent la même : la version recommandée par le support Cisco.

La version recommandée par le support Cisco est choisie selon des critères de stabilité, de longévité, de taux d’adoption et d’autres facteurs de fiabilité terrain.

Et bonne nouvelle, Cisco nous donne cette version via plusieurs canaux :

1. Sur cisco.com
2. Sur les plateformes de management Cisco
3. Par API

1. Sur cisco.com

La méthode la plus directe pour une recherche ponctuelle, sur le site public de Cisco :

https://software.cisco.com/research/home?pid=&sid=&cr=

Notez qu’il est possible de recevoir les annonces par email via My Notifications.

Pour certaines technologies, comme pour le Wi-Fi, le TAC partage des documents complémentaires très détaillés : Recommended Cisco IOS XE Releases for Catalyst 9800 Wireless LAN Controllers. Ces documents expliquent le pourquoi : pour chaque train logiciel, ils détaillent les bugs corrigés, les CVE adressées, les pièges à éviter, et le chemin de migration conseillé, …

2. Sur les plateformes de management Cisco

Les plateformes sont au cœur de la stratégie de Cisco. L’information remonte directement dans l’outil. Exemple avec Catalyst Center :

Catalyst Center > Provision > Software Image Management

3. Par API

Pour automatiser la démarche, Cisco propose la Software Suggestion API (intégrée aux Support APIs). Elle renvoie directement la version suggérée pour un équipement donné.

https://developer.cisco.com/docs/support-apis/software-suggestion/

De quoi remonter la donnée dans vos outils, par exemple un dashboard Splunk :

Exemple de dashboard Splunk

Conclusion

Vous l’aurez compris, trouver la bonne version n’est pas un problème. Que vous gériez votre réseau à la main, par des scripts ou via des outils centralisés, la donnée est à portée de main. L’enjeu n’est plus de chercher l’information, mais de l’exploiter pour passer d’un mode réactif à un mode proactif.

Et vous, comment suivez-vous les versions recommandées sur votre parc ? Dites-le-nous en commentaire !

The post Quelle version choisir pour vos équipements Cisco ? appeared first on Cisco France Blog.

Cisco Live AMER 2026 : Simplicity, Security, Scale pour l’ère agentique

L’IA transforme le comportement des réseaux. Le trafic évolue d’un modèle piloté par les utilisateurs vers un modèle piloté par les machines, avec des agents qui opèrent en continu, plus de trafic est-ouest, plus d’imprévisibilité, plus de risque. Le rôle du réseau change en profondeur : ce n’est plus une simple couche de connectivité, c’est la plateforme sur laquelle s’exécute chaque métier.

À Cisco Live AMER 2026, nous poursuivons nos innovations autour de trois axes pour outiller vos infrastructures critiques à l’ère de l’IA : Simplicity, Security, Scale.

• Simplicity : une boucle AgenticOps complète pour simplifier les opérations, portée par des agents capables de diagnostiquer, recommander et d’agir.
• Security : l’extension de l’architecture Secure Networking avec Cisco Live Protect et la cryptographie post-quantique sur l’ensemble du réseau.
• Scale : de nouveaux Smart Switches, Secure Routers, APs Wi-Fi 7 pour l’extérieur et routeurs industriels compacts.

Cisco Live 2026 : Keynote TL;DR Rundown

Simplicity : AgenticOps et Cisco Cloud Control

Avec l’arrivée d’agents IA qui touchent aux systèmes, déplacent des données et déclenchent des workflows, la gestion produit-par-produit, console-par-console, atteint ses limites. Avec Cisco Cloud Control, nous proposons une plateforme unifiée où humains et agents pilotent ensemble vos solutions Cisco et partenaires, depuis un même environnement, avec une seule authentification et une vue partagée. L’objectif : la simplicité sans renoncer à la puissance des outils sous-jacents

Management unifié, troubleshooting assisté par IA, monitoring de l’expérience utilisateur, contrôle des agents sur votre réseau, et cela sur l’ensemble de vos infrastructures : autant de cas d’usage démontrés en live lors de la keynote d’ouverture.

• Cisco AI Canvas : un espace collaboratif où agents et opérateurs résolvent ensemble les incidents les plus complexes, même lorsqu’ils s’étendent sur plusieurs domaines.
• Cisco IQ : consolide la gestion de votre parc en un inventaire unique avec vos contrats, garanties et alertes EoL / EoS. Vous accompagne également dans l’identification et la priorisation des PSIRT impactant votre parc, avec des recommandations de remédiation contextualisées.
• Cloud Control Studio : un outil pour créer et personnaliser des agents, apps et workflows. Dès le lancement, nous nous appuyons sur un large écosystème partenaire (50+ intégrations) en vous laissant la possibilité d’étendre la plateforme avec vos propres agents et apps pour répondre à vos contraintes et besoins.

Cisco Cloud Control
Cisco AI Canvas
Cisco IQ
Cloud Control Studio

Security : Live Protect et cryptographie post-quantique

Les attaquants exploitent désormais des modèles IA pour découvrir et exploiter des vulnérabilités plus vite que jamais. Le délai entre divulgation d’une CVE et son exploitation n’a jamais été aussi court. Nous annonçons deux évolutions à Cisco Live :

Cisco Live Protect permet de neutraliser une vulnérabilité le temps de planifier le patch officiel, sans redémarrage ni fenêtre de maintenance. Disponible sur Nexus 9000, la capacité va ensuite s’étendre dans le portfolio. Cisco Live Protect met en place des shields ou « contre-mesures », ciblant une CVE avant que le patch permanent soit appliqué.

La cryptographie post-quantique poursuit son déploiement sur l’ensemble de nos gammes. Une roadmap par référence produit est disponible, et le Quantum Ready Assessment dans Cisco IQ vous permet de bâtir une feuille de route pour la configuration, le patching ou le remplacement avant l’échéance quantique.

Cisco Live Protect
Quantum-Ready Migration Guide

Scale : nouveaux équipements AI-ready

Nous complétons notre gamme campus avec de nouveaux switches de cœur et d’accès, plusieurs Secure Routers, des bornes Wi-Fi 7 extérieures et de nouveaux routeurs industriels compacts.

Switching

Cisco continue de développer la gamme Smart Switch. Au-delà des nouvelles références qui viennent compléter la gamme des C9350, l’annonce principale est l’arrivée de nouveaux switches de cœur et d’agrégation, les C9550, qui seront compatibles avec Cisco Live Protect et PQC.

• C9550 : trois modèles de coeur et d’agrégation (C9550-24L4CD, C9550-48L4CD, C9550-96L4D) proposant jusqu’à 96 ports 50/25/10/1G SFP et 4 ports 400/100/40G QSFP.
• C9350 : huit nouveaux modèles d’accès cuivre et fibre

Datasheet C9550
Datasheet C9350

Wireless

Nous annonçons nos premiers APs Wi-Fi 7 outdoor, les CW9177, avec trois modèles : antenne omnidirectionnelle intégrée, antenne directionnelle intégrée ou antenne externe.

Datasheet CW9177

Routing

Nous annonçons de nouveaux Secure Routers. On notera le C8600 Secure Router (20 ports 10GE et 6 ports 100GE) et les nouveaux C8200 Secure Routers (C822x et C821x) pour s’adapter au mieux à tous les besoins de connectivité des sites distants.

L’extension de la gamme s’accompagne du Cloud Management IOS-XE pour piloter les routeurs IOS-XE depuis le Dashboard Meraki.

Cisco Secure Routers 8000 Series

Industrial

Les nouveaux Cisco IR1000 Rugged Series Secure Routers proposent un format compact et une consommation sous 5 W qui permettent un fonctionnement continu sur panneau solaire ou batterie. Quantum-safe, compatibles SD-WAN, avec des modules 4G/5G, ils ciblent les déploiements OT, les véhicules ou les sites sans alimentation secteur.

Datasheet IR1000

Actualités

MACsec Wireless : chiffrement entre AP et switch

Jusqu’à aujourd’hui, il n’était pas possible de chiffrer le lien entre une AP et son switch. MACsec comble cet angle mort en apportant une option de chiffrement.

MACsec est GA sur les APs Meraki depuis le firmware MR 33.1.1 et sur les APs gérés par des C9800/CW9800 depuis IOS-XE 26.1.1.

MACsec Support for Access Points (Meraki)
Release Notes IOS-XE 26.1 Wireless

Rapport Cisco “AI Impact on Wide Area Networks”

Ce rapport de mai 2026 s’appuie sur des mesures de trafic AI sur des réseaux opérateurs.

• 25% du trafic réseau en inférence AI d’ici 2035
• +63% de croissance additionnelle du trafic global
• 2029–2032 pic d’accélération (IA agentique)

Les implications architecturales sont multiples : asymétrie des flux, criticité des chemins d’inférence, QoS différenciée, résilience et observabilité renforcées sur les liens IA.

Blog Cisco
Rapport PDF

‍Meraki

Meraki : Cisco Resilient Infrastructure

Le programme Resilient Infrastructure impacte toutes les plateformes Cisco et donc également Meraki. Des actions sont à prévoir dans les prochains mois : migration des configurations SNMPv1/v2c et SNMPv3 DES vers SNMPv3 AuthPriv (AES128), bascule des authentifications RADIUS MD5 vers RADSEC, abandon de TLS 1.0/1.1 et de HTTP au profit de TLS 1.3 et HTTPS.

Le contexte global et l’historique du programme sont rappelés dans la section “Retour sur les mois précédents”.

Resilient Infrastructure Meraki

Global Overview : Catalyst Center dans le Dashboard Meraki

L’intégration entre Catalyst Center et le Dashboard Meraki s’étend au monitoring consolidé depuis le Global Overview Meraki : visibilité des sites, équipements et clients des deux plateformes, recherche unifiée cross-platform et cross-launch SSO sans re-authentification.

• Dashboard Search 2.0 : recherche unifiée cross-platform Meraki et Catalyst Center.
• SSO cross-launch : navigation transparente entre Catalyst Center et le Dashboard Meraki.

Documentation Dashboard Search 2.0
Documentation Global Overview

IE3500 : gestion cloud via le Dashboard Meraki

IOS-XE 26.1.1 ajoute le support des switches IE3500 dans le Dashboard Meraki, avec un périmètre fonctionnel comparable au C9200L.

Getting Started with IE3500 on Dashboard

Cisco Agentic Workflows : génération en langage naturel

L’Agentic Workflows Creation permet désormais la génération de workflows depuis une intention exprimée en langage naturel, sans recours à l’éditeur visuel.

• Génération depuis l’intention : l’utilisateur décrit l’intention, l’AI Assistant propose un plan puis génère le workflow.
• Workflows auditables et réutilisables : modifiables dans l’éditeur visuel, exportables et déclenchables manuellement ou automatiquement.

Cisco Agentic Workflows

Meraki AI PCAP Analyzer & upload d’images dans l’AI Assistant

Ces deux annonces complètent les fonctionnalités IA déjà couvertes dans les newsletters précédentes, comme la gestion des cases via l’AI Assistant ou l’AI Config Recommendations qui agit comme un moteur d’optimisation et de recommandations Wi-Fi.

• AI PCAP Analyzer : analyse IA de captures paquets et identification automatique des anomalies.
• AI Assistant — upload d’images : upload de captures d’écran, schémas ou diagrammes, puis interprétation par l’AI Assistant.

Documentation AI PCAP Analyzer

Fin de vente annoncée des Meraki MT Sensors

Cisco a annoncé le 12 mai 2026 la fin de vente des capteurs hardware Meraki MT.

• Dernière commande hardware : 10 novembre 2026.
• Dernière commande de licences logicielles (1 an) : 10 novembre 2030.
• Last-Day-of-Support : 30 novembre 2031.

MT Sensors End-of-Sale FAQ

‍Retour sur les mois précédents

Resilient Infrastructure sur Catalyst Switching — IOS-XE 26.1.1

Face à l’évolution des menaces et leur accélération à cause de l’IA, Cisco s’engage via le Project Glasswing à renforcer proactivement la sécurité de ses infrastructures. Cette vision se traduit par l’évolution de nos systèmes d’exploitation vers une trajectoire « Secure by Default ». Les changements principaux seront les suivants :

• Durcissement natif : Désactivation des services vulnérables (Telnet, HTTP, Guest Shell) et imposition de standards cryptographiques robustes (clés SSH étendues, TACACS+ over TLS 1.3).
• Élimination progressive des protocoles obsolètes : SNMPv1/v2c, TLS 1.0/1.1, FTP/TFTP, Telnet…
• Traçabilité et contrôle d’accès : Implémentation de MFA et de FIDO2 pour les accès d’administration, couplée à un enrichissement des syslogs.

Le cycle de dépréciation va suivre trois étapes : Warn, Restrict, puis Remove dans des versions ultérieures.

Cisco Resilient Infrastructure

Demystify Wi-Fi : parce que les fondamentaux comptent

Le Wi-Fi évolue vite, mais les fondamentaux restent essentiels. Notre formation à 360° sur le Wi-Fi est maintenant disponible en ligne via les Community Live Webinars.

Elle vous permettra de consolider vos connaissances sur les fondamentaux du Wi-Fi : terminologie, standards, 6 GHz, Wi-Fi 6E/7, radios, design, sécurité, roaming, etc. Vous y trouverez également les bonnes pratiques pour démarrer un projet wireless ou optimiser un déploiement existant.

Que vous soyez débutant ou déjà expert, vous y trouverez des contenus utiles et directement applicables. Les trois sessions sont disponibles en replay :

• L’ABC du Wi-Fi, ou comment on est arrivé à se débarrasser des câbles
• Avec du design, c’est encore plus beau
• Les bonnes pratiques de sécurité, roaming et migration 6 GHz / Wi-Fi 7

The post Actualités Cisco Networking – Juin 2026 appeared first on Cisco France Blog.

L’annonce officielle la plus structurante est le lancement de Cisco Cloud Control, qui vient unifier toutes les solutions Cisco autour d’un dashboard commun. Autour de cette plateforme, Cisco renforce la sécurité intégrée à l’infrastructure, prépare la transition post-quantique et étend son portefeuille d’équipements campus, branch et industriel.

Cisco Cloud Control vient concrétiser l’AgenticOps

Cisco Cloud Control devient la nouvelle plateforme unifiée où humains et agents IA opèrent ensemble les infrastructures critiques. Il offre une vue unifiée sur toutes les solutions Cisco: networking, security, compute, observability et collaboration. Plus qu’un simple portail, Cisco Cloud Control fournit une couche de données partagée pour que les opérateurs et les agents puissent opérer l’intégralité de l’infrastructure.

Cisco Cloud Control est aussi le support de Cisco AI Canvas, espace collaboratif génératif en temps réel entre équipes et agents permettant de résoudre les problèmes les plus complexes quand ils s’étendent sur plusieurs domaines.

Cloud Control Studio a aussi été annoncé avec “Agent Builder” et “App Builder” pour développer et personnaliser agents, apps et workflows. Cisco Cloud Control s’ouvre également à un large écosystème tiers (dont AWS, Microsoft, ServiceNow, Slack et Google Cloud).

Intégré à Cisco Cloud Control, Cisco IQ vient transformer la manière dont les clients et partenaires interagissent avec les offres de support et de services professionnels de Cisco. Elle consolide plusieurs portails, outils et API en une interface intelligente unique, servant de “porte d’entrée” aux ressources de l’expérience client Cisco (CX). Cisco IQ vous aide à avoir une visibilité complète de votre parc et facilite la gestion du support matériel et logiciel.

Sécurité fusionnée à l’infrastructure

L’autre sujet clé des annonces est un changement clair de paradigme sur la sécurité. Claude Mythos, entre autres, a mis en avant qu’une défense réactive seule ne suffit plus quand la fenêtre entre vulnérabilité et exploitation passe de plusieurs semaines à quelques minutes. Il a longuement été question de Secure Networking dans les keynotes, avec déjà un premier design guide qui vient d’être publié.

Live Protect s’étend dans le portefeuille

Live Protect est la capacité de mettre en place immédiatement des “contre-mesures” pour protéger l’infrastructure de failles de sécurité, avant que celle-ci ne soit mise à jour ou “patchée”. Les protections sont implémentées directement dans le kernel Linux des Network Operating Systems, et ne nécessitent ni upgrade ni fenêtre de maintenance.

Live Protect est maintenant disponible sur les switches N9000. Nous avons annoncé des extensions vers les commutateurs campus C9000 Smart Switches puis C8000 Secure Routers lors de la keynote.

Trajectoire post-quantique et résilience long terme

Cisco ne se limite pas à l’urgence opérationnelle. Les annonces détaillent aussi une trajectoire structurée sur la résilience cryptographique :

• Objectif d’extension des capacités de communications quantum-safe à la majorité du portefeuille cœur d’ici fin 2026.
• Quantum-safe secure boot par défaut pour les nouvelles gammes campus, branch, datacenter (routeurs, switches et firewalls).
• Quantum Ready Assessments via Cisco IQ pour prioriser les actifs exposés au risque « harvest now, decrypt later ».
• Quantum Resilience Framework pour cadrer la transformation post-quantique.

Nouveaux équipements

Si les deux keynotes ont largement porté sur Cisco Cloud Control et Secure Networking, les équipements réseau et leurs ASICs Silicon One n’ont pas été oubliés. Pour s’adapter au trafic généré par les agents IA, le réseau doit se moderniser. Côté réseau d’entreprise (Campus, WAN, Wi-Fi, IoT…) on va ainsi compléter les familles initiées depuis un an.

• Les C9550 Smart Switches sont une famille de commutateurs de coeur et d’agrégation fixes (non-modulaires). Evolution naturelle des Catalyst 9500, ils offrent plus de performance ainsi qu’une sécurisation post-quantique.
• Nous avons annoncé de nouveaux secure routers. On notera le C8600 Secure Router (20 ports 10GE et 6 ports 100GE) et de nouveaux C8200 Secure Routers (C822x et C821x) pour s’adapter au mieux à tous les besoins de connectivité des sites distants.
• De nouveaux points d’accès Wi-Fi 7 outdoor, les CW9177 avec des modèles avec antennes internes, directionnelles et antennes externes. Attention je rappelle qu’on attendra l’arrivée de AFC – Automated Frequency Coordination –  dans le domaine ETSI pour pouvoir utiliser la bande des 6GHz sur antennes externes / standard power.
• Une nouvelle gamme de routeurs industriels compacts les IR1000 Rugged Series Secure Routers. On notera la prouesse de faire la faible consommation de 5 Watts tout en permettant une sécurité post-quantique, une compatibilité SDWAN et des modules 4/5G.

L’ensemble vise à donner plus de choix de déploiement, de flexibilité opérationnelle et de sécurité embarquée, du campus jusqu’aux environnements industriels.

Conclusion

Cisco Live US 2026 marque une étape importante : Cisco Cloud Control devient la pierre angulaire d’AgenticOps, pendant que la sécurité se fusionne à l’infrastructure pour mieux se protéger de nouveaux vecteurs d’attaques.

Pour les entreprises, l’enjeu est moins de suivre une tendance que d’orchestrer une transformation opérationnelle complète : même visibilité, même contexte, mêmes mécanismes d’action entre humains et IA, avec une gouvernance forte.

J’ai repris dans cet article les annonces principales autour des réseaux d’entreprise. Je vous encourage à lire le communiqué de presse et visionner l’Opening Keynote et la keynote du 2ème jour pour décourvrir toutes les innovations Cisco sur nos solutions datacenter, sécurité, collaboration et la data platform Splunk.

Quelles annonces vous paraissent les plus structurantes pour vos environnements : Cloud Control, Live Protect, ou la trajectoire quantum-safe ?

The post Annonces Networking Cisco Live US 2026 appeared first on Cisco France Blog.

IOS-XE 26.1.1 : nouveau versionnage, PQC, upgrade sub-seconde et posture Secure by Default

IOS-XE 26.1.1 concentre quatre changements structurants : refonte du modèle de versionnage, première phase de mise en place de la cryptographie post-quantique, upgrade sub-seconde des C9350, et restriction par défaut des protocoles obsolètes.

Nouveau rythme de publication et schéma de versionnage

Le cadencement historique d’IOS-XE (3 releases par an, une EMR supportée 48 mois et des SMR supportées 12 mois) est remplacé par un rythme de 2 EMR par an, une au premier semestre et une au second. Toutes les releases seront désormais des Extended Maintenance Releases.

Le schéma de version bascule vers un format Year.Release.Build : le premier chiffre correspond à l’année de sortie, le second à la position dans l’année (1 pour le premier semestre, 2 pour le second). D’où le saut de 17 à 26 entre la dernière release de l’ancien cycle et la première du nouveau.

À noter : cette version apporte aussi des changements plus profonds dans l’architecture de l’OS : l’ISSU et l’xFSU ne seront pas possibles entre IOS-XE 17.x et 26.x.

Software Lifecycle Support Statement – IOS-XE

Cisco Resilient Infrastructure

Face à l’évolution des menaces et leur accélération à cause de l’IA, Cisco s’engage via le Project Glasswing à renforcer proactivement la sécurité de ses infrastructures. Cette vision se traduit par l’évolution de nos systèmes d’exploitation vers une trajectoire « Secure by Default ». Les changements principaux seront les suivants :

• Durcissement natif dès le déploiement : désactivation des services vulnérables (Telnet, HTTP, Guest Shell) et imposition de standards cryptographiques robustes (clés SSH étendues, TACACS+ over TLS 1.3).
• Élimination progressive des protocoles obsolètes : SNMPv1/v2c, TLS 1.0/1.1, FTP/TFTP, Telnet…
• Traçabilité et contrôle d’accès : implémentation de MFA et de FIDO2 pour les accès d’administration, couplée à un enrichissement des syslogs.

Le cycle de dépréciation suit trois étapes : Warn (IOS-XE 17.18.2), Restrict (IOS-XE 26.1.1), puis Remove dans des versions ultérieures.

Quel impact en 26.1.1 ?

• Blocage par défaut des commandes insecure : toute commande identifiée comme insecure sera refusée, sauf activation de system mode insecure.
• Comportement à l’upgrade : si une configuration contient déjà des commandes insecure, system mode insecure sera automatiquement ajoutée pour préserver la continuité de service.
• Inventaire : show system insecure configuration liste l’ensemble des commandes insecure présentes sur un équipement.
• Trajectoire de dépréciation : le mode insecure est transitoire et sera supprimé dans une version à venir. Le remplacement des commandes legacy par leurs alternatives sécurisées est à planifier.

Switching

Activation de la cryptographie post-quantique sur les Smart Switches, C9350 comme control plane / border en SD-Access et leaf en BGP EVPN VXLAN, et upgrade sub-seconde via xFSU.

• Secure boot PQC-compliant sur C9610 : signature du Bootloader basée sur LMS (Leighton-Micali Signature, algorithme quantum-resistant), garantissant la chaîne de confiance dès le démarrage.
• MACsec PQC-resistant sur C9350 : échange de clé basé sur ML-KEM pour le chiffrement des communications switch-to-switch.
• Nouveaux rôles SD-Access pour les C9350 : prise en charge des rôles control plane et border en plus d’edge dans une fabric SD-Access.
• Nouveau rôle BGP EVPN VXLAN pour les C9350 : support du rôle d’EVPN leaf (VTEP).
• xFSU sub-seconde pour les C9350 : interruption trafic inférieure à la seconde lors d’une mise à jour avec xFSU.

IOS XE 26.1.1: What’s New for Cisco Switching
Release Notes — C9610 Series, IOS XE 26.1.x
Release Notes — C9350 Series, IOS XE 26.1.x

Industrial Switching

Extension du Cloud Management, simplification de la configuration REP, et durcissement / interopérabilité pour PROFINET.

• IE3500 dans le Dashboard Meraki : management cloud disponible pour les IE3500.
• REP Segment ID Auto-Discovery : configuration automatique des Segment IDs REP via CDP. Élimine les erreurs lors de la création ou de l’ajout de switches à un segment.
• PROFINET read-only : passage des opérations Discovery and Configuration Protocol (DCP) en mode read-only, protégeant adresse IP, gateway et nom du switch contre les modifications non autorisées.
• PROFINET system redundancy : support du mode de redondance PROFINET S2.
• IEEE 802.1Qbu — Frame Preemption sur les IE3500 : diminution de la latence pour les paquets prioritaires.

Release Notes — Cisco IE3500 Series, Release 26.1.x

Wi-Fi

Introduction de MACsec et évolution du nommage des Access Points.

• MACsec sur Access Points : chiffrement Layer 2 entre l’AP et le switch connecté, basé sur MACsec (IEEE 802.1AE).
• Static AP name configuration : pré-configuration possible des APs avant la première connexion au contrôleur.

Release Notes — Catalyst 9800 Wireless Controller, IOS XE 26.1.x

Actualités

Intégration des caméras Axis Communications dans le Dashboard Meraki

Les caméras Axis Communications peuvent désormais être intégrées à Meraki, aux côtés des caméras Cisco MV. La console d’exploitation est mutualisée entre les deux populations d’équipements, avec inventaire, firmware et monitoring depuis une même interface, ce qui facilite la coordination entre équipes IT et sécurité physique.

Cisco and Axis Communications — Unify IT and physical security
Axis Device Onboarding with Meraki Dashboard

Retour sur les mois précédents

Annonce de fin de commercialisation des points d’accès Wi-Fi 6 d’intérieur

Le 30 mars 2026, nous avons annoncé la fin de commercialisation de nos APs Wi-Fi 6 Indoor. À partir de cette date, les APs vont suivre notre cycle de fin de vie pour devenir End of Support le 31 décembre 2031. Les modèles concernés :

• Gamme Meraki : MR36, MR36H, MR44, MR46, MR46E
• Gamme Catalyst : C9105, C9115, C9120, C9130

Pour vos investissements futurs, nous recommandons les modèles Wi-Fi 7. Le chemin de migration :

End-of-Sale and End-of-Life Announcement — Cisco and Meraki Wi-Fi 6 Indoor Access Points

Wireless Active Testing

Les points d’accès Wi-Fi 7 CW9172H ont désormais la capacité d’agir comme des clients synthétiques grâce à l’intégration de ThousandEyes. L’infrastructure ne se contente plus de fournir la connectivité, elle la teste en continu, simulant le comportement d’utilisateurs finaux pour mesurer les performances applicatives sur l’ensemble de vos SSID et bandes de fréquences.

Les bénéfices opérationnels :

• Détection proactive : identification des anomalies de connectivité et des dégradations applicatives avant l’ouverture de tickets par les utilisateurs.
• Réduction du MTTR : isolation de la cause grâce à une visibilité complète — WLAN, LAN, FAI, environnements non maîtrisés et SaaS.
• Perspective client : métriques basées sur des conditions RF réelles.
• Sécurisation des opérations : validation par la donnée de l’impact d’un changement de configuration ou de version (tests pré et post-maintenance).

Cisco Active Testing for Wireless with ThousandEyes — On-Prem Deployment Guide

Intégrer vos équipements dans Meraki sans conversion de licences

L’offre Cloud Entitlement for Cisco DNA facilite l’onboarding de vos switches et APs Catalyst 9000 dans le Dashboard Meraki. Si vous disposez d’une licence DNA active, vous pouvez les onboarder sans devoir les convertir.

Détails et prérequis :

• Cloud Management with Device Configuration
• Cloud Management with Cloud Configuration

Testez les fonctionnalités Advantage gratuitement pendant 30 jours

Vous pouvez désormais tester gratuitement les fonctionnalités Advantage de Meraki — Adaptive Policy, AI-RRM, et options de sécurité avancées — pour valider leur ROI avant d’investir.

Depuis le Dashboard Meraki, si votre organisation est en mode Subscription Licensing, vous pouvez activer un essai de 30 jours par type de produit (wireless, switching, routing) et par réseau.

Subscription Advantage Feature Tier Trials

Webinars et évènements à venir

27 mai 2026 (15h à 16h30) : Demystify Wi-Fi : les bonnes pratiques de sécurité, roaming et migration 6 GHz / Wi-Fi 7

Présenté par Federico Ziliotto

Troisième et dernière partie de notre série « Demystify Wi-Fi » : options de sécurisation des SSIDs, implications pour le roaming, outils d’amélioration. Une partie sera dédiée aux nouveaux prérequis de sécurité introduits par les 6 GHz et le Wi-Fi 7, avec des exemples de configuration concrets.

S’inscrire →

10 juin 2026 (11h à 12h30) : Mastering AI tools in Cisco Catalyst Center

Explore AI-powered troubleshooting tools and predictive analytics to maintain health and ensure optimal operation of your network.

S’inscrire →

17 juin 2026 (11h à 12h30) : Cisco Workflows — Enhancing Cisco Catalyst Center Automation

Explore Cisco Workflows, the innovative solution to automate network orchestration to significantly reduce deployment times and improve accuracy.

S’inscrire →

Liens et ressources utiles

• Le blog réseau
• Tous nos webinars

The post Actualités Cisco Networking – Mai 2026 appeared first on Cisco France Blog.