CN101192985A - 一种基于简单网络管理协议的Trap消息团体名格式 - Google Patents

一种基于简单网络管理协议的Trap消息团体名格式 Download PDF

Info

Publication number
CN101192985A
CN101192985A CNA200610160738XA CN200610160738A CN101192985A CN 101192985 A CN101192985 A CN 101192985A CN A200610160738X A CNA200610160738X A CN A200610160738XA CN 200610160738 A CN200610160738 A CN 200610160738A CN 101192985 A CN101192985 A CN 101192985A
Authority
CN
China
Prior art keywords
trap
snmp
eventid
confirm
group name
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
CNA200610160738XA
Other languages
English (en)
Inventor
苏春山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CNA200610160738XA priority Critical patent/CN101192985A/zh
Publication of CN101192985A publication Critical patent/CN101192985A/zh
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种基于简单网络管理协议的Trap团体名格式，所述简单网络管理协议以下简称SNMP，适用于SNMP v1/v2c，所述Trap团体名格式如下：实际的community+eventId+“@confirm”，其中，“eventId”标识该Trap消息的Trap消息号，“@confirm”是该Trap消息是否需要确认的关键字。本发明所述Trap消息的团体名格式节省了网管系统提高告警可靠性的成本，提高了Trap消息接收的可靠性。

Description

一种基于简单网络管理协议的Trap消息团体名格式
技术领域
本发明涉及一种在SNMP v1/v2c管理框架中Trap消息团体名格式，尤其涉及以SNMP为管理接口的各种设备的告警、消息管理领域。
背景技术
SNMP(简单网络管理协议)是网络管理中基于UDP报文的一种管理协议，用于SNMP Manager(以下简称管理者)和SNMP Agent(以下简称代理)之间进行通讯、管理操作。在SNMP v1和v2c的版本中，代理主动发给管理者的消息称为Trap(陷阱)。
Trap一个显著特点是代理发送Trap时是不需要管理者返回确认消息的。加之SNMP又是基于UDP(用户数据报协议)，是无连接的，因此管理者比较容易丢掉Trap，使得Trap传递消息的可靠性大大降低。
在由管理者和代理组成的网管系统中，Trap的这个缺点成为了网管系统的薄弱环节，降低了网管系统故障管理功能的可用性和可靠性。
发明内容
本发明所要解决的技术问题是提供一种基于简单网络管理协议的Trap消息团体名格式，方便实现SNMPv1/v2c管理框架中Trap消息的确认机制，提高消息传递的可靠性。
为了解决上述技术问题，本发明提供了一种基于简单网络管理协议的Trap团体名格式，所述简单网络管理协议以下简称SNMP，适用于SNMPv1/v2c，所述Trap团体名格式如下：
实际的community+eventId+“@confirm”
其中，“eventId”标识该Trap消息的Trap消息号，“@confirm”是该Trap消息是否需要确认的关键字。
进一步地，上述方法还可具有以下特点：在所述Trap团体名中，还包括“@eventId＝”，在所述eventId之前，用于标识Trap消息号属性的关键字，即通过该字符串标识“@eventId＝”后面跟的是Trap消息号。
进一步地，上述方法还可具有以下特点：SNMP管理者根据Trap团体名中是否包含“@confirm”判断所述Trap消息是否需要确认。
采用本发明所述Trap消息的团体名格式，与现有技术相比，弥补了SNMPv1/v2c管理框架中Trap可靠性方面的不足，达到了Trap消息可以根据需要进行确认的效果，节省了网管系统提高告警可靠性的成本，大大提高了Trap消息接收的可靠性。
附图说明
图1是SNMPv1/v2c管理者和代理间的消息；
图2是本实施例的Trap确认机制顺序图。
具体实施方式
本实施例的核心方法是：通过在Trap携带的团体名(community)中加入是否需要确认Trap的关键字，管理者收到Trap后，通过检查团体名(community)字符串中的关键字决定是否对Trap进行确认。确认的方法是管理者通过设置代理上的某个特定变量从而通知代理已经收到该Trap。
下面对技术方案的具体实施作进一步的详细描述：
1)代理修改现有Trap团体名(community)的构造方法
在驻留SNMPv1/v2c代理的网元上需要修改Trap团体名的构造方法，使团体名成为复合的团体名，包含是否需要进行Trap确认的关键字。比如，新的团体名可以是：
实际的community+′@eventId＝′+eventId+′@confirm′
这里：“@eventId＝”是用于标识Trap消息号属性的关键字，即通过该字符串标识“@eventId＝”后面跟的是Trap消息号，可以用于管理者确认消息时使用，其后的“eventId”即为Trap消息号；
“@confirm”则是Trap是否需要确认的关键字，如果Trap无需管理者确认，则可以不带该关键字。
复合团体名的实例如：public@eventId＝1022@confirm。
2)代理增加对Trap确认的MIB(管理信息库)变量
为了使管理者收到Trap后能够通知代理“我已经收到Trap了”，需要在代理中增加一个可以设置的MIB变量，比如，confirmedEventId，用于标识已经确认的事件ID。管理者向代理发出对此变量的SNMP Set消息，通过代理对该变量进行设置，代理将管理者设置的confirmedEventId值与之前产生的Trap消息号进行比较，如果发现能够找到匹配的，则认为是对相应trap的确认，即该事件ID对应的Trap已经被管理者收到，并进行了确认，否则返回标准的SNMP设置失败消息。
3)管理者增加对Trap团体名关键字的检查
管理者在收到Trap的处理流程中需要增加对Trap团体名关键字的检查，以判断是否需要对Trap进行确认。
判断的方法就是检查团体名中是否有关键字′@confirm′，如果不包含该字符串，则说明该Trap不需要进行确认，则按不需要确认的普通Trap处理即可，否则，则需要再从团体名中提取到eventId，并把代理上的confirmedEventId量设置成为团体名字符串中eventId的值。这样代理就知道管理者已经收到并确认了该Trap，从而可以结束该Trap的发送流程。
4)管理者、代理对于不需要确认Trap的处理
对于不需要确认的Trap，则代理发送Trap时无需构造复合的团体名。同样，管理者检查到Trap不需要进行确认时，则不需要再向代理发任何消息，该处理流程与普通的Trap处理是完全一样的。
5)如果管理者不具备确认Trap的确认处理
如果管理者不具备确认Trap的确认处理，则代理就不会收到Trap确认的消息。因此，建议代理在等待管理者确认Trap时，可以采用超时和重试机制。即当在规定时间没有收到管理者的确认操作后，代理再重发一次继续等待确认，直到重发的次数达到规定的次数后，代理结束Trap发送过程。
本实施例所述Trap确认方法如下(参看图1和图2)：
步骤110，SNMP代理判断该Trap消息是否需要进行确认，如果是，执行下一步，否则，按普通Trap流程处理；
步骤120，SNMP代理在发送Trap前在Trap团体名中加入是否需要确认Trap的关键字；
步骤130，SNMP代理采用标准的SNMP Trap发送流程发送Trap给SNMP管理者；
步骤140，SNMP管理者采用标准的SNMP Trap接收流程接收Trap，SNMP管理者检查Trap的团体名字符串中是否包含需要确认Trap的关键字，如果是，执行下一步，否则，按普通Trap流程处理；
步骤150，SNMP管理者设置SNMP代理上的管理信息库变量，从而通知SNMP代理已经收到该Trap；
步骤160，SNMP代理检测该管理信息库变量的设置无误，则认为该Trap被确认，该带确认的Trap发送流程结束。
本实施例通过巧妙的使用了Trap报文中的团体名(community)域信息，配合简单的SNMP命令，很容易的建立起了Trap的确认机制，弥补了SNMPv1/v2c管理框架中Trap可靠性方面的不足。
通过以上对管理者、代理相应的改造，即实现了基于SNMPv1/v2c管理框架的Trap确认机制，从而使Trap消息的可靠性得到有效提高。

Claims (3)

1.一种基于简单网络管理协议的Trap消息团体名格式，所述简单网络管理协议以下简称SNMP，适用于SNMP v1/v2c，所述Trap消息团体名格式如下：
实际的community+eventId+“@confirm”
其中，“eventId”标识该Trap消息的Trap消息号，“@confirm”是该Trap消息是否需要确认的关键字。
2.如权利要求1所述的Trap消息团体名格式，其特征在于，在所述Trap团体名中，还包括“@eventId＝”，在所述eventId之前，用于标识Trap消息号属性的关键字，即通过该字符串标识“@eventId＝”后面跟的是Trap消息号。
3.如权利要求1或2所述的Trap消息团体名格式，其特征在于，SNMP管理者根据Trap团体名中是否包含“@confirm”判断所述Trap消息是否需要确认。
CNA200610160738XA 2006-11-29 2006-11-29 一种基于简单网络管理协议的Trap消息团体名格式 Withdrawn CN101192985A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA200610160738XA CN101192985A (zh) 2006-11-29 2006-11-29 一种基于简单网络管理协议的Trap消息团体名格式

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA200610160738XA CN101192985A (zh) 2006-11-29 2006-11-29 一种基于简单网络管理协议的Trap消息团体名格式

Publications (1)

Publication Number Publication Date
CN101192985A true CN101192985A (zh) 2008-06-04

Family

ID=39487755

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA200610160738XA Withdrawn CN101192985A (zh) 2006-11-29 2006-11-29 一种基于简单网络管理协议的Trap消息团体名格式

Country Status (1)

Country Link
CN (1) CN101192985A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103812690A (zh) * 2013-08-06 2014-05-21 国家电网公司 一种设备归一化管理接口的故障诊断信息传送及处理方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103812690A (zh) * 2013-08-06 2014-05-21 国家电网公司 一种设备归一化管理接口的故障诊断信息传送及处理方法
CN103812690B (zh) * 2013-08-06 2017-02-22 国家电网公司 一种设备归一化管理接口的故障诊断信息传送及处理方法

Similar Documents

Publication Publication Date Title
Roberts et al. Nsi connection service v2. 0
CN1937580B (zh) 通信系统及通信管理方法
US20040205689A1 (en) System and method for managing a component-based system
CN105610984A (zh) 一种远程控制车辆的方法
US8214534B2 (en) Method and apparatus for outputting event of third party device in home network supporting UPnP remote protocol
US20070276935A1 (en) Method for Processing Asynchronous Communication Mechanism Based on Simple Network Management Protocol
JP2004048654A (ja) 分散したリソースを検出し使用する通信システムおよび通信方法
KR20100031309A (ko) 통신 네트워크의 디바이스 관리 방법 및 시스템
US11063957B2 (en) Method and arrangement for decoupled transmission of data between networks
JPH11234277A (ja) 管理システム
JP2888642B2 (ja) 管理パッケージを含むネットワークとの通信システム
CN104980333A (zh) Pushlet即时通信方法及平台
CN1973282A (zh) 用于管理针对集群配置的改变的系统和方法
CN100499502C (zh) 陷阱解析与预处理系统及方法
CN100561944C (zh) 一种基于简单网络管理协议的Trap确认方法
CN101193107A (zh) 一种基于简单网络管理协议的Trap确认方法
US7218714B2 (en) Method of calling service among devices in home network
EP2472785B1 (en) Service linkage control system and method
CN101192985A (zh) 一种基于简单网络管理协议的Trap消息团体名格式
CN100413248C (zh) 一种基于流量进行计费的改进方法和系统
CN106506409A (zh) 一种网管交换机的管理方法及网管交换机
CN110505648A (zh) 一种无线设备防掉线方法
US20030131118A1 (en) Apparatus for managing networks operated by different protocols and method thereof
CN111416889B (zh) 通过gatt和异常处理来适配的通信方法及系统
Cisco Polling---The Event Generation Process

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C04 Withdrawal of patent application after publication (patent law 2001)
WW01 Invention patent application withdrawn after publication