Comment importer des données MIB SNMP dans MIB Manager.
Dans la fenêtre Préférences , spécifiez les emplacements pour les MIB qui sont régulièrement utilisées par les bases MIB de fournisseurs. Vérifiez que vos MIB sont situées dans des répertoires spécifiques d'un fournisseur et que tous les numéros d'équipements associés sont situés dans des sous-répertoires. Assurez-vous également que ces répertoires ne contiennent aucun fichier texte autre qu'une MIB. La plupart des fichiers MIB sont installés dans le répertoire NCHOME/omnibus/var/mibmanager/mibs/base et tous les fichiers MIB RFC sont installés dans le répertoire NCHOME/omnibus/var/mibmanager/mibs/rfc .
Les MIB que vous importez peuvent être dépendantes d'autres bases MIB. Pour vous assurer que MIB Manager peut rechercher les bases MIB dépendantes lors de l'exécution de l'importation, définissez le chemin de recherche vers les emplacements des fichiers MIB dépendants.
Pour importer des données MIB :
La vue Modules MIB est automatiquement régénérée pour afficher les noms de module MIB que vous venez d'importer. La vue Arborescence d'ID objet s'actualise automatiquement pour afficher tous les objets MIB que vous venez d'importer. Pour reconstituer l'arborescence, MIB Manager recherche dans les noeuds parent de l'arborescence (iso, ccitt et joint-iso-ccitt) de manière récursive les noeuds enfant jusqu'à ce qu'il trouve un noeud enfant qui n'a pas d'enfant associé. Si aucune erreur n'est détectée, une arborescence MIB entièrement remplie s'affiche dans la vue Arborescence d'ID objet laquelle contient les objets analysés.
Cliquez sur un objet dans la vue Arborescence des ID objet pour afficher automatiquement l'objet dans la vue Modules MIB. La vue Détails affiche des informations détaillées sur l'objet sélectionné.
Les modules MIB importés sont stockés dans un fichier xml qui représente la structure de ce module MIB. Les fichiers xml sont situés dans le répertoire NCHOME/omnibus/var/mibmanager/data .
Si des instructions d'importation non résolues sont détectées, prenez contact avec le fournisseur responsable de la ou des MIB manquantes, ajoutez le ou les fichiers manquants au chemin de recherche et répétez l'importation.
Les fournisseurs indiquent parfois des noms d'objet en double, ou un nom d'objet identique à un nom d'objet spécifié dans une RFC.
Par exemple, un objet nommé system est défini dans le module SNMPv2-MI' avec l'ID 1.3.6.1.2.1.1 et un autre objet nommé system est défini dans le module WINDOWS-NT-PERFORMANCE, avec l'ID 1.3.6.1.4.1.311.1.1.3.1.1.23. En outre, un objet nommé sysDescr est défini en tant que system.1 dans le module SNMPv2-MIB et un autre objet nommé sysFileReadOperationsPerSec est défini en tant que system.1 dans le module WINDOWS-NT-PERFORMANCE. Dans ce cas, il est difficile de déterminer à quel objet parent les objets enfant sont associés.
Lorsqu'un objet avec un nom de parent en double est localisé, MIB Manager tente de localiser le parent qui est défini dans le même module MIB. Dans l'exemple précédent, il s'agit de WINDOWS-NT-PERFORMANCE. Si aucun des deux parents n'est défini dans le même module MIB, MIB Manager recherche alors si le parent est défini dans d'autres modules MIB dont l'objet est dépendant. MIB Manager identifie également d'autres modules MIB qui font référence au parent et sélectionne le nom de parent le plus couramment référencé. Toutefois, cela peut générer une arborescence MIB incorrectement remplie et des ID objet incorrectement calculés. Par conséquent, chaque fois que MIB Manager détecte un nom d'objet en double, il consigne un avertissement et enregistre les mesures prises pour résoudre la duplication dans un fichier de débogage.