|
Manuel de l'administrateur | Table des matières | |
|
Le module de découverte du réseau (Discover Process) de LoriotPro réalise la découverte de la topologie des réseaux IP et des différents équipements réseaux présents.
Le module de découverte du réseau depuis la version 5 de LoriotPro utilise plusieurs méthodes d’investigation pour la découverte.
Le module de découverte du réseau (Discover Process) s'adresse aux routers IP pour découvrir les réseaux IP ainsi que les hosts IP (station, serveur imprimante etc.) situé dans ces réseaux.
Il enregistre dans l'annuaire et dans des conteneurs réseaux les hosts découverts et construit la topologie IP (Internetwork MAP).
Pour rappel, le terme "réseau" définit un ensemble de segments physiques interconnectés par des routeurs et possédant un adressage de type IP.
Pour rappel le terme "équipement" définit toutes machines possédant au moins une connexion physique sur un des segments du réseau et possédant une adresse IP.
Pour le module de découverte du réseau (Discover Process), un routeur est un équipement (hosts) possédant un ensemble d’adresses IP et un statut SNMP ipForwarding actif. Cet objet de MIB standard permet à LoriotPro d'identifier rapidement dans le réseau par des requêtes SNMP les équipements de type routeur IP.
IMPORTANT: Le module de découverte du réseau (Discover Process) ne peut donc découvrir les réseaux IP qu'à partir de requêtes SNMP, ce qui implique que tous les routeurs IP de l'infractructure à découvrir soient en SNMP et que leur communauté SNMP de lecture soit connu de LoriotPro.
le module de découverte du réseau (Discover Process) traitera les interfaces du routeur de façon individuelle. Un paramètre des hosts (RouterID) regroupe un ensemble de hosts (adresses IP) pour former un routeur virtuel dans l'onglet des routeurs.
Exemple de RouterID dans les propriétés d'un host:
Propriétés d'équipement "RouterID" pour les routeurs
La capture d’écran suivante représente un routeur formé par l’assemblage de deux hosts autour de la référence (RouterID) 12.1.1.254
Se référer à l'objet router pour plus de détails sur la création des routeurs.
Ce chapitre explique en détail, l’algorithme utilisé par le module de découverte SNMP de LoriotPro (Discover Process).
Le module Discover Process découvre la topologie d'un réseau IP étape par étape. Chaque étape correspond à un saut de routeur (hops) supplémentaire.
En première étape, le réseau IP auquel est attaché la station manager SNMP LoriotPro est découvert, son routeur par défaut est intérrogé par SNMP (SEED Router). Les réseaux situés derrière ce routeur (à un saut - hop) sont ensuite découverts ansi que les autres routeurs qu'ils contiennent. Les routeurs découverts sont interrogés dans la deuxième étape pour découvrir les réseaux distants de 2 sauts (2 hops). Ainsi de suite jusqu'à atteindre le nombre de sauts maximum autorisé en phase de découverte (100 sauts - hops - par défaut).
Le module Discover interroge les équipements du réseau capables de répondre à des requêtes SNMP, et utilise les tables IPADDTABLE, IPROUTETABLE et ARPTABLE des hosts pour générer la topologie du réseau.
Remarque: Depuis la version 5 de LoriotPro, une fois les réseaux découvert, des processus fils de découverte du réseau réalisent le balayage de type Ping (ICMP écho) systématique des networks IP découverts.
La découverte d'un réseau distant situé à plusieurs sauts de Loriotpro est possible si un routeur IP distant en SNMP peut être interrogé. Cette fonctionnalité est très utile si le réseau distant est séparé de Loriotpro par un réseau d'opérateur de télécommunication qui ne peut être découvert.
Découverte des hosts dans les réseaux:
La méthode d'interrogation par SNMP réalisé sur les tables ARP des routeurs permet de découvrir la plupart des équipements présents et actifs, sans pour autant les interroger directement.
Les équipements IP et habituellement non SNMP tels que les stations de travail ne peuvent être détectées par ce principe que si elles communiquent avec le routeur de leurs réseau IP respectif.
En effet, la méthode consistant à interroger les tables ARP des routeurs ne peut fournir des informations que sur les traces de communication laissées par les hosts.
La rémanence propre aux tables ARP des routeurs peut faire découvrir des équipements n'ayant envoyé qu’un seul paquet au routeur pour une période de quatre heures par défaut.
Un host configuré pour ne pas répondre à une requête Ping ou autre peut être découvert dans la table ARP de son routeur par défaut.
L’interrogation des tables ARP permet aussi de récupérer des informations de niveau physique (adresse MAC) des Hosts, ce qui n’est pas possible avec un simple Ping sur un réseau distant.
Cependant si l’équipement distant ne laisse pas de trace dans le routeur (ou d’une station supportant SNMP), il ne sera pas découvert par le module Discover.
Exemple : A partir d'un réseau ayant cette topologie IP:
Discover principle working example
Si dans cette configuration une des interfaces du routeur C est connue, ainsi que sa Community SNMP, le module Discover pourra découvrir en deux balayages (2 hops) la topologie et les équipements de la zone balayée, soit les routeurs B, D, E et F, si ils existent dans les tables de routage du routeur C en tant que routeur voisin (next-hops).
Si uniquement la Community du routeur C est connue la topologie sera découverte mais pas les hosts S1 S2 et S3. En effet les équipements S1,S2 et S3 ne seront découverts qu’à la lecture des tables ARP des routeurs D, E, et F.
Le module Discover réalise une découverte du réseau par une méthode de type “ distance vecteur ” ou découverte par sauts (hops). Par contre le balayage du réseau est réalisé de façon séquentielle en fonction de paramètres définis par l’administrateur de LoriotPro dans l’ordre inverse de la liste des équipements découverts.
Remarque: Le module DSNMP qui est le cœur des API de la Directory, gère l’ensemble des ressources de type host dans une liste de structures chaînées. Un cycle de balayage du module Discover consiste à appeler le premier host de la liste chaînée, de réaliser le test des différents paramètres associés au host puis, en cas de succès de réaliser les opérations d’interrogations SNMP pour ce host. Le module Discover passe ensuite à l’élément suivant de la liste et réalise les mêmes opérations jusqu'à la fin de la liste.
Par défaut, le module de découverte du réseau (Discover Process) enregistre dans l'annuaire et dans des conteneurs réseaux les hosts découverts et construit la topologie IP (Internetwork MAP).
Lorsqu'un nouveau host est découverte, le module de découverte (par le module DSNMP) crée une nouvelle entrée dans l'annuaire pour ce host et sauvegarde ses paramètres SNMP.
Remarque : Comme l'annuaire de LoriotPro est une liste chaînée d'adresses IP, le module DSNMP place la nouvelle entrée en début de chaîne, ce qui ne perturbe pas le cycle en cours du module de découverte. Lors du cycle suivant de balayage, par le module de découverte, les hosts fraîchement découverts seront interrogés en premier.
Discover process algorithm
Etapes de découvertes dans le réseau IP suivant:
"Only Next-hops" discover
Etape 1 - Premier cycle de balayage
Le module Discover balaye les informations SNMP du routeur A et découvre deux autres réseaux et deux autres routeurs dans ses tables de routage (next-hops B et C).
Il découvre aussi tous les hosts qui ont laissé des traces dans le routeur A, à partir de ses tables ARP du routeur.
Etape 2 - Deuxième cycle de balayage
Le module Discover balaye les routeurs C, B et A et découvre trois nouveaux next-hops D, E et F et de nouveaux hosts.
Etape 3 - Troisième cycle de balayage
Le module Discover balaye les routeurs F, E, D, B, C et A et découvre de nouveaux hosts.
La fenêtre du module Discover Process est accessible à partir de l'option Configure du menu principal de LoriotPro.
ATTENTION : De nombreuses options de découverte sont aussi configurées dans les propriétés des Hosts.
ConFigure >Discover Process…
ConFigure option of the main menu
Le module Discover Process se présente sous la forme d’une fenêtre de dialogue avec de nombreuses options.
Discover process window
Remarque: Le module Discover est une des tâches de fond du noyau du logiciel et cette fenêtre est simplement la console de supervision du module qui est chargé au démarrage du logiciel.
On distingue dans cette fenêtre plusieurs options regroupées par objectifs dont voici la synthèse.
| Automatic Scanning Parameters | |
| Scanning Parameters 1 | Parametres SNMP conditionnels utilisé pour la découverte |
| Scanning Parameters 2 | |
| Default Parameters For New Discovered Hosts | |
| Start Discover from Host | |
| SNMP Polling Parameters | |
| Syslog Parameters |
Le module Discover Process offre plusieurs options de balayage (scan) permettant ainsi de controler la méthode de découverte et/ou de réduire le flux de paquets émis sur le réseau pour la découverte.
Le module Discover Process utilise les paramètres de configuration des hosts dejà présent dans l'annuaire (Directory) et les paramètres complémentaires précisés dans la fenêtre de dialogue de configuration du Discover Process.
Le module Discover utilise la version du protocole SNMP configuré pour le host en cours de balayage et la Community RO (Read Only) définie dans les paramètres du host.
Pour les hosts découverts lors du balayage, le module Discover utilise la version 1 du protocole SNMP pour interroger le nouveau host. Il est possible de réaliser une requête de type V2c en cas de non-réponse sur une requête de type V1.
L’option Enable Discover Process active le lancement automatique du processus de découverte à intervalle régulier. Le paramètre Discover Process Running Interval permet de définir l’intervalle de temps entre deux exécution.
Warning: Lorsque vous cochez l’option Automatic Scanning, une fenêtre d’information vous rappelle que le module Discover Process tenter de communiquer avec l’ensemble des hosts de votre réseau et que les liens physiques de votre réseau vont être utilisés. Dans certains cas, les liens utilisés peuvent être des liens payants (RTC, ISDN) et activer le module Discover process peut établir des connexions et donc générer des coût de communication.
Warning window
Lorsque vous répondez Yes vous pouvez ensuite paramétrer la période d'exécution du Module Discover process.
Discover Process Running Interval option
Remarque: Dans un exemple précédent il fallait trois phases de balayage pour découvrir le réseau, si le paramètre de période d'exécution est configuré pour 100 secondes, il faudra au minimum 300 secondes pour découvrir l’ensemble du réseau. Si la période d'exécution utilisée est inférieure au temps d'exécution du cycle lui même, alors le module Discover Process sera actif en permanence.
Par défaut le module Discover place les nouveaux réseaux (objets network) découverts dans la racine (World) de la Directory. Il est possible de modifier cette option pour placer les networks dans un conteneur spécifique. Pour modifier le paramètre par défaut, il faut sélectionner un conteneur dans la Directory et utiliser l’option Set Home Container du sous menu Discover Anchor du menu principal Directory.
Pour remettre l’option par défaut à Root, il suffit d’utiliser l’option Reset Home To Root dans le même menu.
Warning: Ce paramètre de répertoire par défaut de création des nouveaux networks découverts est perdu lors de l'arrête du programme Loriotpro.
Analyse des tables SNMP des hosts et routeurs découverts
Quand le module de découverte identifie un host ou un routeur (interface) qui répond au requêtes SNMP, il interroge automatiquement (voir les option ci-dessous) certaines tables SNMP de façon à découvrir plus d’informations sur les hosts et les réseaux connus de ce host.
Il est possible de paramétrer la politique d’interrogation de ces tables.
Tableau des options SNMP utilisé pour la découverte
| Options |
Fonctions |
| Add all networks from SNMP route table |
Balaye la table IpRouteEntry (table de routage) et récupère les informations iproutedest et iproutemask pour construire des objets réseaux (networks) dans la Directory. |
| Add hosts found with no registered network |
Le module Discover insère dans l'annuaire (Directory) les réseaux (networks) associés aux hosts avant leurs découvertes. Il peut arriver qu’un host soit découvert sans réseaux (networks) |
| Add hosts found in SNMP route table |
Le module Discover insère dans l'annuaire (Directory) les next-hops ou les hosts définis avec des routes dont le masque de réseau est 255.255 .255.255. |
| Add host found in SNMP ARP table |
Le module Discover utilise la table SNMP IpAddEntry (table ARP) pour découvrir l’ensemble des hosts qui ont communiqué avec votre équipement. |
Il est possible de limiter la découverte à une plage d’adresses IP. Cocher l’option Set and use IP Range fait apparaître une fenêtre vous permettant de configurer la plage d’adresse.
Check box 'Set and use IP range'
Dans cet exemple, seuls les hosts se trouvant dans la Directory et dont les adresses IP sont comprises entre 10.33.10.121 et 10.33.10.130 incluse seront balayées.
IP address range configuration window
Attention : La plage d’adresse IP doit être contigüe.
La coche indique qu’une plage d’adresses a été configurée.
Le texte affiché dans la zone d’information vous rappelle la plage d’adresses utilisée.
Durant la phase de découverte, une barre d'état vous indique l’adresse IP du host en cours de traitement.
Les options IP Expert active les analyses avancées des hosts découverts pour identifier les applications client/serveur qu’ils hébergent.
Remarque : Les applications client/serveur détectées doivent fonctionner en mode connecté TCP.
Si le host est aussi accessible par SNMP et si LoriotPro fonctionne en mode étendu (Extended Edition) les stratégies de découverte pourront aussi identifier tout autre type de ressource accessible par SNMP. Dans ce cas le process IP Expert utilise des programmes écrit en script LUA.
De nombreuses stratégies de découverte (Script LUA) sont disponibles pour la découverte et la réalisation d’audit de ressources. La librairie déjà existante peut être étendue de vos propres scripts. Consulter la documentation sur le langage de script LUA pour la création de scripts d’audit.
Pour activer le sous process de découverte IP expert, les trois options suivantes sont disponibles.
Run IP Expert on Directory Network Objects : Si cette option est cochée, le process IP Expert analysera les réseaux (balayage de la plage d’adresse) définis dans l’annuaire LoriotPro.
Cette analyse est réalisée uniquement sur les réseaux dont les propriétés autorise la découverte. Pour le savoir, ouvrir les propriétés d'un objet réseau de l'annuaire ét vérifier que l'option "Make a new scan of this network at the next discover process" est cochée.
Run IP Expert on Directory Host Objects : Si cette option est cochée, le process IP Expert analysera les hosts (balayage des ports TCP du host) définis dans l’annuaire LoriotPro.
Cette analyse est réalisée uniquement sur les hosts dont les propriétés autorise la découverte. Pour le savoir, ouvrir les propriétés d'un host Host Object Properties, dans l'onglet Advanced vérifier que l'option Run AT Next Discover Cycle est cochée. (Voir exemple ci-dessous)
Assign host parameters from IP Expert Informations (Extended Edition) : Si IP Expert utilise des stratégies de découverte par script LUA, ceux-ci peuvent assigner les valeurs aux paramètres des hosts découvert
Un clic sur le bouton Set IP Expert ouvre la console du module. Consulter la documentation de IP Expert pour configurer ce module.
Le module Discover Process marque automatiquement les équipements (hosts) considérés comme des routers IP du réseau (next-hops) lors de leurs découvertes.
Pour le module Discover Process, un next-hop est défini grâce à l’adresse IP fournie par l’objet IpRouteNextHop dans la table SNMP IpRouteEntry.
Table IpRouteEntry
Il est possible de forcer un host à être considéré comme un routeur dans les propriétés associées à un hosts.
Warning: Il n'est pas possible d’effacer ce paramètre avec certitude (pour un vrai Next-Hop) car le module Discover repositionne de façon dynamique ce paramètre si il est absent. Par contre le module Discover ne modifie pas ce paramètre s'il est positionné comme valide à tort. Cela permet de définir des hosts spécifiques du réseau comme étant des routeurs (next-hops) et d’assurer une analyse des informations SNMP sur ces équipements.
Cette option est très utile pour limiter le périmètre de découverte et pour prédéfinir les routeurs restreingnant ainsi le module de découverte..
Discover option
Si l’option discover only routers (next-hops hosts) n’est pas validée le module Discover Process balaye tous les hosts découverts, supportant ou non SNMP.
Si l’option discover only actif hosts est validée, seuls les équipements dont l’option de polling SNMP est validée et le polling actif, (soit un statut 2 /vert) seront pris en compte et analysés par le module Dicover Process.
Option - discover only actif hosts and only routers.
Les deux modes de découverte sont cumulables, si les deux options sont activées, seuls les hosts de type next-hops, dont l’option polling avec SNMP est validée et qui de plus sont actifs (statut 2 /vert), seront pris en compte et analysés par le module Dicover Process.
Le module Discover Process balaye l’ensemble des hosts référencés dans la liste chaînée de la Directory, sauf les hosts dont le paramètre Enable discover est inactif. Il est possible d’interdire le balayage des tables SNMP d’un host par le module Discover en utilisant le paramètre avancé Enable discover scanning for this host. Si l’option associée à l’équipement discover scanning n’est pas cochée le module Discover ne balayera pas l’équipement quel que soit le mode de balayage.
" Enable Discover scanning for this host " Option
L’optionMaximum router hops to discover permet de contrôler le rayon de découverte en terme de nombre de routeur IP à traverser. Généralement les routeurs hors du réseau supervisé ne sont pas accessibles par SNMP faute d'avoir leur communauté. La valeur de 100 par défaut est donc difficilement atteinte.
Warning: Par défaut le paramètre est positionné à 100, ce qui correspond à un réseau gigantesque. Avec cette valeur, il est possible que le module Discover découvre des hosts situés hors de votre réseau si vous possédez des liens administrés avec des partenaires.
Il est possible de définir une deuxième Community RO pour les hosts fraîchement découverts et insérés dans la Directory.
Second Community set up
Lorsque le module Discover Process découvre un nouveau host il utilise les paramètres définis dans cette section pour initialiser les options de ce host dans l'annuaire.
Par exemple, si vous désirez que les hosts découverts soit surveillés automatiquement par le processus de Polling par les protocole ICMP ou SNMP et avec une fréquence d’interrogation programmée, vous pouvez utiliser les options de la section Default parameters for the new discovered host.
Table of Default Settings
Options |
Fonctions |
CommunityRO |
Cette communauté SNMP est utilisée pour interroger un nouveau host, si le host répond à la requête SNMP, ce paramètre devient le paramètre assigné aux nouveaux hosts. |
Second Community RO |
Si l’option est cochée Discover utilise la deuxième communauté SNMP en lecture seule RO possible en cas de non réponse avec la première. |
CommunityRW |
Cette communauté SNMP est assignée par défaut aux nouveaux hosts. |
Polling |
La fréquence d’interrogation ICMP ou SNMP assignée aux nouveaux hosts. |
Snmp polling |
Si cette option est cochée tous les nouveaux hosts découverts seront interrogés avec le protocole SNMP avec un intervalle défini dans le champ Polling. |
Ping polling |
Si cette option est cochée, tous les nouveaux hosts découverts seront interrogés avec le protocole ICMP (Ping) avec un intervalle défini dans le champ Polling. |
Check For SNMPV2c |
Si cette option est cochée le module Discover essaie une requête SNMP de type V1 et s’il n’obtient pas de réponse alors il essaie une requête de type V2c. Si la requête de type V2c est supportée par le host, l’option est validée dans les paramètres avancés du host. |
Par défaut le module Discover Process utilise l’objet SNMP sysname disponible dans tous les agents SNMP pour donner un nom aux hosts découverts.
Lorsque le host ne répond pas aux requête SNMP, il est possible de résoudre le nom du host avec d’autres protocoles.
Remarque: Si vous cochez l’option Assign DNS name to host name cela ralentira de façon importante le processus de découverte.
Si le module Discover Process n’est pas capable de trouver le nom d’un host, le nom du host sera construit à partir de l’adresse IP du host. Le signe ‘>’ sera placé devant l’adresse IP pour construire le nom.
Exemple : Si le host d’adresse IP 10.3.4.5 trouvé à partir des tables ARP d’un routeur ne supporte pas le protocole SNMP et que ce host ne supporte pas le protocole Netbios et n’est pas défini dans les tables de votre serveur DNS, alors son nom par défaut sera :
>10.3.4.5
Utilisation des paramètres de host
Les paramètres avancés des hosts peuvent influencer le mode de balayage réalisé par le module Discover Process sur le host concerné.
L’option de polling SNMP est utilisée en relation avec le mode de balayage Scan only actif hosts.
Extract of the host properties
L’option This host is a router interface IP address (Next-Hop) permet d'indiquer au module Discover process qu’un équipement non routeur IP (next-hop) est un routeur (next-hop).
L’option Enable Discover Process to scan it permet d’interdire ou d'autoriser le Discover Process à analyser cet équipement par des requêtes SNMP.
Host properties
Lors de la création dun host dans l'annuaire, il est possible de définir les paramètres suivants.
Host creation window
Table des options standards
| Options |
Impact sur le module Discover |
| Ping Polling |
Ce paramètre est utilisé pour assurer un "polling" de type ICMP et n’est pas utilisé par le module Discover. Si l’équipement est "pollé" positivement, son statut est 1 et la couleur est bleue. |
| Snmp Polling |
Ce paramètre est utilisé pour assurer un "polling" de type SNMP et est utilisé par le module Discover en cas de validation de l’option de balayage “ Scan only actif hosts ”. Si l’équipement est "pollé" positivement sont statu est 2 et la couleur est verte. Si l’option de balayage “ Scan only actif hosts ” est validée, il faut que cette option soit validée et l’équipement en statut 2/vert pour que le balayage SNMP soit réalisé. |
| This host is a router interface IP address |
Ce paramètre est mis automatiquement par le module Discover et ne peut être que forcé à vrai. Si l’option de balayage “ scan only routers (next-hop hosts) ” est validée alors cet équipement sera balayé quel que soit son statut ou l’état des paramètres 1 et 2. |
| Enable Discover Process to scan it |
Ce paramètre permet d’interdire le balayage réalisé par le module Discover quel que soit l’état des paramètres précédents. |
| Community RO |
Ce paramètre est utilisé par le module Discover pour réaliser le balayage SNMP du host. Eventuellement le module Discover utilisera une seconde Community si l’option a été validée dans la boite de dialogue du module Discover. |
A chaque découverte de nouveaux hosts ou de réseaux (networks), le module Discover Process génère un événement qui est envoyé au module de gestion des événements de LoriotPro. Le système de gestion des événements générés par LoriotPro peut être local ou distant.
Events distributed management
La version actuelle du module Discover ne génère que deux événements.
| Event number |
Description |
| 1 |
"New host" |
| 2 |
"New network" |
Les événements sont envoyés vers le module de gestion local ou distant et il est possible de déclencher des actions en fonction des paramètres générés.
Les schémas et figures suivants résument la logique de gestion des événements du logiciel.
Principles of event management and event filtering
Discover Alarm management
Example of event from the snmp discover process
Il est possible de filtrer les alarmes générées à partir du module Trap Events Filter et de déclencher des actions. Il faut modifier le fichier trapfilter.txt pour définir les actions associées aux alarmes.
Exemple : extrait du fichier trapfilter.txt
event 2 0.0.0.0 0.0.0.0 2 wave "wave/newnetwork.wav"
event 1 10.0.0.0 255.0.0.0 1 wave "wave/ding.wav"
event 1 0.0.0.0 0.0.0.0 1 wave "wave/newhost.wav"
Le résultat est visible dans la fenêtre des filtres d’événements.
Filters tab
Remarque: Un chapitre du manuel est dédié à la gestion et au filtrage des événements locaux ou distants.
Lors de la découverte de nouveaux hosts, le module Discover valide leurs options "Enable Discover Scanning for this host" par défaut, de façon à pouvoir réaliser la découverte de l’ensemble des équipements du réseau. L’administrateur de LoriotPro doit modifier les propriétés des hosts découverts qu’il ne désire pas voir analysé par le module Discover en utilisant les paramètres Enable Discover scanning for this host dans la boîte de dialogue des propriétés avancées des hosts.
Il est conseiller de procéder par étape. Le plus simple est de permettre la découverte complète du réseau par le module Discover en permettant un nombre suffisant de cycles de balayage. Par la suite il faut modifier les paramètres de l’ensemble des hosts qui ne doivent pas être analysés par le module Discover.
L’utilisation du module Discover demande une grande vigilance car l’algorithme utilisé permet la découverte de réseau de "Backup" ou de liens de tous types, certains étant des liens payants. Le module Discover ne fait pas la distinction entre une ligne louée et un lien de "Backup" qui doit rester inactif. Vous devez donc utiliser ce module avec vigilance et contrôler en cas d’utilisation permanente ou répétée de ce module, que les liens que vous ne désirez pas voir s’ouvrir soient correctement configurés au niveau des paramètres des hosts auxquels appartiennent ces liens. Pour empêcher l’ouverture d’un lien ISDN lors du balayage d’équipements connus, il suffit de dé-valider l’option “ Enable the discover process to scan this host ” des next-hops contrôlant le lien.
Attention : Des hosts situés après le next-hops peuvent être utilisés par le module Discover pour poursuivre sa découverte de la topologie du réseau. Vous devez surveiller l’état de vos liens réseaux et configurer correctement les paramètres de polling ou balayage des équipements pour assurer une administration résonnée de votre réseau. Ci votre réseau est fortement maillé, il est conseillé de dé-valider le paramètre “ Enable Discover discover scanning for this host” pour l’ensemble des adresses IP du routeur concerné, car le module Discover considère chaque adresses IP du routeur comme appartenant à des hosts différents qu'il a la capacité de balayer.
Une fois que la topologie de votre réseau est découverte, augmentez la période entre deux cycles de balayage. Si votre réseau est stable (pas de possibilité d'apparition de nouveaux networks ou hosts) arrêtez le module Discover et utilisez uniquement un "polling" classique.
Remarque : Il est possible de superviser "pollé" un équipement en SNMP et d’interdire son balayage par le module Discover. Le processus de "polling" est dissocié du module Discover.
 www.loriotpro.com |
|
