WO2005088905A1 - Procede pour gerer une base d'informations de gestion dans un systeme de gestion de reseau - Google Patents

Procede pour gerer une base d'informations de gestion dans un systeme de gestion de reseau Download PDF

Info

Publication number
WO2005088905A1
WO2005088905A1 PCT/CN2004/000196 CN2004000196W WO2005088905A1 WO 2005088905 A1 WO2005088905 A1 WO 2005088905A1 CN 2004000196 W CN2004000196 W CN 2004000196W WO 2005088905 A1 WO2005088905 A1 WO 2005088905A1
Authority
WO
WIPO (PCT)
Prior art keywords
mib
network element
version
snmp
network
Prior art date
Application number
PCT/CN2004/000196
Other languages
English (en)
French (fr)
Inventor
Dong Li
Original Assignee
Utstarcom Telecom Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Utstarcom Telecom Co., Ltd. filed Critical Utstarcom Telecom Co., Ltd.
Priority to CNB2004800421024A priority Critical patent/CN100428687C/zh
Priority to PCT/CN2004/000196 priority patent/WO2005088905A1/zh
Publication of WO2005088905A1 publication Critical patent/WO2005088905A1/zh

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

Definitions

  • the present invention relates to a method for resolving SNMP MIB conflicts in a telecommunications network management system, and particularly to a method that uses MIB version space to support multi-version SNMP MIB, and uses the MIB coordination management module to instantiate and de-instantiate MIB versions according to management needs Space approach.
  • MIB management information base
  • NMS network management system
  • MIB conflict means that the same object has different definitions in the SNMP MIB definition, so 4 ⁇ 3 ⁇ 4 appears when MIB information is loaded.
  • an object A needs to be defined in its MIB, and the object A is defined as Integer32 in the LB corresponding to MG V1.0.
  • Object A is defined as OCTET STRING in the MIB definition corresponding to MG V2.0.
  • NMS When loading the MIB information of MG V1.0 and V2.0, conflicts will occur due to different definitions of object A.
  • the NMS must be able to manage different types of network elements.
  • different versions may be caused due to different functional requirements and different software and hardware implementations. This requires the NMS to be able to adapt to this demand and manage different versions of the same type of network elements.
  • the network element type of network elements MG A and MG C is a media gateway (MG), and the network element version is V2.0;
  • the network element type of element MG B is MG and the network element version is V1.0;
  • the network element type of network element SG A is a signaling gateway (SG) and the network element version is V2.0;
  • the network element type of network element SG B It is SG, and the network element version is V1.0.
  • the present invention solves this problem by introducing the MIB version space and the MIB coordination management module.
  • a MIB version space is created for each version of each network element type, and all MEB information related to the version of the network element type is loaded into its corresponding MIB version space, so that Eliminate MIB conflicts.
  • a method for managing a management information base (MIB) in a network management system includes an SNMP protocol adaptation layer and a managed network.
  • the SNMP The protocol adaptation layer includes an Mffi coordination management module, and the method includes steps:
  • MIB version Define all MIB information defined for managing one version of a network element type in the managed network as a MIB version
  • the SNMP protocol adapter will create a MIB version space for each MIB version within the NMS management range, and load all MIB information contained in each MIB version into the MIB version space created for the MIB version All conflicting SNMP objects will be placed in their respective MIB version spaces;
  • the MIB coordination management module instantiates and de-instantiates the corresponding MIB version space according to management requirements.
  • the MIB coordination management module instantiates only one MIB version space for each MIB version.
  • a method for processing a management request from a TMN function module in a network management system includes a TMN function module, a managed object warehouse (MOR), a simple network management protocol (SNMP) protocol (Adaptation layer), the SNMP protocol adaptation layer includes a ffi coordination management module, and the method includes steps:
  • the SNMP protocol adapter receives a management request from the TMN function module
  • the SNMP protocol adapter queries the network element type, network element version, and IP address of the network element from the MOR according to the network element name / network element identifier included in the management request;
  • the SNMP protocol adapter interacts with the MIB coordination management module to obtain the MIB version space corresponding to the network element type and network element version, so that the SNMP protocol adapter can process through the MIB version space This management request;
  • the SNMP protocol adapter interacts with the MIB version space queried in step (3) according to the information contained in the management request from the TM function module, so as to obtain the SNMP object required to create the SNMP request PDU Definition;
  • the SNMP protocol adapter creates an SNMP request PDU according to the SNMP object definition obtained from the MIB version space and the information contained in the management request;
  • the SNMP protocol adapter sends the newly created SNMP request PDU to the appropriate network element
  • the SNMP protocol adapter waits and receives the SNMP response PDU returned from the network element
  • the SNMP protocol adapter parses the SNMP response PDU, and returns the result to the TMN function module.
  • a method for processing alarms and event notifications sent from network elements in a network management system includes a TMN function module, a managed object warehouse (MOR), and a simple Network Management Protocol (SNMP) protocol
  • the adaptation layer includes the following steps:
  • the SNMP protocol adapter receives an alarm or event notification sent from a network element
  • the SNMP protocol adapter queries the network element type and network element version of the network element from the MOR according to the network element name / network element identifier obtained from the alarm or event notification;
  • the SNMP protocol adapter interacts with the MIB coordination management module according to the network element type and network element version obtained in step (2) to obtain a MIB version space corresponding to the network element type and network element version;
  • the SNMP protocol adapter interacts with the MIB version space obtained in step (3), parses the alarm or event notification received from the network element, and translates the alarm or event notification into the general information model of the alarm or event in the NMS Representation
  • the SNMP protocol adapter sends the translated alarm or event information to a fault management module in the TMN function module.
  • Figure 1 shows a softswitch network composed of multiple network element types and multiple network element versions
  • Figure 2 shows the architecture of an NMS that resolves MIB conflicts and supports multiple versions of SNMP MIBs;
  • FIG. 3 shows the flow of processing management requests from TMN functional modules
  • Figure 4 shows the flow of processing alarms and event notifications from network elements
  • FIG. 5 shows the organization of the MIB file
  • FIG. 6 shows a process flow for instantiating the MIB version space when creating a new network element
  • FIG. 7 shows a process flow for de-instantiating the MIB version space when deleting a network element.
  • MIB version All MIB information defined for managing a version of a network element type is called a MIB version, that is, a MIB version corresponds to a network.
  • a version of the element type, that is, the MIB version is only related to the network element type and the network element version.
  • Figure 2 shows the architecture of an NMS that resolves MIB conflicts and supports multiple versions of the SNMP MIB.
  • a managed grid is a network managed by the NMS. There are four network elements in the managed network shown in Figure 2. They are NE A, NE B, NE C, and NE D.
  • ITU-T defines five management function domains in the management framework of the telecommunication management network (TMN), which are called T-picture function modules. They are fault management (FM), configuration management (CM), and billing management (AM). ), Performance Management (PM) and Security Management (SM), they are also often called FCAPS, please refer to ITU-T M. 3 010 for details.
  • TTN telecommunication management network
  • FM fault management
  • CM configuration management
  • AM billing management
  • PM Performance Management
  • SM Security Management
  • MOR managed object warehouse
  • the purpose of the NMS introduced into the managed object warehouse (MOR) is to maintain detailed information of all managed objects within the scope of NMS management, including the attributes of managed objects, supported operations, and corresponding description information. MOR also maintains containment relationships between managed objects. MOR uses a database management system for permanent storage of managed objects. MOR provides a series of operations for TMN function modules to refresh the information of managed objects, and also allows TMN function modules and SNMP protocol adapters to query the information they need.
  • the SNMP protocol adapter plays the role of the network adaptation layer in the NMS. Its main function is to match information between the general management information model inside the MS and the SNMP MIB, and translate the requests of the TMN function modules into SNMP that the network element can understand Request, at the same time translate the alarm or event notification reported by the network element into the representation of the general information model of the alarm or event in the NMS.
  • the SNMP protocol adapter must be able to support multiple MIB versions and implement all MIB definitions related to these network elements.
  • the SNMP protocol adapter will create a MIB version space for each MIB version within the management scope of the NMS, and load all MIB information contained in each MIB version into the MIB version space created for that MIB version In this way, all conflicting SNMP objects will be placed in their respective MIB version spaces, thereby fundamentally solving the problem of MIB conflicts.
  • the function of the MIB coordination management module is to manage all MIB version spaces, including instantiating and de-instantiating the corresponding MIB version spaces according to management needs.
  • the basic idea of the present invention is to create a respective MIB version space for each MIB version, and load all MIB information contained in each MIB version into a MIB version space corresponding to the MIB version.
  • the SNMP protocol adapter / MIB coordination management module needs to create a total of 4 MIB version spaces, because there are 4 MIB versions in the entire network:
  • the network elements MG A and MG C are both MG V2.0, that is, their network element types and network element versions are the same, so they share the same MIB version space.
  • This MIB version space is named mibContextMG-V2.0.
  • mibContextMG-V2.0 For the naming rules of the MIB version space, please refer to the following description;
  • the SNMP protocol adapter / MIB coordination management module will create a MIB version space for the network element MG B separately, and the MIB version space is named mibContextMG-V1.0;
  • the SNMP protocol adapter / MIB coordination management module will separately create a MIB version space for the network element SG A, and the MIB version space is named mibContextSG_V2.0;
  • the SNMP protocol adapter / MIB coordination management module will separately create a MIB version space for the network element SG B, and the MIB version space is named mibContextSG_V1.0o
  • the SNMP protocol adapter / MIB coordination management module only creates one MIB version space because they have the same MIB version.
  • the SNMP protocol adapter When the NMS is started, the SNMP protocol adapter needs to be initialized so that it can match and translate between the NMS internal general information model and the SNMP MIB.
  • the process of SNMP protocol adapter initialization is as follows:
  • the network element class obtained from MOR The type / NE version should include: MG / V2.0, MG / V1.0, SG / V2.0 and SG / V1.0, that is, there are 4 MIB versions in total;
  • MIB version space for each MIB version.
  • a total of 4 MIB version spaces need to be instantiated. These are mibContextMG_V2, 0, mibContextMG_V1.0, mibContextSG_V2.0, and mibContextSG_V1.0o.
  • the steps to instantiate a MIB version space are as follows:
  • the SNMP protocol adapter can process the management request from the TMN function module.
  • the general flow of the SNMP protocol adapter processing the management request from the TMN function module is shown in Figure 3.
  • the SNMP protocol adapter receives a management request from a TMN function module
  • the SNMP protocol adapter queries the network element type, network element version, and IP address of the network element from the MOR according to the network element name / network element identifier included in the management request;
  • the SNMP protocol adapter interacts with the MIB coordination management module to obtain the MIB version space corresponding to the network element type and network element version, so that the SNMP protocol adapter can process the management request through the MIB version space;
  • the SNMP protocol adapter interacts with the MIB version space queried in step C according to the information contained in the management request from the TMN function module, thereby obtaining the definition of the SNMP object required to create the SNMP request PDU;
  • the SNMP protocol adapter creates an SNMP request PDU according to the SNMP object definition obtained from the MIB version space and the information contained in the management request; (6) The SNMP protocol adapter sends the newly created SNMP request PDU to the corresponding network element;
  • the SNMP protocol adapter waits for and receives the SNMP response returned from the network element
  • the SNMP protocol adapter parses the SNMP response PDU, and returns the result to the TMN function module.
  • Management status is very useful for users to perform network maintenance. For example, users can set a management status to allow or prohibit a managed resource to provide services. Therefore, we can use this as an example to explain the process of the SNMP protocol adapter handling the management request from the TM function module.
  • the user wants to prohibit network element MG A from providing services, that is, set the management state of network element MG A to "Locked". The process is as follows:
  • the CM (Configuration Management) module in the TMN function module receives a command from the NMS graphical user interface (GUI) for the user to disable the network element MG A;
  • GUI graphical user interface
  • the CM module sends the request to the SNMP protocol adapter
  • the SNMP protocol adapter interacts with MOR to obtain the network element type, network element version, and IP address of network element MG A. Therefore, the SNMP protocol adapter knows that the network element type of MG A is MG, and the network element version is V2.0, IP The address is 172.19.64.10;
  • the SNMP protocol adapter interacts with the MIB coordination management module according to the information obtained in step (3), and learns that the MIB version space corresponding to MG A is mibContextMG- V2.0;
  • the SNMP protocol adapter interacts with mibContextMG_V2.0 to obtain the SNMP object definition of the management status of the network element MG A;
  • the SNMP protocol adapter sends the SNMP request PDU to the network element MG A;
  • the SNMP protocol adapter waits for and receives the result returned from the network element MG A, and returns the result to the CM module.
  • the SNMP protocol adapter can also process alarms and event notifications sent from network elements.
  • the purpose of the managed network element to send alarms and event notifications to the NMS is to let the NMS know in time that a certain failure or state change has occurred in the network element.
  • the process of the SNMP protocol adapter processing the alarms and event notifications sent from the network elements is shown in Figure 4:
  • the SNMP protocol adapter receives the alarm or event notification sent from the network element
  • the SNMP protocol adapter queries the network element type and network element version of the network element from the MOR according to the network element name / network element ID obtained from the alarm or event notification;
  • the SNMP protocol adapter interacts with the MIB coordination management module according to the network element type and network element version obtained in step (2) to obtain the MIB version space corresponding to the network element type and network element version;
  • the SNMP protocol adapter interacts with the MIB version space obtained in step (3), parses the alarm or event notification received from the network element, and translates the alarm or event notification into a representation of the alarm or event general information model in the NMS ;
  • the SNMP protocol adapter sends the translated alarm or event information to the FM module in the TMN function module.
  • MIB version space instantiated by the SNMP protocol adapter / MIB coordination management module will also be large.
  • the present invention needs to specify the naming rules of the MIB version space.
  • the MIB version space is named as follows:
  • MIB version space "mibContext" + NE type + " ⁇ " + NE version
  • the network element type and network element version * are used as keywords for the MIB version space naming.
  • the MIB version space corresponding to MG A in Figure 1 should be named "mibContextMG_V2.0,”.
  • the MIB coordination management module instantiates a MIB version space, it needs to load all MIB information contained in the MIB version from the file system into the MIB version space to be newly instantiated. Therefore, the present invention also specifies the organization of the MIB file, so that the MIB coordination management module knows how to read the required MIB information from the file system when instantiating the MIB version space.
  • the organization of the MIB file is shown in Figure 5.
  • the MIB file is organized according to the type of the network element, and then organized according to the version of the network element, that is, the type of the network element is the first-level directory structure, and the version of the network element is the second-level directory structure.
  • the SNMP protocol adapter needs to use the MEB version space to complete the management information interaction between the NMS and the managed network elements.
  • the MIB coordination management module needs to maintain all MIB version spaces in the managed network in real time and dynamically. (Graphical user interface) Dynamically create or delete network elements.
  • the MIB coordination management module must instantiate a new MIB version space or de-instantiate a MIB version space that is no longer used.
  • the CM (Configuration Management) module in the TMN function module requests the SNMP protocol adapter to instantiate a new MIB version space, and the request includes the newly created network element network element Type and network element version;
  • the SNMP protocol adapter sends the request to the MIB coordination management module; (3) The MIB coordination management module checks whether the MIB version space corresponding to the network element type and network element version has been instantiated;
  • the MIB coordination management module finds that the MIB version space has been instantiated, it directly jumps to step (5); otherwise, the MIB coordination management module will create a new MIB according to the given network element type and network element version. Version space, and add all MIB information contained in the MIB version space from the file system to the MIB version space. If the MIB coordination management module cannot load MIB information, for example, the file required to load the MIB does not exist, the request operation fails;
  • the MIB coordination management module returns the instantiation result to the SNMP protocol adapter
  • the SNMP protocol adapter returns the instantiation result to the CM module.
  • the process of de-instantiating the MIB version space when a user deletes an NE is shown in Figure 7.
  • the CM module in the TMN function module requests the SNMP protocol adapter to instantiate the MIB version space corresponding to the network element, and the request includes the type of the network element of the deleted network element And network element version;
  • the SNMP protocol adapter interacts with MOR to obtain the network element types and network element versions of all network elements currently managed by the NMS;
  • the SNMP protocol adapter checks whether there is another network element in the NMS that has the same network element type and network element version as the deleted network element, that is, checks whether there are any network elements that need to use the MIB to be de-instantiated. Version space. If there are network elements that need to use the MIB version space, the MIB version space cannot be de-instantiated;
  • the SNMP protocol adapter finds that no network element needs to use the MIB version space to be de-instantiated, the SNMP protocol adapter sends the request to the MIB coordination management module, requesting it to instantiate the corresponding one of the deleted network element. ⁇ version space; (5) The MIB coordination management module de-instantiates the MEB version corresponding to the deleted NE
  • the SNMP protocol adapter returns the result of de-instantiation to the CM module.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

在网络管理系统中对管理信息库进行管理的方法 技术领域
本发明涉及一种在电信网络管理系统中解决 SNMP MIB沖突的 方法， 特别涉及一种使用 MIB版本空间来支持多版本 SNMP ΜΙΒ、 以及使用 MIB协调管理模块根据管理需求实例化和去实例化 MIB版 本空间的方法。 术
简单网络管理协议（SNMP ) 已经成为电信网络管理领域的一种 广泛使用的管理协议。 为了支持 SNMP, 我们首先需要根据管理需求 定义管理信息库（MIB )， 然后将定义的 MIB信息加栽到网络管理系 统（NMS )中， 这样 NMS才可以与网元（NE )进行管理信息的交互。
当前所有的 SNMP协议栈和 SNMP工具（比如 MG^SOFT MIB Browser )在同一时刻只允许一个 MIB空间， 即所有的 MIB信息都只 能加载到同一个层面， 因此要绝对避免 MIB冲突， 否则在加载 MIB 时会提示出错， 从而无法进行后续的处理。
MIB冲突就是指在 SNMP MIB定义中同一个对象具有不同的定 义， 从而在 MIB信息加载时出现 4ϋ¾。 比如为了管理软交换系统中的 媒体网关（MG)， 需要在其 MIB中定义对象 A， 而且对象 A在 MG Vl.O所对应的 LB中被定义为 Integer32， 后来为了满足管理功能上 的需求， 对象 A在 MG V2.0所对应的 MIB定义中被定义为 OCTET STRING.这时，如果 NMS需要同时管理 MG V1.0和 MG V2.0, NMS 在加载 MG V1.0和 V2.0的 MIB信息时就会因为对象 A的不同定义而 出现冲突。
但是， 从网络管理的角度出发， NMS必须能够管理不同类型的网 元。 对于同种类型的网元， 由于功能需求以及软件、 硬件实现的不同， 也可能会导致不同的版本，这就要求 NMS必须能够适应这种需求，管 理同种类型网元的不同版本。
以图 1为例，在软交换 NMS管理的软交换网络中共有 5个网元， 其中网元 MG A和 MG C的网元类型为媒体网关（MG)， 网元版本 为 V2.0; 网元 MG B的网元类型为 MG,网元版本为 V1.0; 网元 SG A 的网元类型为信令网关（SG ) ， 网元版本为 V2.0; 网元 SG B的网元 类型为 SG, 网元版本为 V1.0。
对于网元类型相同但版本不同的网元， 由于它们提供不同的业务 功能、 满足不同的需求， 比如图 1中的 MG A和 MG B, 因此从网络 管理的角度来看， MS对它们的管理也会有所不同， 从而导致它们的 MIB定义会有所差异。 这样在 NMS同时管理它们时， MIB冲突有时 也就在所难免。 同样不同网元类型之间的 MIB冲突也时有发生。
目前解决 MIB 冲突的方式就是在定义 SNMP MIB时将冲突的 SNMP对象定义成一个新的对象。但如果我们采用这种方式，整个 MIB 定义将会变得非常庞大和复杂。 同时， 由于 NMS必须要支持新引入的 对象， 因此 NMS的实现也会越来越复杂， 而且由于新对象的定义与老 对象之间存在一定的相似性， 因而也容易因为混淆而导致错误的产生。 该解决方案的另一个问题是一旦 NMS不再对老版本的网元进行管理， 在整个 MIB定义中就会出现许多无用的信息， 同样 NMS的实现中也 会出现许多无用的代码，从而给 Mffi和 NMS的维护带来较大的困难。 发明内容
为了解决 MIB冲突， 我们必须提供一种支持多版本 SNMP MIB 的解决方案。 本发明正是通过引入 MIB版本空间和 MIB协调管理模 块来解决这个问题。
根据本发明的基本构思， 为每种网元类型的每个版本创建各自的 MIB版本空间，并将与该网元类型的该版本有关的所有 MEB信息加载 到其对应的 MIB版本空间中， 从而消除 MIB冲突。
根据本发明的一个方面， 提供了一种在网络管理系统（NMS ) 中 对管理信息库（ MIB )进行管理的方法，所述网络管理系统包括 SNMP 协议适配层以及被管网络， 所述 SNMP协议适配层包括 Mffi协调管 理模块， 所述方法包括步骤：
将为管理所迷被管网络中的一种网元类型的一个版本的网元而定 义的所有 MIB信息定义为一个 MIB版本；
所述 SNMP协议适配器将为所述 NMS管理范围内的每个 MIB版 本创建一个 MIB版本空间，将每个 MIB版本所包含的所有 MIB信息 加载到为所述 MIB版本所创建的 MIB版本空间中， 将所有冲突的 SNMP对象将被放置在各自的 MIB版本空间中；
所迷 MIB协调管理模块根据管理需求对相应的 MIB版本空间进 行实例化和去实例化。
优选地， 所述 MIB协调管理模块为每个 MIB版本仅实例化一个 MIB版本空间。
根据本发明的另一个方面， 提供 ί一种在网络管理系统中处理来 自 ΤΜΝ功能模块的管理请求的方法，所述网络管理系统包括 ΤΜΝ功 能模块、 被管对象仓库（MOR) 、 简单网络管理协议 ( SNMP )协议 适配层）， 所述 SNMP协议适配层包括 ffi协调管理模块， 所述方 法包括步骤：
( 1 )所述 SNMP协议适配器接收来自所述 TMN功能模块的管理 请求；
( 2 )所述 SNMP协议适配器根据管理请求中包含的网元名称 / 网 元标识， 从所述 MOR中查询所述网元的网元类型、 网元版本和 IP地 址；
( 3 )所述 SNMP协议适配器与所迷 MIB协调管理模块交互， 得 到所述网元类型和网元版本所对应的 MIB版本空间，这样所述 SNMP 协议适配器就可以通过所述 MIB版本空间来处理本管理请求；
( 4 )所述 SNMP协议适配器根据从所迷 TM 功能模块来的管理 请求中包含的信息， 与步骤（3 )中查询到的 MIB版本空间进行交互， 从而获取创建 SNMP请求 PDU所需的 SNMP对象的定义；
( 5 )所述 SNMP协议适配器根据从 MIB版本空间中获取的 SNMP 对象定义以及管理请求中所包含的信息， 创建 SNMP请求 PDU;
( 6 )所述 SNMP协议适配器将新创建的 SNMP请求 PDU发送到 才目应的网元；
( 7 )所迷 SNMP协议适配器等待并接收从网元返回的 SNMP响 应 PDU;
( 8 )所述 SNMP协议适配器解析 SNMP响应 PDU， 并将结果返 回给所述 TMN功能模块。
根据本发明的再一个方面， 提供了一种在网络管理系统中处理从 网元发送来的告警和事件通知的方法， 所述网络管理系统包括 TMN 功能模块、 被管对象仓库（MOR) 、 简单网络管理协议（SNMP )协 议适配层， 所迷方法包括步骤：
( 1 )所述 SNMP协议适配器接受到从网元发送来的告警或事件 通知；
( 2 )所述 SNMP协议适配器根据从告警或事件通知中获得的网 元名称 /网元标识，从所述 MOR中查询该网元的网元类型、 网元版本；
( 3 )所述 SNMP协议适配器根据步骤（2 ) 中得到的网元类型和 网元版本与所述 MIB协调管理模块交互，得到所述网元类型和网元版 本所对应的 MIB版本空间；
( 4 )所迷 SNMP协议适配器与步骤（ 3 ) 中得到的 MIB版本空 间交互， 解析从网元接收到的告警或事件通知， 将所述告警或事件通 知翻译成 NMS中告警或事件通用信息模型的表示方式；
( 5 )所述 SNMP协议适配器将翻译后的告警或事件信息发送给 所述 TMN功能模块中的故障管理模块。
根据本发明的技术方案， 克服了新对象的定义与老对象之间的冲 突， 并且由于不再对老版本的网元进行管理， 从而给 MIB和 MS的 维护带来方便。 附图说明
图 1示出了由多网元类型、 多网元版本组成的软交换网络； 图 2示出了解决 MIB冲突和支持多版本 SNMP MIB的 NMS的架 构；
图 3示出了处理从 TMN功能模块来的管理请求的流程； 图 4示出了处理从网元来的告警和事件通知的流程；
图 5示出了 MIB文件的组织； 图 6示出了创建新网元时实例化 MIB版本空间的处理流程; 图 7示出了删除网元时去实例化 MIB版本空间的处理流程。 具体实施方式
在本发明中，我们提供了一种解决 MIB冲突和支持多版本 SNMP MIB的 NMS解决方案。
为了描述的方便性， 我们引入 MIB版本的概念， 将为管理一种网 元类型的一个版本的网元而定义的所有 MIB信息称为一个 MIB版本， 也就是说一个 MIB版本对应于一种网元类型的一个版本， 即 MIB版 本仅与网元类型和网元版 W关。在本发明中， 我们为每个 MIB版本 实例化且仅实例化一个 MIB版本空间。
图 2列出了解决 MIB冲突和支持多版本 SNMP MIB的 NMS的架 构。
被管网格是指被 NMS管理的网络。 图 2所示的被管网絡中共有 4 个网元， 它们分别是 NE A， NE B, NE C和 NE D。
ITU-T在电信管理网络（TMN )的管理框架中共定义了 5个管理 功能域， 称之为 T画功能模块， 它们分别是故障管理（FM ) , 配 置管理（CM ) ,计费管理（AM ) ,性能管理（PM )和安全管理（SM )， 通常它们也被称为 FCAPS, 细节请参考 ITU-T M.3010。
NMS引入被管对象仓库 ( MOR )的目的是为了维护 NMS管理范 围内所有被管对象的详细信息， 包括被管对象的属性、 支持的操作以 及相应的描述信息。 MOR同时也维护被管对象之间的包含关系。 MOR 使用数据库管理系统进行被管对象的永久存储。 MOR提供了一系列操作供 TMN功能模块来刷新被管对象的信 息， 同时也允许 TMN功能模块和 SNMP协议适配器来查询它们所需 要的信息。
SNMP协议适配器在 NMS中充当网络适配层的角色，它的主要功 能是在 MS内部的通用管理信息模型和 SNMP MIB之间进行信息匹 配， 将 TMN功能模块的请求翻译成网元能够理解的 SNMP请求， 同 时将网元上报的告警或事件通知翻译成 NMS 中告警或事件通用信息 模型的表示方式。
在同一个被管网络中， 可能存在很多被管理的网元， 这些网元的 网元类型和网元版本可能相同， 也可能不同， 同时由于不同网元类型 和网元版本的网元在管理功能上的差异，它们的 MIB定义也会有所不 同， 因此整个网络中存在多个 MIB版本。 为了管理这些网元， SNMP 协议适配器必须能够支持多 MIB版本，并实现所有与这些网元有关的 MIB定义。 为了达到这个目标， SNMP协议适配器将为本 NMS管理 范围内的每个 MIB版本创建一个 MIB版本空间， 并将每个 MIB版本 所包含的所有 MIB信息加载到为该 MIB版本所创建的 MIB版本空间 中， 这样所有沖突的 SNMP对象将被放置在各自的 MIB版本空间中， 从而从根本上解决 MIB冲突的问题。
MIB协调管理模块的功能就是管理所有的 MIB版本空间，包括根 据管理需求实例化和去实例化相应的 MIB版本空间。
本发明的基本构思在于， 为每个 MIB版本创建各自的 MIB版本 空间，并将每个 MIB版本所包含的所有 MIB信息加载到该 MIB版本 所对应的 MIB版本空间中。 以图 1为例， SNMP协议适配器/ MIB协调管理模块总共需要创建 4个 MIB版本空间， 因为整个网络中存在有 4个 MIB版本：
( 1 ) 网元 MG A和 MG C都是 MG V2.0, 即它们的网元类型和 网元版本相同， 因此它们共享同一个 MIB版本空间， 这个 MIB版本 空间命名为 mibContextMG一 V2.0。 MIB版本空间的命名规则请参见后 面的描述；
( 2 ) SNMP协议适配器/ MIB协调管理模块将为网元 MG B单独 创 建一个 MIB 版本空 间 ， 该 MIB 版本空 间命名 为 mibContextMG— V1.0;
( 3 ) SNMP协议适配器/ MIB协调管理模块将为网元 SG A单独 创 建一个 MIB 版本空 间 ， 该 MIB 版本空 间命名 为 mibContextSG_V2.0;
( 4 ) SNMP协议适配器/ MIB协调管理模块将为网元 SG B单独 创 建一个 MIB 版本空 间 ， 该 MIB 版本空 间命名 为 mibContextSG_V1.0o
从上述实例可知，对于所有具有相同网元类型和网元版本的网元， SNMP协议适配器/ MIB协调管理模块只创建一个 MIB版本空间， 因 为它们具有相同的 MIB版本。
在 NMS启动时， SNMP协议适配器需要被初始化，这样它才能进 行 NMS内部通用信息模型与 SNMP MIB之间的匹配和翻译。 SNMP 协议适配器初始化的流程如下：
( 1 )创建 MIB协调管理模块；
( 2 )从 MOR中获取本 NMS管理的所有网元的网元类型和网元 版本， 并去掉其中重复的信息。 以图 1为例， 从 MOR获取的网元类 型 /网元版本应该包括： MG/V2.0, MG/V1.0, SG/V2.0和 SG/V1.0, 即总共有 4个 MIB版本；
( 3 )根据步骤（2 ) 中从 MOR获取的网元类型 /网元版本， 为每 个 MIB版本实例化各自的 MIB版本空间。 以图 1为例， 总共需要实 例化 4 个 MIB 版本空间， 它们分别为 mibContextMG_V2，0， mibContextMG_V1.0 ， mibContextSG_V2.0 以 及 mibContextSG_V1.0o 实例化一个 MIB版本空间的步骤如下：
根据给定的网元类型 /网元版本创建一个新的 MIB版本空间； 从文件系统中将该 MIB版本的所有 MIB信息加载到新创建的 MIB版本空间中。 MIB文件的组织请参见后面的描述。
在 MS启动并且 SNMP协议适配器被初始化成功后， SNMP协 议适配器就可以处理从 TMN功能模块来的管理请求。 SNMP协议适 配器处理来自 TMN功能模块的管理请求的一般流程如图 3所示。
( 1 ) SNMP协议适配器接收到从 TMN功能模块来的管理请求；
( 2 ) SNMP协议适配器根据管理请求中包含的网元名称 / 网元标 识， 从 MOR中查询该网元的网元类型、 网元版本和 IP地址；
( 3 ) SNMP协议适配器与 MIB协调管理模块交互， 得到该网元 类型和网元版本所对应的 MIB版本空间， 这样 SNMP协议适配器就 可以通过该 MIB版本空间来处理本管理请求；
( 4 ) SNMP协议适配器根据从 TMN功能模块来的管理请求中包 含的信息，与步骤 C中查询到的 MIB版本空间进行交互，从而获取创 建 SNMP请求 PDU所需的 SNMP对象的定义；
( 5 ) SNMP协议适配器根据从 MIB版本空间中获取的 SNMP对 象定义以及管理请求中所包含的信息， 创建 SNMP请求 PDU; ( 6 ) SNMP协议适配器将新创建的 SNMP请求 PDU发送到相应 的网元；
( 7 ) SNMP协议适配器等待并接收从网元返回的 SNMP 响应
PDU;
( 8 ) SNMP协议适配器解析 SNMP响应 PDU, 并将该结果返回 给 TMN功能模块。
管理状态对于用户进行网络维护非常有用， 比如用户可以通过设 置管理状态允许或禁止某个被管理的资源提供服务。 因此我们可以以 此来举例说明 SNMP协议适配器处理从 TM 功能模块来的管理请求 的流程。 在这个例子中， 用户希望禁止网元 MG A提供服务， 即将网 元 MG A的管理状态设置为 "Locked" ， 其流程具体如下：
( 1 ) TMN功能模块中的 CM (配置管理）模块从 NMS图形用户 界面 （GUI )接收到用户禁止网元 MG A的命令；
( 2 ) CM模块将该请求发送给 SNMP协议适配器；
( 3 ) SNMP协议适配器与 MOR交互，得到网元 MG A的网元类 型和网元版本以及 IP地址， 因而 SNMP协议适配器知道 MG A的网 元类型为 MG, 网元版本为 V2.0, IP地址为 172.19.64.10;
( 4 ) SNMP协议适配器根据步骤（3 )中得到的信息与 MIB协调 管理模块交互， 得知与 MG A 对应的 MIB 版本空间是 mibContextMG— V2.0;
( 5 ) SNMP协议适配器与 mibContextMG_V2.0交互， 得到网元 MG A管理状态的 SNMP对象定义；
( 6 ) SNMP协议适配器根据从步骤（5 ) 中获得的 MG A管理状 态定义以及管理请求中包含的 MG A 管理状态的值（该值应该是 Locked ) , 创建 SNMP请求 PDU;
( 7 )SNMP协议适配器将该 SNMP请求 PDU发送到网元 MG A;
( 8 ) SNMP协议适配器等待并接收从网元 MG A返回的结果，并 将该结果返回给 CM模块。
在 NMS启动并且 SNMP协议适配器被初始化成功后， SNMP协 议适配器同时还可以处理从网元发送来的告警和事件通知。 被管网元 向 NMS发送告警和事件通知的目的是为了及时让 NMS知道网元中发 生了某种故障或出现状态的改变。 SNMP协议适配器处理从网元发送 来的告警和事件通知的流程如图 4所示：
( 1 ) SNMP协议适配器接受到从网元发送来的告警或事件通知；
( 2 ) SNMP协议适配器根据从告警或事件通知中获得的网元名称 /网元标识， 从 MOR中查询该网元的网元类型、 网元版本；
( 3 ) SNMP协议适配器根据步骤（2 ) 中得到的网元类型和网元 版本与 MIB协调管理模块交互，得到该网元类型和网元版本所对应的 MIB版本空间；
( 4 ) SNMP协议适配器与步骤（ 3 )中得到的 MIB版本空间交互， 解析从网元接收到的告警或事件通知， 将该告警或事件通知翻译成 NMS中告警或事件通用信息模型的表示方式；
( 5 ) SNMP协议适配器将翻译后的告警或事件信息发送给 TMN 功能模块中的 FM模块。
由于被管网络中网元的类型各不相同， 而且网元的版本也可能千 差万别， 从而存在众多的 MIB版本， 因而 SNMP协议适配器/ MIB协 调管理模块实例化的 MIB版本空间也会很多。 为了有效对这些 MIB 6
版本空间进行管理， 本发明需要规定 MIB版本空间的命名规则。 MIB 版本空间的命名规则如下：
MIB版本空间的名称 = "mibContext" + 网元类型 + "― " + 网元 版本
在该命名规则中， 网元类型和网元版 *用作 MIB版本空间命名 的关键字。依照该命名规则， 图 1中 MG A所对应的 MIB版本空间就 应该被命名为 "mibContextMG_V2.0，，。
当 MIB协调管理模块实例化一个 MIB版本空间时， 它需要从文 件系统将该 MIB版本所包含的所有 MIB信息加载到要新实例化的 MIB版本空间中。因此本发明同时还规定 MIB文件的组织方式，这样 MIB协调管理模块在实例化 MIB版本空间时就知道怎样从文件系统 中读取所需的 MIB信息。 'MIB文件的组织如图 5所示。
本发明中 MIB文件先按网元类型进行組织，然后再按网元版本组 织， 即网元类型为第一层目录结构、 网元版本为笫二层目录结构。
SNMP协议适配器需要使用 MEB版本空间完成 NMS与被管网元 之间管理信息的交互， 这样 MIB协调管理模块就需要实时、动态维护 被管网络中所有的 MIB版本空间， 因此如果用户通过 MS GUI (图 形用户界面）动态创建或者删除网元， MIB协调管理模块必须及时实 例化新的 MIB版本空间或去实例化不再使用的 MIB版本空间。
创建新网元时实例化新 MIB版本空间的处理流程如图 6所示。
( 1 ) 当用户通过 NMS GUI创建一个新网元， TMN功能模块中 的 CM (配置管理）模块请求 SNMP协议适配器实例化一个新的 MIB 版本空间， 该请求中包含了新创建网元的网元类型和网元版本；
( 2 ) SNMP协议适配器将该请求发送给 MIB协调管理模块； ( 3 )MIB协调管理模块检查与该网元类型和网元版本对应的 MIB 版本空间是否已经被实例化；
( 4 )如果 MIB协调管理模块发现该 MIB版本空间已经被实例化， 则直接跳转到步骤（5 )； 否则 MIB协调管理模块将根据给定的网元 类型和网元版本创建一个新的 MIB版本空间， 并从文件系统加栽该 MIB版本空间所包含的所有 MIB信息到该 MIB版本空间中。 如果 MIB协调管理模块不能加载 MIB信息， 比如加载 MIB所需的文件不 存在， 则该请求操作失敗；
( 5 ) MIB协调管理模块将实例化的结果返回给 SNMP协议适配 器；
( 6 ) SNMP协议适配器将实例化的结果返回给 CM模块。 用户删除网元时去实例化 MIB版本空间的处理流程如图 7所示。
( 1 ) 当用户通过 MS GUI删除一个网元， TMN功能模块中的 CM模块请求 SNMP协议适配器去实例化该网元所对应的 MIB版本空 间， 该请求中包含了被删除网元的网元类型和网元版本；
( 2 ) SNMP协议适配器与 MOR进行交互， 得到当前本 NMS管 理的所有网元的网元类型和网元版本；
( 3 ) SNMP协议适配器检查本 NMS中是否还有与被删除网元的 网元类型和网元版本相同的网元， 即检查是否还有网元需 ^吏用这个 将要被去实例化的 MIB版本空间。 如果还有网元需要使用该 MIB版 本空间， 则该 MIB版本空间不能被去实例化；
( 4 )如果 SNMP协议适配器发现没有网元需要再使用该将要被 去实例化的 MIB版本空间， SNMP协议适配器将该请求发送给 MIB 协调管理模块， 请求它去实例化被删除网元所对应的 ΜΓΒ版本空间； (5) MIB协调管理模块去实例化被删除网元所对应的 MEB版本
(6) SNMP协议适配器将去实例化的结果返回给 CM模块。

Claims

& 利 要 求
1. 一种在网络管理系统中对管理信息库（ MIB )进行管理的方法， 所述网络管理系统包括简单网络管理协议（SNMP )协议适配层以及 被管网络， 所述 SNMP协议适配层包括 MIB协调管理模块， 所述方 法包括步骤：
将为管理所述被管网络中的一种网元类型的一个版本的网元而定 义的所有 MIB信息定义为一个 MIB版本；
所述 SNMP协议适配器将为所述 MS管理范围内的每个 MIB版 本创建一个 MIB版本空间，将每个 MIB版本所包含的所有 MIB信息 加载到为所述 MIB版本所创建的 MIB版本空间中， 将所有冲突的 SNMP对象将被放置在各自的 MIB版本空间中；
所述 MIB协调管理模块根据管理需求对相应的 MIB版本空间进 行实例化和去实例化。
2. 根据权利要求 1所述的方法， 其中所述 MIB协调管理模块为 每个 MIB版本仅实例化一个 MIB版本空间。
3. 根据权利要求 1所述的方法， 其中在 NMS启动时， SNMP协 议适配器的初始包括以下步骤：
( 1 )创建 MIB协调管理模块；
( 2 )从被管对象仓库中获取所述 NMS管理的所有网元的网元类 型和网元版本， 并去掉其中重复的信息；
( 3 )根据步骤（2 )中从所述被管对象仓库获取的网元类型 /网元 版本， 为每个 MIB版本实例化各自的 MIB版本空间。
4. 根据权利要求 1所述的方法， 所述实例化一个 MIB版本空间 的步骤包括：
根据给定的网元类型 /网元版本创建一个新的 MIB版本空间； 从文件系统中将所述 MIB版本的所有 MIB信息加载到新创建的 MIB版本空间中。
5. 根据权利要求 1所述的方法， 还包括步骤：
当用户通过图形用户界面动态地创建或者删除网元时， 所述 MIB 协调管理模块及时实例化新的 MIB版本空间或去实例化不再使用的 MIB版本空间。
6， 根据权利要求 5所述的方法， 其中创建新网元时实例化新的 MIB版本空间包括步骤：
( 1 ) 当用户通过图形用户界面创建一个新网元时， 所述 TMN功 能模块中的配置管理模块请求所述 SNMP协议适配器实例化一个新的 MIB版本空间，所迷请求中包含了新创建网元的网元类型和网元版本；
( 2 )所述 SNMP协议适配器将所述请求发送给所述 MIB协调管 理模块；
( 3 )所述 MIB协调管理模块检查与所述网元类型和网元版本对 应的 MIB版本空间是否已经被实例化；
( 4 )如果所述 MIB协调管理模块发现所述 B版本空间已经被 实例化， 则直接跳转到步骤（5 ) ; 否则所述 MIB协调管理模块将根 据给定的网元类型和网元版本创建一个新的 MIB版本空间，并从文件 系统加载所述 MIB版本空间所包含的所有 MIB信息到所述 MIB版本 空间中； 如果所述 MIB协调管理模块不能加栽所述 MIB信息， 则所 述请求操作失败；
( 5 )所述 MEB协调管理模块将实例化的结果返回给所述 SNMP 协议适配器；
( 6 )所迷 SNMP协议适配器将实例化的结果返回给所述配置管 理模块。
7. 根据权利要求 5所述的方法， 其中用户删除网元时去实例化 MIB版本空间包括步骤：
( 1 ) 当用户通过用户图像界面删除一个网元时， 所述 TMN功能 模块中的配置管理模块请求所述 SNMP协议适配器去实例化所述网元 所对应的] VOB版本空间，所述请求中包含了被删除网元的网元类型和 网元版本；
( 2 )所述 SNMP协议适配器与被管对象库进行交互， 得到当前 所迷 NMS管理的所有网元的网元类型和网元版本；
( 3 )所述 SNMP协议适配器检查所述 MS中是否还有与被删除 网元的网元类型和网元版本相同的网元， 即检查是否还有网元需 ^吏 用这个将要被去实例化的 MIB版本空间；如果还有网元需要使用所述 MIB版本空间， 则所述 MIB版本空间不能被去实例化；
( 4)如果所述 SNMP协议适配器发现没有网元需要再使用所述 将要被去实例化的 MIB版本空间， 所述 SNMP协议适配器将所述请 求发送给所述 MIB协调管理模块，请求它去实例化所述删除网元所对 应的 MIB版本空间；
( 5 )所迷 MIB协调管理模块去实例化被删除网元所对应的 MIB 版本空间；
( 6 )所述 SNMP协议适配器将去实例化的结果返回给配置管理模 块。
8. 一种在网络管理系统中处理来自 TMN功能模块的管理请求的 方法，所述网络管理系统包括 TM 功能模块、被管对象仓库 ( MOR )、 简单网络管理协议 ( S MP )协议适配层）， 所述 S MP协议适配层 包括 MIB协调管理模块， 所述方法包括步骤：
( 1 )所述 SNMP协议适配器接收来自所述 TM 功能模块的管理 请求；
( 2 )所述 SNMP协议适配器根据管理请求中包含的网元名称 / 网 元标识， 从所迷 MOR中查询所述网元的网元类型、 网元版本和 IP地 址；
( 3 )所述 SNMP协议适配器与所述 MIB协调管理模块交互， 得 到所述网元类型和网元版本所对应的 MIB版本空间，这样所述 SNMP 协议适配器就可以通过所述 MIB版本空间来处理本管理请求；
( 4)所述 SNMP协议适配器根据从所述 TMN功能模块来的管理 请求中包含的信息， 与步骤（3 )中查询到的 MIB版本空间进行交互， 从而获取创建 SNMP请求 PDU所需的 SNMP对象的定义；
( 5)所迷 SNMP协议适配器根据从 MIB版本空间中获取的 SNMP 对象定义以及管理请求中所包含的信息， 创建 SNMP请求 DU;
( 6 )所述 SNMP协议适配器将新创建的 SNMP请求 PDU发送到 相应的网元；
( 7 )所述 SNMP协议适配器等待并接收从网元返回的 SNMP响 应 PDU;
( 8 )所述 SNMP协议适配器解析 SNMP响应 PDU, 并将结果返 回给所述 TMN功能模块。
9. 一种在网络管理系统中处理从网元发送来的告警和事件通知的 方法，所述网络管理系统包括 T 功能模块、被管对象仓库（ MOR)、 简单网络管理协议（SNMP)协议适配层， 所述方法包括步骤：
(1)所述 SNMP协议适配器接受到从网元发送来的告警或事件 通知；
(2)所述 SNMP协议适 ^器根据从告警或事件通知中获得的网 元名称 /网元标识，从所述 MOR中查询该网元的网元类型、 网元版本；
(3)所述 SNMP协议适配器根据步骤（2) 中得到的网元类型和 网元版本与所述 MIB协调管理模块交互，得到所述网元类型和网元版 本所对应的 MIB版本空间；
(4)所述 SNMP协议适配器与步骤 (3) 中得到的 MIB版本空 间交互， 解析从网元接收到的告警或事件通知， 将所述告警或事件通 知翻译成 NMS中告警或事件通用信息模型的表示方式；
(5)所述 SNMP协议适配器将翻译后的告警或事件信息发送给
PCT/CN2004/000196 2004-03-12 2004-03-12 Procede pour gerer une base d'informations de gestion dans un systeme de gestion de reseau WO2005088905A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB2004800421024A CN100428687C (zh) 2004-03-12 2004-03-12 在网络管理系统中对管理信息库进行管理的方法
PCT/CN2004/000196 WO2005088905A1 (fr) 2004-03-12 2004-03-12 Procede pour gerer une base d'informations de gestion dans un systeme de gestion de reseau

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2004/000196 WO2005088905A1 (fr) 2004-03-12 2004-03-12 Procede pour gerer une base d'informations de gestion dans un systeme de gestion de reseau

Publications (1)

Publication Number Publication Date
WO2005088905A1 true WO2005088905A1 (fr) 2005-09-22

Family

ID=34975958

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2004/000196 WO2005088905A1 (fr) 2004-03-12 2004-03-12 Procede pour gerer une base d'informations de gestion dans un systeme de gestion de reseau

Country Status (2)

Country Link
CN (1) CN100428687C (zh)
WO (1) WO2005088905A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101030271B (zh) * 2006-03-03 2011-09-28 中国电信股份有限公司 一种资源业务对象的持久化和查询方法
WO2013086962A1 (en) * 2011-12-12 2013-06-20 Hangzhou H3C Technologies Co., Ltd. Computer network management tools
CN103222231A (zh) * 2011-11-02 2013-07-24 中兴通讯股份有限公司 一种远程服务器对无线终端进行管理的方法、装置和系统
CN103812688A (zh) * 2012-11-15 2014-05-21 中国移动通信集团设计院有限公司 一种告警确定方法及装置
CN107872336A (zh) * 2016-09-26 2018-04-03 中国电信股份有限公司 挂载点标识方法和系统以及标识管理设备
US11977597B2 (en) * 2014-05-07 2024-05-07 Connectwise, Llc Systems and methods for discovering and monitoring devices using search patterns for object identifers and values

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102420707A (zh) * 2011-12-16 2012-04-18 大唐移动通信设备有限公司 一种基于管理信息库的网络设备管理方法及装置
CN109391506B (zh) * 2017-08-14 2020-08-28 大唐移动通信设备有限公司 一种数据包方法及装置
CN110034943B (zh) * 2018-01-12 2020-12-04 大唐移动通信设备有限公司 一种删除管理信息库mib的方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6219703B1 (en) * 1996-10-31 2001-04-17 Motorola, Inc. Method and apparatus for constructing a device management information base in a network management station
CN1445671A (zh) * 2002-03-15 2003-10-01 联想(北京)有限公司 远程告警信息实时和准确定位的监控方法
US6697970B1 (en) * 2000-07-14 2004-02-24 Nortel Networks Limited Generic fault management method and system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002084279A (ja) * 2000-09-08 2002-03-22 Toyo Commun Equip Co Ltd Ｓｎｍｐネットワーク管理システム及び方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6219703B1 (en) * 1996-10-31 2001-04-17 Motorola, Inc. Method and apparatus for constructing a device management information base in a network management station
US6697970B1 (en) * 2000-07-14 2004-02-24 Nortel Networks Limited Generic fault management method and system
CN1445671A (zh) * 2002-03-15 2003-10-01 联想(北京)有限公司 远程告警信息实时和准确定位的监控方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101030271B (zh) * 2006-03-03 2011-09-28 中国电信股份有限公司 一种资源业务对象的持久化和查询方法
CN103222231A (zh) * 2011-11-02 2013-07-24 中兴通讯股份有限公司 一种远程服务器对无线终端进行管理的方法、装置和系统
CN103222231B (zh) * 2011-11-02 2016-01-20 中兴通讯股份有限公司 一种远程服务器对无线终端进行管理的方法、装置和系统
WO2013086962A1 (en) * 2011-12-12 2013-06-20 Hangzhou H3C Technologies Co., Ltd. Computer network management tools
GB2511226A (en) * 2011-12-12 2014-08-27 Hangzhou H3C Tech Co Ltd Computer network management tools
CN103812688A (zh) * 2012-11-15 2014-05-21 中国移动通信集团设计院有限公司 一种告警确定方法及装置
US11977597B2 (en) * 2014-05-07 2024-05-07 Connectwise, Llc Systems and methods for discovering and monitoring devices using search patterns for object identifers and values
CN107872336A (zh) * 2016-09-26 2018-04-03 中国电信股份有限公司 挂载点标识方法和系统以及标识管理设备
CN107872336B (zh) * 2016-09-26 2021-05-14 中国电信股份有限公司 挂载点标识方法和系统以及标识管理设备

Also Published As

Publication number Publication date
CN100428687C (zh) 2008-10-22
CN1922819A (zh) 2007-02-28

Similar Documents

Publication Publication Date Title
US6253243B1 (en) Automated trap control for a distributed network management system
US8219664B2 (en) Defining nodes in device management system
EP0955761B1 (en) Method and server for accessing a network directory
US5764955A (en) Gateway for using legacy telecommunications network element equipment with a common management information protocol
US20070130192A1 (en) Method and system for configuring network devices through an operations support system interface
CA2569665C (en) A generic framework for developing ems provisioning services
EP3758292A1 (en) Managing multiple semantic versions of device configuration schemas
JP2004005610A (ja) 動的構成管理のための方法および装置
US20100077091A1 (en) Method And System For Managing A Hierarchical Information Base With An Application Layer Protocol
WO2005088905A1 (fr) Procede pour gerer une base d'informations de gestion dans un systeme de gestion de reseau
CN114281253A (zh) 存储卷的管理方法
EP1709548B1 (en) Defining nodes in device management system
MacFaden et al. Configuring networks and devices with simple network management protocol (snmp)
US20230308348A1 (en) Server to support client data models from heterogeneous data sources
EP1479192B1 (en) Method and apparatus for managing configuration of a network
CN111711532A (zh) 一种异构网络设备的统一管理方法
Feridun et al. Implementing OSI agent/managers for TMN
Cisco Managing Clusters of Switches
Cisco The Discovery Process
Cisco The Discovery Process
Cisco The Discovery Process
JP3481867B2 (ja) 複数管理プロトコル対応ネットワーク管理システム
KR100441892B1 (ko) 코랜 가입자 통합 관리 장치 및 방법
US11689418B2 (en) Sharing configuration resources for network devices among applications
WO2023125308A1 (zh) 配置管理方法、装置、设备、系统、存储介质及程序产品

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200480042102.4

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase