WO2008028423A1 - Procédé, système et dispositif d'avertissement synchrone - Google Patents

Procédé, système et dispositif d'avertissement synchrone Download PDF

Info

Publication number
WO2008028423A1
WO2008028423A1 PCT/CN2007/070522 CN2007070522W WO2008028423A1 WO 2008028423 A1 WO2008028423 A1 WO 2008028423A1 CN 2007070522 W CN2007070522 W CN 2007070522W WO 2008028423 A1 WO2008028423 A1 WO 2008028423A1
Authority
WO
WIPO (PCT)
Prior art keywords
alarm
list
unrecovered
management system
network management
Prior art date
Application number
PCT/CN2007/070522
Other languages
English (en)
Chinese (zh)
Inventor
Gaofeng Li
Original Assignee
Huawei Technologies 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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008028423A1 publication Critical patent/WO2008028423A1/fr

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
    • 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/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor

Definitions

  • the present invention relates to the field of telecommunication device management, and in particular, an alarm method, system and device capable of realizing synchronous alarms. Background of the invention
  • a Simple Network Management Protocol (SNMP) and a character-based Command Line Interface (CLI) are commonly used between Network Manager Systems (NMS).
  • NMS Network Manager Systems
  • the device uses the SNMP Trap mode to report the alarm to the NMS through the alarm reporting channel. After the NMS processes the received alarms, analyzes the correlation, and saves them to the alarm database. That is, the alarm reporting channel works in the asynchronous mode: When a fault occurs, the alarm device actively reports the alarm to the NMS.
  • the NMS management request for the alarm device is completed through the "configuration channel", and the configuration channel works in the "request/response” mode.
  • the NMS issues a management request (an operation such as GET or SET of SNMP), and the alarm device completes the corresponding function and returns a response to the NMS. That is, the configuration mode of the configuration channel is synchronous:
  • the NMS delivers the management command, and the alarm device returns the corresponding response.
  • GET and SET are SNMP protocol standard operations, GET is used to obtain the value of the management variable corresponding to the Object Identifier (OID); SET is the value of the management variable corresponding to the specified OID.
  • the alarm of the alarm device reports the alarm through the alarm reporting channel.
  • the alarm reporting format is based on the string mode. The specific format is agreed by the alarm device and the NMS. That is, the alarm reporting channel works differently. Step mode: When a fault occurs, the alarm device actively reports the alarm.
  • the management request of the NMS to the alarm device is completed through the "configuration channel".
  • the NMS sends a management request command to the alarm device through the configuration channel.
  • the alarm device completes the corresponding function and returns a response to the NMS. That is, the working mode of the configuration channel is synchronous:
  • the NMS sends a management command, and the alarm device returns a corresponding response.
  • alarm monitoring and fault management are performed on the device through the alarm monitoring station on the NMS.
  • the alarm device displayed on the NMS alarm monitoring station does not recover whether the alarm is consistent with the actual situation of the alarm device failure, which is important for equipment maintenance. If the unrecovered alarm displayed on the NMS is less than the actual fault condition of the alarm device, the device failure cannot be handled in time; otherwise, it will waste time and cost to deal with some recovered faults.
  • the network between the NMS and the alarm device may be a wide area network across geographies, making it more difficult to synchronize the alarm information between the NMS and the alarm device. Therefore, a complete alarm synchronization system and method are required to ensure that the alarm information on the NMS is consistent with the actual fault condition of the alarm device.
  • the existing alarm system and alarm method use an alarm caching mechanism to solve the alarm synchronization problem on the NMS and the alarm device.
  • the alarm device When the alarm device detects that the NMS receives an alarm abnormality (the network may be disconnected, the NMS is faulty, etc.), the alarm information is cached. When the alarm device detects that the NMS can receive the alarm normally, the alarm is reported to the NMS through the alarm reporting channel.
  • the above method has the problem that the alarm synchronization is unreliable.
  • the transport layer protocol based on the SNMP protocol is UDP
  • the UDP provides an unreliable transmission service. Therefore, the NMS successfully receives the alarm.
  • the alarm traps reported by the device are not guaranteed by the UDP layer. As a result, alarm packets may be lost.
  • the UDP layer does not provide a mechanism to check if the destination is still normal.
  • the embodiments of the present invention provide an alarm method, a system, and a device that can implement the synchronization alarm, and can implement the alarm synchronization, and the alarm that is not restored by the alarm device on the NMS is consistent with the fault of the alarm device.
  • the alarm system provided by the embodiment of the invention includes an alarm device and a network management system; the alarm device includes:
  • the alarm list maintenance module is configured to maintain a local unrecovered alarm list: when a new alarm is generated, the new alarm is added to the unrecovered alarm list; when an alarm is restored, the alarm is deleted from the unrecovered alarm list. ;
  • An alarm list reporting module configured to send a locally maintained unrecovered alarm list to the network management system
  • the network management system includes:
  • the alarm processing module is configured to save an unrecovered alarm list corresponding to each alarm device, and receive an unrecovered alarm list reported by the alarm device, and update the saved unrecovered alarm list according to the unrecovered alarm list from the alarm device.
  • the alarm list maintenance module is configured to maintain a local unrecovered alarm list: when a new alarm is generated, the new alarm is added to the unrecovered alarm list; when an alarm is restored, the alarm is deleted from the unrecovered alarm list. ;
  • the alarm list reporting module is used to report the list of unrecovered alarms for local maintenance.
  • a network management system includes: an alarm processing module, configured to save an unrecovered alarm list corresponding to each alarm device, and receive an unrecovered alarm list reported by the alarm device, according to an unrecovered alarm from the alarm device. List, update the saved list of unrecovered alarms.
  • the alarm device locally maintains an unrecovered alarm list for recording the local device failure, and the network management system saves the unrecovered alarm list corresponding to the alarm device, and includes the following steps:
  • the alarm device reports the unrecovered alarm list of the local maintenance to the network management system.
  • the network management system receives the unrecovered alarm list reported by the alarm device, and updates the locally saved unrecovered alarm list according to the unrecovered alarm list from the alarm device.
  • the alarm device locally maintains an unrecovered alarm list for recording the local device failure
  • the network management system receives the unrecovered alarm list reported by the alarm device, and updates the locally saved data according to the unrecovered alarm list from the alarm device.
  • the alarm list is restored, so that the alarms can be synchronized, and the alarms that are not restored by the alarm device on the NMS are consistent with the faults of the alarm device.
  • FIG. 1 is a schematic structural diagram of an alarm system according to the present invention.
  • the network management agent (Agent) of the alarm device is modified, and the alarm device maintains an unrecovered alarm list for recording the local device failure: when a new alarm is generated, the new alarm is added to the unrecovered alarm list; When the alarm is restored, the alarm is deleted from the unrecovered alarm list.
  • FIG. 1 it is a schematic structural diagram of an alarm system according to an embodiment of the present invention, including an alarm device and a network management system.
  • the alarm device includes an SNMP alarm device 21 and a CLI alarm device 22, which are used to report the unrecovered alarm list of the local maintenance.
  • the network management system is an NMS1, and is configured to receive an unrecovered alarm list reported by the alarm device, and perform processing according to the alarm list.
  • the NMS 1 includes an SNMP protocol adapter 121 connected to the SNMP alerting device 21, and a CLI protocol adapter 122 connected to the CLI alerting device 22. Both protocol adapters 121 and 121 are used for the alerting devices 21, 22 and the network management system 1.
  • the alarm list reported by the alarm devices 21, 22 is parsed into the same format. For the SNMP alarm device 21 that provides the SNMP protocol, add an "unrecovered alarm," Management Information Base (MIB) table, so that the NMS can query for unrecovered alarms, support SNMP GET/GETNEXT operations, and define alarm traps.
  • MIB Management Information Base
  • AlarmLevel alarm level emergency, important, secondary and police
  • AlarmCategory Alarm Classification Communication Alarm, Device Alarm, Processing Error, Quality of Service, and Environmental Alarm
  • the NMS 1 further includes an alarm processing module 11 connected to the SNMP protocol adapter 121 and the CLI protocol adapter 122 for performing the alarm list received from the protocol adapters 131, 122.
  • the alarm For the alarm device 21 or the alarm device 22, the alarm that is not on the network management system 1 is added to the unrecovered alarm list on the network management system side; for the alarm device 21 or the alarm device 22, the network management system 1 The alarm is generated to restore the alarm on the network management system side. For the alarm device 21 or the alarm device 22 and the network management system 1, the alarm is not operated.
  • the dotted line in the figure indicates the flow of the synchronous alarm report, and the dotted line indicates the flow of the alarm synchronization command.
  • An "alarm synchronization command" interface is added between the alarm devices 21, 22 and the NMS1.
  • the alarm device may also send the locally maintained unrecovered alarm list to the NMS according to the alarm synchronization command from the NMS; the NMS also maintains the unrecovered corresponding to each alarm device.
  • the SNMP alarm device 21 may further include:
  • the alarm list maintenance module is configured to maintain a local unrecovered alarm list: when a new alarm is generated, the new alarm is added to the unrecovered alarm list; when an alarm is restored, the alarm is deleted from the unrecovered alarm list. ;
  • the alarm list reporting module is used to report the list of unrecovered alarms for local maintenance.
  • the SNMP alarm device 21 In order to receive the alarm synchronization command from the network management system, the SNMP alarm device 21 further includes:
  • the synchronous alarm receiving module is configured to receive an alarm synchronization command from the network management system, and notify the alarm list reporting module to report the locally maintained unrecovered alarm list to the network management system according to the received alarm synchronization command.
  • the SNMP alarm device 21 may further include:
  • the detecting unit is configured to: before the alarm list reporting module reports the alarm information including the unrecovered alarm list to the network management system, whether the network management system can receive the alarm information, and if so, and the alarm information is already cached in the cache unit. And extracting the alarm information that is cached in the cache unit and including the unrecovered alarm list, and the alarm list reporting module reports the alarm information to the network management system. If there is no alarm information in the cache unit, the alarm list reporting module generates the The alarm information is reported to the network management system; otherwise, the detecting unit instructs the cache unit to cache the alarm information including the unrecovered alarm list;
  • the cache unit is configured to cache alarm information including an unrecovered alarm list.
  • the CLI alarm device 22 can adopt the same internal structure as the SNMP alarm device 21, and therefore will not be described.
  • the NMS1 can further include:
  • the synchronous alarm triggering module is configured to save a preset synchronous alarm triggering condition, and determine whether the triggering condition of the synchronous alarm is met, and if yes, issue an alarm synchronization command to the alarming device.
  • the alarm processing module may further include a comparison unit and an update unit.
  • the comparison unit is configured to compare the unrecovered alarm list reported by the alarm device with the corresponding unrecovered alarm list saved by the alarm processing module, and report the report to the alarm device. An alarm that is not in the unrecovered alarm list of the alarm processing module is not recovered, and the update unit is instructed to add the alarm to the unrecovered alarm list of the alarm processing module; The alarm is not included in the unrecovered alarm list of the alarm processing module, and the update unit is instructed to perform the recovery operation on the alarm in the unrecovered alarm list of the alarm processing module;
  • the updating unit is configured to perform an adding or restoring operation on the unrecovered alarm list saved by the alarm processing module according to the indication of the comparing unit.
  • Step 101 After the NMS is successfully connected to the alarm device (the user can also manually or periodically trigger the alarm synchronization operation), the alarm processing module of the NMS Sending a synchronous alarm operation to the protocol adapter;
  • Step 102 The protocol adapter obtains an unrecovered alarm list of the alarm device from the alarm device.
  • the SNMP protocol adapter obtains the unrecovered alarm list on the SNMP alarm device through the GET or GetNext operation.
  • Table 1 for the SNMP alarm device that provides the SNMP protocol, add the MIB table.
  • the CLI protocol adapter sends an alarm synchronization command to the CLI alarm device through the configuration channel.
  • the CLI alarm device returns the list of unrecovered alarms on the CLI alarm device.
  • the "Query Unrecovered Alarm" command interface is added.
  • the commands and input and output parameters are shown in Table 2 and Table 3; the GET and GetNext operations are SNMP. Protocol standard operation, GET is used to obtain the value of the management variable corresponding to the specified object identifier (Object Identifier, OID); GetNext is used to obtain the value of the next management variable of the specified OID;
  • Step 103 The protocol adapter parses the alarm list into the same format, sets a synchronization alarm flag, and returns the parsed alarm list to the alarm processing module.
  • Step 104 The alarm processing module receives the parsed alarm list. If the alarm device has an alarm that is not on the network management system, it is added to the unrecovered alarm list on the network management system side. For the alarm device, the network management system does not. Some alarms are used to restore the alarm on the network management system side. For alarms and alarms on the network management system, no operations are performed on the alarm.
  • the step 101 can also be used as follows:
  • the NMS determines whether the synchronization triggering condition is set in advance. If the synchronous alarm triggering condition is met, the alarm processing module of the NMS sends an alarm synchronization command to the protocol adapter.
  • the triggering conditions include, but are not limited to, the NMS is successfully connected to the alarm device, the user manually sets the triggering alarm synchronization operation, or the timing triggers the alarm synchronization operation.
  • the network management system first sends an alarm synchronization command to the alarm device, and the alarm device reports the unrecovered alarm list that is locally maintained to the network management system according to the received alarm synchronization command;
  • the local maintenance unrecovered alarm list can be directly reported to the network management system by the alarm device.
  • the synchronization alarm is different from the normal alarm processing and needs to be distinguished.
  • the invention is distinguished by different reporting channels, and the specific description is as follows: For the SNMP alarm device, the normal alarm reporting is performed in the Trap mode; the synchronous alarm is obtained through the configuration channel.
  • the normal alarm is obtained through a proprietary alarm channel; the synchronization alarm is obtained through the configuration channel.
  • the present invention can also use the existing method: When the alarm device detects that the NMS cannot receive the alarm normally, it caches the alarm information. When the NMS is detected, the alarm information is reported to the NMS through the alarm reporting channel.
  • the network management agent on the alarm device of the present invention does not need to detect whether the NMS can receive the alarm normally. Therefore, it is not necessary to detect whether the peer is normal, and the alarm synchronization mechanism is independent of how many NMSs are connected to the alarm device. When the NMS loses the alarm for some reason. You can also obtain all current unrecovered alarms of the device in this way.

Landscapes

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

Abstract

La présente invention concerne un procédé d'avertissement, un dispositif d'avertissement, un système de gestion de réseau et un système d'avertissement comportant le dispositif d'avertissement et le système de gestion de réseau. Le dispositif d'avertissement tient à jour une liste d'avertissements sans récupération pour l'enregistrement local de défaillantes des dispositifs locaux, et le système de gestion de réseau conserve en mémoire la liste d'avertissements sans récupération correspondant au dispositif d'avertissement. Selon le procédé, le dispositif d'avertissement rend compte au système de gestion de réseau de la liste d'avertissements sans récupération tenue à jour localement, puis le système de gestion de réseau reçoit la liste d'avertissements sans récupération communiquée par le dispositif d'avertissements, et met à jour conservée localement en fonction de la liste d'avertissements sans récupération provenant du dispositif d'avertissement la liste d'avertissements sans récupération. Le procédé permet de fiabiliser la synchronisation des avertissements, et de donner plus de réalité et de cohérence aux avertissements et défaillances de type 'sans récupération' du dispositif d'avertissement.
PCT/CN2007/070522 2006-09-04 2007-08-20 Procédé, système et dispositif d'avertissement synchrone WO2008028423A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610128654.8 2006-09-04
CNA2006101286548A CN1925427A (zh) 2006-09-04 2006-09-04 告警系统和告警方法

Publications (1)

Publication Number Publication Date
WO2008028423A1 true WO2008028423A1 (fr) 2008-03-13

Family

ID=37817907

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/070522 WO2008028423A1 (fr) 2006-09-04 2007-08-20 Procédé, système et dispositif d'avertissement synchrone

Country Status (2)

Country Link
CN (1) CN1925427A (fr)
WO (1) WO2008028423A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111143155A (zh) * 2019-10-31 2020-05-12 北京直真科技股份有限公司 一种应用于通信行业实现告警同步和清除机制的方法
CN113904913A (zh) * 2021-08-19 2022-01-07 济南浪潮数据技术有限公司 一种基于管道的告警处理的方法、装置、设备、存储介质
WO2023071494A1 (fr) * 2021-10-27 2023-05-04 中兴通讯股份有限公司 Procédé et appareil de récupération d'informations, et dispositif électronique et support de stockage

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1925427A (zh) * 2006-09-04 2007-03-07 华为技术有限公司 告警系统和告警方法
CN101360313B (zh) * 2007-08-01 2012-07-18 中兴通讯股份有限公司 网元管理系统向网络管理系统上报告警数量信息的方法
CN101355446B (zh) * 2008-08-20 2011-05-11 中兴通讯股份有限公司 告警上报的压缩处理方法和告警压缩装置
CN101577646B (zh) * 2009-06-22 2011-05-11 武汉烽火网络有限责任公司 一种基于snmp的告警同步方法
CN103684821A (zh) * 2012-09-11 2014-03-26 中兴通讯股份有限公司 告警消息的处理方法及装置
CN106559248A (zh) * 2015-09-30 2017-04-05 中兴通讯股份有限公司 一种告警方法、告警装置和告警系统
CN106559247B (zh) * 2015-09-30 2020-03-27 中兴通讯股份有限公司 网络管理系统中的告警管理方法及网络管理系统
CN109194520B (zh) * 2018-09-29 2022-04-26 新华三技术有限公司 一种Trap信息处理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1355634A (zh) * 2000-12-01 2002-06-26 三星电子株式会社 用于网络管理系统的警报管理系统和方法
KR20030053679A (ko) * 2001-12-22 2003-07-02 엘지전자 주식회사 망관리 시스템내 사용자 인터페이스 서버의 데이터 처리및 관리 방법
CN1735038A (zh) * 2004-08-02 2006-02-15 华为技术有限公司 网管系统中提高告警数据处理速度的方法
CN1925427A (zh) * 2006-09-04 2007-03-07 华为技术有限公司 告警系统和告警方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1355634A (zh) * 2000-12-01 2002-06-26 三星电子株式会社 用于网络管理系统的警报管理系统和方法
KR20030053679A (ko) * 2001-12-22 2003-07-02 엘지전자 주식회사 망관리 시스템내 사용자 인터페이스 서버의 데이터 처리및 관리 방법
CN1735038A (zh) * 2004-08-02 2006-02-15 华为技术有限公司 网管系统中提高告警数据处理速度的方法
CN1925427A (zh) * 2006-09-04 2007-03-07 华为技术有限公司 告警系统和告警方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111143155A (zh) * 2019-10-31 2020-05-12 北京直真科技股份有限公司 一种应用于通信行业实现告警同步和清除机制的方法
CN111143155B (zh) * 2019-10-31 2023-08-25 北京直真科技股份有限公司 一种应用于通信行业实现告警同步和清除机制的方法
CN113904913A (zh) * 2021-08-19 2022-01-07 济南浪潮数据技术有限公司 一种基于管道的告警处理的方法、装置、设备、存储介质
WO2023071494A1 (fr) * 2021-10-27 2023-05-04 中兴通讯股份有限公司 Procédé et appareil de récupération d'informations, et dispositif électronique et support de stockage

Also Published As

Publication number Publication date
CN1925427A (zh) 2007-03-07

Similar Documents

Publication Publication Date Title
WO2008028423A1 (fr) Procédé, système et dispositif d'avertissement synchrone
CA2319303C (fr) Interface snmp de qualite porteuse pour la surveillance des defauts
US9237092B2 (en) Method, apparatus, and system for updating ring network topology information
US8117337B2 (en) Method and device for implementing link pass through in point-to-multipoint network
KR20140143819A (ko) 프로토콜 이벤트 관리 방법 및 장치
WO2009135403A1 (fr) Appareil de gestion de reseau, procede et systeme permettant d’obtenir des informations de configuration d’un appareil de reseau
WO2008028385A1 (fr) Procédé et dispositif de détection de défaut de liaison de dispositif ethernet
CN101312405A (zh) 一种告警处理方法及网管系统
WO2017215456A1 (fr) Procédé d'alarme, appareil, nœud de réseau et support de stockage informatique
US9374269B2 (en) Method and devices for matching data between a manager and an agent in a management network
CN102638373B (zh) 一种接入设备的告警预投入实现方法
US20120275296A1 (en) Protection Switching Method and System for Ethernet Dual-homed Link
WO2011137766A2 (fr) Procédé de détermination de l'état opérationnel d'un élément réseau, équipement pertinent et système associés
CN101267335A (zh) 一种保证简单网络管理协议告警成功收发的方法
CN100505643C (zh) 一种网络管理系统及其通信方法
CN111865637B (zh) 一种故障恢复方法及系统
WO2016184222A1 (fr) Procédé et dispositif de détection de défaillance
Cisco Release Notes for Cisco MGX 8260 Media Gateway, Version 1.2.4
WO2012079487A1 (fr) Procédé, gestionnaire de réseau et système pour gérer un message trap sur la base du protocole simple de gestion de réseau (snmp)
KR100809426B1 (ko) Ｅｍｓ의 망 관리 방법
CN116302862B (zh) 一种微服务架构下监控告警方法和系统
CN104283704B (zh) 一种北向接口发送通知事件的方法及装置
JP3794348B2 (ja) 局側伝送装置および通信システム監視方法
CN107276836A (zh) 云系统中告警信息的管理方法和装置
WO2023071494A1 (fr) Procédé et appareil de récupération d'informations, et dispositif électronique et support de stockage

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07800998

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07800998

Country of ref document: EP

Kind code of ref document: A1