Brevet FR2879389A1 — publié le 20060616

CONTEXTE On connaît des réseaux incluant un certain nombre de domaines ( domaines de couche 2 ) interconnectés par des routeurs. Dans chaque domaine, du trafic est acheminé en se basant sur des adresses MAC (Medium Access Control) ( Contrôle d'Accès au Support ) (ou des adresses d'autres couches de liaison de données). Les routeurs acheminent du trafic en se basant sur les adresses IP (Internet Protocol) ( Protocole Internet ) ou des adresses d'autres couches du réseau. Pour limiter la connectivité d 'un réseau, un administrateur de réseau spécifie des groupes de connectivité dont chacun est un groupe de sous-réseau, qui sont autorisés à communiquer. L'administrateur spécifie également quelles entités (adresses MAC, ports ou noms d 'utilisateurs) appartiennent au même groupe. Les entités peuvent être dans le même domaine ou dans des domaines différents. Un système informatique crée automatiquement des listes de contrôle d 'accès pour les routeurs pour autoriser ou refuser du trafic, comme spécifié par l'administrateur. Le système informatique crée également des VLAN (Virtual Local Area Networks) ( Réseaux Locaux Virtuels ) pour autoriser ou refuser du trafic comme spécifié, où chaque VLAN fait partie d'un domaine ou constitue un domaine complet. La connectivité dans chaque domaine est limitée par les VLAN et la connectivité entre les domaines est limitée par des listes de contrôle d 'accès. On connaît un procédé et un dispositif pour déterminer les caractéristiques topologies précises d'un réseau, comportant un système de surveillance pour déterminer les caractéristiques topologiques précises d'un réseau et des procédés d'utilisation du système de surveillance. Dans un mode de réalisation connu, le système crée une carte topologique précise d'un réseau donné par: obtention d'une liste de dispositifs de réseau gérés; identification de ports de lignes réseau, ports de canaux de liaison et ports de canaux de lignes réseau; identification de port de liaison et de ports de noeuds; détermination de connexions entre les ports; mémorisation des informations recueillies; et affichage de la topologie du réseau. Des procédés sont décrits pour identifier des ports de liaison et de noeuds. Dans le procédé préféré, on obtient des informations concernant les dispositifs, incluant des informations de VLAN/fond de panier, des informations de tables ARP de routeurs, des informations d'interface de dispositif et des informations d'adresses physiques pour des machines et des dispositifs connectés au réseau. Les ports et/ou dispositifs sont également regroupés pour fournir des informations topologiques plus précises. On obtient des informations de séquencement de tables d'adresses de sources pour chaque dispositif et on conserve une base de données historique des informations de tables de sources. On peut ensuite utiliser des filtres sur les tables d'adresses de sources pour fournir des résultats topologiques plus précis. Les connexions entre les noeuds sont également résolues en utilisant des procédés de tri. D'autres procédés sont également décrits pour identifier des ports de liaison et déterminer les connexions entre noeuds. On connaît un procédé de détermination de topologies de réseaux informatiques réduisant considérablement la complexité des calculs et augmentant fortement la précision de la détermination de connexions. Le procédé comporte la classification des ports, soit montants soit descendants. Une table d'adresses source est compilée pour chaque port de chaque dispositif de relais de données et chaque port est classifié comme étant soit montant, soit descendant. Les ports montants sont connectés à d'autres dispositifs de relais de données qui indiquent des tables d'adresses de sources tandis que les ports descendants ne le font pas. Après la classification, chaque adresse de source dans chaque table de ports montants est remplacée par l'adresse de source des dispositifs de relais de données contenant le port descendant dont la table contient cette adresse de source. On compare les tables de paires de ports montants par intersection et une intersection minimale définit la connexion la plus probable pour chaque port montant. On utilise une diversité de procédés pour éliminer des adresses de sources invalides et les adresses de dispositifs qui ont changé pendant la collecte des tables d'adresses de sources. On connaît un procédé pour interroger des dispositifs comportant un programme interroger, dans un sélectionné parmi un grand nombre de possibles, au moins dispositifs (par exemple, la topologie ou le dimensionnement), en utilisant une pluralité de répertoires d'éléments, chaque élément comprenant un module de code de programme, chaque répertoire comportant une pluralité d'éléments; dans lequel une pour et un appareil dans un réseau, convenable pour réseau, un dispositif dispositifs fonctionnalité des le programme choisit au moins dans un répertoire les éléments qui concernent le dispositif sélectionné et la fonctionnalité désirée et utilise les éléments sélectionnés pour interroger le dispositif sélectionné. Un appareil de supervision de réseau, un programme informatique et un procédé de supervision de réseau sont connus. Le procédé comporte l'application d'un algorithme à des informations concernant les dispositifs du réseau pour fournir une valeur de contrainte, comparer la valeur de contrainte à une limite prédéterminée, récupérer des signaux de symboles graphiques à partir d'une mémoire de signaux et fournir le symbole graphique à un dispositif d'affichage visuel lorsque la valeur de contrainte atteint la limite prédéterminée, sélectionner manuellement le symbole graphique et provoquer la fourniture par ledit dispositif d'affichage visuel d'une image indiquant où la valeur de contrainte a atteint la limite prédéterminée. RÉSUMÉ Dans un exemple de mode de réalisation, un procédé de gestion d'un réseau comporte l'accès à des informations associées à un commutateur géré dans le réseau, l'interrogation d'une source de données externe et l'identification d'un commutateur non géré connecté au commutateur géré en se basant sur une réponse à l'interrogation et aux informations auxquelles on a accédé. Dans un exemple de mode de réalisation, un procédé de gestion d'un réseau par identification d'un ordre de dispositifs multiples connectés à des ports d'un commutateur de réseau géré dans un réseau, comporte pour chaque port du commutateur de réseau, l'accès aux informations d'adresses de la Couche 2 et de la Couche 3 associées au port, l'identification d'un ou plusieurs dispositifs connectés au port en se basant sur les informations de la Couche 2 et de la Couche 3 auxquelles on a accédé, pour chaque dispositif identifié, la détermination du fait que le dispositif identifié est inclus dans une liste externe de dispositifs actionnés par commutateur et le classement du dispositif identifié dans une liste ordonnée associée au port en se basant sur la détermination. BRÈVE DESCRIPTION DES DESSINS Les dessins annexés fournissent des représentations visuelles qui vont être utilisées pour décrire plus complètement les modes de réalisation représentatifs ici décrits et peuvent être utilisés par les hommes de l'art pour mieux les comprendre ainsi que leurs avantages inhérents. Sur ces référence analogues correspondants et la figure illustrant un exemple La figure illustrant un exemple La figure 3 dessins, des numéros de identifient des éléments 1 est un organigramme de mode de réalisation. 2 est un organigramme de mode de réalisation. illustre une partie d'un réseau auquel on applique 30 de réalisation. La figure des exemples de modes 4 illustre un exemple de répartition de ressources. DESCRIPTION DÉTAILLÉE Comme représenté sur la figure 3, un 35 exemple de réseau peut inclure des routeurs 430, 432, disposés par exemple au niveau d'un noyau du réseau, connectés à des routeurs de répartition 422, 424, 426, 428. Les routeurs de répartition 422, 424, 426, 428, sont représentés respectivement connectés à un ordinateur 402 (pat exemple, un ordinateur personnel), un ordinateur 404 et des téléphones 410, 412, qui comportent des commutateurs, par exemple des commutateurs non gérés . Un commutateur non géré peut être, par exemple, un commutateur qui n'est pas un commutateur SNMP (Simple Network Management Protocol) ( Protocole de Gestion de Réseau Simple ) ou un commutateur qui n'est pas interrogé ou surveillé par SNMP. Les téléphones 410, 412, peuvent également être connectés à des ordinateurs personnels, par exemple respectivement aux ordinateurs 406, 408, représentés sur la figure 3. Dans les réseaux informatiques, des commutateurs tels que les routeurs 430, 432 et les commutateurs 414 à 428 représentés sur la figure 3, canalisent des paquets de réseaux d'un dispositif à un autre en se basant sur des adresses de Niveau 2 ISO ( MAC ou Medium Access Control ( Contrôle d'Accès au Support )). Les commutateurs peuvent apprendre les adresses des dispositifs connectés au réseau puis, filtrer et diriger les communications de données de telle sorte à minimiser les collisions de courants de données. Un grand nombre de commutateurs de réseau ont la possibilité d'être gérés par un logiciel externe. Des informations concernant l'état du logiciel et des informations MAC de Niveau 2 concernant les dispositifs connectés, sont fréquemment rendues disponibles par Simple Network Management Protocol ( Protocole de Gestion de Réseau Simple ) (SNMP). Le logiciel de gestion peut ensuite utiliser chacune des adresses MAC pour rechercher l'adresse IP correspondante du dispositif connecté, dans une antémémoire Address Resolution Protocol ( à protocole de résolution d'adresse ) (ARP). Une antémémoire ARP est une table contenant des paires d'adresses IP de Niveau 2 et de Niveau 3. Avec les informations contenues dans la table ARP, on peut utiliser une adresse de Niveau ou de Couche 2 d'un dispositif pour rechercher une adresse de Niveau/Couche 3 du dispositif et inversement. Des antémémoires ARP peuvent être créées et peuvent exister sur plusieurs types de dispositifs de réseau, incluant des routeurs et des systèmes informatiques, par exemple, les routeurs représentés sur la figure 3 et les ordinateurs représentés sur les figures 3 et 4. Des informations concernant une topologie de réseau précise peuvent être utiles pour corriger des problèmes de diagnostic dans un environnement de réseau et des applications telles que le Network Node Manager ( Gestionnaires de Noeuds de Réseau de Hewlett Packard Company ont été mises au point pour schématiser des topologies de réseau et effectuer une analyse à la racine des problèmes de réseau en se basant sur l'état et la connectivité de réseaux informatiques. Dans certains cas, un commutateur peut 1) ne pas contenir d'agent gestionnaire, 2) comporter un agent gestionnaire qui n'est pas en cours d'exécution, ou 3) comporter des données d'agents qui sont inaccessibles (par exemple, vers un logiciel de gestion) en raison de problèmes de communication. Un tel commutateur est effectivement non géré et peut représenter un défi lorsqu'on tente d'identifier convenablement la connectivité et l'état d'un réseau informatique et de diagnostiquer des problèmes avec le réseau. La mise en oeuvre des téléphones IP dans les réseaux a accru l'urgence de ce problème, car les téléphones IP contiennent fréquemment un commutateur non géré. Ceci permet à une entreprise de ne tirer qu'un seul câble jusqu'à l'emplacement d'un employé, le téléphone de l'employé jouant à la fois le rôle de téléphone et de commutateur auquel est connecté l'ordinateur de l'employé. En d'autres termes, comme représenté sur la figure 3, une liaison unique fournit à la fois à un téléphone est installe la d'entreprise. Selon sur la figure correcte d'un des données provenant d'un réseau téléphone et à un ordinateur et le situé entre l'ordinateur et le y avoir un commutateur non par employé lorsqu'on téléphonie IP dans un réseau un exemple de procédé représenté 2, on peut déduire la topologie réseau. Dans un premier bloc 202 réseau. Il peut ainsi géré supplémentaire représenté sur la figure 2, on accède aux informations associées à un commutateur géré dans le réseau. On peut, par exemple, accéder aux informations associées au commutateur géré en interrogeant le commutateur géré et les informations associées au commutateur géré peuvent indiquer une adresse de réseau de Niveau 2 ou de Couche 2 d'un dispositif connectés à un port du commutateur géré. Les informations associées au commutateur géré peuvent indiquer un 35 réseau local virtuel du réseau auquel est associée l'adresse du réseau de Couche 2. Considérons par exemple un routeur Cisco ayant a) une interface FastEthernet 0/1 qui constitue une ligne réseau de liaison montante amenant des VLAN multiples dans le commutateur ou routeur, et b) une interface FastEthernet 0/2 qui se connecte à un téléphone IP Cisco, dans lequel, le téléphone se connecte lui-même à un PC de bureau. Un exemple de configuration partielle du commutateur ou routeur Cisco peut être défini comme suit. i interface FastEthernet0/l description 802.1Q trunk to FA2/33 on Distribution Rtr 6509 switchport trunk encapsulation dotlq switchport mode trunk switchport nonegociate i interface FastEthernet0/2 description 802.1Q trunk to Cisco phone: VLAN 500 is Voice switchport mode dynamic desirable switchport voice vlan 500 ms qos trust cos spanning-tree portfast 35 Des résultats de la réponse du partiels routeur à une commande IOS Cisco show mac- sont indiqués ci- address-table dynamic dessous. Vlan Adresse MAC Type Ports 1 0006.d737.ca0d DYNAMIC Fa0/2 1 000e. d759.2097 DYNAMIC Fa0/5 500 0004.0d4c.c8d6 DYNAMIC Fa0/4 500 0005.5f2b. 60d8 DYNAMIC Fa0/1 500 0006.d737.ca0d DYNAMIC Fa0/2 Le téléphone est branché dans une interface FAO/2 et d'après la réponse, on voit que le routeur a appris qu'il y avait deux dispositifs connectés et dans ce cas, il se trouve qu'ils sont configurés sur deux VLAN. Des exemples des modes de réalisation et des procédés ici décrits permettent à des systèmes de gestion de déterminer lequel des deux dispositifs est connecté directement (par exemple, le téléphone sur le VLAN 500) et lequel est connecté indirectement (par exemple, le PC sur le VLAN 1) par l'intermédiaire de l'autre dispositif. En revenant à la figure 2, le contrôle passe du bloc 202 au bloc 204, où une source de données externe est interrogée, pour obtenir par exemple, des informations spécifiques au dispositif. La source de données externe peut être associée au réseau et peut se trouver dans le réseau et être distincte des informations associées au (x) commutateur (s) géré (s) , peut être physiquement externe au réseau ou connectée au réseau, peut être centralisée ou répartie et ainsi de suite. Par exemple, en référence à la figure 4, qui montre un exemple de réseau avec des connexions vers des ordinateurs: Ordinateur 1 et Ordinateur 2, où Ordinateur 1 est connecté à Base de données 1 et Base de données 2 et Ordinateur 2 est connecté à Base de données 3, la source de données externe peut être située dans une ou plusieurs des Bases de données 1 à 3, peut être situé dans le réseau ou peut être répartie dans ou parmi à la fois le réseau et les Ordinateurs 1, 2 et les Bases de données 1 à 3. Dans un bloc suivant 206, on identifie un commutateur non géré connecté au commutateur basant sur une réponse à et sur les informations à du dispositif associé à l'adresse de réseau de Couche 2 et/ou peut indiquer des informations concernant un réseau local virtuel (VLAN), par exemple un VLAN auquel est/sont associé(s) le port du commutateur géré et/ou les dispositifs connectés au port. Par exemple, la réponse à l'interrogation peut indiquer si le VLAN est assigné à la téléphonie par Internet Protocol ( Protocole Internet ) (IP). Lorsque le VLAN est assigné à la téléphonie IP, le dispositif connecté au port du commutateur géré peut être identifié comme (ou déterminé comme étant) un commutateur non géré. Dans un exemple de procédé, l'interrogation peut inclure une adresse de réseau de Couche 2 d'un dispositif connecté à un port du commutateur géré et la source de données externe peut inclure une table associant les adresses de Couche 2 aux adresses de Couche 3, par exemple pour les dispositifs situés dans le réseau. De cette manière, la réponse à l'interrogation peut inclure une adresse de Couche 3 qui est associée à ou correspond à l'adresse de Couche 2 fournie dans l'interrogation. La table peut être incorporée dans une ou par exemple dispositifs exemple des routeurs et des commutateurs gérés ou une quelconque autre ressource de réseau. Dans un bloc suivant 208, une topologie du réseau est mise à jour en se basant sur l'identification effectuée dans le bloc 206. Dans géré en se l'interrogation auxquelles on l'interrogation peut a accédé. La réponse indiquer un type plusieurs antémémoires ARP, réparties dans les/ou parmi un ou plusieurs ou ressources dans le réseau, par un bloc suivant 210, on détermine au moins une raison à la racine d'un problème ou d'un dysfonctionnement d'un réseau, en se basant sur l'identification. Ainsi, les informations contenues dans un commutateur géré peuvent être combinées à des informations externes spécifiques au dispositif pour déduire une topologie correcte d'un réseau. Des actions supplémentaires peuvent être effectuées en utilisant les informations de topologie déduites, par exemple, a) la mise à jour d'une représentation topologique du réseau et/ou b) la déduction d'une ou plusieurs raisons à la racine d'un problème avec ou d'un dysfonctionnement du réseau. Le procédé représenté sur la figure 2 peut être répété ou exécuté pour différents commutateurs du réseau, par exemple, jusqu'à avoir exploré ou évalué les connexions vers tous les commutateurs (directement ou indirectement). La figure 1 représente un autre exemple de procédé, dans lequel, dans un premier bloc 202, on construit pour chaque commutateur une liste de ports du commutateur. La liste peut être construite, par exemple, en accédant aux informations associées au commutateur, par exemple en interrogeant le commutateur (qui peut être un commutateur géré) par SNMP ou par un autre mécanisme. Dans un bloc suivant 104, pour chaque port du commutateur, on lit une ou plusieurs antémémoires ARP et on place dans une liste des informations de Couche 2 et de Couche 3 dans la ou les antémémoire ARP, concernant par exemple des dispositifs connectés au commutateur. À partir du bloc 104, le contrôle passe au bloc 106, où, pour chaque dispositif représenté dans la liste construite dans le bloc 104, on détermine si le dispositif est dans une liste externe de dispositifs actionnés par commutateur ou en d'autres termes, une liste externe de dispositifs incorporant un commutateur (par exemple, des commutateurs gérés). Un exemple de dispositifs activant un commutateur est un téléphone IP 7960 de Cisco qui comporte deux ports de réseau, l'un pour connexion à une ligne réseau de VLAN entrante transportant à la fois des données de réseau vocales et de PC et l'autre qui est un port de PC seul. Si tel n'est pas le cas, le contrôle passe du bloc 106 au bloc 108, où les informations de dispositif sont enregistrées dans une fenêtre de maintien. À partir du bloc 108, le contrôle passe en 110, où l'on détermine s'il y a d'autres dispositifs à évaluer. Dans l'affirmative, alors le contrôle retourne du bloc 110 au bloc 106. Sinon, le contrôle passe alors du bloc 110 au bloc 120. Si la détermination dans le bloc 106 indique que le dispositif est dans une liste externe de dispositifs actionnés par commutateur ou de dispositifs qui incorporent un commutateur, alors le contrôle passe du bloc 106 au bloc 112. Dans le bloc 112, on détermine s'il y a déjà un dispositif actionné par commutateur dans une liste de dispositifs ordonnés associés au port de commutateur géré correspondant. Dans l'affirmative, le contrôle passe alors au bloc 114, où une alerte est produite pour indiquer que cette partie particulière du réseau peut présenter une configuration ne pouvant pas être prise en charge et à partir du bloc 114, le contrôle passe au bloc 122. Si la détermination du bloc 112 est négative, alors le contrôle passe du bloc 112 correspondant est placé ou au bloc 116, où (ou les informations ajouté en tant que première entrée le dispositif le concernant) dans une liste dispositif géré. À partir ordonnée associée au port de du bloc 116, le contrôle passe au bloc 118, où l'on détermine si la fenêtre de maintien contient une entrée. Si tel n'est pas le cas, alors le contrôle passe du bloc 118 au bloc 106. Dans l'affirmative, alors le contrôle passe du bloc 118 au bloc 120, où les informations situées dans la fenêtre de maintien (correspondant à un dispositif qui n'est pas actionné par commutateur) sont ajoutées à la liste de dispositifs ordonnés, par exemple une liste de dispositifs ordonnés associés à un port de commutateur géré correspondant (voir par exemple, les blocs 104, 106). À partir du bloc 120, le contrôle passe au bloc 122, où l'on détermine s'il y a d'autres dispositifs à évaluer pour un port de commutateur géré particulier. Dans l'affirmative, le contrôle retourne alors du bloc 122 au bloc 106. Sinon, alors le contrôle passe du bloc 122 au bloc 124, où l'on détermine s'il y a d'autres ports pour un commutateur particulier, par exemple un commutateur géré. Dans l'affirmative, le contrôle retourne alors du bloc 124 au bloc 104. Sinon, le contrôle passe alors au bloc 126, où l'on détermine s'il y a d'autres commutateurs à évaluer (par exemple, des commutateurs gérés). Dans l'affirmative, le contrôle retourne alors du bloc 126 au bloc 102. Sinon, le contrôle passe au bloc 128 et le processus se termine. Un exemple de pseudo code pour mettre en oeuvre le procédé représenté sur la figure 1 suit. // Ce pseudo code découvre les dispositifs qui sont à l'extérieur d'un commutateur de périphérie, et retourne une description précise de la topologie qui peut comporter un commutateur de réseau ne pouvant pas être géré par SNMP. // Il prend comme argument l'adresse IP d'un commutateur 10 // de périphérie classique, par exemple un 3524 ou 3550 // de Cisco // Ce sousprogramme demande à une source extérieure // si un dispositif contient un commutateur non géré, // puis construit la topologie avec le dispositif en // tant que connecteur et non noeud feuille. // Ceci représente le cas le plus courant, mettant en // oeuvre des téléphones IP contenant des commutateurs // non gérés. // Ce sous-programme est initialement focalisé sur des // cas où il y a 2 noeuds connectés à un commutateur // de périphérie, habituellement un téléphone contenant // un commutateur non géré et un PC comme noeud // d'extrémité. // Première action: construction d'une table de // dispositifs connus comme étant des commutateurs non // gérés. Dans le cas d'un environnement téléphonique // IP, on utilise SNMP pour interroger un gestionnaire // d'appels pour vérifier si des téléphones (contenant // des commutateurs non gérés) sont connus et leurs // adresses MAC ou IP. SwitchTable = BuildUnmanaged_SwitchTable(); _ // Plus tard, pendant la découverte de la topologie du // réseau, nous verrons ce qui se trouve à l'extérieur // de chaque port sur les commutateurs de couche d'accès // classiques. pour chaque port sur chaque commutateur de périphérie géré { get_Access_Port_topology (); get_Access_Port_topology { // Les topologies possibles comportent: // 1. Un simple dispositif IP normal (tel qu'un PC) qui // ne contient pas de commutateur non géré ; // 2. Un simple dispositif contenant un commutateur non // géré ; // 3. Un dispositif contenant un commutateur non géré, // connecté à un dispositif qui ne contient pas de // commutateur non géré. int deviceCount; array deviceArray[]; array MAC l i st [ ] ; // Recherche de tous les MAC des dispositifs connectés à // ce port. MAClist = getlistofMACaddresses; // Cas le plus simple: 1 dispositif. On peut utiliser // les informations non SNMP qui le concernent pour // identifier de quel type de dispositif il s'agit (par // exemple, un téléphone IP). // On retourne le fait qu'il y a une liste avec 1 // élément dans celle-ci. si (il y a exactement 1 MAC sur ce port) { (retourner le nombre de dispositifs (1) et leurs adresses) // Scénario plus complexe, par exemple, 2 dispositifs et // 1 est ou inclut un commutateur sinon { si MACAddress[0] dans SwitchTable { // Le premier MAC trouvé est le commutateur // Le second MAC est le dispositif noeud feuille deviceArray [ 0] = MACAddress [ 0] ; deviceArray [1] = MACAddress[l]; (retourner le nombre de dispositifs (2), ainsi que les adresses de connecteur et noeud feuille) } sinon si MACAddress[l] dans SwitchTable { // Le premier MAC trouvé est le dispositif noeud // feuille // Le second MAC est le commutateur deviceArray [ 0] = MACAddre s s [ 0] ; deviceArray[l] = MACAddress[l]; (retourner le nombre de dispositifs (2), ainsi que les adresses de connecteur et noeud feuille) } sinon { // Autre scénario inquiétant, par exemple un hub non géré avec des dispositifs connectés: retourne une structure correspondante, légèrement différente. 20} //end get_Access_Port_topology Les fonctions ou les activités décrites sur les figures 1 et 2 peuvent être exécutées par des dispositifs ou des ressources situés à l'intérieur du réseau, par exemple par des ordinateurs ou des dispositifs à l'intérieur du réseau qui possèdent de la mémoire et/ou une certaine capacité de calcul (par exemple, des routeurs et des commutateurs gérés tels que ceux qui sont représentés sur la figure 3, des ordinateurs tels que les ordinateurs 402, 404, 406, 408 ou d'autres à l'intérieur du réseau, des dispositifs contenant des microprocesseurs ou microcontrôleurs, etc.) et les diverses fonctions peuvent être exécutées par un logiciel s'exécutant d'une façon centrale ou répartie sur ces dispositifs ou ressources. Les diverses 10 fonctions différentes ici décrites peuvent, par exemple, être exécutées par différents modules de plusieurs programmes logiciels et/ou peuvent être exécutées par différents programmes logiciels. Le logiciel peut également ou à titre de variante s'exécuter sur des dispositifs extérieurs au réseau dont les commutateurs sont en cours d'évaluation, par exemple, sur les Ordinateurs 1, 2, représentés sur la figure 4, par exemple à l'aide d'une ou plusieurs des Bases de données 1 à 3. Un ou plusieurs des Ordinateurs 1, 2, et/ou des ordinateurs 402, 404, 406, 408 et/ou d'autres ordinateurs ou dispositifs d'affichage à l'intérieur du ou connectés au réseau peuvent également être utilisés pour afficher une topographie du réseau et/ou les résultats où l'état de l'une quelconque des fonctions ou opérations On l'ordinateur ici décrites sur les figures 1 et 2. peut mettre en oeuvre sur des ensembles, éléments ou modules logiciels voir les connecter pour donner diversement accès aux ou bases de données, par exemple pour des clients à une base de données active et pour connecter un processus de découverte à la bases de données de travail, pour gérer les topologies du réseau dans les bases de données et/ou pour exécuter d'autres fonctions de processus ici décrites. Par exemple, les processus tels que la découverte du réseau, la surveillance de la santé du réseau, la détection de dysfonctionnements oude pannes dans le réseau, la comparaison de topologies provenant de bases de données différentes et le dépannage de dysfonctionnements ou pannes détectés, en se basant par exemple sur la comparaison de topologies, peuvent être diversement mis en oeuvre séparément ou conjointement par un logiciel ou des modules ou éléments de logiciel s'exécutant sur l'ordinateur. Ces processus logiciels s'exécutant sur l'ordinateur peuvent être de plus, ou à titre de variante, mis en oeuvre d'une façon répartie extérieure au réseau en utilisant par exemple, des ressources de calcul réparties et/ou peuvent être mis en oeuvre en utilisant les ressources du réseau. Ainsi, les procédés, logiques, techniques et séquences de pseudo codes décrits ci-dessus peuvent être mis en oeuvre dans une diversité de types de programmation (par exemple, une programmation structurée, programmation orientée objet et ainsi de suite) et dans une diversité de langages de programmation différents (par exemple, Java, C, C++, C#, Pascal, Ada et ainsi de suite). De plus, les hommes de l'art comprendront que les éléments et procédés ou processus ici décrits peuvent être mis en oeuvre en utilisant un microprocesseur, un ordinateur ou un quelconque autre dispositif de calcul et peuvent être mis en oeuvre par des circuits et/ou logiciels à un emplacement physique unique ou d'une façon répartie parmi divers emplacements ou plates-formes de calcul hôtes. Les agents peuvent être mis en oeuvre par des circuits et/ou logiciels sur un ou plusieurs programmes informatiques à un quelconque emplacement désiré ou approprié. Les hommes de l'art comprendront également qu'un programme logiciel ou informatique peut être enregistré sur un support lisible par une machine, le ou les programmes logiciels ou informatiques comportant des instructions pour provoquer l'exécution des procédés ou processus par un dispositif de calcul tel qu'un ordinateur, un système informatique, un microprocesseur ou un autre dispositif de calcul. Les hommes de l'art comprendront également que la présente invention peut être réalisée selon d'autres formes spécifiques sans s'écarter de l'esprit ou des caractéristiques essentielles de celle-ci et que l'invention n'est pas limitée aux modes de réalisation ici décrits. Les modes de réalisation présentement décrits sont en conséquence considérés à tous égards comme étant explicatifs et non restrictifs. La portée de l'invention est indiquée par les revendications annexées plutôt que par la description précédente et toutes les modifications appartenant à la signification et à la portée et leurs équivalents sont destinées à être ici englobées. R E V E N D I C A T I O N S 1. Procédé de gestion d'un réseau, comprenant: l'accès à des informations associées à un commutateur géré (414-432) dans le réseau; l'interrogation d'une source de données externe (430, 432, 402-408, ordinateurs 1-2, bases de données l-3) ; l'identification d'un commutateur non géré (402-412) connecté au commutateur géré (414- 432) en se basant sur une réponse à l'interrogation et aux informations auxquelles on a accédé. 2. Procédé selon la revendication 1, dans lequel. on accède aux informations associées au commutateur géré (414-432) en interrogeant le commutateur géré (414-432) et elles indiquent une adresse de réseau de Couche 2 d'un dispositif (402-412) connecté à un port du commutateur géré (414-432) ; et la réponse à l'interrogation indique un type du dispositif (402-412) associé à l'adresse de réseau de Couche 2. 3. Procédé selon la revendication 2, dans lequel. les informations associées au commutateur géré (414-432) indiquent un réseau local virtuel du réseau auquel est associée l'adresse de réseau de Couche 2; la réponse à l'interrogation indique si le réseau local virtuel est assigné à la téléphonie par protocole Internet; et lorsque le réseau local virtuel est assigné à la téléphonie par protocole Internet, 35 on détermine que le dispositif (402-412) connecté au port du commutateur géré (414-432) est un commutateur non géré (402-412). 4. Procédé selon la revendication 2, dans lequel: l'interrogation comporte l'adresse de réseau de Couche 2 du dispositif (402-412) connecté au port du commutateur géré (414-432) ; et la source de données externe (430, 432, 402-408, ordinateurs 1-2, bases de données 1-3) comporte une table associant les adresses de Couche 2 aux adresses de Couche 3 dans le réseau, la table comprenant au moins une antémémoire de protocole de résolution d'adresse. 5. Procédé selon la revendication 1, comprenant. l'exécution des étapes d'accès, d'interrogation et d'identification pour différents commutateurs (402-432) dans le réseau; et la mise à jour d'une topologie du réseau en se basant sur l'identification. 6. Procédé selon la revendication 1, dans lequel le commutateur géré (414-432) est un commutateur de réseau et le procédé comprend: pour chaque port du commutateur de réseau, l'accès aux informations d'adresses de la Couche 2 et de la Couche 3 associées au port; l'identification d'un ou plusieurs dispositifs (402-412) connectés au port en se basant sur les informations de la Couche 2 et de la Couche 3 auxquelles on a accédé pour chaque dispositif identifié (402-412), la détermination du fait que le dispositif identifié est inclus dans une liste externe de dispositifs actionnés par commutateur; et 25 le classement du dispositif identifié (402-412) dans une liste ordonnée associée au port en se basant sur la détermination. 7. Procédé selon la revendication 6, dans lequel le dispositif identifié (402-412) est inclus dans la liste externe des dispositifs actionnés par commutateur, le dispositif identifié (402-412) est classé en tant que première entrée dans la liste ordonnée et lorsque le dispositif identifié (402-412) n'est pas inclus dans la liste externe de dispositifs actionnés par commutateur, le dispositif identifié (402-412) est classé dans la liste ordonnée après une entrée d'un dispositif actionné par commutateur. 8. Procédé selon la revendication 6, comprenant la fourniture d'une alerte lorsque le dispositif identifié (402-412) est inclus dans la liste externe de dispositifs actionnés par commutateur et la liste ordonnée contient déjà une entrée pour un dispositif actionné par commutateur différent. 9. Système de gestion d'un réseau, comprenant des moyens (ordinateur 1, ordinateur 2) pour accéder à des informations associées à un commutateur géré (414-432) dans le réseau et interroger une source de données externe (430, 432, 402-408, ordinateurs 1-2, bases de données 1-3) ; et des moyens (ordinateur 1, ordinateur 2) pour identifier un commutateur non géré (402-412) connecté au commutateur géré (414-432) en se basant sur une réponse à l'interrogation et aux informations auxquelles on a accédé. 10. Système selon la revendication 9, dans lequel. 10 les informations associées au commutateur géré (414-432) indiquent une adresse de réseau de Couche 2 d'un dispositif connecté à un port du commutateur géré (414-432) ; et la réponse à l'interrogation indique un type du dispositif associé à l'adresse de réseau de Couche 2. 11. Système selon la revendication 10, dans lequel. les informations associées au commutateur géré (414-432) indiquent un réseau local virtuel du réseau auquel est associée l'adresse de réseau de Couche 2; la réponse à l'interrogation indique si 15 le réseau local virtuel est assigné à la téléphonie par protocole Internet; et lorsque le réseau local virtuel est assigné à la téléphonie par protocole Internet, on détermine que le dispositif connecté au port du commutateur géré (414-432) est un commutateur non géré (402-412).