Cisco TMS 15 reste supportée, mais son avenir impose de préparer une alternative
La Telepresence Management Suite, souvent appelée Cisco TMS, reste utilisée par les organisations qui administrent un parc de salles de visioconférence. Sa situation a toutefois changé : Cisco TMS n’est plus commercialisée et la version 15 est la dernière version supportée. Les équipes IT et AV doivent donc continuer à exploiter l’outil tout en évaluant sa pérennité et les conditions d’un éventuel remplacement.
À quoi sert une telepresence management suite ?
Une telepresence management suite est une plateforme qui centralise l’administration des équipements de visioconférence. Elle permet de superviser des terminaux installés dans plusieurs salles, sites ou pays depuis une même interface. L’administrateur peut ainsi appliquer des règles communes, suivre l’état du parc et limiter les interventions manuelles.
Une vue opérationnelle sur les salles et les terminaux
Dans une entreprise équipée de nombreux systèmes de visioconférence, la gestion ne s’arrête pas à l’organisation des réunions. Il faut connaître les salles disponibles, repérer les équipements en erreur, vérifier les versions logicielles déployées et identifier les terminaux qui nécessitent une intervention. Une suite de gestion fournit cette visibilité grâce au monitoring, à l’inventaire et au reporting.
Elle peut aussi centraliser la réservation des salles, ou booking, pour associer l’usage des espaces physiques aux ressources de visioconférence. L’objectif est concret : éviter de programmer une réunion dans une salle dont l’équipement est indisponible ou mal configuré.
Pourquoi le provisioning change l’échelle d’administration
Le provisioning consiste à transmettre des paramètres, des configurations ou des mises à jour aux équipements. Réalisée en masse, cette opération évite de répéter la même action sur des dizaines de terminaux. L’organisation peut ainsi harmoniser les carnets d’adresses, les profils de marque, les réglages de réunion ou certaines macros de terminaux.
Cette fonction est utile lorsque les salles n’ont pas été installées au même moment ou par le même intégrateur. La suite de gestion devient alors un point de contrôle central qui limite les écarts de configuration et facilite le diagnostic en cas d’incident.
Cisco TMS : comprendre le statut de la version 15
Cisco TelePresence Management Suite a longtemps servi à administrer des infrastructures de visioconférence d’entreprise. Cisco indique aujourd’hui que le produit est toujours supporté, mais n’est plus vendu. La version 15 est la dernière version supportée. Cette distinction doit être prise en compte : un logiciel supporté peut continuer à fonctionner dans l’environnement existant, sans être le choix le plus adapté pour un nouveau projet ou une extension de parc.
Support, commercialisation et fin de vie ne veulent pas dire la même chose
La fin de commercialisation signifie qu’il n’est plus possible d’acquérir le produit comme une offre active. Le support désigne la capacité de l’éditeur à accompagner la version concernée selon les modalités applicables. Une fin de vie complète, ou EOL, correspond à l’arrêt du cycle de support. Ces notions doivent être vérifiées séparément avant tout arbitrage technique ou contractuel.
Dans le cas de Cisco TMS, l’horizon à long terme reste incertain. Une équipe ne doit donc pas attendre un incident critique pour documenter ses dépendances. Cela concerne notamment les intégrations de calendrier, les modèles de salles, les annuaires, les règles de réservation, les versions des endpoints et les procédures d’exploitation.
Les fonctions à comparer avant de remplacer une TMS
Changer d’outil ne consiste pas à rechercher une interface capable de « voir » les salles. Le futur système doit reprendre les usages réellement nécessaires à l’exploitation. Une comparaison par fonctionnalités réduit le risque de perdre un processus utile pendant la migration.
| Fonction | Ce qu’elle apporte à l’exploitation | Point de contrôle lors d’une migration |
|---|---|---|
| Monitoring multi-systèmes | Détection centralisée des états, alertes et indisponibilités | Compatibilité avec tous les équipements du parc |
| Mises à jour et provisioning en masse | Déploiement cohérent des logiciels et paramètres | Possibilité de cibler des groupes de salles et de revenir en arrière |
| Réservation de salles | Coordination entre agenda, espace physique et réunion vidéo | Intégration avec les outils calendaires existants |
| Reporting | Suivi des incidents, de l’usage et des tendances | Export des historiques nécessaires à l’exploitation |
| Carnets d’adresses, profils et macros | Expérience homogène pour les utilisateurs en salle | Reprise des configurations propres aux terminaux |
Ne pas négliger les détails invisibles pour l’utilisateur
Les fonctions les plus déterminantes sont parfois les moins visibles. Le endpoint macro provisioning, par exemple, peut gérer des automatisations propres à une salle : affichage, commandes ou comportement de périphériques. Le suivi du comptage de personnes peut aussi répondre à des besoins d’exploitation ou d’analyse de l’occupation. Une alternative doit être évaluée sur ces éléments précis, et pas uniquement sur ses tableaux de bord.
Les salles peuvent masquer les différences de génération, de constructeur et de configuration entre les équipements. Tant que tout fonctionne, cette hétérogénéité reste discrète. Lors d’une panne ou d’une migration, elle apparaît rapidement. Un inventaire terminal par terminal, avec le firmware, les périphériques, les dépendances réseau et les automatisations locales, est donc aussi important que la sélection du nouvel outil.
On-premises, auto-hébergé ou cloud : choisir selon le risque réel
Le mode d’hébergement relève de la gouvernance, et pas d’une simple préférence technique. Une solution on-premises ou auto-hébergée conserve l’application et les données de gestion dans un environnement contrôlé par l’organisation. Ce choix peut répondre à des exigences de souveraineté des données, de segmentation réseau ou de cybersécurité.
Les arguments en faveur d’un déploiement interne
Pour certaines entreprises, administrations ou environnements sensibles, l’hébergement interne permet de maîtriser plus directement les accès, les journaux, les sauvegardes et les flux entre la plateforme de gestion et les équipements. Il peut aussi renforcer la continuité de service lorsque l’exploitation des salles ne doit pas dépendre d’un service cloud tiers ou d’une connexion Internet externe.
En contrepartie, l’organisation assume l’infrastructure, les mises à jour, la supervision et les procédures de reprise. Le cloud peut simplifier l’exploitation, mais il faut examiner la localisation des données, les mécanismes d’authentification, la réversibilité et le comportement de la plateforme en cas d’incident réseau. Le choix doit donc partir des risques réels du parc et des contraintes de l’organisation.
La conformité se prépare avant le déploiement
Dans un environnement régulé, l’autorisation d’usage repose souvent sur une validation de la version, de la configuration et des contrôles de sécurité. Les références institutionnelles peuvent inclure des cadres tels que NIST ou FIPS, ainsi que des règles internes de gestion des vulnérabilités. Une solution techniquement performante ne doit pas être retenue sans vérifier son intégration au processus de gouvernance IT.
La validation doit notamment préciser le responsable de l’homologation, les exigences de journalisation, le traitement des correctifs, la documentation attendue et le plan d’action en cas d’écart. Ces éléments conditionnent l’adoption de l’outil autant que ses fonctions de gestion des salles.
Évaluer une alternative à Cisco TMS sans créer de rupture
Pexip Enhanced Room Management, ou Pexip ERM, se positionne comme une alternative de gestion de salles, notamment pour les organisations qui recherchent une approche auto-hébergée. La solution met en avant le monitoring et la gestion de plusieurs systèmes depuis une interface unique, le provisioning massif des mises à jour logicielles, les carnets d’adresses, les profils de marque, les macros de terminaux et le suivi du nombre de personnes.
Son intérêt ne dispense pas d’une analyse adaptée au parc concerné. Les équipes doivent vérifier les équipements compatibles, le mode d’hébergement disponible, les fonctions de booking et de reporting, ainsi que le modèle de prix. Un tarif unique incluant toutes les fonctionnalités peut améliorer la prévisibilité budgétaire. Il faut néanmoins comparer le coût total de possession, en intégrant l’exploitation, le support, l’infrastructure et la migration.
Une méthode de migration en quatre vérifications
- Cartographier l’existant : recenser les salles, les endpoints, les versions logicielles, les intégrations et les configurations particulières.
- Définir les exigences non négociables : documenter la sécurité, l’hébergement, la disponibilité, la compatibilité, les automatisations et le reporting attendus.
- Tester sur un périmètre pilote : migrer quelques salles représentatives avant tout basculement global.
- Planifier la coexistence : prévoir une période pendant laquelle l’ancienne et la nouvelle plateforme peuvent être exploitées sans perte de supervision.
Cette démarche évite une migration dictée uniquement par le statut commercial de Cisco TMS. La décision consiste à sécuriser l’usage actuel de TMS 15 tout en préparant une solution durable, compatible avec les contraintes opérationnelles et réglementaires de l’organisation.