Cómo importar datos MIB SNMP en MIB Manager.
En la ventana Preferencias, especifique ubicaciones para las MIB utilizadas frecuentemente por las MIB de proveedor. Asegúrese de que las MIB estén ubicadas en directorios específicos de proveedor, y que los números de equipos asociados estén ubicados en subdirectorios. Además, asegúrese de que estos directorios no contengan archivos de texto no MIB. La mayoría de las MIBs están instaladas en el directorio NCHOME/omnibus/var/mibmanager/mibs/base y todas las MIBs de RFC MIBs están instaladas en el directorio NCHOME/omnibus/var/mibmanager/mibs/rfc.
Es posible que las MIB que se importan sean dependientes de otras MIB. Para asegurarse de que MIB Manager pueda buscar MIB dependientes al realizar la importación, establezca la vía de acceso de búsqueda a las ubicaciones de los archivos MIB dependientes.
Para importar datos MIB:
La vista Módulos MIB se renueva automáticamente para mostrar los nombres de los módulos MIB recién importados. La vista Árbol de OID se renueva automáticamente para mostrar todos los objetos MIB recién importados. Para volver a compilar el árbol, MIB Manager busca nodos hijo en los nodos padre del árbol (iso, ccitt y joint-iso-ccitt) de modo recursivo hasta que encuentra un nodo hijo que no tiene hijos asociados. Si no se detectan errores, se visualiza un árbol MIB completamente rellenado en la vista Árbol de OID, que contiene los objetos analizados.
Pulsando un objeto en la vista Árbol de OID, el objeto se visualiza automáticamente en la vista Módulos MIB. La vista Detalles muestra información detallada sobre el objeto seleccionado.
Los módulos MIB importados se almacenan en un archivo xml que representa la estructura de ese módulo MIB. Los archivos xml se encuentran en el directorio NCHOME/omnibus/var/mibmanager/data.
Si se detectan sentencias de importación no resueltas, póngase en contacto con el proveedor responsable de la MIB o las MIB que faltan, añada el archivo o archivos que faltan a la vía de acceso de búsqueda y repita la importación.
A veces los proveedores especifican nombres de objetos duplicados, o especifican un nombre de objeto que es idéntico que un nombre de objeto especificado en un RFC.
Por ejemplo, un objeto denominado system está definido en el módulo SNMPv2-MI' con el OID 1.3.6.1.2.1.1 y otro objeto denominado system está definido en el módulo WINDOWS-NT-PERFORMANCE con el OID 1.3.6.1.4.1.311.1.1.3.1.1.23. Además, un objeto denominado sysDescr está definido como system.1 en el módulo SNMPv2-MIB y otro objeto denominado sysFileReadOperationsPerSec está definido como system.1 en el módulo WINDOWS-NT-PERFORMANCE. En este caso, no está claro con qué objeto padre están asociados los objetos hijo.
Cuando se localiza un objeto con un nombre padre duplicado, MIB Manager intenta encontrar el padre que está definido en el mismo módulo MIB. En el ejemplo anterior, es WINDOWS-NT-PERFORMANCE. Si ninguno de los padres está definido en el mismo módulo MIB, MIB Manager comprobará si el padre está definido en otros módulos MIB de los que el objeto es dependiente. MIB Manager también identifica otros módulos MIB que hacen referencia al padre y selecciona el nombre de padre al que se hace referencia más frecuentemente. Sin embargo, esto podría originar que se rellenará incorrectamente un árbol MIB y que se calcularan incorrectamente los OID. Por tanto, cada vez que MIB Manager encuentra un nombre de objeto duplicado, registra un aviso y registra las acciones que se han realizado para resolver la duplicación en un archivo de depuración.