|Publication number||US7085851 B2|
|Application number||US 10/189,722|
|Publication date||Aug 1, 2006|
|Filing date||Jul 3, 2002|
|Priority date||Jul 3, 2002|
|Also published as||US20040024579|
|Publication number||10189722, 189722, US 7085851 B2, US 7085851B2, US-B2-7085851, US7085851 B2, US7085851B2|
|Inventors||Wendi L. Nusbickel, William V. Da Palma, Victor S. Moore|
|Original Assignee||International Business Machines Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (20), Non-Patent Citations (6), Referenced by (19), Classifications (12), Legal Events (4)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Technical Field
This invention relates to the field of resource management, and more particularly, to interfacing network management systems with management agents.
2. Description of the Related Art
Management agents serve as an interface providing a layer of isolation between management systems and managed resources such as business applications, devices, or software implementations of services or policies. Management agents can be implemented using resource management extensions to programming languages. Accordingly, to manage resources via a particular resource management extension architecture, the resource must be enabled in accordance with the specification of the management agent with which the resource is to communicate.
Although resource management extensions exist for various programming languages, one example of a resource management extension architecture is the Java Management Extension (JMX) architecture. JMX®, defined in the JMX specification, defines an architecture, design patterns, application programming interfaces (APIs), and services for application and network management using the Java programming language. The JMX specification is a well-known set of specifications and development tools for managing Java environments and building management solutions. The JMX specification, which is incorporated herein by reference, has been defined in the document Java Management Extensions Instrumentation and Agent Specification, v1.1 (March 2002), published by Sun Microsystems, Inc. of Palo Alto, Calif.
Although resource management extension architectures continue to gain favor as industry standards, a limited number of such architectures are in operation. Many legacy systems, for example Unix-based products, rely upon Simple Network Management Protocol (SNMP). Presently, no standardized solution exists to provide interoperability between resource management solutions such as JMX and legacy systems using SNMP. In consequence, there is no way to provide a unified management console view of a mixed SNMP legacy and resource management extension-enabled management agent without making significant modifications to the management agent.
Conventional interface solutions between legacy SNMP systems and management agents typically have been implemented as a standalone systems which are not integrated into the management agent. As such, the standalone solutions cannot take advantage of the full range of features provided by the management agent. For example, standalone solutions cannot take advantage of notifications.
Another disadvantage of conventional interface solutions is that significant recoding and/or rebuilding of portions of the management agent is required. That is, to implement a conventional interface, developers must re-build management software components of the management agent using tools provided by the solution package to ensure that the resulting management software components have the requisite knowledge of the SNMP management system. To provide another example, conventional solutions for interfacing a JMX management agent with an SNMP system require developers to generate the management software components or MBeans using a tool provided by the interface solution so that the resulting MBeans have knowledge of the SNMP system.
Such conventional solutions are implemented from the perspective of the SNMP system rather than from the perspective of the management agent. As a result, conventional solutions cannot be applied to existing resource management extension-enabled products, such as JMX-enabled products, without rebuilding and/or recoding the software management components of the management agent.
The invention disclosed herein provides a solution for interfacing a management agent with a Simple Network Management Protocol (SNMP) based management system. According to the present invention, existing management agent implementations which utilize resource management extension technology can be provided with SNMP support without having to implement code changes within the management agent. In particular, a protocol adapter can be added to the management agent. The protocol adapter does not require any knowledge of the SNMP protocol relied upon by the management system. Moreover, method disclosed herein can be performed automatically.
One aspect of the present invention can include a method of adding an SNMP interface to an existing resource management extension-enabled management agent without having to modify the management agent. For example, the management agent can be a Java-based management agent implemented using a resource management extension technology such as Java Management Extensions (JMX). Accordingly, an SNMP interface can be added to an existing JMX implementation of a management agent without modifying the management agent. The method can include reading a management information base definition of the management agent. A static mapping of the SNMP object identifiers to the management software components of the management agent can be created using the management information base definition.
During operation of the management agent, dynamic operating information for the management software components of the management agent can be determined. The dynamic operating information can be determined using reflection techniques which are available in various object oriented programming languages such as Java. For example, a number of instances of each SNMP object identifier can be determined and the method signatures can be determined for validation against the management information base definition. The static mapping can be updated with the dynamic operating information. Notably, the mapping can be continually or periodically updated with dynamic operating information as the management agent continues to operate. An index can be appended to each identified instance of an SNMP object identifier to uniquely reference the identified instance.
The method further can include receiving an SNMP object identifier request and converting the SNMP object identifier request to a request compliant with the management agent using the updated mapping. For example, an SNMP object identifier can be identified from the request and an associated management software component name and attribute can be determined for the SNMP object identifier from the updated mapping. Data for fulfilling the received SNMP object identifier request can be determined, for example via a management agent query to a managed resource. Accordingly, using the updated mapping, an SNMP response to the SNMP object identifier request can be built specifying the determined data. The SNMP response can be sent to an SNMP management system. For example, an SNMP trap can be sent responsive to receiving a resource management extension notification. The method can include receiving an SNMP request over a first User Datagram Protocol/Internet Protocol (UDP/IP) port and sending an SNMP response over a second UDP/IP port.
There are shown in the drawings embodiments which are presently preferred, it being understood, however, that the invention is not limited to the precise arrangements and instrumentalities shown.
The invention disclosed herein provides a solution for interfacing a management agent with a Simple Network Management Protocol (SNMP) based management system. According to the present invention, existing management agent implementations which utilize resource management extension technology can be provided with SNMP support without having to implement code changes within the management agent. In particular, a protocol adapter can be added to the management agent which does not require any knowledge of the SNMP protocol relied upon by the management system.
The management agent 105 can be any of a variety of resource management extension-enabled programming language architectures which serve to isolate the managed resources 115 of an information technology system from the SNMP management system 110. The management agent 105 can function as a management software component server including management software components 130. For example, according to one embodiment of the present invention, the management agent can be implemented using the Java Management Extension (JMX) architecture. Accordingly, the management agent can be a JMX management bean or MBean server.
The management agent 105 can include an adapter 120 for communicating with the SNMP management system 110. It should be appreciated that various resource management extension architectures, including JMX, define a mechanism for adding protocols adapters. Accordingly, the adapter 120 can be a plug-in protocol adapter serving as an interface between the management agent 105 and the SNMP management system 110. The adapter 120 can include mapping data 125. The mapping data 125 can be developed using a combination of a static mapping procedure which is updated using a dynamic procedure. In any case, the mapping data 125 can specify relationships among SNMP object identifiers (OIDs) and management software components of the management agent 105.
The present invention can generate mapping data 125 for the adapter 120 from a user generated management information base (MIB). The MIB must be created to manage resources via an SNMP management system. The user can create and validate, or compile, the MIB definition with any of a variety of commercially available tools using Abstract Syntax Notation number One (ASN.1). The MIB definition provides an SNMP representation of the management agent. The resulting MIB definition is used by the management system (or console of the management system) to interpret data from the management agent and traverse the hierarchical MIB definition tree. For example, the MIB definition can provide logical names for object identifiers of the SNMP management system.
The MIB definition can be created such that a node in the MIB definition tree is defined for each management software component to be managed. The logical name of the node can be the classname of the management software component with a descriptor appended to the name. Entries beneath the node in the tree belong to the defined management software component. For example, in a JMX implementation, a node labeled “PersonMBean” represents the JMX Person MBean, and all nodes below the PersonMBean object represent object instances of that object. Under each object instance are the methods and attributes. The attribute and method names defined in the MIB definition also must match those attributes and methods exposed in the management software component. Thus, if the name attribute of a person is referred to as “Name” in the MIB definition, the name attribute also should be referenced as “Name” in the management software component.
Attribute “Get” and “Set” capabilities can be made to match between the protocols. For example, within a JMX implementation, if there is a getter and not a setter in the JMX MBean for a specific attribute, the SNMP MIB definition can indicate this with a read-only attribute. The name given to trap nodes in the MIB definition can be made to match the JMX Event “type”. Accordingly, a mapping for every field in the notification can be represented as an SNMP trap parameter in the user defined MIB for the management agent system.
In step 205, the MIB definition can be read. In step 210, a determination can be made as to whether another node is to be processed. If so, the method can continue to step 215. If not, the method continues to step 230 where the object identifier to management software component mapping data can be written to a configuration file. Continuing with step 215, the current node can be parsed. For example, from the node, the object identifier, the logical name of the management software component, as well as the parent information can be determined. In step 220, a determination can be made as to whether the logical name has an extension. For example, referring to a JMX-enabled management agent, a determination can be made as to whether the logical name has an MBean extension. If so, the management software component name can be used for entries located beneath the current node. If no extension is associated with the identified logical name, a line of the mapping table can be constructed in step 225. The method can repeat as necessary to process further nodes.
As indicated by table entry 7, an SNMP trap can be sent upon a director attribute change event. Management extension events, (i.e. JMX events) can be sent to the console as SNMP traps. For example, when a management extension event is received, the event can be converted into an SNMP trap and then sent out to the console.
The dynamic mapping can begin in step 420 where the SNMP adapter can obtain operational information regarding the management software components of the management agent. For example, the SNMP adapter can utilize reflection techniques to determine the number of instances of object identifiers which can be indicated as entries in the mapping configuration file, the method signatures for validation against the MIB definition, as well as which notifications are supported. In step 425 the SNMP adapter can add the dynamically determined operational information to the mapping configuration file. Accordingly, a combination of static definition and dynamic discovery can be used to build an in memory registry of SNMP object identifiers to management software components for any resource management extension-enabled agent. In step 430, the SNMP adapter can begin operation using ports for SNMP messages. For example, the SNMP adapter can listen to SNMP requests on one User Datagram Protocol/Internet Protocol (UDP/IP) port and send responses and traps/events on another UDP/IP port.
For example, as shown in
Accordingly, in step 615, the SNMP adapter can determine the object name and attribute name from the mapping data. In step 620, the SNMP adapter obtains the value “Jane Doe” for the name attribute of the management software component of the management agent. For example, within a JMX-enabled management agent, the SNMP adapter can get the value “Jane Doe” for the indicated MBean name attribute from the MBean Server. In particular, the SNMP “GetRequest” can be translated into a “getName( )” attribute query. In step 625 the SNMP adapter can build a return “GetResponse” PDU specifying the name “Jane Doe”. In step 630, the SNMP management system console can receive the return “GetResponse” from the SNMP adapter. SNMP traps can be sent by the adapter when resource management extension notifications are received.
The present invention can be realized in hardware, software, or a combination of hardware and software. The present invention can be realized in a centralized fashion in one computer system, or in a distributed fashion where different elements are spread across several interconnected computer systems. Any kind of computer system or other apparatus adapted for carrying out the methods described herein is suited. A typical combination of hardware and software can be a general purpose computer system with a computer program that, when being loaded and executed, controls the computer system such that it carries out the methods described herein.
The present invention also can be embedded in a computer program product, which comprises all the features enabling the implementation of the methods described herein, and which when loaded in a computer system is able to carry out these methods. Computer program in the present context means any expression, in any language, code or notation, of a set of instructions intended to cause a system having an information processing capability to perform a particular function either directly or after either or both of the following: a) conversion to another language, code or notation; b) reproduction in a different material form.
This invention can be embodied in other forms without departing from the spirit or essential attributes thereof. Accordingly, reference should be made to the following claims, rather than to the foregoing specification, as indicating the scope of the invention.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5960176||Sep 9, 1996||Sep 28, 1999||Kokusai Denshin Denwa Co., Ltd.||Apparatus for management of SNMP/OSI gateways|
|US5996010||Jul 28, 1997||Nov 30, 1999||Nortel Networks Corporation||Method of performing a network management transaction using a web-capable agent|
|US6009431 *||Mar 31, 1998||Dec 28, 1999||Northern Telecom Limited||Methods and systems for generating an MIB file|
|US6032183||Aug 5, 1997||Feb 29, 2000||International Business Machines Corporation||System and method for maintaining tables in an SNMP agent|
|US6061721||Oct 6, 1997||May 9, 2000||Sun Microsystems, Inc.||Bean-based management system|
|US6073162||Dec 6, 1996||Jun 6, 2000||Telefonaktiebolaget Lm Ericsson||Agent, system and method for the supervision of objects|
|US6167448||Jun 11, 1998||Dec 26, 2000||Compaq Computer Corporation||Management event notification system using event notification messages written using a markup language|
|US6212560||May 8, 1998||Apr 3, 2001||Compaq Computer Corporation||Dynamic proxy server|
|US6219708||May 30, 1996||Apr 17, 2001||Multi-Tech Systems, Inc.||System for network resource management|
|US6253243 *||Dec 4, 1998||Jun 26, 2001||Sun Microsystems, Inc.||Automated trap control for a distributed network management system|
|US6260062||Apr 9, 1999||Jul 10, 2001||Pathnet, Inc.||Element management system for heterogeneous telecommunications network|
|US6272537||Nov 17, 1997||Aug 7, 2001||Fujitsu Limited||Method for building element manager for a computer network element using a visual element manager builder process|
|US6282568||Dec 4, 1998||Aug 28, 2001||Sun Microsystems, Inc.||Platform independent distributed management system for manipulating managed objects in a network|
|US6308206||Sep 17, 1997||Oct 23, 2001||Hewlett-Packard Company||Internet enabled computer system management|
|US20020091809 *||Oct 9, 2001||Jul 11, 2002||Menzies Steven J.||Management information to object mapping|
|US20030028895 *||Nov 1, 2001||Feb 6, 2003||Vtel Corporation||System and method for managing disparate video network devices through objects|
|US20030074436 *||Jun 25, 2002||Apr 17, 2003||Adc Broadband Access Systems Inc.||Management information base object model|
|JPH11224196A||Title not available|
|JPH11232239A||Title not available|
|JPH11234276A||Title not available|
|1||H. Kreger, Java Management Extensions for Application Management, IBM Systems Journal, vol. 40, No. 1, (2001).|
|2||J. Lee, TMN-Based Q-Adaptation Using Java Technology, Seamless Interconnection for Universal Services, Global Telecommunications Conference GLOBECOM '99, vol. 1b, pp. 802-806, (1999).|
|3||J. Vayssiere, Transparent Dissemination of Adapters in Jini, Proc. 3<SUP>rd </SUP>Int'l. Symposium on Distributed Objects and Applications, pp. 95-104, (2001).|
|4||Koshna SNMP JMX Toolkit: Creating the JMX to SNMP Map File, <http://www.koshna.com/products/KSX/docs/jmx2snm<SUB>-</SUB>map.asp>, (2002).|
|5||Multidomain Network Management Using Common Object Request Broker Architecture, IBM Technical Disclosure Bulletin, vol. 40, No. 06, (Jun. 1997).|
|6||U.S. Appl. No. 09/649,121, filed Aug. 28, 2000, Da Palma et al.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7555743 *||Jun 30, 2009||Alcatel-Lucent Usa Inc.||SNMP agent code generation and SNMP agent framework for network management application development|
|US7756968||Dec 30, 2003||Jul 13, 2010||Sap Ag||Method and system for employing a hierarchical monitor tree for monitoring system resources in a data processing environment|
|US7788226||Aug 31, 2010||Sap Ag||Monitoring availability of applications|
|US7941521||May 10, 2011||Sap Ag||Multi-service management architecture employed within a clustered node configuration|
|US8200848 *||Jun 12, 2012||Alcatel Lucent||Method and apparatus for facilitating communication between a managed system and management systems|
|US8386732 *||Feb 26, 2013||Emc Corporation||Methods and apparatus for storing collected network management data|
|US20050216510 *||Mar 26, 2004||Sep 29, 2005||Reinhold Kautzleben||System and method to provide a visual administrator in a network monitoring system|
|US20050278361 *||Jun 15, 2004||Dec 15, 2005||Brunell Edward G||View definition language for network management application development|
|US20050278692 *||Jun 15, 2004||Dec 15, 2005||Manjula Sridhar||SNMP agent code generation and SNMP agent framework for network management application development|
|US20050278708 *||Jun 15, 2004||Dec 15, 2005||Dong Zhao||Event management framework for network management application development|
|US20050278709 *||Jun 15, 2004||Dec 15, 2005||Manjula Sridhar||Resource definition language for network management application development|
|US20060004856 *||Jun 15, 2004||Jan 5, 2006||Xiangyang Shen||Data management and persistence frameworks for network management application development|
|US20060036721 *||Jun 15, 2004||Feb 16, 2006||Dong Zhao||Run-time tool for network management application|
|US20060070082 *||Jun 15, 2004||Mar 30, 2006||Manjula Sridhar||Managed object framework for network management application development|
|US20060149729 *||Dec 30, 2004||Jul 6, 2006||Pfeiffer Stephen W||Monitoring availability of applications|
|US20070220157 *||Mar 17, 2006||Sep 20, 2007||Samsung Electronics Co., Ltd.||Simple network management protocol (SNMP) agent system and method|
|US20080126524 *||Nov 28, 2006||May 29, 2008||Stefan Hofmann||Method and Apparatus for Facilitating Communication Between a Managed System and Management Systems|
|US20080127184 *||Nov 28, 2006||May 29, 2008||Stefan Hofmann||Method and Apparatus for Facilitating Communication Between a Managed System and Management Systems|
|US20090007157 *||Jun 28, 2007||Jan 1, 2009||Microsoft Corporation||Mapping Data Sources to a Procedural API|
|U.S. Classification||709/246, 719/313, 709/250, 707/999.107, 707/999.104|
|International Classification||G06F13/00, G06F9/455, G06F9/46|
|Cooperative Classification||Y10S707/99945, Y10S707/99948, G06F9/541|
|Jul 3, 2002||AS||Assignment|
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NUSBICKEL, WENDI L.;DA PALMA, WILLIAM V.;MOORE, VICTOR S.;REEL/FRAME:013083/0788;SIGNING DATES FROM 20020701 TO 20020703
|Mar 8, 2010||REMI||Maintenance fee reminder mailed|
|Aug 1, 2010||LAPS||Lapse for failure to pay maintenance fees|
|Sep 21, 2010||FP||Expired due to failure to pay maintenance fee|
Effective date: 20100801