Brevet FR2899412A1 — publié le 20071005

- 1 " Procédé et système pour mettre à jour des changements de topologie d'un réseau informatique." La présente invention se rapporte à un procédé et un système pour mettre à jour des changements de topologie d'un réseau informatique. Les mécanismes classiques de gestion et de provisioning de la topologie réseau, se fondent généralement sur la découverte totale de l'infrastructure, de façon planifiée (journalière, hebdomadaire, etc.) puis mise à jour dans une base de données de topologie. Le processus pouvant être excessivement consommateur de ressources et de temps. Il existe néanmoins déjà des mécanismes permettant de traquer certains changements dans le domaine des réseaux informatiques, mais ces derniers sont basés sur des compteurs de temps, définissant la dernière connexion par exemple, d'un utilisateur sur un équipement donné, impliquant ou non un changement de configuration. L'utilisation de ces compteurs de temps est une première approche, mais elle ne permet pas d'identifier des configurations réalisées par le biais d'outils externes de configuration au moyen des protocoles propriétaires ou des Set SNMP ("Simple Network Management Protocol"). Un autre inconvénient de ces compteurs est qu'ils sont basés sur l'équipement dans sa globalité et non pas sur un ou plusieurs points bien spécifiques (Technologie, Elément de Configuration, etc.). Par ailleurs, ces compteurs peuvent effectuer des mises à jours même si la configuration n'a pas changé, par exemple dès que l'utilisateur a simplement sauvegardé sa configuration avant de quitter sa console. Ces compteurs autorisent donc des mises a jour non nécessaires et font parfois l'impasse sur des changements. La présente invention a pour but de remédier aux inconvénients précités en proposant un nouveau procédé pour détecter les changements de 30 topologie de manière efficace et rapide. On atteint le but précité avec un procédé pour détecter des changements de topologie d'un réseau informatique, ce procédé comprenant les étapes suivantes : acquisition des données brutes des tables de configuration des 35 éléments du réseau au cours de scrutations principales successives, - 2- entre deux scrutations principales successives, on réalise les étapes suivantes : ù calcul et stockage d'une valeur de "checksum" pour chaque élément du réseau ayant des données brutes considérées 5 comme sensibles, au moins une scrutation secondaire permettant de récupérer à nouveau lesdites données sensibles de chaque élément correspondant, comparaison, à chaque scrutation secondaire et pour chaque i0 élément dit sensible, de la valeur de checksum précédemment stockée avec une nouvelle valeur de "checksum" calculée avec les nouvelles données sensibles, pour chaque élément sensible, lorsque les deux valeurs de "checksum" diffèrent, mise à jour dans une base de données de 15 topologie uniquement des données de topologie relatives à l'élément correspondant. Pour les éléments qui ne présentent pas de données brutes sensibles, on met directement à jour la base de topologie pour ces éléments là. Avec le procédé selon la présente invention, on peut immédiatement 20 vérifier uniquement le noeud du réseau dans lequel le changement est intervenu. On ne réalise pas de mise à jour relative à tout le réseau à chaque instant comme dans l'art antérieur. Avantageusement, les données brutes sont considérées sensibles lorsqu'elles obéissent à des critères prédéterminés contenus dans un fichier 25 de configuration. Le procédé selon la présente invention permet ainsi de traquer les changements de topologie réseau suivant des critères définis par configuration, et de vérifier que ces critères n'ont pas varié dans le temps. Ce mécanisme permet ainsi d'identifier seulement les éléments réseaux 30 nécessitant une mise à jour de leur configuration dans la base de données de topologie, permettant ainsi à des produits tiers d'être le plus rapidement possible au courant de tout changement, évitant ainsi des pertes d'information et des latences inutiles. Selon une caractéristique avantageuse de l'invention, les scrutations 35 principales et secondaires sont régulières; les scrutations secondaires se - 3faisant à une fréquence, par exemple quelques minutes, largement supérieure à la fréquence des scrutations principales, de façon journalière par exemple. Le processus peut donc s'exécuter de façon automatique. Autrement, les scrutations principales et secondaires peuvent aussi être enclenchées à la suite d'un événement prédéterminé tel que par exemple de type "Trap SNMP", Evénement System, association de taches dans le fichier de configuration, au démarrage réseau, etc. Ceci permet de contourner les problèmes de granularité temporelle dus à la planification de processus de scrutation. lo Selon l'invention, pour la mise à jour des données de topologie d'un élément sensible, on récupère les données brutes sensibles contenues dans la mémoire cache, ces données brutes sensibles provenant de la scrutation secondaire venant d'être réalisée.. Ceci permet d'optimiser les étapes de scrutation réseau. En effet, dans les données brutes collectées pour le calcul 15 du "CheckSum", certaines données basées sur la configuration peuvent être conservées en mémoire cache et serviront ensuite, le cas échéant, à la mise à jour de la base de données de topologie. Ceci permet d'éviter le "doublepolling", et de préserver de ce fait les équipements impactés, du stress relatif à des interrogations trop proches (Stress SNMP, ICMP). 20 A titre d'exemple, on peut calculer la valeur de "checksum" courante au moyen d'un algorithme de redondance cyclique. Suivant un autre aspect de l'invention, il est proposé un serveur pour détecter des changements de topologie d'un réseau informatique, ce serveur comprenant : 25 - des moyens pour réaliser des scrutations principales successives des éléments du réseau et acquérir des données brutes des tables de configuration desdits éléments du réseau, des moyens pour calculer et stocker une valeur de "checksum" pour chaque élément du réseau ayant des données brutes considérées 30 comme sensibles, des moyens pour réaliser au moins une scrutation secondaire permettant de récupérer à nouveau lesdites données sensibles de chaque élément correspondant, - des moyens pour comparer, à chaque scrutation secondaire et pour 35 chaque élément dit sensible, la valeur de checksum précédemment - 4 stockée avec une nouvelle valeur de "checksum" calculée avec les nouvelles données sensibles, pour chaque élément sensible, lorsque les deux valeurs de "checksum" diffèrent, des moyens pour mettre à jour dans une base de données de topologie uniquement des données de topologie relatives à l'élément correspondant. D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée d'un mode de mise en oeuvre nullement lo limitatif, et des dessins annexés, sur lesquels : La figure 1 est une vue schématique générale d'un système selon l'art antérieur, et La figure 2 est une vue schématique générale d'un système selon la présente invention. 15 sur la figure 1 selon l'art antérieur, on distingue un réseau informatique équipé d'une pluralité de machines ml à m5. L'application de détection selon l'art antérieur comprend une application de découverte A qui est apte à scruter le réseau informatique et éventuellement d'autres 20 ressources externes de façon à établir la topologie du réseau. C'est l'étape 1 de découverte de topologie. A l'étape 2, les données de la topologie sont stockées dans une base de données de topologie DBT. Au cours de la troisième étape, on renseigne des serveurs S en relation avec ledit réseau informatique sur la topologie de ce réseau. Ensuite, au moyen notamment de 25 protocole SNMP, les serveurs S scrutent le réseau et prélèvent des données de performance. En d'autres termes, la figure 1 illustre le processus classique de découverte et de provisionning d'une Infrastructure réseau comprenant essentiellement les étapes suivantes : 30 Découverte de l'ensemble composant le réseau, Mise à jour de la base de Topologie, La topologie est ventilée sur les serveurs, Les serveurs démarrent l'interrogation des équipements et rapatrie les données. - 5- Le problème avec la méthode selon l'art antérieur est la lenteur et une efficacité limité. Par ailleurs, dans l'architecture selon l'art antérieur, l'ensemble des objets composant le réseau sont mis à jours de façon régulière, entraînant de gros volume de transaction, et la nécessité de réaliser ces opérations de façon très espacée. Le système selon la présente invention propose par le biais d'une configuration simple de traquer certains éléments de configuration, en se basant sur le stockage en fichier de la valeur de "CheckSum" des tables de i0 configurations passées en paramètre par l'utilisateur. La valeur de "CheckSum" peut être évaluée selon des algorithmes conventionnels et robustes de type CRC32 ("Cyclic Redundancy Check"). Le système va évaluer de façon régulière (configurable par l'utilisateur) si la valeur de "CheckSum" a varié, et le cas échéant mettre à jours dans la base de topologie l'élément et 15 seulement ce dernier. Sur la figure 2 on voit un système selon la présente invention. On distingue un réseau informatique constitué d'une pluralité de machines ml à m5. L'application de découverte DP pour "discovery process" en langue anglaise, est associée à un fichier de configuration FC et à un fichier FS 20 renfermant le "checksum". L'application de découverte est adaptée pour initialiser le processus de scrutation du réseau de manière automatique. En fait le fichier de configuration contient une planification. A l'étape 1, on lance donc la scrutation principale du réseau. Cette scrutation principale est journalière par exemple. On prélève des données brutes des pages de 25 configuration des éléments du réseau. On vérifie si des éléments du réseau comporte des données brutes sensibles, c'est à dire obéissant à des critères prédéterminés et définis dans le fichier de configuration. Pour des éléments sensibles, on détermine le checksum et on le stocke dans le fichier FS. Pour des éléments ""non sensibles", on réalise la mise à jour au sein 30 de la base de données de topologie. Ensuite, pour les éléments sensibles, on réalise plusieurs scrutations secondaires successives et régulières à l'étape 3, mais uniquement sur les éléments (machines) sensibles de façon à récupérer les données brutes sensibles. A chaque scrutation secondaire et pour chaque élément sensible, 35 on calcul un nouveau checksum que l'on compare au checksum précédent contenu dans le fichier FS. Si à l'issu de la comparaison, les deux checksums diffèrent, alors il y a eu un changement. Dans ce cas, on met à jour uniquement les données de topologie de l'élément sensible considéré. Le schéma de la figure 2 présente donc un processus, selon la présente invention, permettant de traquer et de ne mettre à jour que les éléments nécessaires. Les étapes de déroulement peuvent être synthétisé de la manière suivante : Lancement de façon planifiée sur la base du fichier de io configuration, Acquisition de la valeur de contrôle "checksum" et comparaison avec la précédente, Découverte d'un objet ayant eu des changements de configuration, et 15 Mise à jour de la base de topologies. La présente invention permet donc de traquer les changements de configuration d'un équipement informatique et ainsi de mettre à jour les données relatives à cet équipement dans une base de topologie. On calcule 20 une valeur de checksum par le biais de l'utilisation d'algorithme de redondance cyclique pour contrôler les changements des tables de configuration des équipements. L'invention permet de ne mettre à jour que les équipements ayant subi des changements et ce de façon certaine car le checksum est basé sur la configuration elle-même. 25 Bien sûr, l'invention n'est pas limitée aux exemples qui viennent d'être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l'invention. REVENDICATIONS 1. Procédé pour détecter des changements de topologie d'un réseau 5 informatique, ce procédé comprenant les étapes suivantes : - acquisition des données brutes des tables de configuration des éléments du réseau au cours de scrutations principales successives, entre deux scrutations principales successives, on réalise les étapes suivantes : io calcul et stockage d'une valeur de "checksum" pour chaque élément du réseau ayant des données brutes considérées comme sensibles, ù au moins une scrutation secondaire permettant de récupérer à nouveau lesdites données sensibles de chaque élément 15 correspondant, comparaison, à chaque scrutation secondaire et pour chaque élément dit sensible, de la valeur de checksum précédemment stockée avec une nouvelle valeur de "checksum" calculée avec les nouvelles données sensibles, 20 ù pour chaque élément sensible, lorsque les deux valeurs de "checksum" diffèrent, mise à jour dans une base de données de topologie uniquement des données de topologie relatives à l'élément correspondant. 25 2. Procédé selon la revendication 1, caractérisé en ce que les données brutes sont considérées sensibles lorsqu'elles obéissent à des critères prédéterminés contenus dans un fichier de configuration. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que les scrutations 30 principales et secondaires sont régulières; les scrutations secondaires se faisant à une fréquence largement supérieure à la fréquence des scrutations principales.- 8 - 4. Procédé selon la revendication 1 ou 2, caractérisé en ce que les scrutations principales et secondaires sont enclenchées à la suite d'un événement prédéterminé. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que pour la mise à jour des données de topologie d'un élément sensible, on récupère les données brutes sensibles contenues dans la mémoire cache, ces données brutes sensibles provenant de la scrutation secondaire venant d'être réalisée. 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on calcule la valeur de "checksum" courante au moyen d'un algorithme de redondance cyclique. 15 7. Serveur pour détecter des changements de topologie d'un réseau informatique, ce serveur comprenant : des moyens pour réaliser des scrutations principales successives des éléments du réseau et acquérir des données brutes des tables de configuration desdits éléments du réseau, 20 - des moyens pour calculer et stocker une valeur de "checksum" pour chaque élément du réseau ayant des données brutes considérées comme sensibles, -des moyens pour réaliser au moins une scrutation secondaire permettant de récupérer à nouveau lesdites données sensibles de 25 chaque élément correspondant, - des moyens pour comparer, à chaque scrutation secondaire et pour chaque élément dit sensible, la valeur de checksum précédemment stockée avec une nouvelle valeur de "checksum" calculée avec les nouvelles données sensibles, 30 - pour chaque élément sensible, lorsque les deux valeurs de "checksum" diffèrent, des moyens pour mettre à jour dans une base de données de topologie uniquement des données de topologie relatives à l'élément correspondant. 35