CN105991311A - 光传送网otn设备告警的处理方法及装置 - Google Patents
光传送网otn设备告警的处理方法及装置 Download PDFInfo
- Publication number
- CN105991311A CN105991311A CN201510054329.0A CN201510054329A CN105991311A CN 105991311 A CN105991311 A CN 105991311A CN 201510054329 A CN201510054329 A CN 201510054329A CN 105991311 A CN105991311 A CN 105991311A
- Authority
- CN
- China
- Prior art keywords
- alarm
- message
- otn equipment
- port
- type
- 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
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种光传送网OTN设备告警的处理方法及装置,其中该方法包括:光传送网OTN设备接收告警操作消息,其中,告警操作消息的类型包括:第一告警监视消息、第一告警状态查询消息,该第一告警监视消息用于指示OTN设备配置OTN设备的告警监视状态,该第一告警状态查询消息用于指示OTN设备查询OTN设备的告警状态;OTN设备依据告警操作消息的类型执行与类型对应的告警操作。通过本发明,解决了相关技术中OTN设备不支持告警机制的问题,实现了在OTN设备中的告警机制。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种光传送网OTN设备告警的处理方法及装置。
背景技术
随着软件定义网络(Software Defined Networking简称为SDN)技术在运营商和互联网用户中逐步应用,SDN技术对光传送网(Optical Transport Network简称为OTN)设备中的控制也成为迫切的需求。目前,基于OTN的SDN技术验证与测试,各厂商正与运营商在合作中稳步推进。OpenFlow协议是SDN中最为核心的南向接口协议,但该协议目前不支持OTN设备的告警机制,导致SDN的业务不能进行恢复倒换,进而导致SDN中业务的生存性大幅度降低,无法满足客户对业务的维护需求。
针对相关技术中OTN设备不支持告警机制的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种光传送网OTN设备告警的处理方法及装置,以至少解决相关技术中OTN设备不支持告警机制的问题。
根据本发明的一个方面,提供了一种光传送网OTN设备告警的处理方法,包括:光传送网OTN设备接收告警操作消息,其中,所述告警操作消息的类型包括:第一告警监视消息、第一告警状态查询消息,该第一告警监视消息用于指示所述OTN设备配置所述OTN设备的告警监视状态,该第一告警状态查询消息用于指示所述OTN设备查询所述OTN设备的告警状态;所述OTN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作。
进一步地,所述告警操作消息为OpenFlow协议中的OFPT_FLOW_MOD消息,其中,在所述OFPT_FLOW_MOD消息的扩展类型中定义有用于指示告警操作的类型,以及与所述类型对应的结构类型,该结构类型的不同取值用于表示不同的所述类型。
进一步地,所述告警操作消息还携带有所述OTN设备的指定端口信息、指定标签信息,所述OTN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作包括:所述OTN设备依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的本地端口;所述OTN设备判断所述本地端口的告警监视状态与所述第一告警监视消息对应的告警监视状态是否匹配,其中,告警监视的状态包括:告警监视关闭、告警监视开启;所述OTN设备依据判断结果配置所述本地端口的告警监视状态。
进一步地,所述OTN设备依据判断结果配置所述本地端口的告警监视状态包括:在所述判断结果为否时,所述OTN设备依据所述第一告警监视消息的状态配置所述本地端口的告警监视状态;在所述判断结构为是时,所述OTN设备则禁止执行配置所述本地端口的告警监视状态的操作。
进一步地,所述OTN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作包括:所述OTN设备依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的所述本地端口;所述OTN设备查询所述本地端口的告警状态,其中,所述告警状态包括:告警产生、告警消失;所述OTN设备将所述告警状态信息标识在OFPT_PORT_STATUS消息的扩展类型中,并上报所述OFPT_PORT_STATUS消息。
进一步地,在所述OTN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作之后,所述方法还包括:在所述OTN设备的指定端口产生告警时,所述OTN设备判断所述指定端口的告警监视状态是否为告警监视开启;在判断结果为是时,所述OTN设备在所述OFPT_PORT_STATUS消息的扩展类型中填写所述指定端口的端口信息,并上报所述OFPT_PORT_STATUS消息;在判断结果为否时,所述OTN设备禁止执行上报告警状态的操作。
根据本发明的另一个方面,提供了一种光传送网OTN设备告警的处理装置,位于OTN设备侧,包括:接收模块,用于接收告警操作消息,其中,所述告警操作消息的类型包括:第一告警监视消息、第一告警状态查询消息,该第一告警监视消息用于指示所述OTN设备配置所述OTN设备的告警监视状态,该第一告警状态查询消息用于指示所述OTN设备查询所述OTN设备的告警状态;执行模块,用于依据所述告警操作消息的类型执行与所述类型对应的告警操作。
进一步地,所述告警操作消息为OpenFlow协议中的OFPT_FLOW_MOD消息,其中,在所述OFPT_FLOW_MOD消息的扩展类型中定义有用于指示告警操作的类型,以及与所述类型对应的结构类型,该结构类型的不同取值用于表示不同的所述类型。
进一步地,所述告警操作消息还携带有所述OTN设备的指定端口信息、指定标签信息,所述执行模块还包括:第一查询单元,用于依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的本地端口;判断单元,用于判断所述本地端口的告警监视状态与所述第一告警监视消息对应的告警监视状态是否匹配,其中,告警监视的状态包括:告警监视关闭、告警监视开启;配置单元,用于依据判断结果配置所述本地端口的告警监视状态。
进一步地,所述配置单元还包括:第一配置子单元,用于在所述判断结果为否时,依据所述第一告警监视消息的状态配置所述本地端口的告警监视状态;第二配置子单元,用于在所述判断结构为是时,禁止执行配置所述本地端口的告警监视状态的操作。
进一步地,所述执行模块包括:第二查询单元,用于依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的所述本地端口;第三查询单元,用于查询所述本地端口的告警状态,其中,所述告警状态包括:告警产生、告警消失;标识单元,用于将所述告警状态信息标识在OFPT_PORT_STATUS消息的扩展类型中,并上报所述OFPT_PORT_STATUS消息。
进一步地,所述装置还包括:判断模块,用于在所述OTN设备的指定端口产生告警时,判断所述指定端口的告警监视状态是否为告警监视开启;上报模块,用于在判断结果为是时,在所述OFPT_PORT_STATUS消息的扩展类型中填写所述指定端口的端口信息,并上报所述OFPT_PORT_STATUS消息;禁止模块,用于在判断结果为否时,所述OTN设备禁止执行上报告警状态的操作。
通过本发明,采用OTN设备在接收到告警操作消息之后,其中,该告警操作消息包括:第一告警监视消息、第一告警状态查询消息,其中,该第一告警监视消息用于指示OTN设备配置OTN设备的告警监视状态,该第一告警状态查询消息用于指示OTN设备查询OTN设备的告警状态,依据该告警操作消息的类型执行与该类型对应的告警操作的方式,实现了在OTN设备中的告警机制,解决了相关技术中OTN设备不支持告警机制的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的光传送网OTN设备告警的处理方法的流程图;
图2是根据本发明实施例的光传送网OTN设备告警的处理装置结构框图一;
图3是根据本发明实施例的光传送网OTN设备告警的处理装置结构框图二;
图4是根据本发明可选实施例的Controller发送告警操作消息的流程图;
图5是根据本发明可选实施例的告警监视消息结构示意图;
图6是根据本发明可选实施例的告警状态查询消息结构示意图;
图7是根据本发明可选实施例的OTN设备网元收到告警操作消息进行分发的流程图;
图8是根据本发明可选实施例的OTN设备网元告警监视配置方法流程图;
图9是根据本发明可选实施的OTN设备网元收到告警查询消息的处理方法流程图;
图10是根据本发明可选实施例的OTN设备网元告警状态主动上报方法流程图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
本实施例提供了一种光传送网OTN设备告警的处理方法,图1是根据本发明实施例的光传送网OTN设备告警的处理方法的流程图,如图1所示,该方法的步骤包括:
步骤S102:光传送网OTN设备接收告警操作消息;
其中,告警操作消息的类型包括:第一告警监视消息、第一告警状态查询消息,该第一告警监视消息用于指示OTN设备配置OTN设备的告警监视状态,该第一告警状态查询消息用于指示OTN设备查询OTN设备的告警状态;
步骤S104:OTN设备依据告警操作消息的类型执行与该类型对应的告警操作。
通过本实施例,OTN设备在接收到告警操作消息之后,其中,告警操作消息包括:第一告警监视消息、第一告警状态查询消息,其中,该第一告警监视消息用于指示OTN设备配置OTN设备的告警监视状态,该第一告警状态查询消息用于指示OTN设备查询OTN设备的告警状态,依据该告警操作消息的类型执行与该类型对应的告警操作的方式,实现了在OTN设备中的告警机制,解决了相关技术中OTN设备不支持告警机制的问题。
对于本实施例涉及到的该告警操作消息,在本实施例的一个可选实施例中该告警操作消息为OpenFlow协议中的OFPT_FLOW_MOD消息,其中,在OFPT_FLOW_MOD消息的扩展类型中定义有用于指示告警操作的类型,以及与该类型对应的结构类型,该结构类型的不同取值用于表示不同的告警操作类型。
而在本实施例的一个可选的应用场景中,该告警操作消息可以是对OFPT_FLOW_MOD消息进行扩展,体现在对该消息中Match entries部分的oxm_fields支持的类型扩展,如新增类型OFPXMT_EXP_OTN_ALARM_MONITOR,取值100,用于表示告警操作,并定义其对应的结构体,用于标识告警操作类型,包括告警监视开启、告警监视关闭、告警状态查询。例如,OFPXMT_EXP_ALARM_MONITOR_CANCEL等于0,表示告警监视关闭;OFPXMT_EXP_ALARM_MONITOR_SET等于1,表示告警监视开启;OFPXMT_EXP_ALARM_MONITOR_QUERY等于2,表示告警状态查询。
此外,在本实施例的另一个可选实施例中该告警操作消息还可以携带有OTN设备的指定端口信息、指定标签信息;基于此,本实施例中步骤S104中OTN设备依据告警操作消息的类型执行与该类型对应的告警操作的方式可以通过如下步骤但不限于如下步骤来实现:
步骤S11:OTN设备依据指定端口信息和指定标签信息查询到与指定端口信息和指定标签信息对应的本地端口;
步骤S12:OTN设备判断本地端口的告警监视状态与第一告警监视消息对应的告警监视状态是否匹配,其中,告警监视的状态包括:告警监视关闭、告警监视开启;
步骤S13:OTN依据判断结果配置本地端口的告警监视状态。
其中,在判断结果为否时,OTN设备依据第一告警监视消息的状态配置本地端口的告警监视状态;在判断结构为是时,OTN设备则禁止执行配置本地端口的告警监视状态的操作。
在本实施例的另一个实施例中,本实施例中的步骤S104,OTN设备依据告警操作消息的类型执行与该类型对应的告警操作的方式可以通过如下方式但不限于如下方式来实现:
步骤S21:OTN设备依据指定端口信息和指定标签信息查询到与指定端口信息和指定标签信息对应的本地端口;
步骤S22:OTN设备查询本地端口的告警状态,其中,告警状态包括:告警产生、告警消失;
步骤S23:OTN设备将告警状态信息标识在OFPT_PORT_STATUS消息的扩展类型中,并上报OFPT_PORT_STATUS消息。
针对上述步骤S21至S23,在本实施例的一个可选的应用场景中,是对OFPT_PORT_STATUS消息进行扩展,体现在对该消息中reason支持的类型进行扩展,如新增OFPPR_ALARM_DISAPPEAR,取值为3,表示告警消失;新增OFPPR_ALARM_OCCUR,取值为4,标识告警产生,从而使得OFPT_PORT_STATUS消息能够标识OTN设备的告警状态。
在本实施例中,在OTN设备依据告警操作消息的类型执行与该类型对应的告警操作之后,本实施例的方法还可以包括如何实现告警状态的上报,其实现方式可以通过如下步骤来实现:
步骤S31:在OTN设备的指定端口产生告警时,OTN设备判断指定端口的告警监视状态是否为告警监视开启;
步骤S32:在判断结果为是时,OTN设备在OFPT_PORT_STATUS消息的扩展类型中填写指定端口的端口信息,并上报OFPT_PORT_STATUS消息;
步骤S33:在判断结果为否时,OTN设备禁止执行上报告警状态的操作。
在本实施例中还提供了一种光传送网OTN设备告警的处理装置,该装置用于实现上述实施例及可选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”“单元”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的光传送网OTN设备告警的处理装置结构框图一,该装置位于OTN设备侧,如图2所示,该装置包括:接收模块22,用于接收告警操作消息,其中,告警操作消息的类型包括:第一告警监视消息、第一告警状态查询消息,该第一告警监视消息用于指示OTN设备配置OTN设备的告警监视状态,该第一告警状态查询消息用于指示OTN设备查询OTN设备的告警状态;执行模块24,与接收模块22耦合连接,用于依据告警操作消息的类型执行与该类型对应的告警操作。
可选地,告警操作消息为OpenFlow协议中的OFPT_FLOW_MOD消息,其中,在OFPT_FLOW_MOD消息的扩展类型中定义有用于指示告警操作的类型,以及与类型对应的结构类型,该结构类型的不同取值用于表示不同的告警操作类型。
可选地,告警操作消息还携带有OTN设备的指定端口信息、指定标签信息,执行模块还包括:第一查询单元,用于依据指定端口信息和指定标签信息查询到与指定端口信息和指定标签信息对应的本地端口;判断单元,与该第一查询单元耦合连接,用于判断本地端口的告警监视状态与第一告警监视消息的状态是否匹配,其中,告警监视的状态包括:告警监视关闭、告警监视开启;配置单元,与判断单元耦合连接,用于依据判断结果配置本地端口的告警监视状态。
可选地,配置单元还包括:第一配置子单元,用于在判断结果为否时,依据第一告警监视消息的状态配置本地端口的告警监视状态;第二配置子单元,第一配置子单元耦合连接,用于在判断结构为是时,禁止执行配置本地端口的告警监视状态的操作。
可选地,执行模块24包括:第二查询单元,用于依据指定端口信息和指定标签信息查询到与指定端口信息和指定标签信息对应的本地端口;第三查询单元,与第二查询单元耦合连接,用于查询本地端口的告警状态,其中,告警状态包括:告警产生、告警消失;标识单元,与第三查询单元耦合连接,用于将告警状态信息标识在OFPT_PORT_STATUS消息的扩展类型中,并上报OFPT_PORT_STATUS消息。
图3是根据本发明实施例的光传送网OTN设备告警的处理装置结构框图二,如图3所示,装置还可以包括:判断模块32,与执行模块24耦合连接,用于在OTN设备的指定端口产生告警时,判断指定端口的告警监视状态是否为告警监视开启;上报模块34,与判断模块32耦合连接,用于在判断结果为是时,在OFPT_PORT_STATUS消息的扩展类型中填写指定端口的端口信息,并上报OFPT_PORT_STATUS消息;禁止模块36,与上报模块34耦合连接,用于在判断结果为否时,OTN设备禁止执行上报告警状态的操作。
下面结合本发明的可选实施例对本发明进行举例说明;
本可选实施例提供了一种基于OPENFLOW协议的实现OTN设备告警机制的方法,图4是根据本发明可选实施例的Controller发送告警操作消息的流程图,如图4所示,该方法的步骤可以包括:
步骤S402:Controller发送告警操作消息,其中,该告警操作消息包括:告警监视消息、告警状态查询消息;
步骤S404:OTN设备网元收到告警操作消息进行分发;
步骤S406:OTN设备网元告警监视配置;
步骤S408:OTN设备网元收到告警查询消息的处理;OTN设备网元告警状态主动上报
对于上述步骤S202至步骤S208,在本可选实施例中,是通过对OpenFlow协议中的OFPT_FLOW_MOD消息和OFPT_PORT_STATUS消息进行扩展,实现了基于OTN的SDN的告警机制,该告警机制包括:告警监视设置、告警状态查询、告警主动上报,其中,告警监视配置包括:告警监视开启、告警监视关闭。
而对于OFPT_FLOW_MOD消息的扩展,体现在对该消息中Match entries部分的oxm_fields支持的类型扩展,如新增类型OFPXMT_EXP_OTN_ALARM_MONITOR,并取值100,用于表示告警操作,此外还定义其对应的结构体,用于标识告警操作类型,该告警操作类型包括:告警监视开启、告警监视关闭、告警状态查询。从而实现了基于OTN的SDN对OTN设备节点进行告警操作的功能。
对OFPT_PORT_STATUS消息的扩展,体现在对消息中reason支持的类型进行扩展,如新增OFPPR_ALARM_DISAPPEAR,取值为3,表示告警消失;新增OFPPR_ALARM_OCCUR,取值为4,标识告警产生,使得OFPT_PORT_STATUS消息能够标识设备的告警状态,从而实现了OTN设备节点能够上报设备告警状态功能。
下面结合附图对本可选实施例的步骤S402至步骤S408进行详细的说明;
下面结合图5和图6对于本可选实施例的步骤S402进行详细的解释,图5是根据本发明可选实施例的告警监视消息结构示意图,图6是根据本发明可选实施例的告警状态查询消息结构示意图,该方式可以通过如下步骤来实现:
步骤S41:当Controller触发告警机制后,首先根据OpenFlow协议构造OFPT_FLOW_MOD消息。在消息的ofp_header中,标识type为OFPT_FLOW_MOD。
步骤S42:对消息中header部分填写。主要填写command,为OFPFC_MODIFY。该值是目前协议中定义的。
步骤S43:标识该Match entries为OpenFlow扩展的Match。方法为将Matchentries中的type赋值为OFPMT_OXM(取值为1)。
步骤S44:填写Match entries的oxm_fields中告警操作类型部分。目前oxm_field中定义的类型取值由2到5,分别代表ODU和OCH信号类型与信号ID。
在本可选实施例中可以对oxm_field中定义的类型进行扩展,并定义OFPXMT_EXP_OTN_ALARM_MONITOR,取值100,即此oxm_field用于表示告警操作,并定义其对应结构,包含oxm_header,取值OFPXMC_EXPERIMENTER,表示OXM扩展;experimenter,本专利定义该字段取值0xFF001000,表示告警监视;oper_type,表示告警监视操作类型。
其中,定义的告警操作类型宏分别表示告警监视关闭、告警监视开启、告警查询,如为OFPXMT_EXP_ALARM_MONITOR_CANCEL等于0,表示告警监视关闭;OFPXMT_EXP_ALARM_MONITOR_SET等于1,表示告警监视开启;OFPXMT_EXP_ALARM_MONITOR_QUERY等于2,表示告警状态查询。
步骤45:填写oxm_fields中告警层次部分。
如果消息为告警操作消息,这需要填写告警层次,本可选实施例新增OXM类型,用于表示告警层次,即定义OFPXMT_EXP_OTN_TCM,取值101,标识OTN告警层次,并定义其对应结构,包含:oxm_header,取值OFPXMC_EXPERIMENTER,表示OXM扩展;experimenter,本专利定义该字段取值0xFF001001,表示OTN告警层次;otn_alarm_layer,OTN设备告警监视层次,TCM1~TCM6;pad,表示保留字段。
其中,告警层次的选择,根据SDN中业务的特性进行选择,且告警层次部分可以为多个。
如果消息为告警查询消息,则不需要该部分。
步骤S46:填写oxm_fields中端口、标签、信号类型部分。该部分的填写可依据目前OpenFlow标准。
步骤S47:将OFPT_FLOW_MOD消息发送到OTN设备节点。
下面对步骤S404进行详细的解释,图7是根据本发明可选实施例的OTN设备网元收到告警操作消息进行分发的流程图,如图7所示,该方法的步骤包括:
步骤S702:OTN设备网元收到告警操作消息;
步骤S704:根据oxm_field部分获得告警操作类型、端口信息、标签信息,和告警层次;
步骤S706:当告警操作类型为告警监视开启时,或告警监视关闭时,则流程进入OTN设备网元告警监视配置过程。
步骤S708:当告警操作类型为告警查询时,则流程进入OTN设备网元收到告警查询消息的处理流程。
下面对步骤S406进行详细的解释,图8是根据本发明可选实施例的OTN设备网元告警监视配置方法流程图,如图8所示,该方法的步骤包括:
步骤S802:OTN设备网元根据已经获得的端口信息、标签信息检索本地端口。
步骤S804:获得端口的告警状态,判断是否与消息中的告警层次进行匹配;在判断结果为是时,则执行步骤S806,判断结果为否时,则执行步骤S808;
步骤S806:如果在消息中指定的告警层次上,端口的告警状态与消息指定的告警操作匹配,则不处理消息;
其中,如当消息中告警操作类型为告警监视开启,端口的告警监视状态在指定告警层次为开启,则不处理消息。
步骤S808:如果在消息中指定的告警层次上,端口的告警状态与消息指定的告警操作不匹配,则按照消息对端口进行告警监视配置;
其中,如消息中告警操作类型为告警监视开启,端口的告警监视状态在指定告警层次为关闭,则将端口在对应告警层次上设置为告警监视开启。
下面对步骤S408进行详细的解释,图9是根据本发明可选实施的OTN设备网元收到告警查询消息的处理方法流程图,如图9所示,该方法的步骤包括:
步骤S902:OTN设备网元根据已经获得的端口信息、标签信息检索本地端口;
步骤S904:OTN设备根据获得的端口信息、标签信息检索本地OTN设备上的端口;
步骤S906:OTN设备获得OTN设备的告警状态;
步骤S908:OTN设备构造OFPT_PORT_STATUS消息;
其中,在该消息的reason中标识端口的告警状态:告警产生,或告警消失,
该OFPT_PORT_STATUS消息结构如表1所示:
ofp_header | reason | ofp_experimenter_port |
表1
该reason目前支持的取值有OFPPR_ADD,取值为0,表示端口增加;OFPPR_DELETE,取值为1,表示端口删除;OFPPR_MODIFY,取值为2,表示端口属性修改。为实现本发明提出的方法,对reason进行扩展。新增OFPPR_ALARM_DISAPPEAR,取值3,表示告警消失;新增OFPPR_ALARM_OCCUR,取值为4,表示告警产生。
步骤S910:在消息的ofp_experimenter_port中填写端口信息;
其中,该填写方法以相关协议标准为依据;
步骤S912:将消息发送到Controller。
图10是根据本发明可选实施例的OTN设备网元告警状态主动上报方法流程图,如图10所示,本可选实施例的方法步骤还可以包括:
步骤S1002:OTN设备网元设备上产生告警;
步骤S1004:判断OTN设备的端口的告警监视是否为开启状态;在判断结果为是时,执行步骤S1006;在判断结果为否时,执行步骤S1008;
步骤S1006:构造告警上报消息;
其中,即为构造OFPT_PORT_STATUS消息在消息的reason中标识端口的告警状态:OFPPR_ALARM_OCCUR,在消息的ofp_experimenter_port中填写端口信息。
步骤S1008:不处理告警操作;
步骤S1010:发送告警上报消息到Controller。
通过本发明可选实施例,使得协议能够支持OTN设备的告警机制,进而实现了基于OTN设备的SDN业务恢复倒换功能,提高了业务的生存性。
在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
上述仅为本发明的可选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种光传送网OTN设备告警的处理方法,其特征在于,包括:
光传送网OTN设备接收告警操作消息,其中,所述告警操作消息的类型包括:第一告警监视消息、第一告警状态查询消息,该第一告警监视消息用于指示所述OTN设备配置所述OTN设备的告警监视状态,该第一告警状态查询消息用于指示所述OTN设备查询所述OTN设备的告警状态;
所述OTN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作。
2.根据权利要求1所述的方法,其特征在于,所述告警操作消息为OpenFlow协议中的OFPT_FLOW_MOD消息,其中,在所述OFPT_FLOW_MOD消息的扩展类型中定义有用于指示告警操作的类型,以及与所述类型对应的结构类型,该结构类型的不同取值用于表示不同的所述类型。
3.根据权利要求2所述的方法,其特征在于,所述告警操作消息还携带有所述OTN设备的指定端口信息、指定标签信息,所述OTN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作包括:
所述OTN设备依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的本地端口;
所述OTN设备判断所述本地端口的告警监视状态与所述第一告警监视消息对应的告警监视状态是否匹配,其中,告警监视的状态包括:告警监视关闭、告警监视开启;
所述OTN设备依据判断结果配置所述本地端口的告警监视状态。
4.根据权利要求3所述的方法,其特征在于,所述OTN设备依据判断结果配置所述本地端口的告警监视状态包括:
在所述判断结果为否时,所述OTN设备依据所述第一告警监视消息的状态配置所述本地端口的告警监视状态;
在所述判断结构为是时,所述OTN设备则禁止执行配置所述本地端口的告警监视状态的操作。
5.根据权利要求3所述的方法,其特征在于,所述OTN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作包括:
所述OTN设备依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的所述本地端口;
所述OTN设备查询所述本地端口的告警状态,其中,所述告警状态包括:告警产生、告警消失;
所述OTN设备将所述告警状态信息标识在OFPT_PORT_STATUS消息的扩展类型中,并上报所述OFPT_PORT_STATUS消息。
6.根据权利要求5所述的方法,其特征在于,在所述OTN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作之后,所述方法还包括:
在所述OTN设备的指定端口产生告警时,所述OTN设备判断所述指定端口的告警监视状态是否为告警监视开启;
在判断结果为是时,所述OTN设备在所述OFPT_PORT_STATUS消息的扩展类型中填写所述指定端口的端口信息,并上报所述OFPT_PORT_STATUS消息;
在判断结果为否时,所述OTN设备禁止执行上报告警状态的操作。
7.一种光传送网OTN设备告警的处理装置,位于OTN设备侧,其特征在于,包括:
接收模块,用于接收告警操作消息,其中,所述告警操作消息的类型包括:第一告警监视消息、第一告警状态查询消息,该第一告警监视消息用于指示所述OTN设备配置所述OTN设备的告警监视状态,该第一告警状态查询消息用于指示所述OTN设备查询所述OTN设备的告警状态;
执行模块,用于依据所述告警操作消息的类型执行与所述类型对应的告警操作。
8.根据权利要求7所述的装置,其特征在于,所述告警操作消息为OpenFlow协议中的OFPT_FLOW_MOD消息,其中,在所述OFPT_FLOW_MOD消息的扩展类型中定义有用于指示告警操作的类型,以及与所述类型对应的结构类型,该结构类型的不同取值用于表示不同的所述类型。
9.根据权利要求8所述的装置,其特征在于,所述告警操作消息还携带有所述OTN设备的指定端口信息、指定标签信息,所述执行模块还包括:
第一查询单元,用于依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的本地端口;
判断单元,用于判断所述本地端口的告警监视状态与所述第一告警监视消息对应的告警监视状态是否匹配,其中,告警监视的状态包括:告警监视关闭、告警监视开启;
配置单元,用于依据判断结果配置所述本地端口的告警监视状态。
10.根据权利要求9所述的装置,其特征在于,所述配置单元还包括:
第一配置子单元,用于在所述判断结果为否时,依据所述第一告警监视消息的状态配置所述本地端口的告警监视状态;
第二配置子单元,用于在所述判断结构为是时,禁止执行配置所述本地端口的告警监视状态的操作。
11.根据权利要求9所述的装置,其特征在于,所述执行模块包括:
第二查询单元,用于依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的所述本地端口;
第三查询单元,用于查询所述本地端口的告警状态,其中,所述告警状态包括:告警产生、告警消失;
标识单元,用于将所述告警状态信息标识在OFPT_PORT_STATUS消息的扩展类型中,并上报所述OFPT_PORT_STATUS消息。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
判断模块,用于在所述OTN设备的指定端口产生告警时,判断所述指定端口的告警监视状态是否为告警监视开启;
上报模块,用于在判断结果为是时,在所述OFPT_PORT_STATUS消息的扩展类型中填写所述指定端口的端口信息,并上报所述OFPT_PORT_STATUS消息;
禁止模块,用于在判断结果为否时,所述OTN设备禁止执行上报告警状态的操作。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510054329.0A CN105991311A (zh) | 2015-01-30 | 2015-01-30 | 光传送网otn设备告警的处理方法及装置 |
PCT/CN2016/070826 WO2016119598A1 (zh) | 2015-01-30 | 2016-01-13 | 光传送网otn设备告警的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510054329.0A CN105991311A (zh) | 2015-01-30 | 2015-01-30 | 光传送网otn设备告警的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105991311A true CN105991311A (zh) | 2016-10-05 |
Family
ID=56542381
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510054329.0A Withdrawn CN105991311A (zh) | 2015-01-30 | 2015-01-30 | 光传送网otn设备告警的处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105991311A (zh) |
WO (1) | WO2016119598A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150444A (zh) * | 2007-10-30 | 2008-03-26 | 中兴通讯股份有限公司 | 一种自动交换光网络系统中业务产生告警时的维护方法 |
US20130028091A1 (en) * | 2011-07-27 | 2013-01-31 | Nec Corporation | System for controlling switch devices, and device and method for controlling system configuration |
US8448238B1 (en) * | 2013-01-23 | 2013-05-21 | Sideband Networks, Inc. | Network security as a service using virtual secure channels |
CN103338163A (zh) * | 2013-07-16 | 2013-10-02 | 清华大学 | 支持动态弹性资源调度的软件定义网络控制器 |
CN103346922A (zh) * | 2013-07-26 | 2013-10-09 | 电子科技大学 | 基于sdn的确定网络状态的控制器及其确定方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100539514C (zh) * | 2006-03-13 | 2009-09-09 | 华为技术有限公司 | 具有双中央处理器的智能光网络设备及其实现方法 |
JP5553029B2 (ja) * | 2011-01-11 | 2014-07-16 | 富士通株式会社 | 伝送装置及び障害の通知方法 |
CN103051565B (zh) * | 2013-01-04 | 2018-01-05 | 中兴通讯股份有限公司 | 一种等级软件定义网络控制器的架构系统及实现方法 |
-
2015
- 2015-01-30 CN CN201510054329.0A patent/CN105991311A/zh not_active Withdrawn
-
2016
- 2016-01-13 WO PCT/CN2016/070826 patent/WO2016119598A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150444A (zh) * | 2007-10-30 | 2008-03-26 | 中兴通讯股份有限公司 | 一种自动交换光网络系统中业务产生告警时的维护方法 |
US20130028091A1 (en) * | 2011-07-27 | 2013-01-31 | Nec Corporation | System for controlling switch devices, and device and method for controlling system configuration |
US8448238B1 (en) * | 2013-01-23 | 2013-05-21 | Sideband Networks, Inc. | Network security as a service using virtual secure channels |
CN103338163A (zh) * | 2013-07-16 | 2013-10-02 | 清华大学 | 支持动态弹性资源调度的软件定义网络控制器 |
CN103346922A (zh) * | 2013-07-26 | 2013-10-09 | 电子科技大学 | 基于sdn的确定网络状态的控制器及其确定方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2016119598A1 (zh) | 2016-08-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20080104221A1 (en) | Method and system for simple network management protocol based data management | |
EP2557704A1 (en) | Method and system for detecting optical fibre connection | |
CN101099398B (zh) | 用于在管理网络中在管理器和代理之间匹配信息的方法和装置 | |
CN107040413A (zh) | 智能变电站过程层通讯链路故障定位的方法 | |
CN110048872A (zh) | 一种网络告警方法、装置、系统及终端 | |
CN109218080A (zh) | 一种自动绘制网络拓扑架构的方法、监控系统及终端设备 | |
US6944657B1 (en) | Automatic network synchronization of the network configuration with the management information database | |
CN101420331A (zh) | 一种t-mpls网络中的超长连接快速故障定位方法 | |
CN106982143A (zh) | 一种利用拓扑实现电信指标监控的方法 | |
CN105790972A (zh) | 一种控制器及告警关联性处理的方法 | |
CN105743683B (zh) | 无源光网络中管理终端设备的方法、装置和系统 | |
CN103108347B (zh) | 有线网络和无线网络的关联告警方法及装置 | |
CN101141751A (zh) | 告警消息上报的系统 | |
CN102739445A (zh) | 一种环网故障快速定位的方法和系统 | |
CN100440796C (zh) | 一种获取网络关键性能指标的方法及关键性能指标组件 | |
CN110018677A (zh) | 一种物联网设备管理系统及方法 | |
CN101137159B (zh) | 告警消息上报的方法 | |
CN106941632A (zh) | 一种告警方法、光网络单元、光线路终端及系统 | |
CN105376197A (zh) | 实现层次化网络抽象的方法和系统 | |
CN105553762A (zh) | 家用电器与移动终端之间的通信方法、系统及相应装置 | |
CN105991311A (zh) | 光传送网otn设备告警的处理方法及装置 | |
CN101917284A (zh) | 基于omg corba北向接口的告警方法、网络设备及系统 | |
CN101431435B (zh) | 一种基于面向连接的业务配置与管理方法 | |
CN106452905A (zh) | 消息处理方法和装置 | |
CN112422428B (zh) | 链路状态获取方法、装置、电子设备及可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20161005 |
|
WW01 | Invention patent application withdrawn after publication |