WO2009006808A1

WO2009006808A1 - Procédé et système pour envoyer les notifications d'événements sur la base du protocole netconf

Info

Publication number: WO2009006808A1
Application number: PCT/CN2008/071217
Authority: WO
Inventors: Xiaofeng Ji
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-07-06
Filing date: 2008-06-06
Publication date: 2009-01-15
Also published as: US8103731B2; EP2166699A4; EP2166699B1; CN101110822B; EP2166699A1; ES2432793T3; US20100057849A1; CN101110822A

Description

基于网絡配置协议的事件通知发送方法及系统本申请要求于 2007卑 7月 ό日提交中国专利局的名称为：《基于络配置协议的事件通知发送方法、系统及设备》, 申请号为: 20071.0126058.0的专利申请的优先权，其全部内容通过引用结合在本申请中技术领域

本发明涉及移动通信技术，特别:涉及一种基于网络配置协议的事伴通知发送方法及系统₍. 背景技术

针对 SNMP的诸多缺陷、现有技术中提出了网絡配置协议< NETCONF )., NETCO F 基本上解决了 SNM.P 的缺点，适合大型且复杂的设备管理。

NETCONF 是一种分层管埋的配置协议用于提供网络设备的配置安装、维护以及删除等机制，使用可 T展标识语言（XML )封装配置教据其协议操作承载在筒单的远程过程调用 ( RPC )层上 _e

图 1 为现有 ETCONF的分层结构示意 ¾ 如图 I所示，现有 NETCONF 从概念上共分为四层，其中第―层为传输协议层（Transport Protocol ), 常用的协议有区块展交换协议 ( BEEP )、安全外壳（ SSH )、安全套接层协议（ SSL ) 以及控制台程序 ( console )等；第二层为 RPC屡，包括 RPC以及 FC响应；第三层为操作层，常用的搡作包括获取配置（ Gei- con g ) , 編辑配置 ( Edit^contig ) 以及事件通知 ( Notiilcaiion )等；第四层为内容层，或称配置管理层，用于实现对配置数据（Configuration Data ) 的管理„

NETCONF 协议中，为反时获知系统中发生的事件，这里所提到的事件是指一些设备发生的，症该引起注意 '的事情, 比如：配置改变、故 I , 状态改变、门限越界以及异常侵入等系统需要提供事件通知为此 NE'iCO F 客户端需要向 NETCONF服务器订阅事件通知，如果订阅成功则 NETCONF 服务器将在订阋列表中记录下该 NETCONF客户端的订阅消息这样，当系统内部有事件产生时 ETCONF 服务器会根据记录的订阅消息，向 ETCONF客户端发送事件通知，以便告知 NETCONF客户端当前事'件的发生情况如果发生以下情况，如 NETCONF会话终止、事件不在订阋范围之内；或者事件订阅变更，則 NETCQNF服务器将不再向 N 'rcONF客户端发送事件通知需要说明的是， NETCONF 服务器中用于亊件通知的会话，始终不用处理 RK 请求

但是，上述事件通知仅仅是针对 NETCONF的底部三层进行的定义，现有技术中还没有一种针对 NETCONF的完整的四层结构进行定义的事件通知方式所以希望借助于现有的其它应用环境中的类似的事件通知方式，来实现 NETCON 中的事件通知 , 发明内容

本发明实施例提供一种基于网络配置协议的事件通知发送方法，能够兼容各种事件通知方式，以实现网络配置协议中的事件通知„

本发明实施例同吋提供一种基于网络配置协议的事件通知发送系统，能够兼容各种事伴通知方式，以实现网络配置协议中的事件通知

本发明实施例还提供一种基于 i¾络配置协议的事件通知发送设备，能够兼容各种事件通知方式以实现络配置协议中的事件通知，

本发明实施例还提供一种基于网絡配置协议的事件通知接收设备，能够兼容各种事件通知方式以实现絡配置协议中的事件通知

本发明实施例的技术方案是这样实现的：

一种基于网;絡配置协议的事件通知发送方法，包括：

NETCON 服务器接受 NETCONF客户端钉阅事件通知；

当系统中有事件发生时，所述 NETCON 服务器生成事件通知，并很椐所述 NETCONF客卢端订阅的事件.逸知的相关信息将所述事件通知转换为所迷 NETCONF客户端能够识别的格式；

所述 NETCOKF服务器向所述 NETCONF客户端发送所述经过转换的事件通知„

―种基于网络 ^置协议的事件通知发送系统，该系统包括： NBTCONF 客户端和 NETCONF服务器；所迷 NBTCO F客户端用于在所述 NETCONF服务器中订阅事件通如 -. 并接:收所迷 NETCONF服务器发送的事件通知；

所述 ETCONF服务器用于在系统中有事件发生时，生成事件通知，并根据所迷 NETCONF客户端订阅的事件通知的相关信息将所迷事件通知转换为 NETCONF客户端能够识別的格式后 > 发送至所迷 NEl'CO F客户端。

—种基于网络配置协议的事件通知发送设备该设备为 NETCONF服务器，所述 NETCONF服务器包括：会话处理模块、通知管理模块以及事件处理中心；

所述事件处理中心，用于当系统中有事件发生时生成事件通知÷ 并向所述通知管理模块发送所迷事件通知；

所述通知管理模块，用于接受 NETCONF客户端订阅事件通知、并根据所述订阅的事件通知：向所迷会话处理模块转发所述事件处理中心发送的事件通知；

所述会话处理模块，用于将所述通知管理模块发送的事件通知转换为所迷 NETCONF客户端能够识别的格式发送給所述 NETCONF客户端

―种基于网络配置协议的事件通知接收设备，该设备为 NETCONF客户端，所述 ETCONF客户端包括：订阅模块以及接收模块；

所述订阅模块，用于在 NETCONF服务器中订阅：事件通知；

所述接收模块用于接收所迷 NETCONF服务器发送的事件通知，所述事件通知为所述 ETCONF服务器在系统中有事件发生时根据所述订阅模块了阅的事件通知的相关信息将所生成的事件通知转换为 NETCONF ,客户端能够识别的格式的事件逃知„

可见，采用本发明实施例的技术方案，当系统中有事件发生时，服务器可以根据需要生成对应方式的事件通知，并将生成的事件通知转换为客户端要求的格式进而发送给客户端。这,样，对于整个系统来说，因为事件通知格式可以转換， '所以，对服务器端生成的事件通知格式没有严格限定，从¾ 使得基于网络配置协议的事件通知能够兼容各种事件通知方式

下面通过附图和实施例，对本发明的技术方案做进一步的详細描述附图说明

m 1为现有 NETCONF的分层结构示意图；

JI 2为本发明方法实施例的总体流程图；

S 3为本发明方法第一个较佳实施例的流程 S；

m 4为现有 NETCONF协议事件通知模型示意 S;

m 5为本发明实施例 SnmpTmp封装为 XML格式的模型示意图；图为本发明通过 XSLT实现 XML-Snrapv2trap和 XML-Snmpv trap之间的转换的规则示意图；

图 7为本发明方法第二个较佳实施倒的流程图；

图 8为本发明实施例 sysiog封装; ¾ XML格式的模型示意图；

m 9为本发明系统实施例的組成结构示意 ® 具 -体实旅方式

为使本发明的的、技术方案及忧点更加清楚明白，以下参照附 a并举实施例，对本发明作进一步地详细说明. _:.

¾前、应用比较广泛的事件通知方式主要有简单网络管理协议告警

( Sn.mpTrap )以及系统日志（ sysiog X 其中 SnmpTrap又具体分为三个版本， Ssnpv I Trap、 Snsnpv2 Trap以及 Siimpv3 Trap,

网络莩案（RFC) 1157中具体描述了如何通过 SnmpvlT p发送告警消息给上居应用，并定义了 SnmpvlTrap协议教据单元（ PDU )的格式、如表 1 所示：

i版号协议教据单元数据 ί PduData )

('CO 5 企 - ■ 变量绑 ¾对

n-vei- 3 1 Mntt ) 标 -i 标识 ( v riabii -bindirt fa] }

( '.nterp Ci a (Timer

rise} ί' e-it' latiip} 变量 f"变

标识 (;Va3ue)

1 ( ane) t

Smnpv l'l rappdii组成格式其中 , Version > 用于标识该 Snmpvi Trappdu消息的版本：

Community ₅ 用千上层应用对告警消息发送方进行身份验证；

Enieiprise, 即企业码，比如 ^ ) 3;

Agent-addr, 用于标识告警消息发送方的互联^协议（ IP ) 地址；

Gimerioi p, 用于标识需要告警的六种通常情况，包括：冷^动 ( eoidStart ) 热启动（ warmStart：),连接故障（ inkDown )、连接建立 ( f idJp )：认证失欧 ( nihcnticaliOii aifure ) 以及相邻的外部路由器失效或关机 ί egpNeighborLoss )，在实际应用中，可以用整数 0-5分別代表上述六种情况；

Specific-trap, 用于标识需要告警的特殊情况，比如，用户自定义的某种情况；

Time- s mp, 用于标识告警时间；

Variablc-binding[il, 用于标识具体告警内容一条告警消息中可以包括多个 variable-binding;

ame 用于标识告警对象如接口或中央处理单元（CPU) 等；

Value, 用于标识事件内容，如接《 down或者过栽等 _β

RFC !905 中描迷了如何通过 Srtmpv2Trap发送告警消息给上层应用，并

表 2 Snrapv2 Trappdu组成格式

表 2中各部分的含义与表！中类似，不再赘述

Snmpv3Trappdu的格式与 nmpv2Trappdy类似, 区别仪在于在 Snmpv2 Trappdu格式的基础上增加一个上下文名称 ( Cont xtname ) 以及一个上下文标识 ( ContextlD ),

it过上迷 SnmpTrap虽然可以实现告警，但是现有 SnnipTmp使用用户数据报协议（UDP)进行承载，而 IJDP本身并不是可靠协议，所以，采用 SnmpTrap 进行告警可能会造成报文无法可靠到达的问题；而且, 由于 SnmpTra 使用二进^的 PDU报文进行封装，解析时需要使用专门的函数戽，所以影响其通用姓；再有， SnmpT¾tp无法兼容其它的事件通知方式

FC3I64 中描述了如何通过 sys!og 发送系统 E 志给上县应用，并规定 syslog 具体格式，如表 3所' 示:

优先级 ( PRS ) 消息头（HEADER) ¾息内容 ί MSG )

1，

{ ¾c5Shy*8 +' Severity - P \ )

2 ：：

13志.来¾ 严玄程度时问戮： ·-■_ 系統

ΐ i Fa i!ttv } ( S v rilv I ( TfMEST

AMP)

表 3 sys g组成格式

如表 3所示完整的 syslog消息由三部分组成，即 PRI, HEADER以及 SG„

其中， Faci ty, 用于标识 Θ志的来源， -在实际应用中，用不同的代码 ( umerical Code .) 来代表不同的日志:来源，如表 4所示：

!jmi;rt ¾l Code F¾ iliiy

0 ½心摸块信息《 kernel me$sa¾es )

ΐ it i ser-tc t m ssage^ )

2

■、

; 统. ' ΐτ" ( $y5-?!iJti daem ns {

SYSiXXi系统产生的消息 < messages generated hternall by ¾slogd ? I 行打 '印子系统 ( line rinter >u st m )

网络新; · :子系 ί { iie!wok n ws s'ubsys

拷贝千^ ( JUCP ibsy t i )

ίί ( clock da nion {Yioi 2) )

表 4 不同代码与不同 Facilit 的对应关系

Severity, 用于标识消息的严重程度，在实际应用中，用不同的代码来代表不等级的严重程度，如表 5所示：

.表 5 不同代码与不同 Severity的对应关系在确定了 Fadlity以及 Seve y之后，即可计算该 sysiog消息的优先级计算方式为 "Faci ity^S + Severity - PRl'% 其中的 8为取值固定的系数

HEADER具体包括 TIMES TAMP 以及助 STNA亂其中的 TIMES TAMP用于标识日志发生时间;. HOSTNAME用于标识产生该日志的系统， MSG的内容需要艮据实际情况具体确定、所以在 systeg消息格式中不作具体限定

举例说明：

<34>OCE 1！ 22: 14:15 my賺 chine u: ,su root' failed for lonvick on /dev/pis/8

Facilit '~4 ( security/authoriz.ation messages (note I ) }, Sev rit "2 ( Cntica!: critical conditions )

上面这个例子所表示的含义是：设备通知日志主机，某用户进行超级用卢的权限认证，但是认证失酞；因为属于安全认证的事件，所以 Faci ily ; 此事件很重要，但是还没有影响设备的正常运行，所以 Severky=2。

与 SnrnpTrap类似， sys og虽然可以实现系统志报告，但由于使用 UDP 进行承载，而 UDP本身并不是可靠协议，所以存在报丈无法可靠到达的问题，而且， syslog也无法兼容其它事件通知方式；此外， sys g虽然使用文本方式封装，但由于该丈本方式是简单字符串格式，不容易解析，所以影响了其通用性

前面已经提到，由于现有技术中还没有一种针对 NETCONF的宄塾的四层结构进行定义的事件通知方式，所以，希望借助于现有的其它应用环境中的类似的事件通知方式，来实现 NETCONF 中的事件通知但是，由于 Snmp'i'rap和 sysk>g都有其各自的缺陷加上采用的协议以及报文格式等与 HETCONF 的区别，现有 SnmpT p 以及 sysiog 并不能被简单地应用到 NETCONF中

本发明的实旄方式基于 NETCONF协议，其中， NETCONF客户端 (以下简称客户端）在 NETCONF服务器（以下简称服务器）中订阅事件通知；当系统中有事件发生时，服务器生成事件通知，并将生成的事件通知转换为客户端能够识别的格式，发送至客卢端 ,

图; 2为本发明方法实施例的总体流程如图 2所示，包括：

201 : 客户端在服务器中订阅事件通知

本步骤中，客户端在服务器中訂阅事件通知的方法为：客户端向服务器发送携带有订阅的事件通知类型的订闳请求；订阅成功后，服务器将订阅请求信息加入到预先设置的订阅列表中该订阅列表用于存储订阅了事件通知的客卢端的相关信息，如上述订阅的事件通知类型信息，当然. 如果有其它的信息，也将相应地进行存储；并且，服务器生成订阅成功与否的响应消息，并将读响应消息转换为 XML格式后发送给客户端

本步職之前，进一步包括：客户端与服务器之间建立基于传输控制协议

( TCP ) 的会话，如会话

202: 当系统中有事件发生时服务器生成事件通知并将生成的事件通知转换为客户端能够识別的格式，发送至客户端

当系统中有事件发生时，服务器根据事件类型，生成对应类型的事件通知 > 并根据订阅列表中存储的订阅的事件通知类型信息査找到订阋该类型事件通知的客户端 > 向其发送事件通知

通常情况下如杲客户端没有特殊要求，服务器会按照默认方式将谅事件適知封装为 XML格式后；发送至客户端,，

如果客户端希望接收其它格式的事件通知那么在 20! 中的订 ^请求中将进一步携带格式请求信息，相应地，本步骤中，服务 II将进一步将封装为 XML格式的事件通知转化为客户端所请求的格式

上迷事件通知可以是各祌现有事件通知方式，如 SnmpTrap或 s g 这种情¾下， 201 所述的订阅请求中可以进一步携带有过滤类型以及所要求得到的过滤结果信息 _u 其中，过滤类型包括子树（SUBTREE )过滤以及 XML 路径语言（ Xpath )过滤表示服务器将采用何种过滤方式以获取.客户端所要求的过滤结果；所要求得到的过滤结果信息根据客户端订阅的事件通知类型的不同而不同：如莱订阅的事件通知类型为 SmmpTrap, 则所要求得到的过滤结果用于说明订 1¾1的具体 SnmpTra 类型： SnmpvITrap, Snmpv2Tra 或 Snmpv3Trap; 若订阅的事件通如类型为 sysh^ 则所要求得到的过滤结莱用于说明订阅的事件的优先级或优先鈒范國，

相应地， 20 中服务器将根据订阅列表中存储的过滤类型以及所要求得到的过滤结杲信息过滤得到客户端实际订阅的事件通知 -,

下面通过较佳实施例对本发明方法作进一步地详细说明：

图 3为本发明方法第一个较佳实施例的流程图本实施例基于 NETCONF 协假设 J 务器端生成的事件通知为 SnmpTrap, 本实^例中的服务器包括会话处理模块 ( Session handler ), 通知管理模块 { Notification Manager.)以及事件处理中心 ( Event Center ),

如图 3所示 A、 B， C , 、 F、 G分别表示不同的处理线程，其中 A 表示客卢端 ( Client ) 处理线程； B表示服务器会话的消息接收处理线程; C 表示服务器会话的消息反馈处理线程； E表示服务器订阅处理线程； F表示服务器会话 Τπφ接收线程； 3表示设备内部事件发生源。

如图 3所示，该实施例包括：

首先，客户端与会话处理模块之间建立 SSH会话 ÷ 以用于客户端与会话 U) 处理模决之间后续的信息交互可根椐相关协议建立 SSH会话、此处不再赞述

301 : 客户端向会话处理模块发送订阅请求

订阅请求中携带有订阅的事件通知类型、过滤类型以及所要求得到的过滤結果信息,，假设本实施例中，客卢端订阅的事件通知类型是流为 "Snmptrap !i over netconr 的所有事件，过滤类型为子树过滤所要求得到的过滤结杲为 "Snmpv Urap"格式的事件

现有技术中已经对 NETCONF的事件通知订阅请求的格式进行了明确定义，本步骤中发送的订阅请求只是对现有技术的应用而已. 举例如下：

<? mi version^" 1 ,0" encod S ng= UTF - 8 " ?>

0 rpc xm In s - " um： i etf : params： x m I ; ns : n eic nf : base： 1 '0" m!ns:notiiy"^;1rui :!etf:pararas:xmI:ns:n Hc nf^

xmlnsinetconf- ^n^i tfi arams!xmims!netcon^base: ! .0''

, org/2001 / ML Scii e ifi a- ί n stance"

1.(3

2ί D :\projt t X 4i..Aiie{con xsd\NC-Notificati.on.xsd message-id- ' 101 ^H>

<create-s u bscri pti on

xin I n s= " u \i\：. i et ;par am s :xm!： ns:netcon f.noti fication： 1.0">

<sl,ream>sniT3 Tra >Pdu over netcon f</stream> </st eams> .〃订阅流为" snmpirap over neic mf，的所有事件

<fdter t pe^'subti-ee^ //过滤类型为子树过滤

<top ΧΠ11 ns="h t :/7hu awei om comm/f ra "

</snmpTrapPdu 〃过滤结菜为 "smnpvltrap"格式的事件

< top>

< f1iter>

<named-proli I e> notifi cation ,ρΐοΐι！ e</named- profi 1 e>

< create"Siibscription>

</rpc>

302: 会话处理模块将接收到的订^请求写入到通知管理模块的待处理数据队列中。

303: 通知管理模块处理订阅请求，并在订阅成功后，将所述订阅请求加入到预先设置的订列表中

304: 通知管理模块向会话处理模块发送响应消息„

本步骤中通知管理模块生成订阅成功与否的响应消息，并写入会话处理模块的待处理数据队列中

305 : 会话处理模块将该响应消息转换为 XML格式..

由于在中生成的响应消息可能为设备内部的语言格式，比如 c，此，本步骤中需要对响应消息的格式进行转换

306: 会话处理模块向客户端发送响应消息。

会话处理模块将生成的 XML格式的订阅成功与否的响应消息发送给客户端

307: 事件处理中心向通知管理模块发送 Smnptrap告警信息

当系统中有事件发生时，事件处理中心根据该事件类型，生成相应类型的事件通知。比如，该事件为认证失改 * 则生成 Snmpv ltrap告警信息„ 假设本步骤中事件处理中心向通知管理模块发送的 Srimptmp告警信息中同时包括 Snmpv S trap Snnipv'2trap„

3 OS: 通知管理模块根据订阅列表进行过滤。

通知管理模块根据订阅列表中存储的客户端的订阅事件通知类型信息找到订阅 Snmpi p类型事件通知的客户端，并根据存储的过滤类型以及所要求得到的过滤结果信息，通过子树过滤，得到 "Snmpvkrap"格式的事件通知也可以使用 path过滤方式；得到 *' Snmpv 1 trap" 格式的事件通知两种过滤方式均为现有技术不再详细介绍。但是需要说明的是，本实施中无论采用哪种过滤方式，都是以事件通知的一个完整 PDU为基本单元进行过滤的，即不对信息内部进行过滤，以保证信息的完整性

309: 通知管理模块向会话处理模块发送过滤后的事件通知

通知管理模块以响应消息的方式将该事件通知^入到会话处理模块的待处理数据队列中

310; 会话处理模块将事件通知封装为 XML格式。

本发明实施例中将 SnmpTrap格式的事件通知封装为 XML格式的方式为：

依据现有 NETCONF协议的事件通知模型，将 SnmpTrap中携带的信息封装到所速事件通知模型的标签内容中，并且封装后的内容也要符合现有 NETCONF协议事件通知模型的层次結构.

图 4为现有 NETCONF协议事件通知模型示意图如图 4所示，其中的 "事件通知（ !ioti icadon )" 和 "数据（date )" 分別表示兹模型的标签和子标签; 虛线方框表示标签内容； dMa 子标签所属标签内容中的 "任意（any )" 表示该部分内容可按照需要任意添加信息； notifkaiion和 data两标签之间的符号（包括 data标签后边的符号）表示前后两部分为序列化（sequence )结构:，

由于现有技术中的 SnmpTrap 包括 Snmpv〗T p , Snmpv2Tra 以及

Snmpv3Tra 三种类型、而且已知 Snmpv 1 Trap, Snmpv2Trap和 Snmpv3.Trap 的各自构成- 所以，本实施例中将 SNMFi'rap 设置为标签（相对于个 SNMPTrap 而言称为标签，实际属于 data 的子标签）, 将 nmpvlTrap. Snmpv2Trap以及 Snmpv3TVa|设置为 SNMP p的子标签；将 Snmpv 1 Trap, Snmpv2Tra 以及 Snmpv3Trap中各自携带的信息按照表 1或表 2所示关系分对应地设置为 SiimpvlTra Snmpv2Tra 以及 Sn..mpv3Tm 的第一级子标签或第二，第三级子标签

图 5 为本发明实施例 SiimpTrap封装为 XK L格式的模型示意图以 Snmpv !Trap为例进行说明，如表 1所示， PdtiDa 包括 +t½estamp、 gentaddr, eid、 sid以及 vbs, 各部分为平行关系, 所以, 图 5所示的 Smrtpv iTYap的封裝方式中，将表 1所示的 timestamp、 agentaddr. dd、 sid以及 vbs分別设置为 SnmpvlTrap的同一级子标签; 而表 I 中所示的 community, 本实施例中会将其设置为一个属性。 Snmpv2T p的封装方式与 Snmpv lTrap类似，即将表 2所示的 PduDaia中的内容如 vb，分別设置为 Snmpv2Trap的子标甚, 将 vb 中进一步包括的内容，如 d和 value分別设置为 vb子标签的下一鈒子标签而 Snmpv3T p的封装方式则只是在 Stimpv2Tra 封装方式的基础上增加了 contextname以及 ontextid.,

需要说明的是， B 5 所示 SnmpvZTrap 子标签后进一步包括一个 Snmpv2trapGroup 子标签，该子标签的设置只是为了便于描述后续 Smmpv Yap的封装方式，并无实际意义

结合图 4和图 5 , 相 ί括而言，本发明实施例所述的 SnmpTrap封装方式就是将 ¾ 5所示内容全部封装在图 4所示 "a y" 中，并且封装在 "arty" 中的内容也要符合图 4所示模型的屋次结构 _a

举例说明：

本示例用于通知客户端，系统中设备的 i个接口故障（down ) 事件，对应生成的事件通知为 Snrapvltra 告警，其中的 com.mun.it 为 "public" , timestam 为 "3:40"、 ageniaddr为 10.1 1 1.64.12^ , gid为 " L3.6.1.4.1.201 Γ\ sid为" 2，，、sid为" 0" ;该告警有一个 vb,且该 vb的 old为" 1 ,3,6丄4丄2011 ,2, "， value为 "2·"» .、

将该示例所示 Snmpvltrap 告警封装为 XML 格式的 XML 模型定义 ( XSD )丈件文本为：

<?xm! version-" 1 ,0" e ricod i ng=" UTF-S " ?>

<notificati m xrnliis="um: .tf:params:jinil:ns:riet£orif:iiotitkatk>n'J .0" ni Ins: hwtrap=' ' x p :/ liuawe i , com/conmion/trap^

Mmlnsnoiify^^urrdetf^param^xni riS^etc' mfnoitifi cation: ί.Ο'*.

xmlns： xs ί - htt ： /7vvww,w3. org/2001 /X L, Schema- ί n stan ce "

x sirschemaLocati on= ^! hitp : /huaw 'LC om/coramon/trap

D:\proj ectVX L rietconl\x sd snmptrap.xsd">

<data>

<snmpTrapPdu xml ns-- ^< htt ： ima we i .com/ci)iii ]i o n/te-ap" > <snnipvltrap com m un ity™ " n bl i c "

<v s>

<yb>

<oid> 1 ,3.6.1 A. \ 2011.2.1 </old

</vb>

</vbs>

</snmpv I trap>

</smii.p'rrapPdu >

</data>

</noiification>

311 : 会话处理模块将封装为 XML格式的事件通知发送给客户端需要说明的，本实施例中，客户端发送的订阅请求中还可以进一步携带有格式请求信息，用于说明客卢端希望接收到的事件通知格式比如，服务器生成的事件通知为 XML-Snmpvl U'ap 格式，但是客户端希望接收到 XML-Snmpv2trap格式的事件通知，则： H0将进一步包括：会话处理模决将 XML-Snmpv hrap格式的事件通知转换为 XML-Snmpv.2trap格式,所朱用的转换方式可以为可扩展类型表语言转换（XSLT 方式„

XSLJ是一种用于描述 XML文档之间如何转换的语言，它同 XPath标准紧密结合二者共冏致力于网络数据管理的开发工作 XPath 用于指定需要进行转换的内容，而 XSLT 则提供了描述如何实现转换的相应的互,补语言.、 XSLT t规定了一系列将源 XML文档转换为绪果 XML文档的规则，对于本发明实施例来说，結果 XML文档可以为 ML-Snmpvltrap.XML-Snmpv'2trap . XK'IL-Snmpv3ira 以及 XML-s.vs g等通过 XSUT处理器即可完成基于这些规则的转换过程.，当然，除了用于源 XML文档向结杲 XML文档的转换外， XSLT还可以用于实现 XML文档向其它格式文梏的转换，比如超文本链接标识语言（HTML )等

图 6 为本发明实施例通过 XSLT 实现 XML-Snmpv2lrap 和 XML-Snmpv ltrap 之间转换的规则示意 L 如图 6 所示，两种格式中的 timestamp > community以及 vbs进行对应转换; XML-Snmpvltrap中的 eid为固定值，为转换脚本逸行之前输入的一个参数；而 XML-Snmpv2trap 中的 trapoid.和 XML^Smnpv!tra 中的 g'td以及 sid将按照图 6中的程序段所示的规则迸行转换，即： impokT l,3.6 l A3.1. l .5J 5†, 对应转换后的 gki和 ski 均为 0, 当 trapoid取其它值时，对应的 gki和 sid的转换规则请参照下面的倒子。

依图 6所示, 实现 XML-Sn.mpv2tra 与 XML-Siimpv ltrap之间的转换举例说明， ML-Sii!r)pv2lrap向 ML^Snmpv I tra 转换的 XSLT脚本如下：

< sl;st} esheet verston=" \ .0" xmlns:xsi=^r'http:/y vwwA\e.org/I 99/XSL/Transfbi"m'^r>

<xsl: output method=" ;n3)" version™" 1 X encod ing-" UTF- 8 ' ' indent- "ye s"/> ^

<xsl;tempiaie mate f /" >

<xsl: variable name- 'eid" > i 3*6.1 .4.1.201 l</xsl:variable>

<xs!:foi'each se i ect- " sn mpTrapPdu ' '>

<x¾I -.element n細， sm"np'TmpPdu"> <xs or-each select="snmpv2irap">

<xsi： el ment name="snmpv 1 tmp'>

<xs):vaiue ii\seleci™^, ¾conimunity^,,/'>

</xsl;aitribut.e>

< 5l: value -of sekci-^timestamp"-- </tiitiestamp>

agentaddr>0,0,0.0<agentaddr>

<xsl:choose>

xsl;vvhen

test^'trapoid^ & .quot; 13,6,1,6.3.1.1,5.1 "">

<eid>

<xsl:value-of seleci""'^r$eid">

</eid>

<gid>0</gid

<sid>0<skl

</xsl:wten> //当 trapoid为 L3.6丄 6 1丄 5. 时，对应转换后的 gid和 sid为 0

<xsi:when

tes ="t p d=&qu(>i;！ ,3.6.1.6.3.1.1.5.2&ί|ΐκ¾;">

<eid>

<xsl:value-of select- '$eid'V>

</eid>

</xsl;when> //当 trapoid 为 1 6丄 63丄 1,5.2 时，

对应转换后的 gkl为 1 , sid为 0 xslwhesi

1 ,3,6, 1 Α3Λ丄; 5.3"'^f>

<eid>

<xs!val ue-of sele t=" $eid"

<e\d>

</xsl:when> 〃当 trapoid 为 13.6..1 «6.3.1.1.5.3 时>

对应特换后的 gid为 2, sid为 0

<xsl:when

1 ,3.6.1.6.3.1 , 1.5,4"^tF

<eid>

xsl:va! ue-of s iect-" $eid " />

</eid>

<xsi: hen> /7当 tmpoid为 1.3 >6、 1 ,6.3 · U .5 A 时，

对应转换后的 gid为 3, sid为 0

< stwh

test=^,itrapoid-" 1.3.6.〖 .6.3.1.】 .5₍5<&quot-"

<eid>

<xsl:value'- of

</ id>

</xsl;w.hen> 〃当 trapoid为 1.3,6.1.6.3, 1.1.5.5 时，对应转换后的 gid为 4， sid为 0 xsl:when

lestWtrapoid " 1 ,3.6.1 <6,3.1.1 ·5.6&(ϋ<)ί;">

<esd>

<xsi： value-of $ciect™^u$eid'7>

<eid>

<gid>5</gi(i

</xsl： when> //当 traposd为 1.3.6.1.6.3 ,1.1.5.6 对应转换后的 gid为 5* sid

<xsl:other ise>

esd>

<xsi;vaiue-of select^"Seid"/

</eicl>

<gid>6<gid

<sid>

<xshvalue-of

s l eci"" substring(trapo id ,stii ng- 1 ength(trapoid)-2 _ss triiig»]eigth(trapo i d ) 7>

<sid>

</xsl:otherwise> 〃当 tmpo 取其它值时，对应转换后的 gk为 6

sid按照 "sdect=.,,.,," 所迷方式取值

<xsl： choose>

<xsl:cop -of seject^^vbs'':'- </xsl;elemeni>

<xsl:for-each>

</xsl;ejement> </xsl:f r-eadi>

</xsi:tempIate>

<xsi:stylesheet>

图 7为本发明方法第二个较佳实施例的流程图本实施例与图 3所示实施例相比，服务器端生成的事件通知为 sys g

如围 7所示，该实施例包括：

首先，客户端与会话处理模块之间建立 SSH会话，建立 SSH会话的过程为现有技术

701: 客卢端向会话处理模块发送订阅请求。

订降请求中携带有订阅的事件通知类型、过滤类型以及所要求得到的过滤結果信息假设本实施例中，客户端订阅的事件通知类型是流为 "sys!ogover netconl"的所有事件，过滤类型为 Xpath过滤所要求的过滤结果为优先级 15 的事件进一步地，还可以在订阅请求中指定将事件通知存储到 syslog-subscripti n.profik文件中 ,指定订阋开始时同为 2001-12-24Tl2:23:45._a 现有 4 术中已经对 NETCONF的事件通知 ΐΤ阅请求的格式进行了明确定义，本步骤中发送的订阅请求只是对现有技术的应用而已举例如下：

<?xml version-" 1.0" encod i n = " UTF- 8 '¹ ?>

<rpc x m 1 ns ~ ^|:f u m : i etf :param s :xml： rsstnetconf: base:！ , xmlns: noti '麵： ί et fiparam s；翻 ms:ne icon f:noli il cati on； 1,0"

xm I n s：. tietcoii f- "« rn： ietf:para ois:xinl:ns： netcon f: bas : ί · 0 "

mhis;xsi-^, tt ; wwwAv3Arg2001

xsi:sdien L ca on=^;"iirn:ietf:params:xml:ns:'ne:t 3i f:iic 'iik'atiori:L0

D：proj ectlXML' ietcon xsclXNC -Noti ficatii n.xsd" message- id=" 10 i ¹'>

<create-subscription

mlns-" urn： ietf:params:xm.l:ns:netconf:notj fi cati on; 1.0">

</streams> 〃订阅流为" sys g over ntcoiif '的所有事件 <filter ty e="xpathⁱ¹ select^Vs slogs/s slog/V IIMsgSource- j"^ //采用 Xpath过滤方式，得到优先级为 g ~〗5的事件 <name d~pro i !e>s ys I og~sub scri tt on . protl ie < named - ro fi 1 e> /存储到指定文件

<startTime>2001 2-24Ti2:23:45</start.Time> 〃订阅开始时间 </create-su bsc rlpts. ors>

</rpc>

?02 - 706与 3{》2 ~ 306类似，不再赘述

707: 事件处理中心向通知管理模块发送 sys!og信息

当系统中有事件发生时，事件处理中心根据该事件类型，生成相应类型的事件通知。假设本步骤中事件处理中心向通知管理模块发送的 syslog信息中同时包括各个优先级的事件

708; 通知管理模块根据订阅列表进行过滤。

本步骤中，通知管理模块根椐订阅列表中存储的客户端的订阅事件通知类型信息找到订阅 syslog类型事件通知的客户端，并根据存储的过滤类型以及所要求得到的过滤结果信息，通过 Xpath过滤，得到只包括优先级为 8 - 15 的事件的事件通知，

也可以通过子树过滤方式，得到 "优先級为 8 5的事件的事件通知， ' 两种过滤方式均为现有技术，不再详细介绍，但是需要说明的是、本实施例中无论采用哪种过滤方式，都是以一条完整的 syslog为基本单元进行过滤的即不对信息内部进行过滤，以保证信息的完整性

709: 通知管理模块向会话处理模块发送过滤后的事件通知.，

710: 会话处理模块将事件通知封裝为 XML格式

本发明实施例中将 sys g袼式的事件通知封装为 XML格式的方式为：依据现有 NETCONF协议的事件通知模型，将 syslog中携带的信息封装到所述事件通模型的标签内容中，并且封装后的内容也要符合现有 NETCONF协议事件通知模型的层次结构

如表 3所示' syslog由 P 1、 HEADE 以及 MSG三部分组成，其中： PRI 进一步包括 MsgSource以及 Severity; HEADER.进一步包括 timestam 以及 agentaddr; MSG中包括的信息根据实际需要进行设置。所以，本实施例中要实现将 syslog格式的事件通知封装为 XML格式 > 只需将 sysiog设置为标签，将 systog中携带的信息按照上述层次关系分別设置为 syslog的第一级或第二级子标签

图 8为本发明实施例 syslog封装为 XML格式的模型示意图。如 S 8所示 P I> HEADER以及 MSG三个组成部分被设置为 sys!og的三个子标签，而 PRJ. HEADER 以及 MSG 各自所包括的信息则被进一步设置为 PRI _¾ HEADE 以及 MSG的子杯签。 ¾ 8所示的 sysiog标签之前进一步包括一个 sys!ogs 标签，该标签的作用是.为了说明可以将多个 sys g 封装在同一个 sys!ogs中进行发送 _c

结合图 4和图 8, 概括而言，本发明实施例所述的 syslog封装方式就是将图 8所示内容全部封装在图 4所示 "any" 中，并且封装在 "any" 中的内容也要符合图 4所示模型的层次结构，

举例 i 明：

本示例用于通知客户端，系统中设备的 1 个接口 down事件，生成的事件通知为 sysl g。其中； PR1为 8、 timestamp为 "2001- Ι'2-24Ή2: 23: 45\ agentaddr为" 10.1 U .641 T 、告警的接口索引为 Ί 告警信息为 "iinkdown" -、将该示例所述 sy& og封装为 XML格式的 XSD文件文本为：

<?xml version-" 1.0" en codi ng=" UTF- 8 ' '?>

<not{fication xmlns~"urn： i etf : pararas ; xm I : ns : netcon f : noti flcafion： ί ,0" xm J ； h wsy slog= "htip : /ltua ei .com common/sys] og"

xmins:nolify '^:um: tf,pai.ams:xmi:ns:i teonf:!iotificai:ion:】 .(Γ

xs i： schemaLocfit on=" http :/ h u awei . c om c mmon/syslog s s log.xsd ">

<data>

<PR1>

<MsgSout'ce i < sgSource>

<Severily>0 /Severity> <:/PRI>

</!iEADER>

< SG>

<¾larmiofo>Jinkdown<a!arninfo

</top>

</s slogs>

< ata>

</notification>

711: 会话处理模块将封装为 XML格式的事件通知发送给客户端后续处理过程与图 3所示实施例类似，不再赘迷

依据上述方法图 9为本发明系统实施例的組成结构示意图。如围 9所示，该系统包括客户端 903和服务器 902;

客户端 901，用于在服务器 902中订阅事件通知，并接收服务器 902发送的事件通知；

服务器 902，用于在系统中有事件发生时，生成事件通知，并将事件通知转换为客户端 90i能够识别的格式后发送给客户端 90L

其中服务器具体包括：会话处理模块 902!、通知管理模块 9022 以及事件处理中心 9023;

会话处理模块用于将接收自客户端 9 1的携带有订阅事件通如类型的订阅请求发送至通知管理模块 9022, 并将接收自通知管理模块 9022 的响应消息转化为 XMI_格式后发送至客户端 901;接收来自通知管理模块 9022 的事件通知将事件通知转换为 XML格式后发送至客户端 9(Π ;

通知管理模块 9022 , 用于将接收自会话处理模块 902] 的订阅请求加入预先保存的订阅列表并且向会话处理模块 9021回送订 ¾成功与否的响应消息；接收来自事件处理中心 9023的事件通知，根据订阅列表过滤到订阅该类型事件通知的客户端、并将事件通知发送到会话处理模块 9021 ;

事件处理中心 9023，用于在系统中有事件发生时，根据需要生成与事件对应的类型的事件通知，并将事件通知发送至通知管理模块 9022

上述订闳请求中可进一步構带有过滤类型以及所要求得到的过滤结果信息；相应地，通知管理模块 9022进一步用于，根据过滤类 i以及所要求得到的过滤结果信息过滤得到客户端 901实际订阅的事件適知。

如果需要，上述订阋请求中还可进一步携带有格式请求信息；相应地，会话处理模块 9021进一步用于将 XM.L格式的事件通知转换为客户端 901 的格式请求信息中所请求的格式

可见，采用本发明实施例的技术方案实现了有效地兼容各种形式的事件通知方式；而且，由于客户端和服务器之间采用 SSH连接承载协议而 SSH 采用 TCP连接，对内容进行了加密处理，所以保证了事件通知的可靠到达以及信息内容的安全性；此外由于使用 XML 文本流的方式发送事件通知，在任何层面都能够较为容易的使用 XSUT对其进行转换，从而方便了客户端的后续处理；再有，本发明实施例中允许将多个事件通知批量放在同一 XML 文件中进行传送，减少了传送消耗，而且本发明实施例要实现过滤订阅非常方便，不但过滤方式灵活，而且可以实现针对每个 II标（'Harget )的个性化过

其中，客户端具体包括：订阅模块以及接收模块；

所述订阅模块，用于在 NETCONF服务器中订阅事件通知；所述接收模块，用于接收所述 NETCONF服务器发送的事件通知，所述事件通知为所述 NETCONF 服务器在系统中有事件发生时，根据所述订阅模块订阅的事件通知的相关信息将所生成的事件通知转换为 NETCONF客户端能够识别的格式的事件通知

本领域普通技术人员可以理解：实现上述方法实施倒的全部或部分步骤可以通过程序指令相关的硬件来完成，前迷的程序可以存储于一计算机可读驭存储介质中，该程序在执行时，执行包括上迷方法实施例的步骤；前述. 的存储介盾包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前迷各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围„

Claims

权利要求

1、一种基于网络配置协议的事件通知发送方法，其特征在于，包括： NETCONF服务器接受 NETCONF客户端订阅事件通知；

当系统中有事件发生时，所述 NETCONF服务器生成事件通知，并根据所述 NETCONF客户端订阅的事件通知的相关信息将所述事件通知转换为所述 NETCONF客户端能够识别的格式；

所述 NETCONF服务器向所述 NETCONF客户端发送所述经过转换的事件通知。

2、根据权利要求 1所述的方法，其特征在于，所述 NETCONF服务器接受 NETCONF客户端订阅事件通知之前还包括：

所述 NETCONF客户端与所述 NETCONF服务器之间建立基于传输控制协议 TCP的会话。

3、根据权利要求 1或 2所述的方法，其特征在于，所述 NETCONF服务器接受 NETCONF客户端订阅事件通知具体包括：

所述 NETCONF服务器接收所述 NETCONF客户端发送的订阅请求，所述订阅请求中携带有订阅的事件通知类型信息；

所述 NETCONF服务器在订阅成功后将所述订阅请求加入预先设置的订阅列表中。

4、根据权利要求 3所述的方法，其特征在于，所述方法还包括：所述 NETCONF服务器生成订阅的响应消息，并将所述响应消息转换为可扩展标识语言 XML格式后发送至所述 NETCONF客户端。

5、根据权利要求 3所述的方法，其特征在于，所述 NETCONF服务器生成事件通知具体包括：

所述 NETCONF服务器根据所发生的事件类型，生成与所述事件类型对应类型的事件通知。

6、根据权利要求 5所述的方法，其特征在于，所述 NETCONF服务器将所述事件通知转换为所述 NETCONF客户端能够识别的格式之前还包括：所述 NETCONF服务器根据所述订阅列表中存储的订阅的事件通知类型信息，查找到订阅所述类型事件通知的 NETCONF客户端。

7、根据权利要求 6所述的方法，其特征在于，所述 NETCONF服务器将所述事件通知转换为所述 NETCONF客户端能够识别的格式具体包括：

如果所述订阅请求中没有携带格式请求信息，则所述 NETCONF服务器将所述类型事件通知封装为 XML格式；

如果所述订阅请求中进一步携带有格式请求信息，则所述 NETCONF服务器首先将所述类型事件通知封装为 XML格式，然后，将所述封装为 XML 格式的事件通知转换为所述 NETCONF客户端的格式请求信息中所请求的格式。

8、根据权利要求 7所述的方法，其特征在于，所述事件通知类型为筒单网络管理协议告警 SnmpTrap或系统日志 syslog。

9、根据权利要求 8所述的方法，其特征在于，所述订阅请求中进一步携带有过滤类型以及所要求得到的过滤结果信息。

10、根据权利要求 9 所述的方法，其特征在于，所述过滤类型为子树 SUBTREE过滤或 XML路径语言 Xpath过滤。

11、根据权利要求 9或 10所述的方法，其特征在于，所述 NETCONF服务器将所述事件通知转换为所述 NETCONF客户端能够识别的格式之前还包括：得到的过滤结果信息过滤得到所述 NETCONF客户端实际订阅的事件通知。

12、根据权利要求 8所述的方法，其特征在于，若所述事件通知的类型为筒单网络管理协议告警 SnmpTrap,则所述 NETCONF服务器将事件通知封装为 XML格式具体为：

所述 NETCONF服务器依据 NETCONF协议的事件通知模型，将所述 SnmpTrap 中携带的信息封装到所述标签内容中，封装后的内容符合所述 NETCONF协议事件通知模型的层次结构，所述事件通知模型为标签、子标签以及标签内容的层次结构，所述子标签为数据 data标签，其对应的标签内容中可任意添加信息。

13、根据权利要求 8所述的方法，其特征在于，若所述事件通知的类型为系统日志 syslog,则所述 NETCONF服务器将事件通知封装为 XML格式具体为：

所述 NETCONF服务器依据 NETCONF协议的事件通知模型，将所述 syslog 中携带的信息封装到所述标签内容中，封装后的内容符合所述 NETCONF协议事件通知模型的层次结构，所述事件通知模型为标签、子标签以及标签内容的层次结构，所述子标签为 data标签，其对应的标签内容中可任意添加信息。

14、根据权利要求 13所述的方法，其特征在于，所述 syslog 由优先级 PRL 消息头 HEADER以及消息内容 MSG三部分组成；其中，所述 PRI中进一步包括日志来源 MsgSource以及严重程度 Severity信息；所述 HEADER 中进一步包括 timestamp以及 agentaddr信息；所述 MSG中包括的信息根据实际需要进行设置；

所述 NETCONF服务器将 syslog中携带的信息封装到所述标签内容中的方法具体为：

所述 NETCONF服务器将 syslog设置为标签，并将所述 syslog中携带的信息按照所述层次关系分别设置为所述 syslog标签的不同级别子标签。

15、根据权利要求 14所述的方法，其特征在于，所述方法还包括：所述 NETCONF服务器设置一个标签 syslogs, 将一个或一个以上的所述 syslog标签设置为所述 syslogs的子标签。

16、根据权利要求 14所述的方法，其特征在于，所述 NETCONF服务器将封装为 XML格式的事件通知转换为所述 NETCONF客户端的格式请求信息中所请求的格式的方法为：

所述 NETCONF服务器通过可扩展类型表语言转换 XSLT方式，将所述 XML格式的事件通知转换为 NETCONF客户端所请求的格式。

17、一种基于网络配置协议的事件通知发送系统，其特征在于，该系统包括 NETCONF客户端和 NETCONF服务器；

所述 NETCONF客户端，用于在所述 NETCONF服务器中订阅事件通知，并接收所述 NETCONF服务器发送的事件通知；

所述 NETCONF服务器，用于在系统中有事件发生时，生成事件通知，并根据所述 NETCONF客户端订阅的事件通知的相关信息将所述事件通知转换为 NETCONF客户端能够识别的格式后，发送至所述 NETCONF客户端。

18、一种基于网络配置协议的事件通知发送设备，该设备为 NETCONF 服务器，其特征在于，包括：会话处理模块、通知管理模块以及事件处理中所述事件处理中心，用于当系统中有事件发生时，生成事件通知，并向所述通知管理模块发送所述事件通知；

所述通知管理模块，用于接受 NETCONF客户端订阅事件通知，并根据所述订阅的事件通知，向所述会话处理模块转发所述事件处理中心发送的事件通知；

所述会话处理模块，用于将所述通知管理模块发送的事件通知转换为所述 NETCONF客户端能够识别的格式，发送给所述 NETCONF客户端。

19、根据权利要求 18所述的设备，其特征在于，

所述会话处理模块具体用于将接收自 NETCONF客户端的携带有订阅事件通知类型的订阅请求发送至所述通知管理模块，并将接收自所述通知管理模块的响应消息转化为 XML格式后发送至所述 NETCONF客户端；接收来自所述通知管理模块的事件通知，将所述事件通知转换为 XML格式后发送至所述 NETCONF客户端；

所述通知管理模块具体用于将接收自所述会话处理模块的订阅请求加入预先保存的订阅列表，并且向所述会话处理模块回送订阅成功与否的响应消息；接收来自所述事件处理中心的事件通知，根据所述订阅列表过滤到订阅所述类型事件通知的 NETCONF客户端，并将所述事件通知发送到所述会话处理模块；

所述事件处理中心具体用于在系统中有事件发生时，根据需要生成与所述事件对应的类型的事件通知，并将所述事件通知发送至所述通知管理模块。

20、根据权利要求 19所述的设备，其特征在于，所述订阅请求中进一步携带有过滤类型以及所要求得到的过滤结果信息；

所述通知管理模块进一步用于，根据所述过滤类型以及所要求得到的过滤结果信息过滤得到所述 NETCONF客户端实际订阅的事件通知。

21、根据权利要求 19所述的设备，其特征在于，所述订阅请求中进一步携带有格式请求信息；

所述会话处理模块进一步用于，将所述 XML格式的事件通知转换为所述 NETCONF客户端的格式请求信息中所请求的格式。

22、一种基于网络配置协议的事件通知接收设备，该设备为 NETCONF 客户端，其特征在于，包括：订阅模块以及接收模块；

所述订阅模块，用于在 NETCONF服务器中订阅事件通知；

所述接收模块，用于接收所述 NETCONF服务器发送的事件通知，所述事件通知为所述 NETCONF服务器在系统中有事件发生时，根据所述订阅模块订阅的事件通知的相关信息将所生成的事件通知转换为 NETCONF客户端能够识别的格式的事件通知。