ES2311193T3 - Generacion de mib desde clases wmi. - Google Patents
Generacion de mib desde clases wmi. Download PDFInfo
- Publication number
- ES2311193T3 ES2311193T3 ES05077769T ES05077769T ES2311193T3 ES 2311193 T3 ES2311193 T3 ES 2311193T3 ES 05077769 T ES05077769 T ES 05077769T ES 05077769 T ES05077769 T ES 05077769T ES 2311193 T3 ES2311193 T3 ES 2311193T3
- Authority
- ES
- Spain
- Prior art keywords
- wmi
- class
- node
- specified
- mib
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
Abstract
Un sistema (10) para generar una base de información de gestión, MIB, comprendiendo dicha MIB información de gestión acerca de sistemas gestionados WMI (38), comprendiendo dicho sistema (10): (i) un acceso de entrada dispuesto para las definiciones de las clases de WMI asociadas con dichos sistemas gestionados WMI (38) comprendiendo dichas definiciones uno o más calificadores pre-especificados; (ii) un procesador (24) dispuesto para traducir cada definición de clase WMI accedida a un nodo OID en una estructura basada en un árbol que forma al menos parte de la MIB sobre la base tanto de los calificadores pre-especificados como del conjunto de normas pre-especificadas, en el que dichos calificadores pre-especificados comprenden un calificador de clase particular asociado con cada clase a definir en la MIB.
Description
Generación de MIB desde clases WMI.
La presente invención se refiere a la gestión de
red y en particular, a la gestión de red para aplicaciones y
dispositivos de autoservicio, pero en ningún modo limitada a los
mismos. La presente invención se refiere particularmente a la
generación de las bases de información de gestión (MIB) desde las
clases de la instrumentación de gestión de Windows (WMI).
En una red de comunicaciones que comprende
dispositivos de encaminamiento, conmutadores, equipos de
autoservicio, servidores Web o cualesquiera otros nodos hay una
necesidad de gestión de red tanto de los dispositivos físicos como
las aplicaciones software. Por ejemplo, los nodos pueden requerir
reconfiguración, mantenimiento, actualización del software o
reparación. También se requiere planificar e instigar el diseño y
topología global de la red por ejemplo para aumentar la capacidad
de la red o proporcionar una calidad mejorada del servicio sobre
rutas particulares. Estos tipos de tareas se realizan típicamente
por el personal de gestión de red y los sistemas automatizados que
hacen uso de diversas herramientas. Estas herramientas necesitan
acceder a la información de gestión por ejemplo acerca del estado
de los nodos de red y las aplicaciones software y diversos
protocolos están en uso actualmente para facilitar el acceso a tal
información de gestión. Algunos de estos protocolos son orientados
a objetos tales como la instrumentación de gestión de Windows (WMI)
mientras que otros usan una arquitectura basada en árbol, por
ejemplo el protocolo de gestión de red simple (SNMP).
Por lo tanto se presenta una necesidad de
permitir que la información de gestión proporcionada por un
protocolo orientado a objetos se asigne a una forma compatible con
un protocolo que usa una arquitectura basado en árbol. Además es
deseable conseguir esto de un modo independiente del conocimiento
del dominio de la propia información de gestión. Esto es, por
ejemplo, sin el conocimiento de si la información de gestión es
acerca de aplicaciones software o dispositivos físicos.
La presente invención es particularmente
concerniente con nodos autoservicio tales como los cajeros
automáticos (ATM), kioscos automatizados y similares así como las
aplicaciones software para controlar tales nodos. En el campo de
los dispositivos de autoservicio y aplicaciones se ha adoptado la
WMI por algunos proveedores como el protocolo de gestión
normalizado para una gama de dispositivos de autoservicio y
aplicaciones. Por lo tanto hay una necesidad, particularmente en el
campo del autoservicio de facilitar el mapeo entre WMI y SNMP de
modo que puedan usarse sistemas de gestión de red basados en SNMP
existentes para gestionar remotamente dispositivos de autoservicio
y aplicaciones. Sin embargo la invención no está limitada al campo
de gestión de red de tales nodos de autoservicio y aplicaciones
software; tiene una aplicación más extensa para la gestión de redes
en general.
A continuación se da una información del fondo
acerca de los dos protocolos mencionados anteriormente, WMI y
SNMP.
El SMNP es un protocolo para gestionar nodos
sobre una red de protocolo de Internet (IP). Se define en diversas
peticiones de comentarios (RFC) de la Fuerza de Tareas de Ingeniería
de Internet (IETF). Este protocolo se usa por ejemplo para
posibilitar a los administradores de red gestionar el funcionamiento
de red, realizar el mantenimiento de la red y la resolución de
fallos así como planear cambios para la red. En el presente hay
tres versiones de SNMP (SNMPv1, SNMPv2 y SNMPv3) y la presente
invención esta dispuesta para funcionar con cualquiera de estas
versiones y con versiones futuras donde sea apropiado.
En una red gestionada por SNMP se proporcionan
tres tipos de componentes siendo estos los dispositivos gestionados,
los agentes y los sistemas de gestión de la red (NMS). Un
dispositivo gestionado es un nodo de red (también denominado como
elemento de red) que comprende un agente SNMP y que está en una red
gestionada. Ejemplos de dispositivos gestionados incluyen ATM,
kioscos automatizados, dispositivos de encaminamiento, conmutadores,
puentes, impresoras y controladores de disco duro. Un dispositivo
gestionado puede ser también una aplicación software residente
sobre un nodo o elemento de la red.
Un agente SNMP es un módulo software, provisto
sobre un dispositivo gestionado y dispuesto para acceder a la
información de gestión desde el dispositivo y traducirla al formato
SNMP. Esta información de gestión SNMP puede hacerse entonces
disponible para un sistema de gestión de red que use SNMP. A su vez,
los sistemas de gestión de red usan información de gestión desde
los dispositivos gestionados para propósitos de monitorización y
control.
El SNMP comprende cuatro comandos básicos para
monitorizar y controlar los dispositivos gestionados. Estos son
"leer", "escribir", y "emisión espontánea"
("trap") (denominado como "información" en algunas
versiones de SNMP) y operaciones "transversales". El comando
de lectura posibilita a un NMS averiguar el valor actual de
variables mantenidas por los dispositivos gestionados. El comando de
escritura posibilita cambiar los valores de las variables en los
dispositivos gestionados por un NMS. El comando de emisión
espontánea se usa por los dispositivos gestionados para enviar
información acerca de eventos al NMS de forma asíncrona. Las
operaciones transversales se usan por los NMS para averiguar que
variables tiene un dispositivo gestionado y obtener información de
forma secuencial en tablas de variables, tales como la tabla de
encaminamiento.
En redes gestionadas por SNMP, la información de
gestión se almacena en bases de información de gestión (MIB) que
tienen una arquitectura basada en árbol. Cada MIB representa objetos
gestionados identificados por identificadores de objetos de modo
que una MIB es un ejemplo de estructura de árbol OID (véase mas
adelante la definición de estructura OID)
Parte de la potencia del sistema SNMP es que
aunque puede almacenarse información estática en las MIB, el SNMP
también proporciona información dinámica acerca del sistema
gestionado. Cuando llega una petición de información de gestión
desde un NMS a la MIB se envían preguntas a los agentes SNMP
relevantes donde sea apropiado. Estos agentes identifican a
continuación la última información de gestión y la devuelven al
NMS.
La WMI se basa en una normativa industrial para
la gestión de sistemas conocida como el Modelo de Información Común
(CIM). La normativa del CIM (pronunciado 'sim') está publicada por
el consorcio de la Fuerza de Tareas de Gestión Distribuida (DMTF) y
define:
El CIM se define como un esquema (modelo
clase/objeto y meta-modelo) y, como el CIM está
orientado a objetos, las extensiones de
vendedor-dependiente no rompen la compatibilidad con
los esquemas del núcleo definidos por la DMTF. Las extensiones de
vendedor-dependiente extienden las definiciones para
permitir la gestión eficaz de los sistema mientras que se mantiene
la gestión vendedor-dependiente de sistemas
heterogéneos.
Microsoft es un miembro de la junta de DMTF y la
normativa del CIM se ha incorporado como el núcleo de la
infraestructura de gestión para la familia del sistema operativo de
Windows, incluyendo el Windows XP. El nombre de Microsoft para su
implementación de la normativa del CIM es Instrumentación de Gestión
de Windows (WMI). El soporte WMI se incorpora a través del sistema
operativo de Windows, en los controladores de dispositivos y las
áreas del núcleo del sistema operativo gestionando muchos aspectos
del hardware y del software. La WMI define de forma eficaz un
esquema de extensión para los sistemas operativos de Windows.
La arquitectura básica del sistema WMI se
muestra en la Figura 1.
Los clientes WMI son aplicaciones que usan WMI
para acceder a la funcionalidad de gestión, por ejemplo, una
aplicación de ingeniería de campo SST o un agente de gestión. La
funcionalidad de gestión se implementa en subprogramas del
Proveedor de WMI, algunos proporcionados con el sistema operativo y
otros proporcionadas por los vendedores de hardware y software.
El servicio WMI de Windows proporciona una
interfaz COM para permitir a los clientes de WMI acceder a la
funcionalidad proporcionada finalmente por los Proveedores de WMI.
En otras palabras, el servicio de WMI es un agente que proporciona
acceso a clases, objetos, métodos, atributos y eventos implementados
por los Proveedores de WMI. La Interfaz COM es adecuada para su uso
en entornos de programación y soporta una interfaz de preguntas
estilo SQL (WQL) para descubrir elementos del sistema, que se
pueden gestionar. Se proporciona una rica integración y soporte por
el entorno .NET.
La Figura 2 muestra los usos del modelo de tres
capas WMI, que consiste de proveedores, el Gestor de WMI (también
conocido como CIMON - el Gestor de Objetos CIM) y los consumidores
de la información WMI.
Trabajando desde el nivel más bajo hacia arriba,
el primer piso es el proveedor. Simplemente, el proveedor es un
agente intermedio entre el sistema a gestionar (por ejemplo, el
sistema operativo, servicio, aplicación, controlador de
dispositivo, y así sucesivamente) y el gestor de objetos del CIM. El
trabajo de un proveedor es extraer la información de gestión desde
la fuente de datos subyacente usando cualesquiera interfaces que el
software presente para gestión. La información de gestión y las
interfaces se asignan a continuación por el proveedor dentro de las
clases de objetos que la WMI presenta a los consumidores/clientes de
WMI. Avanzando, los nuevos y actualizados sistemas gestionados
usarán proveedores como un modo directo para exponer las API de
gestión sin conversiones intermedias significativas.
A continuación está el CIMOM, también conocido
como Gestor de WMI, que tiene su propio depósito de almacenamiento
y actúa como un agente para las peticiones de objetos. El Gestor de
WMI y su almacenamiento se representan en el sistema por el
servicio del sistema llamado WinMgmt. Los proveedores conectan con
el Gestor de WMI a través de un conjunto publicado de interfaces
COM. El gestor de WMI mantiene el seguimiento de qué clases están
disponibles (sus definiciones se almacenan en el almacenamiento) y
qué proveedor es responsable para suministrar ejemplos de esas
clases. Cuando viene una petición de información de gestión desde un
consumidor de WMI para el Gestor de WMI, evalúa la petición,
identifica qué proveedor tiene la información, la solicita desde el
proveedor, y una vez obtenida devuelve los datos al consumidor. El
consumidor sólo necesita pedir la información que quiere pero al
tiempo no necesita conocer la fuente exacta de la misma o
cualesquiera detalles de cómo se extrae desde la API subyacente.
Debería observarse que los datos estáticos pueden almacenarse en el
almacenamiento y recuperarse sin el proveedor, pero la potencia real
del sistema WMI es que proporciona información dinámica
acerca del sistema gestionado, y esto se hace enteramente a través
de proveedores.
Finalmente, hay consumidores de datos WMI. Estos
pueden ser funciones del supervisor local, aplicaciones de gestión
(remota) o aplicaciones de una tercera parte o programas. Estos
consumidores, como se ha apuntado anteriormente, sólo necesitan
saber acerca de las clases de los objetos sobre los cuales quieren
obtener una información. Los detalles de desde donde viene la
información y cómo se obtiene realmente son ocultos y no
relevantes. De este modo, una aplicación o programación puede
escribir a una API común, WMI, y obtener una riqueza de información
acerca del ordenador, sistema operativo, aplicaciones y
dispositivos.
El documento US 2003/177477 A1 de 18/9/2003
"Java to NSMP MIB mapping", describe una herramienta que
comprende un extremo de entrada del CIM para cargar la información
de clase, una máquina de mapeo y una serie de extremos de salida
para generar las MIB y un descripción de mapeo XML para cada
MIB.
En resumen, basado en normativas industriales y
aprobado por la DMTF, la WMI proporciona un modelo de objetos rico
y extensible que permite a los sistemas de ordenadores gestionarse
de un modo consistente, programable, localmente o remotamente. La
mayor parte de la información y servicios del núcleo del sistema
operativo están ya instrumentados como parte del sistema básico WMI
que viene con XP.
La presente invención es concerniente con la
traducción del modelo de relación de objetos usado en WMI a una
estructura basada en árbol (tal como la estructura de árbol OID) que
expondrá toda la funcionalidad a un sistema de gestión remota SNMP.
Se proporciona un conjunto de calificadores WMI
pre-especificados de tal modo que un desarrollador,
cuando crea o adapta las definiciones de clases WMI, añade esos
calificadores WMI pre-especificados cuando se
requiera. La presente invención se define por la reivindicación del
sistema 1, y la reivindicación del método 10. Las realizaciones de
la invención se definen por las reivindicaciones dependientes.
Estos y otros aspectos de la invención serán
evidentes a partir de la siguiente descripción específica, dada a
modo de ejemplo, con referencia a los dibujos adjuntos, en los
que:
la Figura 1 muestra la arquitectura del sistema
WMI de acuerdo con la técnica anterior;
la Figura 2 muestra el modelo de tres capas de
árbol usado por la WMI de acuerdo con la técnica anterior.
la Figura 3a es un diagrama esquemático de un
sistema de gestión de red SNMP dispuesto para gestionar remotamente
los sistemas gestionados por WMI;
la Figura 3b es un diagrama esquemático del
sistema gestionado por WMI de la Figura 3a con más detalle;
la Figura 3c es un diagrama esquemático del
sistema de gestión de red SNMP de la Figura 3a que muestra una
herramienta de gestión asociada;
la Figura 3d es un diagrama esquemático de una
herramienta del generador de MIB;
la Figura 4 es un diagrama de flujo de un método
realizado por una herramienta de generador de MIB.
Un OID (identificador de objetos) es una cadena
de números enteros que actúa como un nombre para un objeto en un
protocolo orientado a objetos. Cada OID es una lista ordenada de
números enteros globalmente única y que están asignados de un modo
jerárquico. Los OID se definen en la recomendación
ITU-T X.208 (ASN.1). Una vez que una organización
obtiene un OID válido desde un registro de OID esa organización
puede asignar OID adicionales siempre que todos ellos provengan del
OID raíz que fue establecido. Esto es, cada OID nuevamente asignado
debe comenzar con los números enteros del OID raíz que fue
establecido. El término "estructura de OID" se usa de esta
forma en este documento para referirnos a una estructura de árbol en
la que cada nodo del árbol comprende un objeto con un identificador
de objetos como se ha descrito anteriormente.
La Figura 3a es un diagrama de una visión
general de la red de alto nivel. Muestra una red del protocolo de
Internet 15 (o cualquier tipo adecuado de red de comunicaciones) que
conecta dispositivos de autoservicio tales como los ATM 38 y un
Sistema de Gestión SNMP 10. El sistema de gestión SNMP está
dispuesto para posibilitar la gestión de los ATM incluso aunque
expongan información de gestión a través de una infraestructura de
clases WMI. Aunque este ejemplo se trata con referencia a
dispositivos de autoservicio la invención es aplicable a
cualesquiera dispositivos gestionados con información de gestión
expuesta a través de clases WMI o equivalentes.
La Figura 3b muestra con más detalle el ATM 38
de la Figura 3a. Se ilustra una vista física de uno de tales ATM
que comprende una interfaz de usuario 23 y un procesador 24. El
procesador 24 comprende o está asociado con dispositivos 25 a
gestionar tales como una impresora y procesadores de tarjetas. La
vista lógica del ATM muestra que cada ATM 38 comprende un agente
SNMP local 35 que envía y recibe comandos SNMP para comunicar con
el sistema de gestión SNMP 10 de la Figura 3a. Este agente 35 accede
a la información de traducción de SNMP a WMI 17 (que está formada
por una herramienta generadora de MIB como se ha descrito
anteriormente). El ATM también comprende proveedores WMI 30 para
los dispositivos a gestionar 25 de modo que la información de
gestión se recupera de esos dispositivos 25 y se expone a través de
la WMI como se conoce en la técnica. Un gestor de objetos CIM
(mostrado como la capa WMI en la figura 3b) mantiene el seguimiento
de qué clases WMI están disponibles y dirige las cuestiones de
clase a los proveedores correctos.
La Figura 3c muestra mas detalles del sistema de
gestión SNMP 10 de la Figura 3a. Este sistema de gestión SNMP 10
comprende o está asociado con una herramienta de gestión 12. Esta
herramienta de gestión 12 puede acceder a una MIB 16 que se ha
creado por la herramienta del generador de MIB (descrita más
adelante) usando información de clase WMI. La herramienta de
gestión 12 se usa para obtener información de gestión actual desde
los ATM 38 y otros dispositivos gestionados como se explica con más
detalle más adelante.
La Figura 3d muestra una herramienta generadora
de MIB 34 que crea una MIB 16 como se ha mencionado anteriormente.
La MIB almacena la información de gestión usando una arquitectura
basada en un árbol como se ha descrito anteriormente. La
herramienta del generador de MIB 34 puede acceder a la información
de clase WMI desde el almacenamiento de CIM 33 donde están
almacenadas las definiciones de las clases WMI disponibles como se
conoce en la técnica. La herramienta del generador de MIB también
genera la información de la traducción de SNMP a WMI 17 en una
realización preferida.
Como se ha descrito anteriormente la presente
invención es concerniente con la traducción del modelo de relación
de objetos usado en la WMI a una estructura basada en árbol (tal
como la estructura de árbol OID) que expondrá toda la funcionalidad
al sistema de gestión remota SNMP 10. Para conseguir esto se usa un
conjunto de calificadores WMI pre-especificados
como se describe a continuación con más detalle.
Un calificador es una cadena de datos que
proporciona información adicional acerca de una clase, ejemplo,
propiedad, etc. Los calificadores también pueden incluir Sabores.
Los Sabores de los calificadores proporcionan información acerca
del calificador, tal como si una clase derivada puede sobrescribir
el valor del calificador. La WMI define un conjunto de
calificadores con significado predefinido. También pueden añadirse
calificadores adicionales por ejemplo los tres predefinidos para su
uso en la presente invención (SNMPConcreteClass, SNMPPropertyOffset,
SNMPMethodOffset).
Como se ha mencionado anteriormente los
proveedores de WMI 30 se usan para extraer información de gestión a
partir de las aplicaciones o dispositivos gestionados y para asignar
esa información dentro de las clases de objetos WMI o clases CIM.
Los tipos disponibles de clases CIM están
pre-especificados. Esto es, un desarrollador
predefine un conjunto de clases CIM para describir una o más
aplicaciones o dispositivos gestionados. Pueden usarse cualesquiera
herramientas adecuadas para predefinir las clases CIM tal como el
lenguaje de formato de objeto gestionado (MOF) o cualquier otro
lenguaje para describir las interfaces COM tal como el Lenguaje de
Definición de Interfaz (IDL). El lenguaje MOF permite a un
desarrollador usar un editor de texto normalizado para describir un
conjunto de clases CIM que a su vez describen un objeto mencionado
(también denominado como aplicación o dispositivo gestionado).
Estas nuevas clases pueden usarse a continuación para gestionar la
aplicación o dispositivo
asociado.
asociado.
Durante este proceso de creación de las clases
CIM el desarrollador instrumenta las nuevas definiciones de clases
CIM con uno o más calificadores pre-especificados. A
continuación se describen ejemplos de tales calificadores
pre-especificados. Esto se hace cuando se definen
nuevas clases CIM (o adaptadas) en un fichero WMI MOF o
equivalente.
A continuación se dan ejemplos de calificadores
de clases WMI pre-especificados. Los nombres reales
de los calificadores de clases pueden cambiarse de modo que
"SNMPConcreteClass" por ejemplo puede reemplazarse por otra
cadena de texto que represente una clase que se situará en la
MIB.
Cada clase WMI a exponer en SNMP debe incluir
este calificador.
Cada propiedad asociada con una clase que se
desea exponer a través de SNMP se asigna usando este calificador a
una columna en una tabla de propiedades para esa clase. Para
asegurar la interpretación consistente y el mapeo de la propiedad
al nodo este calificador se usa para especificar cómo se ordena cada
propiedad. Esto es, este calificador se usa para asegurar que las
propiedades en las subclases y superclases están localizadas en el
mismo orden de columna en la tabla incluso cuando se añaden nuevas
propiedades y por lo tanto se actualiza la tabla.
Cada método asociado con una clase que se desea
exponer a través del SNMP se asigna a un nodo de OID fijo. Para
asegurar la interpretación consistente y el mapeo del método a los
nodos, se introduce este calificador que especifica el OID usado
para cada método. Cada nodo del método contiene una tabla, con una
entrada para cada ejemplo, que permitirá el acceso al valor de
vuelta, parámetros y ejecución.
Después de que el desarrollador completa la
descripción de la clase CIM, el compilador de MOF registra las
clases en el almacenamiento de CIM 33 para su visión posterior del
cliente.
La presente invención también proporciona una
herramienta del generador de MIB 34 que busca la información de
gestión WMI y construye la estructura de la MIB SNMP 16 para todas
las clases WMI instrumentadas. Por ejemplo, esta herramienta
identifica todas las definiciones de clases en el almacenamiento de
CIM 33 que comprende el calificador de SNMPConcreteClass. Usando
estas definiciones de clases junto con los calificadores
pre-especificados asociados con esas clases la
herramienta construye una estructura OID. Además esta herramienta
construye la información del mapeo (tal como una tabla de
traducción) para su uso por el agente (véase más adelante) para
realizar el mapeo de las peticiones SNMP a cuestiones WMI. Por
ejemplo esta información se muestra almacenada en la base de datos
17 en la Figura 3d.
El método realizado por la herramienta del
generador de MIB se representa a alto nivel en la Figura 4 y
comprende las siguientes etapas:
Identificar todas las clases con el calificador
SNMPConcreteClass;
Traducir cada clase identificada a un nodo OID
que contiene lo siguiente:
Una tabla que describe los valores de la
propiedad para cada ejemplo de la clase (esta tabla se crea sobre
la base de los valores del calificador SNMPPropertyOffset.
Un nodo que expone los métodos asociados con la
clase. Cada método está representado por un sub-nodo
que contiene una tabla que representa los parámetros y el valor de
retorno para ese método, así como una columna "ejecutar". Esta
estructura permite invocar un método de Clases WMI a través de SNMP
sin ningún conocimiento de la función del método o firma.
Un nodo bajo el cual puede representarse
cualquier subclase. Estas subclases reflejarán la misma estructura
de subclase propiedad/método descrito anteriormente.
Un nodo padre que describe la clase del padre
raíz de la clase.
Como se ha mencionado anteriormente tanto el
SNMP como la WMI suministran información dinámica acerca de las
entidades gestionadas. La presente invención por lo tanto también
proporciona un tipo de agente SNMP modificado que interactúa con la
estructura de la MIB 16 creada por la herramienta del generador de
MIB 34 de la invención. Este agente SNMP modificado 35 tiene acceso
a información, o la comprende, acerca del mapeo entre la clase WMI y
la estructura OID.
Como se ha mencionado anteriormente en la
sección de antecedentes típicamente se proporciona un agente SNMP
sobre cada dispositivo o elemento gestionado 37 en un sistema SNMP.
Este actúa para obtener información de gestión desde el
dispositivo, realiza el mapeo de esa información al formato SNMP y
la hace disponible para el sistema de gestión SNMP y la MIB.
También asegura que la información de gestión se obtiene
dinámicamente, cuando el sistema de gestión de red SNMP 10 requiere
información actual, por ejemplo, acerca del estado de dispositivos
particulares, usa la MIB 16 para enviar preguntas a los agentes SNMP
apropiados 37 y encuentra la información actual.
En la presente invención los dispositivos
gestionados pueden ser sistemas gestionados WMI 38 que no
necesariamente proporcionan información de gestión a través del
SNMP. Por lo tanto es necesario usar los proveedores de WMI 30 para
obtener información de gestión dinámica. Para posibilitar esto la
presenta invención usa agentes 35 como se ilustra en la Figura 3b.
Preferiblemente cada agente 35 reside localmente sobre un ATM como
un cliente WMI (usando la información de traducción 17). Esto es,
se proporciona uno de tales agentes 35 en cada sistema gestionado
WMI 38. Este recibe comandos SNMP desde el sistema de gestión de red
SNMP 10 (y la MIB 16) y junto con su conocimiento 17 del mapeo es
capaz de causar que el sistema gestionado WMI 38 obtenga la
información de gestión requerida dinámicamente.
Como se ha mencionado anteriormente una MIB
almacena información acerca de los dispositivos gestionados usando
una arquitectura basado en un árbol. En un sistema SNMP esta
estructura basada en árbol se forma usando información de dominio
acerca de los dispositivos gestionados. Por ejemplo, la información
acerca de un conmutador particular se representaría en una
localización basada en una estructura de árbol sobre la información
acerca del tipo de conmutador involucrado. La estructura de árbol
usada por el SNMP puede usarse para representar el modelo heredado
de un modelo orientado a objetos. La presente invención es
particularmente ventajosa porque posibilita que se forme una
estructura de MIB por los sistema gestionados WMI 38 sin el
conocimiento del dominio acerca de los sistemas gestionados que
sería usualmente necesario para formar la estructura de árbol de la
MIB. Esto se consigue usando las propias definiciones de clase WMI
para formar la MIB y creando un agente 35 como se ha descrito
anteriormente que es capaz de manipular las clases WMI representadas
en la MIB para obtener la información de gestión
dinámica.
dinámica.
En la realización descrita anteriormente con
referencia a la Figura 3b, se proporciona localmente un agente SNMP
en cada ATM u otra entidad gestionada. Sin embargo, también es
posible usar un agente SNMP único residente en la red en lugar de
uno en cada entidad gestionada. En este caso el sistema de gestión
SNMP 10 hace las preguntas SNMP al agente SNMP central que forma
las preguntas WMI apropiadas y las emite a las entidades
gestionadas. Esto es posible porque la WMI puede accederse
remotamente. Esta no es una configuración típica porque el sistema
de gestión SNMP usualmente esperaría hacer cuestiones SNMP
directamente al dispositivo de red que se está gestionando Sin
embargo, aunque esta configuración no es típica es una solución que
funciona que está recogida por la presente invención.
A continuación se dan más detalles acerca del
generador de MIB 34, el agente 35 y la invención en general.
\bullet No se requiere un conocimiento
específico del dominio por el agente 35.
\bullet Todos los Dispositivos WMI apropiados
o propiedades de la Clase de Gestión de la Aplicación se definen en
el MOF.
\bullet El agente tiene conocimiento del mapeo
entre las Clases de Base WMI y la estructura OID equivalente del
SNMP, y el mapeo entre las clases de Eventos WMI y las Emisiones
espontáneas del SNMP equivalentes.
\bullet Se define un fichero fijo núcleo de la
MIB que especifica la estructura que cuelga por encima de la MIB,
la tabla resumen, y las emisiones espontáneas soportadas. Esto se
adapta para entornos de autoservicio o de no autoservicio como se
requiera.
\bullet Debajo de éste está un fichero de MIB
por dispositivo (o función de gestión de la aplicación) que se
genera dinámicamente a partir de las estructuras de Clase WMI
soportadas por ese dispositivo o aplicación. No se necesita ninguna
información específica del dispositivo o aplicación por la
herramienta que crea estos ficheros de la MIB.
\bullet Se proporciona una herramienta del
Generador de MIB que usa la interfaz de WMI para crear los ficheros
MIB que definen la estructura OID para ese dispositivo. El fichero
MOF de la aplicación o dispositivo se han compilado anteriormente
para que sean accesibles a través de esta interfaz. La herramienta
del Generador de MIB asegura que se compila con las normas
definidas para el uso del Calificador (véase más adelante).
La herramienta de la MIB basa los nombres de las
tablas, etc. en la MIB sobre la clase de fuente, propiedad o
nombres del método. Cuando se requiere por las normas de compilación
de la MIB, el generador cambia el caso o adapta los nombres de los
elementos de la fuente por ejemplo como se indica más adelante. El
SNMP prefiere que estos nombres sean únicos. El siguiente es un
ejemplo de un convenio de nombres que identifica y distingue
fácilmente los nombres de las clases de los nombres de eventos,
etc.
\bullet Los Nombres de las Clases se ponen con
un prefijo de "an_"
\bullet Los Nombres de las Tablas se ponen con
un prefijo de "the_"
\bullet Los Nombres de las Propiedades se
ponen con un prefijo de "a_"
\bullet Los Nombres de los Métodos y los
Parámetros de los Métodos se ponen con un prefijo de "a_"
\bullet En una realización preferida se crea
un Manual de Referencia aunque esto no es esencial. Este manual
incluye información sobre un conjunto de valores y su significado
que puede reportarse por los dispositivos, etc. así como los
intervalos válidos para umbrales, parámetros del método, etc. Esta
información preferiblemente no está contenida dentro de la MIB. Sin
embargo, esta información está preferiblemente disponible para
posibilitar un mecanismo para compilar automáticamente esta
información para la generación de un Manual de Referencia. Se
proporciona un mecanismo (herramienta separada o extensión) para
permitir este automatismo, como se sabe en la técnica.
\bullet Cada clase WMI a exponerse a través
del SNMP debe tener un conjunto de propiedades que permiten
distinguir ejemplos individuales de estas clases.
\bullet Cada clase de WMI a exponerse a través
del SNMP debe asignarse un número de identificación único. Por
ejemplo, la clase de WMI puede contener una propiedad estática que
únicamente identifica esa clase. Cuando no existen tal propiedad,
entonces el generador de MIB puede configurarse para asignar un
valor apropiado único.
Se requieren varios Calificadores para soportar
esta propuesta. Cada clase, propiedad y método se representa en una
tabla de alguna forma. Para asegurar que estas tablas pueden
ordenarse y recuperarse con éxito la información, cada clase WMI
debe definir un conjunto de claves de las propiedades.
Cada clase concreta está asociada con el
siguiente Calificador de ejemplo SNMPConcreteClass (unidad 16)
Este calificador indica que las propiedades y
métodos asociados con esta clase están para incluirse en la
estructura de la MIB. Esta restricción asegura que las propiedades
no están duplicadas bajando la estructura de árbol heredada de las
clases. El valor del parámetro especificado define el orden de esta
clase en relación con todas las otras subclases del mismo tipo. Por
ejemplo, si un dispositivo tiene múltiples subclases de NCR_Task,
entonces la desviación determina el orden en el cual están asignadas
los OID en la estructura MIB resultante.
Cada propiedad asociada con una clase se asigna
a una columna en la tabla de propiedades para esta clase. Para
asegurar la interpretación consistente y el mapeo de la propiedad a
los nodos, se introduce un calificador obligatorio adicional que
especifica cómo se ordena cada propiedad.
El valor especificado defina la desviación para
la propiedad en la columna. Cuando se definen las propiedades para
una subclase, se añaden las nuevas propiedades para esta clase al
final de la tabla, después de las propiedades definidas por la
clase heredada.
Por ejemplo, la clase B hereda de la clase A, la
clase A tiene 4 propiedades. La clase B tiene dos propiedades. La
tabla de propiedades para B tiene seis columnas. La propiedad de la
clase B con el calificador SNMPPropertyOffet (1) estará en la 5ª
columna en la tabla (es decir 4 propiedades de la clase A +1).
Cada método asociado con una clase se asigna a
un nodo OID fijo. Para asegurar la interpretación consistente y el
mapeo del método a los nodos, se introduce un calificador
obligatorio adicional que especifica el OID usado para cada
método.
Cada nodo de métodos contiene una tabla, con una
entrada por cada ejemplo, que permite acceder al valor de retorno,
parámetros y ejecución.
Sólo las propiedades y métodos que tienen un
calificador asociado se reflejarán en la MIB del SNMP. Esto
significa que las propiedades y métodos de las clases base del CIM
no necesitan exponerse. Cualquier propiedad del CIM o método que se
use se redefine en el MOF de la clase base con el calificador
apropiado.
A continuación se describe un ejemplo de
estructura OID, basado en un conjunto de clases para un conjunto de
clases WMI que describe los dispositivos mantenidos en un ATM o
kiosco. Lo siguiente describe algunos del fondo para esta
estructura.
\bullet Se introduce una nueva rama OID para
la clase WMI que describe los dispositivos.
\bullet Hay ramas para cada clase de
dispositivo (MCRW, dispensador, etc.), identificados por una ID
Única del dispositivo.
\bullet Por debajo de la rama de Clase de
Dispositivo hay entradas adicionales para representar cada clase
asociada con los dispositivos.
\bullet Sólo clases concretas tienen
sub-ramas de propiedades, métodos y
calificadores.
\global\parskip0.900000\baselineskip
\bullet Cada tabla de métodos tiene una
columna correspondiente a sus parámetros, el valor de retorno y una
célula para invocar la ejecución. También se incluye una columna que
informa del instante de la última ejecución con formato de fecha
UTC. Si aún no se ejecutó entonces el sello de fecha reportará el
equivalente a 00:00, 1 de Enero de 2000.
\bullet Cada evento WMI asociado se traduce a
una emisión espontánea de SNMP.
\bullet Para mantener una interfaz firmemente
escrita, cualquier subclase de la jerarquía de Clases WMI que
introduce nuevas propiedades o métodos debe contener una
instrumentación de Calificadores apropiados en el fichero MOF para
definir cómo puede accederse estas a través de la extensión OID del
dispositivo específico.
\bullet Las Clases con disposiciones de
propiedades y métodos con disposiciones de parámetros se manejan
como sigue: la propiedad correspondiente o la entrada de la tabla de
métodos contiene una Cadena de Octetos que contiene los elementos
de la disposición. Cuando una disposición contiene un tipo complejo
(tal como las cadenas de caracteres) la cadena de Octetos contiene
una estructura XML que describe cada elemento de la disposición.
Las normas encapsuladas en la estructura
anterior, y el uso de los calificadores descritos anteriormente se
encapsulan dentro de la herramienta del Generador de MIB para
asegurar el cumplimiento del MOF y la MIB.
Esto significa que el sub-agente
SNMP (también denominado en este documento como el agente (35 en la
Figura 3b) puede, usando la información del Calificador de tiempo
de funcionamiento y el conocimiento de la estructura de árbol
esperada, construir un OID para la relación de ejemplos de Clases de
WMI al comienzo del día, y usar éste para traducir las lecturas
(gets) y escrituras (sets) del SNMP a la cuestión WMI
correspondiente. En otra realización, el agente es capaz de usar
una tabla de mapeo que se ha generado anteriormente por la
herramienta del generador de MIB. El agente es por lo tanto
independiente de la estructura de clases WMI que reportará y el
agente puede configurarse para reportar cualquier conjunto de clases
WMI compatible.
Cada evento WMI puede dar como resultado una
Emisión espontánea SNMP que contiene la información
correspondiente.
Uno de los ficheros generados define las
emisiones espontáneas de SNMP.
Las subclases de eventos WMI de dispositivos
específicos o aplicaciones específicas se manejan como sigue: cada
emisión espontánea incluye un campo que contiene el nombre de la
clase de evento WMI que da como resultado la Emisión espontánea; se
incluye un campo adicional que contiene una secuencia XML que
soporta una serie de pares clave/valor. Cada clave representará una
propiedad no soportada directamente por la emisión espontánea (es
decir una propiedad introducida por una subclase de eventos) y el
valor es su valor asociado.
Lo siguiente es un ejemplo de una secuencia xml
cuando se produce una subclase de eventos, donde la clase tiene
tres propiedades adicionales (Edad, Dirección, Nombre):
Obsérvese que si el evento no contiene ninguna
propiedad adicional entonces este campo de evento estará vacío.
\global\parskip1.000000\baselineskip
Toda la información se obtiene directamente
desde la Clase WMI subyacente. El agente requiere el conocimiento
del mapeo entre las Clases de Base WMI y la estructura OID
equivalente de SNMP, y el mapeo resultante entre las clases de
Eventos WMI y las Emisiones espontáneas de SNMP equivalentes. Se
genera un fichero XML por el generador de MIB que encapsula toda la
información necesaria para que el Agente traduzca una petición de
OID a una cuestión de Clase WMI. El fichero XML contiene una
entrada para cada nodo de la tabla de OID. Cada entrada define
\bullet Clase WMI NCR Base
\bullet Clase WMI Hoja
\bullet Conjunto de Columnas Índice (para
tablas de Métodos, esto se refiere a las Propiedades de la Clase
asociada) - que identifica la propiedad de la clase asociada o
parámetro del método.
\bullet Otro Conjunto de Columnas - igual que
anteriormente.
Se proporciona una interfaz de clase que se usa
por el Agente para preguntar por esta información para un camino del
OID especificado.
Este medio de aproximación que la componente
Agente con responsabilidad para traducir la petición de OID a la
cuestión de Clase WMI es genérico y utilizable en todos los
escenarios de Gestión de Agentes SNMP.
Claims (18)
-
\global\parskip0.950000\baselineskip
1. Un sistema (10) para generar una base de información de gestión, MIB, comprendiendo dicha MIB información de gestión acerca de sistemas gestionados WMI (38), comprendiendo dicho sistema (10):(i) un acceso de entrada dispuesto para las definiciones de las clases de WMI asociadas con dichos sistemas gestionados WMI (38) comprendiendo dichas definiciones uno o más calificadores pre-especificados;(ii) un procesador (24) dispuesto para traducir cada definición de clase WMI accedida a un nodo OID en una estructura basada en un árbol que forma al menos parte de la MIB sobre la base tanto de los calificadores pre-especificados como del conjunto de normas pre-especificadas,en el que dichos calificadores pre-especificados comprenden un calificador de clase particular asociado con cada clase a definir en la MIB. - 2. Un sistema de acuerdo con la reivindicación 1, en el que dicho procesador (24) está dispuesto además para operar sin necesidad del conocimiento del dominio acerca de los sistemas gestionados WMI (38).
- 3. Un sistema de acuerdo con la reivindicación 1 o la reivindicación 2, en el que el nodo OID comprende una tabla de propiedades que comprende valores de la propiedad para cada ejemplo de la clase WMI.
- 4. Un sistema de acuerdo con cualquiera de las reivindicaciones de 1 a 3, en el que el nodo OID comprende un nodo de métodos que expone los métodos asociados con la clase WMI.
- 5. Un sistema de acuerdo con la reivindicación 3 y la reivindicación 4, en el que dicho procesador (24) está dispuesto sólo para formar dicha tabla de propiedades y dicho nodo de métodos cuando la clase WMI tiene unos calificadores particulares pre-especificados.
- 6. Un sistema de acuerdo con la reivindicación 4, en el que dicho nodo de métodos comprende un sub-nodo para cada método a representar conteniendo cada sub-nodo una tabla que representa cualesquiera parámetros y valores de retorno para el método asociado así como una columna de ejecutar e información acerca del sello temporal de la última invocación.
- 7. Un sistema de acuerdo con cualquiera de las reivindicación anteriores, en el que el nodo OID comprende un nodo de subclase bajo el cual se representan cualesquiera subclases.
- 8. Un sistema de acuerdo con cualquiera de las reivindicación anteriores, en el que dichos calificadores pre-especificados comprenden calificadores de propiedades de modo que cada una de las propiedades asociadas con una clase se asignan a una columna en una tabla de propiedades para esa clase usando un desplazamiento especificado por el calificador de la propiedad.
- 9. Un sistema de acuerdo con cualquiera de las reivindicación anteriores, en el que dichos calificadores pre-especificados comprenden un calificador del método que especifica un identificador de objetos, OID, a utilizar para ese método.
- 10. Un método para generar una base de información de gestión, MIB, que comprende información de gestión acerca de sistemas gestionados WMI (38), comprendiendo dicho método las etapas de:(i) acceder a las definiciones de las clases WMI asociadas con dichos sistemas gestionados WMI (38) comprendiendo dichas definiciones uno o más calificadores pre-especificados;(ii) traducir cada definición de Clase WMI a un nodo OID en una estructura basada en un árbol que forma al menos parte de la MIB tanto sobre la base de los calificadores pre-especificados como del conjunto de normas pre-especificadas,en el que dichos calificadores pre-especificados comprenden un calificador de clase particular asociado con cada clase a definir en la MIB y dispuesto para indicar qué propiedades y métodos asociados con esa clase se poblarán.
- 11. Un método de acuerdo con la reivindicación 10, que se realiza sin necesidad del conocimiento del dominio acerca de los sistemas gestionados WMI (38).
- 12. Un método de acuerdo con la reivindicación 10 ó la reivindicación 11, en el que dicha etapa de traducir comprende traducir una definición de clase WMI accedida a un nodo OID que comprende una tabla de propiedades que comprende valores de propiedades para cada ejemplo de esa clase WMI.
- 13. Un método de acuerdo con las reivindicaciones 10 a 12, en el que dicha etapa de traducir comprende traducir una definición de clase WMI accedida a un nodo OID que comprende un nodo de métodos que expone los métodos asociados con esa clase WMI.
\global\parskip1.000000\baselineskip
- 14. Un método de acuerdo con la reivindicación 12 y la reivindicación 13, en el que dicha etapa de traducción está dispuesta sólo para formar dicha tabla de propiedades y nodo de métodos cuando la clase WMI tiene un calificador particular pre-especificado.
- 15. Un método de acuerdo con la reivindicación 13, en el que dicho nodo de métodos comprende un sub-nodo para cada método a representar conteniendo cada sub-nodo una tabla que representa cualesquiera parámetros y valores de retorno para el método asociado así como una columna de ejecutar e información acerca del sello temporal de la última invocación.
- 16. Un método de acuerdo con cualquiera de las reivindicaciones 10 a 15, en el que dicha etapa de traducción comprende traducir una definición de clase WMI accedida a un nodo OID que comprende un nodo de subclases bajo el cual se representan cualesquiera sub-clases.
- 17. Un método de acuerdo con cualquiera de las reivindicaciones 10 a 16, en el que dichos calificadores pre-especificados comprenden un calificador de propiedades de modo que cada propiedad asociada con una clase se asigna a una columna en una tabla de propiedades para esa clase usando un desplazamiento especificado por el calificador de la propiedad.
- 18. Un método de acuerdo con cualquiera de las reivindicaciones 10 a 17, en el que dichos calificadores pre-especificados comprenden un calificador de método que especifica un identificador de objetos, OID, a utilizar por ese método.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0508095 | 2005-04-22 | ||
| GBGB0508095.7A GB0508095D0 (en) | 2005-04-22 | 2005-04-22 | Generating MIBs from WMI classes |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2311193T3 true ES2311193T3 (es) | 2009-02-01 |
Family
ID=34639903
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05077769T Active ES2311193T3 (es) | 2005-04-22 | 2005-12-05 | Generacion de mib desde clases wmi. |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20060242284A1 (es) |
| EP (1) | EP1715619B1 (es) |
| DE (1) | DE602005010050D1 (es) |
| ES (1) | ES2311193T3 (es) |
| GB (1) | GB0508095D0 (es) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8244844B2 (en) * | 2006-03-17 | 2012-08-14 | Samsung Electronics Co., Ltd. | Tool for data generation for simple network management protocol (SNMP) |
| US7761493B1 (en) * | 2006-04-11 | 2010-07-20 | Oracle America, Inc. | Population of sparse information model hierarchies |
| US8387069B2 (en) * | 2006-07-28 | 2013-02-26 | Dell Products L.P. | Method to support dynamic object extensions for common information model (CIM) operation and maintenance |
| US20080040335A1 (en) * | 2006-08-10 | 2008-02-14 | John Gatti | Multi-tenant CIM namespace association discovery and proxy association creation |
| US20080126381A1 (en) * | 2006-08-10 | 2008-05-29 | John Gatti | Methods for spanning namespaces in a CIM schema |
| US8719768B2 (en) * | 2006-08-22 | 2014-05-06 | Dell Products L.P. | Accretion of inter-namespace instances in multi-tenant CIMOM environment |
| US8327007B2 (en) * | 2007-06-29 | 2012-12-04 | Iyuko Services L.L.C. | Systems and methods for SNMP access |
| US9680660B2 (en) * | 2007-12-20 | 2017-06-13 | Ncr Corporation | Self-service terminal |
| CN101499922B (zh) * | 2008-02-02 | 2012-12-12 | 华为技术有限公司 | 数据转换方法、装置、终端以及服务器 |
| US8087032B2 (en) * | 2008-03-31 | 2011-12-27 | International Business Machines Corporation | Automated recovery process initiation for data consumers of a common information model (CIM) managed component |
| US8499071B2 (en) * | 2009-05-01 | 2013-07-30 | Ncr Corporation | Application monitoring |
| US8312128B2 (en) | 2010-07-30 | 2012-11-13 | Hewlett-Packard Development Company, L.P. | Identification of management information base object identifiers supported by a managed device |
| US8688702B1 (en) * | 2010-09-14 | 2014-04-01 | Imdb.Com, Inc. | Techniques for using dynamic data sources with static search mechanisms |
| US8775615B2 (en) | 2012-03-08 | 2014-07-08 | International Business Machines Corporation | SNMP-based management of service oriented architecture environments |
| US10489404B2 (en) * | 2015-06-25 | 2019-11-26 | Adp, Llc | Macrocosm monitor service platform |
| US10565169B2 (en) | 2015-08-19 | 2020-02-18 | Dell Products, Lp | System and method for dynamic generation of a management information base through common information model class transformation |
| US10225132B2 (en) | 2016-06-30 | 2019-03-05 | Ca, Inc. | Serving channelized interactive data collection requests from cache |
| US10243798B2 (en) * | 2016-06-30 | 2019-03-26 | Ca, Inc. | Variable SNMP data collection with embedded queries |
| US11354073B2 (en) | 2019-04-26 | 2022-06-07 | Canon Kabushiki Kaisha | Information processing apparatus, storage medium, and control method |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5291583A (en) * | 1990-12-14 | 1994-03-01 | Racal-Datacom, Inc. | Automatic storage of persistent ASN.1 objects in a relational schema |
| US6219718B1 (en) * | 1995-06-30 | 2001-04-17 | Canon Kabushiki Kaisha | Apparatus for generating and transferring managed device description file |
| WO1997045827A1 (en) * | 1996-05-28 | 1997-12-04 | The Trustees Of Columbia University In The City Of New York | Crystallization processing of semiconductor film regions on a substrate, and devices made therewith |
| US6009431A (en) * | 1998-03-31 | 1999-12-28 | Northern Telecom Limited | Methods and systems for generating an MIB file |
| US6317748B1 (en) * | 1998-05-08 | 2001-11-13 | Microsoft Corporation | Management information to object mapping and correlator |
| US6292829B1 (en) * | 1998-07-15 | 2001-09-18 | Nortel Networks Limited | Method and device for network management |
| US6604112B1 (en) * | 1999-03-25 | 2003-08-05 | International Business Machines Corporation | Method and system for managing an AIX UNIX server using an SNMP interface |
| US20030074436A1 (en) * | 2001-10-04 | 2003-04-17 | Adc Broadband Access Systems Inc. | Management information base object model |
| US20030135648A1 (en) * | 2001-10-16 | 2003-07-17 | Porter Dana J. | CIM to SNMP data mapper |
| US20030115197A1 (en) * | 2001-12-14 | 2003-06-19 | Horan Jeffrey A. | SNMP to CIM data mapper |
| US7454743B2 (en) * | 2001-12-28 | 2008-11-18 | Sun Microsystems, Inc. | Java to SNMP MIB mapping |
| US7606884B2 (en) * | 2002-09-04 | 2009-10-20 | Northrop Grumman Corporation | SNMP firewall for network identification |
| US7383551B2 (en) * | 2002-09-27 | 2008-06-03 | International Business Machines Corporation | Method and system for integrating non-compliant providers of dynamic services into a resource management infrastructure |
| US7099931B2 (en) * | 2002-12-19 | 2006-08-29 | International Business Machines Corporation | Method of automatically generating an SNMP management information base from extension-enabled management agents |
-
2005
- 2005-04-22 GB GBGB0508095.7A patent/GB0508095D0/en not_active Ceased
- 2005-11-14 US US11/273,473 patent/US20060242284A1/en not_active Abandoned
- 2005-12-05 ES ES05077769T patent/ES2311193T3/es active Active
- 2005-12-05 EP EP05077769A patent/EP1715619B1/en not_active Expired - Fee Related
- 2005-12-05 DE DE602005010050T patent/DE602005010050D1/de active Active
Also Published As
| Publication number | Publication date |
|---|---|
| DE602005010050D1 (de) | 2008-11-13 |
| US20060242284A1 (en) | 2006-10-26 |
| GB0508095D0 (en) | 2005-06-01 |
| EP1715619A1 (en) | 2006-10-25 |
| EP1715619B1 (en) | 2008-10-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2311193T3 (es) | Generacion de mib desde clases wmi. | |
| US6721880B1 (en) | Method and apparatus for maintaining configuration information in a computing environment | |
| US7310666B2 (en) | Method and system for restricting and enhancing topology displays for multi-customer logical networks within a network management system | |
| US5367635A (en) | Network management agent with user created objects providing additional functionality | |
| US7987472B2 (en) | Computerized network administration of remote computer resources | |
| US7430594B2 (en) | Method and apparatus for distributed systems management | |
| US7454743B2 (en) | Java to SNMP MIB mapping | |
| US20120254828A1 (en) | Flexible Modeling Architecture For Management Systems | |
| CA2280500C (en) | Automatic generation of reconfiguration scripts for telecommunication devices | |
| US20060037000A1 (en) | Configuration management data model using blueprints | |
| EP1974498B1 (en) | Method, system and computer program product for automatically cloning it resource structures | |
| US20080301143A1 (en) | Automatic Update System and Method for Using a Meta Mib | |
| US7389337B2 (en) | Management of network elements using a proxy agent | |
| US20030074436A1 (en) | Management information base object model | |
| JPH11234276A (ja) | ビーンに基づく管理システム | |
| US20040024579A1 (en) | SNMP interface to existing resource management extension-enabled management agents | |
| US20140258525A1 (en) | Computer Network Management Tools | |
| US20030009546A1 (en) | Method and system for management of logical networks for multiple customers within a network management framework | |
| US20040204778A1 (en) | Method for persisting SNMP MIB data in files | |
| US8356085B2 (en) | Automated transformation of specifications for devices into executable modules | |
| KR20030048699A (ko) | 네트워크관리프로토콜에 있어 정보 보관용관리정보베이스의 데이터베이스 억세스방법 및 시스템 | |
| Festor et al. | Integration of WBEM-based Management Agents in the OSI Framework | |
| KR100706948B1 (ko) | 단순 네트워크 관리 프로토콜 시스템에서의관리정보베이스 구성 및 관리 방법 | |
| KR100507798B1 (ko) | 관리 정보 베이스의 데이터 베이스 테이블 생성 장치 및 그 방법 | |
| Kallman et al. | Software modeling for open distributed network monitoring systems |