CN104579785A - 一种环网保护方法及装置 - Google Patents

一种环网保护方法及装置 Download PDF

Info

Publication number
CN104579785A
CN104579785A CN201510025331.5A CN201510025331A CN104579785A CN 104579785 A CN104579785 A CN 104579785A CN 201510025331 A CN201510025331 A CN 201510025331A CN 104579785 A CN104579785 A CN 104579785A
Authority
CN
China
Prior art keywords
node
message
nodes
sends
looped network
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.)
Granted
Application number
CN201510025331.5A
Other languages
English (en)
Other versions
CN104579785B (zh
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.)
Hangzhou H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C 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 Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201510025331.5A priority Critical patent/CN104579785B/zh
Publication of CN104579785A publication Critical patent/CN104579785A/zh
Application granted granted Critical
Publication of CN104579785B publication Critical patent/CN104579785B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

本申请公开了一种环网保护的方法及装置。所述方法包括:以太网环保护切换ERPS组网中的所有节点Owner?Node接收第一(NR,RB)报文;根据所述报文中携带的环网中每个节点发送CC报文的能力信息,确定环网中发送CC报文的能力非最弱的两个节点的端口配置全局外向维护端点MEP,并确定所述MEP的CC报文发送周期为两个节点中发送CC报文的能力较弱的节点的CC报文发送周期;确定在环网中的其他节点的端口配置维护中间点MIP;并将上述配置信息封装在第二(NR,RB)报文中发送出去。采用本申请实施例,能够解决现有技术中无法达到最优的网络自愈时间的问题。

Description

一种环网保护方法及装置
技术领域
本申请涉及数据处理技术领域,尤其涉及一种环网保护方法及装置。
背景技术
G.8032的故障检测机制采用Y.1731或IEEE 802.1ag中定义的CC(Continuity Check,连续性检测)进行链路双向转发检测,能够定位故障点并检测故障是单向还是双向的。在用于保护转换时,CC帧默认的传输周期是3.33ms(即每秒300帧的传输速率)。G.8032通过Y.1731通告的消息来判断链路的状态,并做出相应的处理。如图1所示,环网中每个节点都在相邻节点上配置同服务实例的外向MEP(Maintenance association End Point,维护端点)用于判断链路的状态。G.8032的控制报文类型主要有SF(signal failed,链路故障)和(NR(No Request,链路恢复),RB(Ring Protection Link Block,环网保护链路阻塞))报文,如果检测到链路故障,就发送SF消息;检测到链路恢复,就发送(NR,RB)消息。
下面结合图1和图2对G.8032的保护倒换机制进行简单介绍。
如图1所示,在环网处于正常工作状态下,节点A为RPL(Ring ProtectionLink,环网保护链路)的Owner Node(所有节点),阻塞节点A的RPL端口;节点B为RPL的Neighbour Node(邻居节点),也会阻塞节点B的RPL端口。节点A与节点B之间的链路为RPL。在链路稳定状态下,节点A周期性的向其他节点发送(NR,RB)消息。
如果环网中,有节点发生链路故障,则环网切换到Protect(保护)状态。如图2所示,假设节点C和节点D之间发生链路故障。当节点C和节点D检测到链路故障时,阻塞故障端口,并周期性发送SF消息,通知环网中的其他节点链路发生故障。节点A和节点B收到SF消息后,打开之前阻塞的RPL端口,将业务切换到RPL链路,完成整个环路的保护倒换。
上述现有的环网保护机制,环网中的每个节点都在相邻节点配置同服务实例的外向MEP,发送周期为3.33ms的CC报文用于判断链路的状态。此速率是IEEE 802.1ag中规定的最高级别的周期,传输速率最快。但是,要达到该速率对节点的硬件性能及节点的软件系统要求都很高。
结合图2所示,假设环网中的节点C发送CC报文的能力比较弱。那么当节点C所在的链路(节点C与节点D之间的链路或者节点C与节点B之间的链路)出现故障时,由于节点C发送CC报文的能力比较弱,假设其发送周期为1s。则按照现有的方法,该节点C至少要等待至3.5个周期(即为3.5s)后才能发现自身所在链路发生了故障。待节点C发送SF报文通知解除RPL阻塞链路并实现保护倒换时,其间经历的网络自愈时间都在秒级以上,耗时较长。由此可见,现有环网保护机制的缺陷在于:要实现ERPS(EthernetRing Protection Switching,以太网环保护切换)最优的网络自愈时间,要求整个环网中所有节点的性能都必须是最优的,否则只要环网中有一个节点性能较差,当与这个性能较差的节点连接的链路故障时,就无法达到最优的网络自愈时间。这就需要用户投入巨大的资源和资金来满足节点的性能要求,从而大大限制了ERPS高效率在网络中的应用。
发明内容
本申请提供一种环网保护方法及装置,能够解决现有技术中无法达到最优的网络自愈时间的问题。
根据本申请实施例的第一方面,提供一种环网保护的方法,所述方法包括:
以太网环保护切换ERPS组网中的Owner Node接收第一(NR,RB)报文;其中,所述第一(NR,RB)报文中携带有环网中除Owner Node之外的每个节点发送连续性检测CC报文的能力信息;
所述Owner Node根据所述环网中每个节点发送CC报文的能力信息,确定环网中发送CC报文的能力非最弱的两个节点;
所述Owner Node确定为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;
所述Owner Node确定所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期;
所述Owner Node确定在环网中的其他节点的端口配置MIP(MaintenanceAssociation Intermediate Point,维护中间点);
所述Owner Node发送第二(NR,RB)报文;所述第二(NR,RB)报文中封装有所述两个节点的标识、为所述两个节点的端口配置服务实例的标识以及所述MEP的CC报文发送周期,以使所述环网中的其他节点依据所述第二(NR,RB)报文进行配置。
其中,在所述Owner Node发送第二(NR,RB)报文之前,所述方法还包括:
当所述Owner Node确定自身不属于所述两个节点时,所述为所述两个节点的端口配置服务实例的标识为第一默认值,以使所述两个节点中第一个接收到所述第二(NR,RB)报文的节点按照预设的顺序为两个端口配置不同的服务实例;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;
当所述Owner Node确定自身属于所述两个节点时,所述Owner Node的环网保护链路RPL端口配置第一服务实例,其非RPL端口配置第二服务实例,并设定所述为所述两个节点的端口配置服务实例的标识为第二默认值,以使所述两个节点中的另一个节点接收到所述第二(NR,RB)报文后,按照所述预设的顺序的逆序为两个端口配置不同的服务实例;配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
根据本申请实施例的第二方面,提供一种环网保护的方法,所述方法包括:
以太网环保护切换ERPS组网中的非所有节点Owner Node向该组网中的Owner Node发送第一(链路恢复NR,环网保护链路阻塞RB)报文,所述第一(NR,RB)报文携带所述第一(NR,RB)报文已经过的节点发送连续性检测CC报文的能力信息;
所述非Owner Node接收所述Owner Node根据所述第一(NR,RB)报文发送的第二(NR,RB)报文,根据所述第二(NR,RB)报文进行配置;所述第二(NR,RB)报文中封装有两个节点的标识、为所述两个节点的端口配置服务实例的标识以及维护端点MEP的CC报文发送周期;
其中,所述两个节点的标识为环网中发送CC报文的能力非最弱的两个节点的标识;为所述两个节点的端口配置服务实例的标识用于指示为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期。
其中,所述非所有节点Owner Node为所述组网中的Neighbour Node,所述非所有节点Owner Node向该组网中的Owner Node发送第一(NR,RB)报文具体为:
所述Neighbour Node在接收到所述Owner Node发送的第三(NR,RB)报文时,若确定自身未配置全局MEP且未配置全局维护中间点MIP,则向该组网中的Owner Node发送所述第一(NR,RB)报文。
其中,所述非所有节点Owner Node为所述组网中的普通节点NormalNode,所述非所有节点Owner Node向该组网中的Owner Node发送第一(NR,RB)报文具体为:
接收邻居节点发送的第一(NR,RB)报文,在接收到的邻居节点发送的第一(NR,RB)报文中添加自身发送CC报文的能力信息,将添加了自身发送CC报文的能力信息的第一(NR,RB)报文转发至另一邻居节点,以发送至所述Owner Node。
其中,所述非Owner Node根据所述第二(NR,RB)报文进行配置包括:
当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第一默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照预设的顺序为两个端口配置服务实例,将所述两个节点的端口配置服务实例的标识修改为第二默认值;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;
当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第二默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照所述预设的顺序的逆序为两个端口配置服务实例;
配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
根据本申请实施例的第三方面,提供一种环网保护的装置,所述装置用于以太网环保护切换ERPS组网中的所有节点Owner Node;所述装置包括:
接收单元,用于接收第一(NR,RB)报文;其中,所述第一(NR,RB)报文中携带有环网中除Owner Node之外的每个节点发送连续性检测CC报文的能力信息;
第一确定单元,用于根据所述环网中每个节点发送CC报文的能力信息,确定环网中发送CC报文的能力非最弱的两个节点;
第二确定单元,用于确定为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向维护端点MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;
第三确定单元,用于确定所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期;
第四确定单元,用于确定在环网中的其他节点的端口配置维护中间点MIP;
发送单元,用于发送第二(NR,RB)报文;所述第二(NR,RB)报文中封装有所述两个节点的标识、为所述两个节点的端口配置服务实例的标识以及所述MEP的CC报文发送周期,以使所述环网中的其他节点依据所述第二(NR,RB)报文进行配置。
其中,所述装置还包括:
第一设置单元,用于当确定所述Owner Node自身不属于所述两个节点时,设置所述两个节点的端口配置服务实例的标识为第一默认值,以使所述两个节点中第一个接收到所述第二(NR,RB)报文的节点按照预设的顺序为两个端口配置不同的服务实例;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;
第二设置单元,用于当确定所述Owner Node自身属于所述两个节点时,所述Owner Node的环网保护链路RPL端口配置第一服务实例,其非RPL端口配置第二服务实例,并设定所述为所述两个节点的端口配置服务实例的标识为第二默认值,以使所述两个节点中的另一个节点接收到所述第二(NR,RB)报文后,按照所述预设的顺序的逆序为两个端口配置不同的服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
根据本申请实施例的第四方面,提供一种环网保护的装置,所述装置用于以太网环保护切换ERPS组网中的非所有节点Owner Node;所述装置包括:
发送单元,用于向该组网中的Owner Node发送第一(NR,RB)报文,所述第一(NR,RB)报文携带所述第一(NR,RB)报文已经过的节点发送连续性检测CC报文的能力信息;
第一接收单元,用于接收所述Owner Node根据所述第一(NR,RB)报文发送的第二(NR,RB)报文;
配置单元,用于根据所述第二(NR,RB)报文进行配置;所述第二(NR,RB)报文中封装有两个节点的标识、为所述两个节点的端口配置服务实例的标识以及维护端点MEP的CC报文发送周期;其中,所述两个节点的标识为环网中发送CC报文的能力非最弱的两个节点的标识;为所述两个节点的端口配置服务实例的标识用于指示为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期。
其中,所述非所有节点Owner Node为所述组网中的邻居节点NeighbourNode时,所述装置还包括:
触发单元,用于接收到所述Owner Node发送的第三(NR,RB)报文后,若确定所述Neighbour Node自身未配置全局MEP且未配置全局维护中间点MIP,则触发所述发送单元发送所述第一(NR,RB)报文。
其中,所述非所有节点Owner Node为所述组网中的普通节点NormalNode时,所述装置还包括:
第二接收单元,用于接收邻居节点发送的第一(NR,RB)报文;
能力添加单元,用于在接收到的邻居节点发送的第一(NR,RB)报文中添加自身发送CC报文的能力信息;
所述发送单元,还用于将添加了自身发送CC报文的能力信息的第一(NR,RB)报文转发至另一邻居节点,以发送至所述Owner Node。
其中,所述配置单元包括:
第一配置单元,用于当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第一默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照预设的顺序为两个端口配置服务实例,将所述两个节点的端口配置服务实例的标识修改为第二默认值;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期;
第二配置单元,用于当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第二默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照所述预设的顺序的逆序为两个端口配置服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
本申请实施例所述方法,通过获取得到的环网中每个节点发送CC报文的能力信息,对环网进行全局MEP配置,在环网中发送CC报文能力非最弱的两个节点上配置全局外向MEP,其他节点配置维护中间点MIP。
当网络中发送CC报文能力最弱的节点出现链路故障时,该MEP的邻居状态能够在3.5个CC发送周期后变为fault(错误),MEP发送CC报文的周期为该两个节点中能力较弱的节点的CC报文发送周期。而本申请实施例中,该两个节点发送CC报文的能力在环网中均不是最弱的。因此,与现有技术相比,本申请实施例的方法,能够在与性能较差的节点连接的链路故障时,加快发现链路故障的速度,缩短网络的故障检测和网络自愈的时间。
同时,该全局外向MEP自动发送LTM(Link Trace Message,链路跟踪报文),通过MIP回应的LTR(Link Trace Reply,链路跟踪应答)确定故障位置所在的节点,并由故障位置所涉及的节点发送SF通知解除阻塞链路。
由此使得,本申请实施例中,环网中的RPL阻塞链路能够在较短时间内被打开。与现有技术相比,本申请实施例的方法,大大缩短了故障检测和网络自愈的时间,使得网络发现故障和实现自愈的时间不再受制于网络中发送CC报文能力最弱的节点,实现了在环网中并非所有节点都支持CC最高级的发送速率或者环网中节点的发送能力不一致的情况下,整个环网能够快速反应并达到最优的网络自愈时间。
本申请实施例的方法,能够在大幅节省用户资金投入的情况下,保证网络性能的优化,使网络在节点的能力层次不齐的情况下达到最优的自愈时间,从而解决现有技术中存在的问题。
附图说明
图1为典型的环网架构图;
图2为图1所示的环网发生链路故障的示意图;
图3为本申请实施例的环网保护方法的一个实施例的流程图;
图4为本申请实施例的环网保护方法的另一个实施例的流程图;
图5为本申请实施例的环网保护方法的实例应用图;
图6为本申请实施例的环网保护装置的一个实施例的结构图;
图7为本申请实施例的环网保护装置的另一个实施例的结构图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本申请实施例提供一种环网保护方法及装置,在环网中并非所有节点都支持CC最高级的发送速率或者环网中节点的发送能力不一致的情况下,使得整个环网能够快速反应并达到最优的网络自愈时间,从而解决现有技术中存在的问题。
本申请实施例的核心思路在于:获取整个环网中每个节点发送CC报文的能力,在发送CC报文能力非最弱的两个节点上配置同服务实例的全局外向MEP,在环网中的其他节点上设置MIP;该全局外向MEP通过发送CC报文检测网络的连通性,当网络发生故障时,能够在3.5个CC发送周期后发现环网发生链路故障。该全局外向MEP自动发送LTM,通过MIP回应的LTR确定故障位置,并由故障位置所涉及的节点发送SF通知解除阻塞链路。
参照图3,为本申请实施例的环网保护方法的一个实施例的流程图。如图3所示,该方法可以包括以下步骤:
步骤301:在链路稳定状态下,ERPS组网中的Owner Node周期性的向其他节点发送(NR,RB)报文。该(NR,RB)报文与现有技术相同。
步骤302:ERPS组网中的Neighbour Node接收到Owner Node发送的(NR,RB)报文后,判断自身节点上是否已配置全局MEP和MIP,如果已配置全局MEP或全局MIP,则结束该流程;如果未配置全局MEP且未配置全局
MIP,进入步骤303,开始全局MEP及全局MIP配置。
步骤303:Neighbour Node在第一(NR,RB)报文中添加自身节点发送CC报文的能力信息,并将添加能力信息后的第一(NR,RB)报文发送出去;该第一(NR,RB)报文用于收集环网中各节点发送CC报文的能力信息。
本申请实施例中,Neighbour Node可以通过在第一(NR,RB)报文中增加一个报文字段的方式来添加自身发送CC报文的能力信息。
步骤304:环网中与该Neighbour Node相邻的非Owner Node的节点(即为普通节点Normal Node)接收到该第一(NR,RB)报文后,在该第一(NR,RB)报文中添加自身发送CC报文的能力信息,并将添加能力信息后的第一(NR,RB)报文向与之相邻的下一节点转发出去。
步骤305:依次类推,环网中的Normal Node在接收到邻居节点转发的第一(NR,RB)报文后,在接收到的邻居节点发送的第一(NR,RB)报文中添加自身发送CC报文的能力信息,并将添加了自身发送CC报文的能力信息后的第一(NR,RB)报文转发至另一邻居节点,以发送至Owner Node。
本申请实施例中,环网中的各节点均可以通过在第一(NR,RB)报文中增加一个报文字段的方式来添加自身发送CC报文的能力信息。
步骤306:Owner Node接收到与之相邻的Normal Node发送的第一(NR,RB)报文时,获取所述第一(NR,RB)报文中携带的环网中每个节点发送CC报文的能力信息。
本申请实施例中,该第一(NR,RB)报文从Neighbour Node出发,经环网中各个节点传递一遍后被转发至Owner Node。该第一(NR,RB)报文途经环网中每个节点时,各节点分别将自身发送CC报文的能力信息添加在该第一(NR,RB)报文中,使得最终被转发到Owner Node的第一(NR,RB)报文携带有环网中每个节点发送CC报文的能力信息。Owner Node可以直接从该第一(NR,RB)报文中获取环网中每个节点发送CC报文的能力信息。
Owner Node在获取得到环网中每个节点发送CC报文的能力信息后,会据此制定全局MEP的配置策略,具体的,该配置策略的制定过程可以通过以下步骤307至步骤310来实现。
步骤307:Owner Node根据所述环网中每个节点发送CC报文的能力信息,确定在环网中发送CC报文的能力非最弱的两个节点。
本申请实施例中,Owner Node获取得到环网中每个节点发送CC报文的能力信息后,从环网中发送CC报文的能力非最弱的节点中随机选择两个节点。
具体的,Owner Node选择的两个节点发送CC报文的能力可以相同。例如,选择环网中发送CC报文能力最强的两个节点。
另外,Owner Node选择的两个节点发送CC报文的能力也可以不相同。例如,选择环网中发送CC报文能力最强的一个节点和发送CC报文能力次强的一个节点。
需要说明的是,本申请实施例中,只需要保证Owner Node选择得到的两个节点发送CC报文的能力不是环网中能力最弱的节点即可,并不对选择得到的两个节点的能力是否相同进行具体的限定。
另外,本申请实施例中,该Owner Node选择得到的两个节点可以是环网中相邻的两个节点,也可以是环网中不相邻的两个节点。
进一步需要说明的是,该Owner Node选择得到的两个节点可以是OwnerNode本身,也可以是Neighbour Node。
步骤308:Owner Node确定为该两个节点的每两个相邻的端口配置相同服务实例的全局外向维护端点MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同。
步骤309:Owner Node确定该MEP的CC报文发送周期为该两个节点中发送CC报文的能力较弱的节点的CC报文发送周期。
步骤310:Owner Node确定在环网中的其他节点的端口配置维护中间点MIP。
其中,该环网中的其他节点是指环网中除上述被确定配置全局外向维护端点MEP的两个节点之外的各节点。
至此,Owner Node完成了全局MEP的配置策略。
步骤311:Owner Node发送第二(NR,RB)报文;该第二(NR,RB)报文中封装有该两个节点的标识、为该两个节点的端口配置服务实例的标识以及该MEP的CC报文发送周期,以使该环网中的其他节点依据该第二(NR,RB)报文进行配置。
具体的,Owner Node可以通过在第二(NR,RB)报文中增加一个报文字段的方式来封装上述各标识信息。
需要说明的是,本申请实施例中,Owner Node可以选择自身节点作为该需要配置全局外向MEP的两个节点之一。
如果该Owner Node不属于该两个节点之一,则Owner Node设置该两个节点的端口配置服务实例的标识为第一默认值,以使该两个节点中第一个接收到第二(NR,RB)报文的节点按照预设的顺序为两个端口配置不同的服务实例。
具体的,该预设的顺序可以为:入端口配置第一服务实例,出端口配置第二服务实例。则,预设的顺序的逆序为:入端口配置第二服务实例,出端口配置第一服务实例。其中,本例中的入端口为接收第二(NR,RB)报文的端口,出端口为发送第二(NR,RB)报文的端口。
本申请实施例中,Owner Node设置该两个节点的端口配置服务实例的标识为第一默认值,则该两个节点中第一个接收到第二(NR,RB)报文的节点为其入端口配置第一服务实例,为其出端口配置第二服务实例,然后该节点将第二(NR,RB)报文中的该端口配置服务实例的标识修改为第二默认值后再转发出去。然后,该两个节点中第二个接收到第二(NR,RB)报文的节点为其入端口配置第二服务实例,为其出端口配置第一服务实例。
同时,该两个节点还配置自身端口的CC报文发送周期为所述MEP的CC报文发送周期。
如果该Owner Node选择了自身为两个节点之一,则Owner Node在步骤311中的发送第二(NR,RB)报文之前,还可以包括:为自身的RPL端口配置第一服务实例,为自身的出端口(即为非RPL端口)配置第二服务实例,并将该两个节点的端口配置服务实例的标识设置为第二默认值,并封装在第二(NR,RB)报文中发送出去。然后,该两个节点中的另一个节点接收到第二(NR,RB)报文后,为其入端口配置第二服务实例,为其出端口配置第一服务实例。
同时,该Owner Node和该两个节点中的另一个节点还配置自身端口的CC报文发送周期为所述MEP的CC报文发送周期。
步骤312:环网中的各节点接收到Owner Node发送的第二(NR,RB)报文后,根据该第二(NR,RB)报文对自身节点进行配置。
对于环网中的非Owner Node确定该第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第一默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照预设的顺序为两个端口配置服务实例,并将所述两个节点的端口配置服务实例的标识修改为第二默认值。同时,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
当环网中的非Owner Node确定该第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第二默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照所述预设的顺序的逆序为两个端口配置服务实例。同时,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
当环网中的非Owner Node确定该第二(NR,RB)报文中封装的所述两个节点的标识不包括本节点的标识时,所述非Owner Node在自身端口配置MIP。
需要说明的是,该环网的控制VLAN(Virtual Local Area Network,虚拟局域网),即为全局MEP所属的VLAN。
至此完成了整个环网的全局MEP配置。
本申请实施例中,环网中的各个节点通过在第一(NR,RB)报文中添加自身发送CC报文的能力信息,使得环网中的Owner Node接收到的第一(NR,RB)报文中携带有环网中各节点发送CC报文的能力信息;Owner Node根据环网中各节点发送CC报文的能力信息,制定全局MEP的配置策略,并将该配置信息通过第二(NR,RB)报文发送出去;该全局MEP的配置策略中选择出环网中发送CC报文能力非最弱的两个节点,在该两个节点上配置全局外向MEP,对环网的其他节点配置MIP,且该MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期;环网中的各节点接收到该第二(NR,RB)报文后,分别按照其中携带的信息进行配置,由此完成了整个环网的全局MEP及全局MIP配置过程。
本申请实施例所述方法,在环网中发送CC报文能力非最弱的两个节点上配置全局外向MEP,当网络中发送报文能力最弱的节点出现链路故障时,该全局外向MEP的邻居状态能够在3.5个CC发送周期后就会变为fault。由于配置全局外向MEP的两个节点发送CC报文的能力高于发生故障的节点,与现有技术相比,本申请实施例的方法能够使得网络发现链路故障的速度加快,大大缩短了网络的故障检测和网络自愈的时间。
同时,在MEP之间的邻居状态变为fault后,MEP自动发送LTM。对于处于正常状态的MIP,在接收到该LTM后,回复LTR,并向下一节点转发该LTM。对于发生故障的链路两端的MIP,在向故障链路对端的节点发送LTM时,由于两节点间的链路发生了故障,故障链路对端的节点接收不到该LTM,也就无法回复LTR。该节点在预设的两个周期内接收不到对端返回的LTR后,可以确定自身与对端节点之间的链路发生了故障,此时该节点发送SF报文通知解除环网中的RPL阻塞链路。
由此使得,本申请实施例中,环网中的RPL阻塞链路能够在较短的时间内被打开,使得数据在整个环网内可以迅速的跟克服故障继续顺利转发。与现有技术相比,本申请实施例的方法,大大缩短了故障检测和网络自愈的之间,使得网络发现故障和实现自愈的时间不再受制于网络中发送CC报文能力最弱的节点,实现了在环网中并非所有节点都支持CC最高级的发送速率或者环网中节点的发送能力不一致的情况下,整个环网能够快速反应并达到最优的网络自愈时间。
本申请实施例的方法,能够在大幅节省用户资金投入的情况下,保证网络性能的优化,使网络在节点的能力层次不齐的情况下达到最优的自愈时间,从而解决现有技术中存在的问题。
而且,通过上述过程可知,本申请实施例中,是由故障所在链路两端的节点发送SF报文通知解除环网中的RPL阻塞链路。由此可以使得,网络很容易就可以确定链路故障的具体位置。
对本申请实施例的方法,实现了网络中的全局MEP部署,即使在网络中存在多实例的情况下,当确定了链路故障的具体位置时,节点会向每个实例都发送SF报文,通知解除环网中的RPL阻塞链路,达到保护环网中所有ERPS实例链路的目的,减轻对网络带宽等资源的浪费。参照图4,为本申请实施例的环网保护方法的另一个实施例的流程图;参照图5,为本申请实施例的环网保护方法的实例应用图。其中,图4所示的实施例所述方法是基于实现环网保护的全局MEP的配置过程进行描述的。
首先结合图5对本申请实施例的应用场景进行介绍:
图5所示环网中,节点A为RPL的Owner Node,阻塞节点A的RPL端口;节点B为RPL的Neighbour Node,也会阻塞节点B的RPL端口。节点A与节点B之间的链路为RPL阻塞链路。
图5所示环网中包括6个节点,以作为RPL的Neighbour Node的节点B为起始,按照顺时针方向依次对6个节点编号。具体的,节点B的编号为1,节点C的编号为2,节点D的编号为3,节点E的编号为4,节点F的编号为5,节点A的编号为6。
本申请实施例中,假设环网中的节点C发送CC报文的周期为1s,而其余节点有的发送CC报文的周期为3.33ms,有的发送CC报文的周期为10ms。
如图4所示,该方法可以包括以下步骤:
步骤401:在链路稳定状态下,作为RPL的Owner Node的节点A周期性的向其他节点发送(NR,RB)报文。该(NR,RB)报文与现有技术相同。
步骤402:作为RPL的Neighbour Node的节点B接收到节点A发送的(NR,RB)报文后,判断节点B上是否已配置全局MEP及全局MIP,如果已配置全局MEP或全局MIP,则结束该流程;如果未配置全局MEP且未配置全局MIP,进入步骤403,开始全局MEP及全局MIP配置。
步骤403:节点B在第一(NR,RB)报文中添加自身节点发送CC报文的能力信息后,将该第一(NR,RB)报文发送出去;该第一(NR,RB)报文用于收集环网中各节点发送CC报文的能力信息。
本申请实施例中,节点B可以通过在第一(NR,RB)报文中增加一个报文字段的方式来添加自身节点发送CC报文的能力信息。
具体的,节点B可以为该第一(NR,RB)报文添加一个TLV(Tag-Length-Value,标签域-长度域-内容域)字段,在该TLV字段中携带自身发送CC报文的能力信息。
节点B添加的LTV字段如表1所示:
其中,该TLV的标签域表示该字段的类型;例如:Type=65。
需要说明的是,本申请实施例中以Type=65表示该TLV的类型用于收集节点的能力信息。在实际应用中,该Type的取值并不局限于65,任何标准指定的且不与协议中已定义的值相冲突的类型值均可以作为该TLV的类型值。
其中,该TLV的长度域的值即为内容域的长度。
其中,该TLV的内容域表示环网中某个节点发送报文的能力等级。如表1所示,其内容域表示编号为1的节点B的能力等级为1,即为节点B的发送报文能力为最高级。
由此可知,步骤403中,节点B通过在第一(NR,RB)报文添加一个TLV字段,可以使之携带有自身节点发送报文的能力信息。
这里需要说明的是,节点发送报文的能力等级包括7级,其中1级为最高级,从1级至7级,表明节点发送报文的能力逐步降低。具体的,节点发送报文的能力等级可以见表2所示:
能力等级 CCM报文的发送间隔
1 3.33ms
2 10ms
3 100ms
4 1s
5 10s
6 60s
7 600s
步骤404:节点C接收到节点B发送的第一(NR,RB)报文后,在该第一(NR,RB)报文中添加自身发送CC报文的能力信息后,将该第一(NR,RB)报文转发出去。
同样的,节点C也可以通过在第一(NR,RB)报文中增加一个报文字段的方式来添加自身发送CC报文的能力信息。
具体的,节点C也可以为该第一(NR,RB)报文添加一个TLV字段,在该TLV字段中携带自身发送CC报文的能力信息。
节点C添加的LTV字段如表3所示:
其中,该TLV的标签域Type=65,表示该TLV的类型用于收集节点的能力信息。
其中,该TLV的长度域的值即为内容域的长度。
其中,该TLV的内容域表示表示编号为2的节点C的能力等级为4。
由此可知,步骤404中,节点C也通过在第一(NR,RB)报文添加一个TLV字段,可以使之携带有自身发送报文的能力信息。
步骤405:以此类推,节点D、E、F分别在接收到的第一(NR,RB)报文中添加自身发送CC报文的能力信息后,并将添加了自身能力信息的第一(NR,RB)报文转发出去。
其中,节点D、E、F在第一(NR,RB)报文中添加自身发送CC报文的能力信息的具体方式与前述实施例相同,在此不再赘述。
步骤406:节点A接收到该第一(NR,RB)报文,获取该第一(NR,RB)报文中携带的环网中每个节点发送CC报文的能力信息。
本申请实施例中,节点B发出的第一(NR,RB)报文,经环网中各个节点传递一遍后被转发至节点A。该第一(NR,RB)报文经过环网中的各个节点时,每个节点均将自身节点发送CC报文的能力信息添加在该第一(NR,RB)报文中,使得最终节点A接收到的第一(NR,RB)报文中携带有环网中每个节点发送CC报文的能力信息。节点A可以从该第一(NR,RB)报文直接获取环网中每个节点发送CC报文的能力信息。
具体的,节点A接收到的第一(NR,RB)报文中的TLV字段可以如表4所示:
其中,表4所示的TLV字段表明,该环网中,编号为1、3、5的节点B、D、F发送CC报文的能力均为最高级;编号为4的设备E发送CC报文的能力较弱,为2级;而编号为2的节点C发送CC报文的能力最弱,为4级。
步骤407:节点A根据环网中每个节点发送CC报文的能力信息,确定在环网中发送CC报文的能力非最弱的两个节点。
结合表4可知,假设设备A本身发送CC报文的能力也为1级。环网中节点C发送CC报文的能力最弱,则节点A可以在除节点C之外的5个节点中任意选择两个节点用于配置全局外向MEP。
例如,节点A可以选择发送CC报文能力都是最高级的相邻的节点B和节点D。节点A还可以选择发送CC报文能力都是最高级的非相邻的节点B和节点F。节点A还可以选择发送CC报文能力为最高级的节点B和发送CC报文能力为2级的节点E。当然,节点A还可以选择自身和除节点C之外的任意一个节点。
步骤408:节点A确定为该两个节点的每两个相邻的端口配置相同服务实例的全局外向维护端点MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同。
结合图5所示,如果节点A选择节点E和节点F用于配置同服务实例的全局外向MEP,则节点E的端口E1与节点F的端口F2为相邻端口,需要配置相同的服务实例;节点E的端口E2与节点F的端口F1为相邻端口,需要配置相同的服务实例。且节点E的端口E1和端口E2需要配置不同的服务实例,节点F的端口F1和端口F2需要配置不同的服务实例。
步骤409:节点A确定该MEP的CC报文发送周期为该两个节点中发送CC报文的能力较弱的节点E的CC报文发送周期。
例如,结合表4所示,节点A选择节点F和节点E用于配置同服务实例的全局外向维护端点MEP,由于节点E发送CC报文的能力比节点F弱,所以确定该MEP的CC报文发送周期为节点E的CC报文发送周期,即为10ms。
步骤410:节点A确定在环网中的其他节点的端口配置维护中间点MIP。
步骤411:节点A发送第二(NR,RB)报文;该第二(NR,RB)报文中封装有该配置全局外向MEP的两个节点的标识、为该两个节点的端口配置服务实例的标识以及该MEP的CC报文发送周期,以使该环网中的其他节点依据该第二(NR,RB)报文进行配置。节点A将上述各标识信息封装在第二(NR,RB)报文中发送出去。具体的,节点A可以通过在第二(NR,RB)报文中增加一个TLV字段的方式来封装该标识信息。
节点A添加的LTV字段如表5所示:
其中,该TLV的标签域表示该字段的类型;例如:Type=66。
需要说明的是,本申请实施例中以Type=66表示该TLV的类型用于封装节点A所做配置的标识信息。在实际应用中,该Type的取值并不局限于66,任何标准指定的且不与协议中已定义的值相冲突的类型值均可以作为该TLV的类型值。
其中,该TLV的长度域的值即为内容域的长度。
其中,该TLV的内容域表示节点A选择的用于配置全局外向MEP的两个节点的编号、该MEP发送CC报文的周期以及该两个节点的端口配置服务实例的顺序。
结合表5所示,该TLV的内容域可以包括五个字节。
内容域的前四个字节表示:节点A选择编号为5的节点F和编号为4的节点E配置全局外向MEP。
内容域的第五个字节的高四位表示该两个节点的端口配置服务实例的标识。该标识可以包括第一默认值和第二默认值。当该标识为第一默认值时,可以设定接收到该报文的MEP节点按照预设的顺序为两个端口配置不同的服务实例。当该标识为第二默认值时,可以设定接收到该报文的MEP节点按照预设的顺序的逆序为两个端口配置不同的服务实例。其中,该预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例。本申请实施例中,节点的入端口为接收第二(NR,RB)报文的端口,出端口为发送第二(NR,RB)报文的端口。
如表5所示,可以设定当前第五个字节的高四位为0000,表示为第一默认值;可以设定该第五个字节的高四位为FFFF时为第二默认值。当然,该第一默认值和第二默认值的具体取值可以根据实际的需要具体设定。
内容域的第五个字节的低四位表示该MEP的CC报文的发送周期。例如,上述示例中,该MEP的CC报文发送周期为节点E的报文发送周期,节点E的CC报文发送能力为2级,则第三个字节的低四位取值为0010,用二进制表示等级2。接收到该报文的节点即可以此得知其CC报文发送周期为等级2的发送周期,即为10ms。
由此可知,步骤411中,节点A通过在第二(NR,RB)报文添加一个TLV字段,可以使之携带有上述配置的标识信息。
步骤412:环网中的各节点接收到节点A发送的第二(NR,RB)报文后,根据该第二(NR,RB)报文对自身节点进行配置。
具体的,仍以上述示例进行说明,假设节点A的配置信息为选择节点E和节点F配置全局外向MEP。
节点A发送的第二(NR,RB)报文首先被节点F接收。节点F根据该第二(NR,RB)报文中封装的两个节点的标识中包括节点F的标识,确定自身需要配置全局外向MEP。且,该第二(NR,RB)报文中封装的两个节点的端口配置服务实例的标识为第一默认值,节点F为其入端口F2配置第一服务实例,为其出端口F1配置第二服务实例。同时,节点F设定端口F1和端口F2的CC报文发送周期为第二(NR,RB)报文中封装的CC报文发送周期(节点E的CC报文发送周期,即为10ms)。然后,节点F将第二(NR,RB)报文中的该端口配置服务实例的标识修改为第二默认值后再转发出去。
节点F转发的第二(NR,RB)报文被节点E接收到。节点E根据该第二(NR,RB)报文中封装的两个节点的标识中包括节点E的标识,确定自身需要配置全局外向MEP。且,该第二(NR,RB)报文中封装的两个节点的端口配置服务实例的标识为第二默认值,节点E为其入端口E2配置第二服务实例,为其出端口E1配置第一服务实例。同时,节点F设定端口F1和端口F2的CC报文发送周期为第二(NR,RB)报文中封装的CC报文发送周期(节点E的CC报文发送周期,即为10ms)。然后,节点E将第二(NR,RB)报文转发出去。
需要说明的是,经过上述端口配置后,节点E的E1端口和节点F的F2端口之间发送10ms的CC报文进行链接检测;节点E的E2端口和节点F的F1端口之间发送10ms的CC报文进行链接检测。
随后,节点E转发的第二(NR,RB)报文被节点D接收到。节点D根据该第二(NR,RB)报文中封装的两个节点的标识中不包括节点D的标识,确定自身需要配置全局外向MIP。节点D两个端口完成MIP配置后,将第二(NR,RB)报文转发出去。
同理,节点C和节点B依次接收到上一邻居节点转发的第二(NR,RB)报文,根据该第二(NR,RB)报文中封装的两个节点的标识中不包括自身节点的标识,确定自身需要配置全局外向MIP。
在Neighbour Node节点B完成MIP配置后,即实现了环网的全局外向MEP及全局MIP配置。
本申请实施例中,通过自定义的ERPS协议报文,获取网络中每个网络节点发送CC报文的能力信息。具体的,环网中的各个节点通过在第一(NR,RB)报文中添加TLV字段,使得第一(NR,RB)报文中携带有环网中各个节点发送CC报文的能力信息;作为Owner Node的节点A接收到该第一(NR,RB)报文后,获取其中携带的环网中各个节点发送CC报文的能力信息,制定全局外向MEP的配置信息,并将该配置信息通过第二(NR,RB)报文发送出去;该配置信息中选择出环网中发送CC报文能力非最弱的两个节点,在该两个节点上配置全局外向MEP,对环网的其他节点配置MIP;环网中的各节点接收到该第二(NR,RB)报文后,分别按照其中携带的信息进行配置,由此完成了整个环网的全局外向MEP配置。
结合如5所示,当节点C和节点D(或者是节点C和节点B)之间的链路发生故障时,由于节点C发送CC报文的能力最弱,其发送周期为1s。则按照现有技术的方法,该节点C至少要等待至3.5个周期(即为3.5s)后才能发现自身所在链路发生了故障,待节点C发送SF报文通知解除RPL阻塞链路,实现保护倒换。其间经历的网络自愈时间都在秒级以上,耗时较长。
下面结合图5所示的应用场景,对采用上述环网保护方法完成了全局MEP配置的网络发生链路故障时,实现保护倒换的过程进行详细介绍。
本申请实施例中,节点C是环网中发送报文能力最弱的节点,当节点C所在的链路发生故障时,其实现环网保护倒换的具体过程为:
需要说明的是,本申请实施例中以节点D和节点C之间发生故障为例进行说明。但本申请实施例所述的方法并不局限于此。
当节点D和节点C之间发生故障时,由于本申请实施例的方法是在整个环网中发送CC报文能力非最弱的两个节点E和节点F上配置EMP,虽然MEP发送CC报文的周期为发送报文能力较弱的节点E发送的CC报文的周期(10ms),但该周期仍然比发生故障的节点C(1s)发送CC报文的周期要短。
结合图5,本申请实施例在发生链路故障时,可以在3.5个CC发送周期(即为35ms)后MEP之间的邻居状态就会变为fault,使得网络发现链路故障的速度非常快,从现有的3.5s提升至35ms,大大缩短了网络的故障检测和网络自愈的时间。
同时,在MEP之间的邻居状态变为fault后,E1端口和F2端口自动发送LTM。
节点E的E1端口发出的LTM被节点D接收后,节点D回复LTR给节点E,并向节点C转发该LTM。由于节点D与节点C之间的链路发生故障,节点C接收不到节点D转发的LTM。因此,节点C也不会向节点D回复LTR。可以预先设定,当节点D在两个周期内仍没有接收到节点C返回的LTR时,节点D可以确定自身节点与节点C之间的链路发生了故障,此时节点D发送SF报文通知解除环网中的RPL阻塞链路,即为节点A和节点B之间的链路。
同时,节点F的F2端口发出的LTM被节点A接收后,节点A回复LTR给节点F,并向节点B转发该LTM。节点B接收到节点A转发的LTM后,回复LTR给节点A,并向节点C转发该LTM。节点C接收到节点B转发的LTM后,回复LTR给节点B,并向节点D转发该LTM。由于节点D与节点C之间的链路发生故障,节点D接收不到节点C转发的LTM。因此,节点D也不会向节点C回复LTR。可以预先设定,当节点C在两个周期内仍没有接收到节点D返回的LTR时,节点C可以确定自身节点与节点D之间的链路发生了故障,此时节点C发送SF报文通知解除环网中的RPL阻塞链路,即为节点A和节点B之间的链路。
至此,节点A和节点B之间的RPL阻塞链路能够在较快的时间被打开,使得数据在整个环网内可以继续顺利转发。与现有技术相比,本申请实施例的方法,大大缩短了故障检测和网络自愈的之间,使得网络发现故障和实现自愈的时间不再受制于网络中发送CC报文能力最弱的节点,实现了在环网中并非所有节点都支持CC最高级的发送速率或者环网中节点的发送能力不一致的情况下,整个环网能够快速反应并达到最优的网络自愈时间,从而解决现有技术中存在的问题。
而且,通过上述过程可知,本申请实施例中,是由链路故障所在的两个节点发送SF报文通知解除环网中的RPL阻塞链路。由此可以使得,网络很容易就可以确定链路故障的具体位置。
对本申请实施例,实现了网络的全局MEP部署,当网络中存在多实例的情况下,在确定了链路故障的具体位置时,节点会向每个实例都发送SF报文,通知解除环网中的RPL阻塞链路,达到保护环网中所有ERPS实例链路的目的,减轻对网络带宽等资源的浪费。
针对本申请实施例提供的一种环网保护的方法,本申请实施例还提供一种环网保护的装置。
参照图6,为本申请实施例的环网保护装置的一个实施例的结构图。所述装置用于以太网环保护切换ERPS组网中的所有节点Owner Node。所述装置包括:接收单元601、第一确定单元602、第二确定单元603、第三确定单元604、第四确定单元605和发送单元606。
所述接收单元601,用于接收第一(NR,RB)报文;其中,所述第一(NR,RB)报文中携带有环网中除Owner Node之外的每个节点发送连续性检测CC报文的能力信息。
所述第一确定单元602,用于根据所述环网中每个节点发送CC报文的能力信息,确定在环网中发送CC报文的能力非最弱的两个节点。
所述第二确定单元603,用于确定为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向维护端点MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同。
所述第三确定单元604,用于确定所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期。
所述第四确定单元605,用于确定在环网中的其他节点的端口配置维护中间点MIP。
所述发送单元606,用于发送第二(NR,RB)报文;所述第二(NR,RB)报文中封装有所述两个节点的标识、为所述两个节点的端口配置服务实例的标识以及所述MEP的CC报文发送周期,以使所述环网中的其他节点依据所述第二(NR,RB)报文进行配置。
其中,所述装置还可以包括:第一设置单元和第二设置单元。
所述第一设置单元,用于当确定所述Owner Node自身不属于所述两个节点时,设置所述两个节点的端口配置服务实例的标识为第一默认值,以使所述两个节点中第一个接收到所述第二(NR,RB)报文的节点按照预设的顺序为两个端口配置不同的服务实例;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例。
所述第二设置单元,用于当确定所述Owner Node自身属于所述两个节点时,所述Owner Node的环网保护链路RPL端口配置第一服务实例,其非RPL端口配置第二服务实例,并设定所述为所述两个节点的端口配置服务实例的标识为第二默认值,以使所述两个节点中的另一个节点接收到所述第二(NR,RB)报文后,按照所述预设的顺序的逆序为两个端口配置不同的服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
参照图7,为本申请实施例的环网保护装置的另一个实施例的结构图。所述装置用于以太网环保护切换ERPS组网中的非所有节点Owner Node。所述装置可以包括:发送单元701、第一接收单元702和配置单元703。
所述发送单元701,用于向该组网中的Owner Node发送第一(NR,RB)报文,所述第一(NR,RB)报文携带所述第一(NR,RB)报文已经过的节点发送连续性检测CC报文的能力信息。
所述第一接收单元702,用于接收所述Owner Node根据所述第一(NR,RB)报文发送的第二(NR,RB)报文。
所述配置单元703,用于根据所述第二(NR,RB)报文进行配置;所述第二(NR,RB)报文中封装有两个节点的标识、为所述两个节点的端口配置服务实例的标识以及MEP的CC报文发送周期;其中,所述两个节点的标识为环网中发送CC报文的能力非最弱的两个节点的标识;为所述两个节点的端口配置服务实例的标识用于指示为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向维护端点MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期。
其中,所述非所有节点Owner Node为所述组网中的邻居节点NeighbourNode时,所述装置还包括:触发单元。
所述触发单元,用于接收到所述Owner Node发送的第三(NR,RB)报文后,若确定所述Neighbour Node自身未配置全局MEP且未配置全局维护中间点MIP,则触发所述发送单元发送所述第一(NR,RB)报文。
其中,所述非所有节点Owner Node为所述组网中的普通节点NormalNode时,所述装置还包括:第二接收单元和能力添加单元。
第二接收单元,用于接收邻居节点发送的第一(NR,RB)报文;
能力添加单元,用于在接收到的邻居节点发送的第一(NR,RB)报文中添加自身发送CC报文的能力信息;
所述发送单元,还用于将添加了自身发送CC报文的能力信息的第一(NR,RB)报文转发至另一邻居节点,以发送至所述Owner Node。
其中,所述配置单元可以包括:第一配置单元和第二配置单元。
所述第一配置单元,用于当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第一默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照预设的顺序为两个端口配置服务实例,将所述两个节点的端口配置服务实例的标识修改为第二默认值;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
所述第二配置单元,用于当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第二默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照所述预设的顺序的逆序为两个端口配置服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
本申请上述各实施例所述的装置,通过获取得到的环网中每个节点发送CC报文的能力信息,对环网进行全局MEP配置,在环网中发送CC报文能力非最弱的两个节点上配置全局外向MEP,其他节点配置MIP。
当网络中发送CC报文能力最弱的节点出现链路故障时,该MEP的邻居状态能够在3.5个CC发送周期后变为fault,MEP发送CC报文的周期为该两个节点中能力较弱的节点的CC报文发送周期。而本申请实施例中,该两个节点发送CC报文的能力在环网中均不是最弱的。因此,与现有技术相比,本申请实施例的方法,能够加快发现链路故障的速度,缩短网络的故障检测和网络自愈的时间。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (12)

1.一种环网保护的方法,其特征在于,所述方法包括:
以太网环保护切换ERPS组网中的所有节点Owner Node接收第一(链路恢复NR,环网保护链路阻塞RB)报文;其中,所述第一(NR,RB)报文中携带有环网中除Owner Node之外的每个节点发送连续性检测CC报文的能力信息;
所述Owner Node根据所述环网中每个节点发送CC报文的能力信息,确定环网中发送CC报文的能力非最弱的两个节点;
所述Owner Node确定为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向维护端点MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;
所述Owner Node确定所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期;
所述Owner Node确定在环网中的其他节点的端口配置维护中间点MIP;
所述Owner Node发送第二(NR,RB)报文;所述第二(NR,RB)报文中封装有所述两个节点的标识、为所述两个节点的端口配置服务实例的标识以及所述MEP的CC报文发送周期,以使所述环网中的其他节点依据所述第二(NR,RB)报文进行配置。
2.根据权利要求1所述的方法,其特征在于,在所述Owner Node发送第二(NR,RB)报文之前,所述方法还包括:
当所述Owner Node确定自身不属于所述两个节点时,所述为所述两个节点的端口配置服务实例的标识为第一默认值,以使所述两个节点中第一个接收到所述第二(NR,RB)报文的节点按照预设的顺序为两个端口配置不同的服务实例;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;
当所述Owner Node确定自身属于所述两个节点时,所述Owner Node的环网保护链路RPL端口配置第一服务实例,其非RPL端口配置第二服务实例,并设定所述为所述两个节点的端口配置服务实例的标识为第二默认值,以使所述两个节点中的另一个节点接收到所述第二(NR,RB)报文后,按照所述预设的顺序的逆序为两个端口配置不同的服务实例;配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
3.一种环网保护的方法,其特征在于,所述方法包括:
以太网环保护切换ERPS组网中的非所有节点Owner Node向该组网中的Owner Node发送第一(链路恢复NR,环网保护链路阻塞RB)报文,所述第一(NR,RB)报文携带所述第一(NR,RB)报文已经过的节点发送连续性检测CC报文的能力信息;
所述非Owner Node接收所述Owner Node根据所述第一(NR,RB)报文发送的第二(NR,RB)报文,根据所述第二(NR,RB)报文进行配置;所述第二(NR,RB)报文中封装有两个节点的标识、为所述两个节点的端口配置服务实例的标识以及维护端点MEP的CC报文发送周期;
其中,所述两个节点的标识为环网中发送CC报文的能力非最弱的两个节点的标识;为所述两个节点的端口配置服务实例的标识用于指示为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期。
4.根据权利要求3所述的方法,其特征在于,所述非所有节点Owner Node为所述组网中的邻居节点Neighbour Node,所述非所有节点Owner Node向该组网中的Owner Node发送第一(NR,RB)报文具体为:
所述Neighbour Node在接收到所述Owner Node发送的第三(NR,RB)报文时,若确定自身未配置全局MEP且未配置全局维护中间点MIP,则向该组网中的Owner Node发送所述第一(NR,RB)报文。
5.根据权利要求3所述的方法,其特征在于,所述非所有节点Owner Node为所述组网中的普通节点Normal Node,所述非所有节点Owner Node向该组网中的Owner Node发送第一(NR,RB)报文具体为:
接收邻居节点发送的第一(NR,RB)报文,在接收到的邻居节点发送的第一(NR,RB)报文中添加自身发送CC报文的能力信息,将添加了自身发送CC报文的能力信息的第一(NR,RB)报文转发至另一邻居节点,以发送至所述Owner Node。
6.根据权利要求3所述的方法,其特征在于,所述非Owner Node根据所述第二(NR,RB)报文进行配置包括:
当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第一默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照预设的顺序为两个端口配置服务实例,将所述两个节点的端口配置服务实例的标识修改为第二默认值;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;
当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第二默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照所述预设的顺序的逆序为两个端口配置服务实例;
配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
7.一种环网保护的装置,其特征在于,所述装置用于以太网环保护切换ERPS组网中的所有节点Owner Node;所述装置包括:
接收单元,用于接收第一(NR,RB)报文;其中,所述第一(NR,RB)报文中携带有环网中除Owner Node之外的每个节点发送连续性检测CC报文的能力信息;
第一确定单元,用于根据所述环网中每个节点发送CC报文的能力信息,确定环网中发送CC报文的能力非最弱的两个节点;
第二确定单元,用于确定为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向维护端点MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;
第三确定单元,用于确定所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期;
第四确定单元,用于确定在环网中的其他节点的端口配置维护中间点MIP;
发送单元,用于发送第二(NR,RB)报文;所述第二(NR,RB)报文中封装有所述两个节点的标识、为所述两个节点的端口配置服务实例的标识以及所述MEP的CC报文发送周期,以使所述环网中的其他节点依据所述第二(NR,RB)报文进行配置。
8.根据权利要求7所述的环网保护的装置,其特征在于,所述装置还包括:
第一设置单元,用于当确定所述Owner Node自身不属于所述两个节点时,设置所述两个节点的端口配置服务实例的标识为第一默认值,以使所述两个节点中第一个接收到所述第二(NR,RB)报文的节点按照预设的顺序为两个端口配置不同的服务实例;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;
第二设置单元,用于当确定所述Owner Node自身属于所述两个节点时,所述Owner Node的环网保护链路RPL端口配置第一服务实例,其非RPL端口配置第二服务实例,并设定所述为所述两个节点的端口配置服务实例的标识为第二默认值,以使所述两个节点中的另一个节点接收到所述第二(NR,RB)报文后,按照所述预设的顺序的逆序为两个端口配置不同的服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
9.一种环网保护的装置,其特征在于,所述装置用于以太网环保护切换ERPS组网中的非所有节点Owner Node;所述装置包括:
发送单元,用于向该组网中的Owner Node发送第一(NR,RB)报文,所述第一(NR,RB)报文携带所述第一(NR,RB)报文已经过的节点发送连续性检测CC报文的能力信息;
第一接收单元,用于接收所述Owner Node根据所述第一(NR,RB)报文发送的第二(NR,RB)报文;
配置单元,用于根据所述第二(NR,RB)报文进行配置;所述第二(NR,RB)报文中封装有两个节点的标识、为所述两个节点的端口配置服务实例的标识以及维护端点MEP的CC报文发送周期;其中,所述两个节点的标识为环网中发送CC报文的能力非最弱的两个节点的标识;为所述两个节点的端口配置服务实例的标识用于指示为所述两个节点的每两个相邻的端口配置相同服务实例的全局外向MEP,且每个节点的两个端口配置的全局外向MEP的服务实例不同;所述MEP的CC报文发送周期为所述两个节点中发送CC报文的能力较弱的节点的CC报文发送周期。
10.根据权利要求9所述的环网保护的装置,其特征在于,所述非所有节点Owner Node为所述组网中的邻居节点Neighbour Node时,所述装置还包括:
触发单元,用于接收到所述Owner Node发送的第三(NR,RB)报文后,若确定所述Neighbour Node自身未配置全局MEP且未配置全局维护中间点MIP,则触发所述发送单元发送所述第一(NR,RB)报文。
11.根据权利要求9所述的环网保护的装置,其特征在于,所述非所有节点Owner Node为所述组网中的普通节点Normal Node时,所述装置还包括:
第二接收单元,用于接收邻居节点发送的第一(NR,RB)报文;
能力添加单元,用于在接收到的邻居节点发送的第一(NR,RB)报文中添加自身发送CC报文的能力信息;
所述发送单元,还用于将添加了自身发送CC报文的能力信息的第一(NR,RB)报文转发至另一邻居节点,以发送至所述Owner Node。
12.根据权利要求9所述的环网保护的装置,其特征在于,所述配置单元包括:
第一配置单元,用于当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第一默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照预设的顺序为两个端口配置服务实例,将所述两个节点的端口配置服务实例的标识修改为第二默认值;所述预设的顺序为节点的入端口配置第一服务实例,节点的出端口配置第二服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期;
第二配置单元,用于当所述非Owner Node确定所述第二(NR,RB)报文中封装的所述两个节点的标识包括本节点的标识且所述两个节点的端口配置服务实例的标识为第二默认值时,所述非Owner Node在自身端口配置全局外向MEP,且按照所述预设的顺序的逆序为两个端口配置服务实例;并,配置本节点的端口的CC报文发送周期为所述MEP的CC报文发送周期。
CN201510025331.5A 2015-01-19 2015-01-19 一种环网保护方法及装置 Active CN104579785B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510025331.5A CN104579785B (zh) 2015-01-19 2015-01-19 一种环网保护方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510025331.5A CN104579785B (zh) 2015-01-19 2015-01-19 一种环网保护方法及装置

Publications (2)

Publication Number Publication Date
CN104579785A true CN104579785A (zh) 2015-04-29
CN104579785B CN104579785B (zh) 2018-07-31

Family

ID=53095050

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510025331.5A Active CN104579785B (zh) 2015-01-19 2015-01-19 一种环网保护方法及装置

Country Status (1)

Country Link
CN (1) CN104579785B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021233202A1 (zh) * 2020-05-20 2021-11-25 中兴通讯股份有限公司 维护实体组中间点创建方法、节点及可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101232427A (zh) * 2007-01-23 2008-07-30 华为技术有限公司 一种以太网环保护方法及装置
US20090073988A1 (en) * 2007-09-14 2009-03-19 Morteza Ghodrat Systems and methods for a self-healing carrier ethernet topology
US20090161562A1 (en) * 2007-12-21 2009-06-25 Himanshu Shah Systems and methods for scalable and rapid ethernet fault detection
CN101499938A (zh) * 2009-03-27 2009-08-05 武汉烽火网络有限责任公司 实现cfm中高频连续性检测的装置及方法
CN101888323A (zh) * 2010-07-19 2010-11-17 南京邮电大学 一种基于以太环网的pbb-te保护方法
CN102684973A (zh) * 2011-03-09 2012-09-19 中兴通讯股份有限公司 一种环网保护的方法及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101232427A (zh) * 2007-01-23 2008-07-30 华为技术有限公司 一种以太网环保护方法及装置
US20090073988A1 (en) * 2007-09-14 2009-03-19 Morteza Ghodrat Systems and methods for a self-healing carrier ethernet topology
US20090161562A1 (en) * 2007-12-21 2009-06-25 Himanshu Shah Systems and methods for scalable and rapid ethernet fault detection
CN101499938A (zh) * 2009-03-27 2009-08-05 武汉烽火网络有限责任公司 实现cfm中高频连续性检测的装置及方法
CN101888323A (zh) * 2010-07-19 2010-11-17 南京邮电大学 一种基于以太环网的pbb-te保护方法
CN102684973A (zh) * 2011-03-09 2012-09-19 中兴通讯股份有限公司 一种环网保护的方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021233202A1 (zh) * 2020-05-20 2021-11-25 中兴通讯股份有限公司 维护实体组中间点创建方法、节点及可读存储介质

Also Published As

Publication number Publication date
CN104579785B (zh) 2018-07-31

Similar Documents

Publication Publication Date Title
US9871708B2 (en) Method and system for ring protection switching
RU2423008C2 (ru) СПОСОБ И СИСТЕМА АВТОМАТИЧЕСКОЙ ЗАЩИТЫ СЕТИ Ethernet
US8988982B2 (en) Method and apparatus for protection switching in point-to-multipoint network
CN103001799B (zh) 基于链状网络的冗余实现方法及节点
CN101702658B (zh) 一种环网保护的实现方法及系统
CN102035712B (zh) 多协议标签交换的环网保护方法、装置和系统
CN101075970A (zh) 路由选择的方法和设备
EP3029883B1 (en) Network protection method and apparatus, next-ring node, and system
CN105281931A (zh) Potn的误码检测方法、装置及系统
CN103607317A (zh) 二层环路检测方法和装置及通信系统
CN102255757A (zh) 一种链路切换方法及其装置
WO2011095101A1 (zh) 一种分组传送网络的线性1:n保护方法、装置和系统
CN104283711A (zh) 基于双向转发检测bfd的故障检测方法、节点及系统
CN103036756A (zh) 一种基于共享通道的混合环网保护方法及系统
CN106161078A (zh) 一种以太网环保护倒换方法及节点
EP2858302B1 (en) Connectivity check method of service stream link, related apparatus and system
CN101909006A (zh) 双向转发检测报文发送、接收方法及其装置与通信系统
CN101753409A (zh) 一种资源共享的方法、装置和系统
CN102035741A (zh) 一种环形拓扑网络中单播报文的转发方法及设备
CN104579785A (zh) 一种环网保护方法及装置
CN102812750B (zh) 分组传送网络中故障处理方法、分组传送网络及节点
CN101695046B (zh) 一种设置rrpp阻塞点的方法及设备
EP2953299B1 (en) Protection switching method, system and node
JP2015139110A (ja) 中継システムおよびスイッチ装置
CN102571460B (zh) 单纤故障切换方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant after: Xinhua three Technology Co., Ltd.

Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant before: Huasan Communication Technology Co., Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant