CN103873336A - 分布式弹性网络互连的业务承载方法及装置 - Google Patents
分布式弹性网络互连的业务承载方法及装置 Download PDFInfo
- Publication number
- CN103873336A CN103873336A CN201210543785.8A CN201210543785A CN103873336A CN 103873336 A CN103873336 A CN 103873336A CN 201210543785 A CN201210543785 A CN 201210543785A CN 103873336 A CN103873336 A CN 103873336A
- Authority
- CN
- China
- Prior art keywords
- port
- business
- state
- end points
- unavailable
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/41—Flow control; Congestion control by acting on aggregated flows or links
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
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
本发明公开了一种分布式弹性网络互连的业务承载方法及装置,其中,该方法包括:DRNI端点内的端内系统之间同步该端点的端内系统的状态和/或端口的状态;端内系统检测到发生了事件,其中,该事件用于触发更新承载业务的端内系统和/或端口;端内系统确定受该事件影响的业务;端内系统根据承载该业务的端内系统序列和/或端口序列,以及该端点内的端内系统的状态和/或端口的状态,更新当前承载该业务的端内系统和/或端口。通过本发明,解决了相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题,降低了故障对业务的影响,提升了用户体验。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种分布式弹性网络互连(Distributed ResilientNetwork Interconnect,简称为DRNI)的业务承载方法及装置。
背景技术
随着宽带业务的飞速发展,网络与网络之间的互连使用得越来越多,承载了更多的业务。网络内部根据其所采用的技术,均可有多种方法对链路,及节点实现保护。随着对流量的保护需求越来越强烈,要求越来越高,有运营商也提出了需要对网络互连区域的保护需求。可以采用端口聚合的方式来实现该保护,常用的方式可以是端口聚合,也可以是环路保护。环网保护技术受到网络拓扑的限制,对于网络互连部分采用全网连接的方式不适用。在IEEE现有标准802.1AX-链路聚合能够实现多条链路的保护,但仅限于支持的是单节点的链路聚合,不能满足节点保护的需求。
为了适用于网络与网络互连区域组网方式更加多样化,并能实现链路和边缘节点的保护,IEEE标准组织提出扩展802.1AX-链路聚合来实现分布式弹性网络互连(Distributed ResilientNetwork Interconnect,简称为DRNI),以支持多系统的链路聚合。DRNI对802.1AX进行扩展,使链路聚合组的两端可以由一个或多个端内系统组成一个逻辑端点进行聚合,即由这些端内系统的多条链路组成一个分布式链路聚合组(Link Aggregation Group,简称为LAG),从而保证网络互连区域的链路和节点双重保护。
目前,DRNI采用按业务报文分发方式,端内系统接收到报文,根据业务报文的最外层标签的映射值,如会话ID,对业务报文进行转发。端内系统接收到要发往本网络内部的报文,或要通过本端内系统的聚合链路发往网络节点接口(Network Node Interface,简称为NNI)侧的报文,需要判断该报文标签映射值会话ID是否在聚合端口业务表或聚合器业务表中,如果该会话ID在业务表中,则转发,否则丢弃。
当聚合链路或端内系统发生故障时,需要将业务切换到其他端口或其他端内系统发送。但其他端口业务表、其他端内系统的聚合器业务表中都不包含该业务,业务将被丢弃,导致流量中断。
针对相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题,本发明提供了一种分布式弹性网络互连的业务承载方法及装置,以至少解决上述问题。
根据本发明的一个方面,提供了一种DRNI的业务承载方法,包括:DRNI端点内的端内系统之间同步所述端点的端内系统的状态和/或端口的状态;所述端内系统检测到发生了事件,其中,所述事件用于触发更新承载业务的端内系统和/或端口;所述端内系统确定受所述事件影响的业务;所述端内系统根据承载所述业务的端内系统序列和/或端口序列,以及所述端点内的端内系统的状态和/或端口的状态,更新当前承载所述业务的端内系统和/或端口。
优选地,DRNI端点内的端内系统之间同步所述端点的端内系统的状态和/或端口的状态包括:所述DRNI端点内的端内系统之间周期通过DRCP相互通告自身的端口状态和/或其他端内系统的端口状态,实现端内系统之间的状态同步。
优选地,端内系统之间周期通过DRCP相互通告自身的端口状态和/或其他端内系统的端口状态包括:所述端内系统将自身的端口状态信息和/或其他端内系统的端口状态信息以值TLV方式携带在所述DRCP报文中,向所述DRNI端点的其他端内系统发送。
优选地,所述端口状态信息包括以下至少之一:聚合端口的分发使能状态信息,聚合端口的LACP状态信息,聚合器的分发使能状态信息。
优选地,DRNI端点内的端内系统之间同步所述端点的端内系统和/或端口的状态,还包括:在端内系统的端口状态发生改变的情况下,所述状态发生改变的端口所属的端内系统通过DRCP向所述DRNI端点的其他端内系统通告状态发生改变的端口状态。
优选地,所述事件包括:本端点的端内系统和/或端口的状态发生改变。
优选地,本端点的端内系统和/或端口的状态发生改变包括以下之一:本端点的端内系统发生故障或故障恢复;本端点的端内系统的内连链路发生故障或故障恢复;本端点的端内系统被移除或加入聚合组;本端点的端内系统的端口发生故障或故障恢复;以及本端点的端内系统的端口被移除或加入聚合组。
优选地,所述端内系统确定受所述事件影响的业务包括:所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务。
优选地,所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括:所述DRNI端点内的端内系统检测到本端内系统的端口不可用;所述不可用端口所属的端内系统更新所述端口的状态为不可用,并获取所述不可用端口的端口业务表;将所述端口业务表中包含的业务确定为受所述事件影响的业务。
优选地,在端内系统检测到本端内系统的端口不可用之后,还包括:所述不可用端口所属的端内系统向本端点内的其他端内系统通告所述端口不可用;所述其他端内系统更新本地保存的所述端口的状态为不可用,并获取所述不可用端口的端口业务表;将所述端口业务表中包含的业务确定为受所述事件影响的业务。
优选地,所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括:所述DRNI端点内的端内系统检测到与本端点内的相邻端内系统的连接信息丢失,且所述检测到连接信息丢失的端内系统仍保持加入聚合组;所述检测到连接信息丢失的端内系统更新本地保存的所述相邻端内系统的端口状态为不可用,并获取所述不可用端口的端口业务表;将所述端口业务表中包括的业务确定为受所述事件影响的业务。
优选地,所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括:所述DRNI端点内的端内系统检测到本端内系统的端口由不可用恢复为可用;所述恢复为可用端口所属的端内系统更新所述端口的状态为可用,并获取所述DRNI端点内当前承载端口不是第一优先端口的业务;所述恢复为可用端口所属的端内系统比较所述恢复为可用端口与所述业务的当前承载端口在承载所述业务的端内系统序列和/或端口序列中的位置关系;在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下,将所述业务确定为受所述事件影响的业务。
优选地,在端内系统检测到本端内系统的端口由不可用恢复为可用之后,还包括:所述恢复为可用端口所属的端内系统向所述DRNI端点内的其他端内系统通告所述端口可用;所述其他端内系统更新本地保存的所述端口的状态为可用,并获取所述DRNI端点内当前承载端口不是第一优先端口的业务;所述其他端内系统比较所述恢复为可用端口与所述业务在承载所述业务的端内系统序列和/或端口序列中的位置关系;在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下,将所述业务确定为受所述事件影响的业务。
优选地,所述端内系统根据承载所述业务的端内系统序列和/或端口序列,以及所述端点内的端内系统的状态和/或端口的状态,更新当前承载所述业务的端内系统和/或端口包括:获取所述业务的业务端口表,其中,所述业务端口表中包括承载所述业务的端内系统序列和/或端口序列;根据所述业务端口表中的承载所述业务的端内系统序列和/或端口序列的顺序,选择状态为可用且所述顺序在先的端内系统和/或端口作为所述业务的当前承载端内系统和/或端口;更新所述业务的当前承载端口的端口业务表。
根据本发明的另一方面,提供了一种DRNI的业务承载装置,位于DRNI端点内的端内系统中,包括:同步模块,用于同步DRNI端点内的端内系统的状态和/或端口的状态;检测模块,用于检测到发生了事件,其中,所述事件用于触发更新承载业务的端内系统和/或端口;确定模块,用于确定受所述事件影响的业务;更新模块,用于根据承载所述业务的端内系统序列和/或端口序列,以及所述端点内的端内系统和/或端口的状态,更新当前承载所述业务的端内系统和/或端口。
优选地,所述同步模块包括:第一通告单元,用于端内系统之间周期通过DRCP相互通告所述自身的端口状态和/或其他端内系统的端口状态。
优选地,所述同步模块包括:第二通告单元,用于在所述端内系统的端口状态发生改变的情况下,通过DRCP向所述DRNI端点的其他端内系统通告状态发生变化的端口状态。
优选地,所述确定模块包括:第一更新单元,用于在检测到本端内系统的端口不可用后,更新所述不可用端口的状态为不可用,并获取所述不可用端口的端口业务表;第一确定单元,用于将所述端口业务表中包含的业务确定为受所述事件影响的业务。
优选地,所述确定模块还包括:第一接收单元,用于接收所述DRNI端点内的其他端内系统的通告,其中,所述通告用于指示所述其他端内系统的端口不可用;所述第一更新单元,还用于更新保存的所述其他端内系统的所述端口的状态为不可用,并获取所述不可用端口的端口业务表;所述第一确定单元,还用于将所述端口业务表中包含的业务确定为受所述事件影响的业务。
优选地,所述确定模块包括:第二更新单元,用于在检测到与所述DRNI端点内的相邻端内系统的连接信息丢失后,且所述检测到连接信息丢失的端内系统保持加入聚合组的情况下,更新保存的所述相邻端内系统的端口状态为不可用,并获取所述不可用端口的端口业务表;第二确定单元,用于将所述端口业务表中包括的业务确定为受所述事件影响的业务。
优选地,所述确定模块还包括:第三更新单元,用于在检测到本端内系统的端口由不可用恢复为可用后,更新所述端口的状态为可用;优先级检测单元,用于检测所述DRNI端点内当前承载端口不是第一优先端口的业务;比较单元,用于比较所述恢复为可用端口与所述业务的当前承载端口在承载所述业务的端内系统序列和/或端口序列中的位置关系,并在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下,将所述业务确定为受所述事件影响的业务。
优选地,所述确定模块还包括:第二接收单元,用于接收所述DRNI端点内的其他端内系统的通告,其中,所述通告用于指示所述其他端内系统的端口可用;所述第三更新单元还用于更新保存的所述其他端内系统的所述端口的状态为可用;所述优先级检测单元还用于检测所述DRNI端点内当前承载端口不是第一优先端口的业务;所述比较单元还用于比较所述恢复为可用端口与所述业务的当前承载端口在承载所述业务的端内系统序列和/或端口序列中的位置关系,并在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下,将所述业务确定为受所述事件影响的业务。
优选地,所述更新模块包括:获取单元,用于获取所述业务的业务端口表,其中,所述业务端口表中包括承载所述业务的端内系统序列和/或端口序列;选择单元,用于根据所述业务端口表中的承载所述业务的端内系统和/或端口的顺序,选择状态为可用的且所述顺序在先的端内系统和/或端口作为所述业务的当前承载端内系统和/或端口;第四更新单元,用于更新所述业务的当前承载端口的端口业务表。
通过本发明,采用DRNI端点内的端内系统之间同步该端点的端内系统的状态和/或端口的状态;端内系统检测到发生了事件,其中,该事件用于触发更新承载业务的端内系统和/或端口;端内系统确定受该事件影响的业务;端内系统根据承载该业务的端内系统序列和/或端口序列,以及该端点内的端内系统的状态和/或端口的状态,更新当前承载该业务的端内系统和/或端口的方式,解决了相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题,降低了故障对业务的影响,提升了用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的分布式弹性网络互连的业务承载方法的流程图;
图2是根据本发明实施例的分布式弹性网络互连的业务承载装置的结构框图;
图3是根据本发明实施例的同步模块的优选结构框图;
图4是根据本发明实施例的确定模块的优选结构框图一;
图5是根据本发明实施例的确定模块的优选结构框图二;
图6是根据本发明实施例的确定模块的优选结构框图三;
图7是根据本发明实施例的更新模块的优选结构框图;
图8是根据本发明实施例一的聚合链路故障所在端内系统的处理流程图;
图9是根据本发明实施例一的聚合链路故障其他端内系统的处理流程图;
图10是根据本发明实施例一的端内系统故障处理流程图;
图11是根据本发明实施例一的聚合链路故障恢复所在端内系统的处理流程图;
图12是根据本发明实施例一的聚合链路故障恢复其他端内系统的处理流程图;
图13是根据本发明实施例一的DRNI中协商业务承载的装置的结构框图;
图14是根据本发明实施例二的组网示意图;
图15是根据本发明实施例二的聚合链路故障示意图;
图16是根据本发明实施例三的端内系统故障示意图;
图17是根据本发明实施例四的组网示意图;
图18是根据本发明实施例五的逻辑端口不可用的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中,提供了一种分布式弹性网络互连的业务承载方法,图1是根据本发明实施例的分布式弹性网络互连的业务承载方法的流程图,如图1所示,该方法包括如下步骤:
步骤S102,DRNI端点内的端内系统之间同步该端点的端内系统的状态和/或端口的状态;
步骤S104,端内系统检测到发生了事件,其中,该事件用于触发更新承载业务的端内系统和/或端口;
步骤S106,端内系统确定受该事件影响的业务;
步骤S108,端内系统根据承载该业务的端内系统序列和/或端口序列,以及该端点内的端内系统的状态和/或端口的状态,更新当前承载该业务的端内系统和/或端口。
本实施例通过上述步骤,DRNI聚合组端点内的端内系统之间同步该端点的端内系统的状态(例如,分发使能状态)和/或端口的状态(例如,分发使能状态);在检测到发生了用于触发更新承载业务的端内系统和/或端口的事件后,端内系统确定受该事件影响的业务,并更新当前承载该业务的端内系统和/或端口,从而避免了当承载业务的聚合链路或端内系统发生故障时,聚合组端点内的其他端内系统和/或端口丢弃该业务的情况出现,解决了相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题,降低了故障对业务的影响,提升了用户体验。
作为一种优选实施方式,聚合组端点内的端内系统和/或端内系统的端口的状态的同步方式可以是由聚合组端点内的端内系统之间周期通过分布式中继控制协议(Distributed RelayControl Protocol,简称为DRCP)相互通告端口的状态信息,以达到端内系统之间的状态同步。端内系统发送的端口状态信息中既可以包含本端内系统的端口状态信息,还可以包含其他端内系统的端口状态信息。
优选地,端内系统可以将该端内系统自身的端口状态信息和/或其他端内系统的端口状态信息以类型、长度和赋值(Type、Length and Value,简称为TLV)的方式携带在DRCP报文中,向DRNI聚合组端点的其他端内系统发送。通过这种同步报文格式携带端口的状态信息,简洁清楚。
优选地,上述端口的状态信息可以是聚合端口的分发使能状态信息,或者聚合端口的链路聚合控制协议(Link Aggregation Control Protocol,简称为LACP)状态信息,或者也可以是聚合器的分发使能状态信息。通过这种方式,在端口的状态发生上述任一种变化时,均可以触发业务的承载更新,进一步保证了业务的连续性。
优选地,在端内系统的端口状态(例如,聚合端口的分发使能状态、聚合端口的LACP状态、聚合器的分发使能状态等)发生改变的情况下,状态发生改变的端口所属的端内系统通过DRCP向聚合组端点的其他端内系统通告该状态发生改变的端口的状态。其中,在同步端口的状态信息时,可以将所有状态信息均进行同步,或者,也可以仅将发生改变的状态信息进行同步。
作为一种优选实施方式,上述用于触发更新承载业务的端内系统和/或端口的事件可以是该DRNI端点内的端内系统和/或端口的状态发生改变。例如,本端点(即该DRNI聚合组端点)的端内系统发生故障或故障恢复;本端点的端内系统的内连链路发生故障或故障恢复;本端点的端内系统被移除或加入聚合组,本端点的端内系统的端口发生故障或故障恢复;以及本端点的端内系统的端口被移除或加入聚合组。
优选地,步骤S106中端内系统确定受事件影响的业务的方式可以是该端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受上述事件影响的业务。
以端内系统发现该系统内的端口状态变成不可用为例,作为一种优选实施方式,确定需要更新承载的业务的方式可以如下:当端内系统检测到本端内系统的端口不可用的情况下,不可用端口所属的端内系统可以更新该端口的状态为不可用,并获取该端口在该端内系统中的端口业务表,将端口业务表中包含的业务确定为受事件影响的业务,以进行承载更新。
优选地,在端内系统检测到本端内系统的端口不可用之后,不可用端口所属的端内系统还可以向聚合组端点内的其他端内系统通告该端口不可用;在这种情况下,其他端内系统可以同时更新本地保存的该端口的状态为不可用,并获取该不可用的端口的端口业务表,将该端口业务表中包含的业务确定为受事件影响的业务,以进行承载更新。通过这种方式,聚合组端点内的所有端内系统中均可以保证其保存的自身以及其他端内系统的端口的端口业务表的正确性。
作为一种优选实施方式,在聚合组端点内的端内系统检测到其与该聚合组端点内的相邻端内系统的连接信息丢失、且该检测到连接信息丢失的端内系统仍保持加入聚合组的情况下,该检测到连接信息丢失的端内系统可以更新本地保存的相邻端内系统的端口状态为不可用,并获取不可用的端口的端口业务表,将该端口业务表中包括的业务确定为受事件影响的业务,以进行承载更新。
以端内系统发现该系统内的端口状态由不可用恢复为可用为例,作为一种优选实施方式,当该端内系统检测到本端内系统的端口由不可用恢复为可用的情况下,该恢复为可用端口所属的端内系统可以更新该端口的状态为可用,并获取该DRNI聚合组端点内所有当前承载端口不是第一优先端口的业务;该端内系统比较恢复的端口与当前承载端口不是第一优先端口的业务的当前承载端口在承载该业务的端内系统序列和/或端口序列中的位置关系;如果恢复的端口比业务的当前承载端口处于优先位置的情况下,则将业务确定为受事件影响的业务,以进行承载更新。例如,以业务的端内系统序列和/或端口序列中在先的端内系统和/或端口的优先级较高为例,则如果在业务的端内系统序列和/或端口序列中,恢复的端口所处的位置先于业务的当前承载端口所处的位置,则可以将该业务确定为受事件影响的业务。
优选地,在端内系统检测到端内系统的端口由不可用恢复为可用之后,恢复为可用端口所属的端内系统还可以向DRNI聚合组端点内的其他端内系统通告该端口恢复为可用;在这种情况下,其他端内系统可以同时更新本地保存的该端口的状态为可用,并获取该DRNI聚合组端点内所有当前承载端口不是第一优先端口的业务;该其他端内系统比较恢复的端口与当前承载端口不是第一优先端口的业务在承载该业务的端内系统序列和/或端口序列中的位置关系;如果恢复的端口比业务的当前承载端口处于优先位置的情况下,则将业务确定为受事件影响的业务,以进行承载更新。例如,以业务的端内系统序列和/或端口序列中在先的端内系统和/或端口的优先级较高为例,则如果在业务的端内系统序列和/或端口序列中,恢复的端口所处的位置先于业务的当前承载端口所处的位置,则可以将该业务确定为受事件影响的业务。通过这种方式,聚合组端点内的所有端内系统中均可以保证其保存的自身以及其他端内系统的端口的端口业务表的正确性。
通过上述方式,能够在检测到聚合组端点内的端口状态发生改变的情况下,迅速准确地确定受到影响的业务,从而保证了所有业务的流量连续性。
作为一种优选实施方式,步骤S108中更新承载受影响业务的端内系统和/或端口的方式可以如下:获取该业务的业务端口表,并根据该业务端口表中的承载优先级顺序,选择当前聚合组端点内所有端口中分发使能状态为可用的且承载优先级最高的端口作为业务的承载端口;然后更新该承载端口的端口业务表。其中,上述业务端口表为可以承载该业务的端口序列表,表中的端口序列可以是按承载业务的优先级顺序排序的;上述端口业务表为可以通过该端口承载的业务,该端口业务表也可以用于在端口故障时获取受故障影响的业务。
对应于上述方法,在本实施例中还提供了一种分布式弹性网络互连的业务承载装置,位于DRNI端点内的任意一个端内系统中,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的分布式弹性网络互连的业务承载装置的结构框图,如图2所示,该装置包括:同步模块22、检测模块24、确定模块26和更新模块28,下面对各个模块进行详细说明。
同步模块22,用于同步DRNI端点内的端内系统的状态和/或端口的状态;检测模块24,与同步模块22相连,用于检测到发生了事件,其中,该事件用于触发更新承载业务的端内系统和/或端口;确定模块26,与检测模块24相连,用于确定受检测模块24检测到的事件影响的业务;更新模块28,与同步模块22和确定模块26相连,用于根据承载确定模块26确定的业务的端内系统序列和/或端口序列,以及该端点内的端内系统和/或端口的状态,更新当前承载该业务的端内系统和/或端口。
本实施例通过上述模块,DRNI聚合组端点内的端内系统之间通过同步模块22同步该端点的端内系统的状态和/或端口的状态;在检测模块24检测到发生了用于触发更新承载业务的端内系统和/或端口的事件后,确定模块26确定受该事件影响的业务,并通过更新模块28更新当前承载该业务的端内系统和/或端口,从而避免了当承载业务的聚合链路或端内系统发生故障时,聚合组端点内的其他端内系统和/或端口丢弃该业务的情况出现,解决了相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题,降低了故障对业务的影响,提升了用户体验。
图3是根据本发明实施例的同步模块22的优选结构框图,如图3所示,同步模块22可以包括:第一通告单元222,用于通过DRCP向聚合组端点的其他端内系统通告自身的端口状态和/或其他端内系统的端口状态;或者,同步模块22也可以包括:第二通告单元224,用于在本端内系统的端口的状态发生改变的情况下,通过DRCP向聚合组端点的其他端内系统通告状态发生变化的端口状态。
图4是根据本发明实施例的确定模块26的优选结构框图一,如图4所示,确定模块26可以包括:第一更新单元2602,用于在检测到本端内系统的端口不可用后,更新不可用的端口的状态为不可用,并获取不可用的端口的端口业务表;第一确定单元2604,与第一更新单元2602相连,用于将端口业务表中包含的业务确定为受事件影响的业务。
优选地,确定模块26还可以包括:第一接收单元2606,与第一更新单元2602相连,用于接收聚合组端点内的其他端内系统的通告,其中,该通告用于指示其他端内系统的端口不可用;在这种情况下,第一更新单元2602还可以用于更新其他端内系统的端口的状态为不可用,并获取不可用的端口的端口业务表;第一确定单元2604还可以用于将端口业务表中包含的业务确定为受事件影响的业务。
图5是根据本发明实施例的确定模块26的优选结构框图二,如图5所示,确定模块26可以包括:第二更新单元2612,用于在检测到与聚合组端点内的相邻端内系统的连接信息丢失后,且该检测到连接信息丢失的端内系统保持加入聚合组的情况下,更新保存的相邻端内系统内的端口的状态为不可用,并获取不可用的端口的端口业务表;第二确定单元2614,与第二更新单元2612相连,用于将端口业务表中包括的业务确定为受事件影响的业务。
图6是根据本发明实施例的确定模块26的优选结构框图三,如图6所示,确定模块26还可以包括:第三更新单元2622,用于在检测到本端内系统的端口由不可用恢复为可用后,更新该端口的状态为可用;优先级检测单元2624,与第三更新单元2622相连,用于检测DRNI聚合组端点内当前承载端口不是第一优先端口的业务;比较单元2626,与优先级检测单元2624相连,用于比较恢复的端口与当前承载端口不是第一优先端口的业务的当前承载端口在承载该业务的端内系统序列和/或端口序列中的位置关系,并在恢复的该端口比该业务的当前承载端口处于优先位置的情况下,将该业务确定为受事件影响的业务。
优选地,确定模块26还可以包括:第二接收单元2628,与第三更新单元2622相连,用于接收聚合组端点内的其他端内系统的通告,其中,该通告用于指示其他端内系统的端口可用;在这种情况下,第三更新单元2622还可以用于更新本地保存的其他端内系统的端口的状态为可用;优先级检测单元2624还可以用于检测聚合组端点内当前承载端口不是第一优先端口的业务;比较单元2626还可以用于比较恢复的端口与当前承载端口不是第一优先端口的业务的当前承载端口在承载该业务的端内系统序列和/或端口序列中的位置关系,并在恢复的端口比该业务的当前承载端口处于优先位置的情况下,将业务确定为受事件影响的业务。
图7是根据本发明实施例的更新模块28的优选结构框图,如图7所示,更新模块28可以包括:获取单元282,用于获取业务的业务端口表,其中,该业务端口表中包括承载该业务的端内系统序列和/或端口序列;选择单元284,与获取单元282相连,用于根据业务端口表中的承载该业务的端内系统和/或端口的顺序,选择分发使能状态为可用的且顺序在先的端内系统和/或端口作为该业务的当前承载端内系统和/或端口;第四更新单元286,与选择单元284相连,用于更新该业务的当前承载端口的端口业务表。
下面结合优选实施例进行说明,以下实施例结合了上述实施例及其优选实施方式。
在以下优选实施例中,为了保证在聚合链路或端内系统发生故障时,端内系统之间能够通过协商选择新的聚合链路来实现业务快速切换,从而降低故障对业务的影响,提供了一种一种在通信系统中网络之间互联接口的保护方案,尤其提供了一种DRNI中协商业务承载的方法和装置。通过该方案,在聚合链路或端内系统发生故障时,流量能够从其他聚合链路传输,新选择的聚合链路可以和故障链路可以在同一个端内系统上,也可以在本端点的不同端内系统上。
该DRNI中协商聚合链路的方案包括:聚合组端点内的端内系统之间相互通告同步端口状态信息,根据端口状态信息和业务端口表更新端口业务表和/或业务当前承载端口,并根据业务当前承载端口和/或端口业务表发送和接收业务。
实施例一
本优选实施例中的DRNI中协商业务承载的实现方案包括:
步骤一,端内系统通过分布式中继控制协议(Distributed Relay Control Protocol,简称为DRCP)向本端点的其他端内系统通告同步端口的状态。
其中,端口状态信息以TLV方式携带在DRCP协议报文中,端内系统之间周期同步端口状态。另外,在端口状态发生改变时,触发向其他端内系统通告端口状态的变化情况,使端内系统之间的端口状态达到同步。
上述端口状态TLV可以携带聚合端口状态、聚合器状态等信息。其中,聚合端口状态发生变化触发通告可以为:聚合端口的分发使能状态发生改变时,触发通告。也可以为聚合端口的LACP状态发生改变,触发通告;聚合器状态发生变化触发通告为:聚合器的分发使能状态发生改变时,触发通告。
步骤二,端内系统根据业务端口表和同步的端口状态信息,获取各端口的端口业务表和/或业务当前承载端口表。
其中,上述业务端口表为承载业务的端口序列表,端口序列按承载业务的优先级顺序排序;上述端口业务表为可以通过该端口承载的业务,可用于端口故障时获取受故障影响的业务;上述业务当前承载端口为从业务端口表中获取的当前可用的高优先级端口,包含端口号和承载业务的优先级等。其中,承载业务优先级用于故障恢复时,通过比较业务的当前承载端口和恢复端口对业务的承载优先级,来判断是否需要更新上述业务的当前承载端口。
步骤三,当端内系统上某个端口不可用时,需要根据端口状态信息更新端内系统保存的端口业务表和/或业务当前承载端口。
其中,图8是根据本发明实施例一的聚合链路故障所在端内系统的处理流程图,如图8所示,当端内系统上某端口不可用时,步骤三的处理过程如下:
步骤S802,端内系统上某端口不可用时,更新该端口状态,并将该端口的不可用状态信息通告给端点内的其他端内系统。
步骤S804,从保存的该不可用端口的端口业务表中,获取受影响的业务。
步骤S806,检索受影响业务的业务端口表,获取下一个可用的高优先级端口作为该业务的承载端口,更新端内系统上保存的端口业务表和/或业务当前承载端口。
图9是根据本发明实施例一的聚合链路故障其他端内系统的处理流程图,如图9所示,当端内系统接收到其他端内系统通告的端口不可用信息时,步骤三的处理过程如下:
步骤S902,端内系统在接收到端口状态变为不可用的状态通告信息后,更新本端内系统上保存的该端口的状态为不可用。
步骤S904,从保存的该不可用端口的端口业务表中,获取受影响的业务。如果存在受故障影响的业务,则进入步骤S906。
步骤S906,检索受影响业务的业务端口表,获取下一个可用的高优先级端口作为该业务的承载端口,更新端内系统上保存的端口业务表和/或业务当前承载端口。
步骤四,图10是根据本发明实施例一的端内系统故障处理流程图,当端内系统检测到相邻端内系统连接信息丢失,如相邻端内系统故障、内连链路故障导致相邻端内系统从聚合组移除,而本端内系统仍保持加入聚合组,则本端内系统的处理过程如图10所示:
步骤S1002,更新本端内系统上保存的与不可用端内系统上的端口状态为不可用。
步骤S1004,从保存的该不可用端口的端口业务表中,获取受故障影响的业务。如果存在受故障影响的业务,则进入步骤S1006。
步骤S1006,检索受影响业务的业务端口表,获取下一个可用的高优先级端口作为该业务的承载端口,更新端内系统上保存的端口业务表和/或业务当前承载端口。
步骤五,当端内系统上的某端口由不可用恢复为可用状态,且为返回模式,需要根据端口状态信息更新端内系统保存的端口业务表和/或业务当前承载端口。图11是根据本发明实施例一的聚合链路故障恢复所在端内系统的处理流程图,如图11所示,该处理过程如下:
步骤S1102,端内系统上某端口恢复为可用时,将端口的可用状态信息通告给端点内的其他端内系统。
步骤S1104,检索所有业务的业务当前承载端口,获取当前承载端口不是第一优先端口的业务。
步骤S1106,比较恢复端口与业务当前承载端口对上述业务的承载优先级,如果恢复端口的承载优先级高,则进入步骤S1108,否则,进入步骤S1110。
步骤S1108,更新恢复端口为业务承载端口,更新端内系统上保存的端口业务表和/或业务当前承载端口。
步骤S1110,无需处理,保持当前承载端口不变。
图12是根据本发明实施例一的聚合链路故障恢复其他端内系统的处理流程图,如图12所示,当端内系统接收到其他端内系统通告的端口变为可用信息时,处理过程如下:
步骤S1202,端内系统在接收到端口状态变为可用的状态通告信息后,更新本端内系统上保存的该端口的状态为可用。
步骤S1204,检索所有业务的业务当前承载端口,获取当前承载端口不是第一优先端口的业务。
步骤S1206比较恢复端口与业务当前承载端口对上述业务的承载优先级,如果恢复端口的承载优先级高,则进入步骤S1208,否则,进入步骤S1210。
步骤S1208,更新恢复端口为业务承载端口,更新端内系统上保存的端口业务表和/或业务当前承载端口。
步骤S1210,无需处理,保持当前承载端口不变。
在本优选实施例中,还提供了一种实现DRNI中协商业务承载的装置,图13是根据本发明实施例一的DRNI中协商业务承载的装置的结构框图,如图13所示,该装置包括控制报文收发单元1302、检测单元1304、更新单元1306、业务报文收发单元1308,来完成上述功能。
上述控制报文收发单元1302(实现了上述同步模块22的功能),用于与其他端内系统之间接收和发送状态通知报文、状态同步报文,对报文进行封装和解封装。
上述检测单元1304(实现了上述确定模块24的功能),用于对端口状态、相邻端内系统状态进行检测。
上述更新单元1306(实现了上述更新模块26的功能),用于根据端口状态信息和保存的业务端口表信息,更新业务当前承载端口和端口业务表。用于根据收发单元接收的状态信息、检测单元检测到的状态信息,更新保存的端口状态信息。
上述业务报文收发单元1308,用于根据端口业务表和/或业务当前承载端口收发业务报文。
其中,上述端口既可以是物理端口,也可以是逻辑端口。
上述业务是指可标记的数据流或会话,其可以用以太网VLANID(虚拟局域网标识)、I-SID(骨干业务实例标识符)或会话ID等来标记。
根据本优选实施例中提供的DRNI中协商业务承载的方法,在聚合链路或端内系统发生故障时,根据端内系统之间同步的端口状态信息,动态更新聚合端口业务表和/或聚合器业务表,使受故障影响的业务能够从故障链路所在端内系统的其他聚合链路传送,或从其他端内系统的聚合链路重新传送,降低故障对业务的影响。
下面结合其他实施例和附图对本优选实施例中的DRNI中协商业务承载的方法进行更加详细的说明。
实施例二
在本优选实施例中,以DRNI一端的端内系统之间协商更新的端口为物理端口为例进行说明。图14是根据本发明实施例二的组网示意图,如图14所示,聚合组的两端分别由1个端点组成,每个端点分别由2个端内系统组成,其中,端点1由端内系统A、B组成,端点2由端内系统C、D组成。端点1和端点2之间的链路1、链路2、链路3、链路4聚合成分布式LAG。以下以端点1内各端内系统的信息交互和业务转发进行说明,端点2内各端内系统的处理方式同端点1。
步骤一,端点1内的端内系统A、B经配置协商得到全局业务端口表,表1是根据本发明实施例二的端点1的业务端口表,如表1所示,该业务端口表指明承载业务的端口优先顺序。
表1
业务 | 业务端口序列 |
001 | 端口1,端口2,端口3,端口4 |
002 | 端口2,端口3,端口4,端口1 |
003 | 端口3,端口4,端口1,端口2 |
004 | 端口4,端口1,端口2,端口3 |
005 | 端口1,端口3,端口2,端口4 |
006 | 端口2,端口4,端口1,端口3 |
步骤二,端内系统A、B通过DRCP协议周期同步端口状态信息,端口状态信息以TLV方式携带在DRCP协议中。一种可行的端口状态TLV格式如下:
在本示例中端口状态信息字段中可携带聚合器状态sub-TLV、聚合端口状态sub-TLV等信息。
一种可行的聚合器状态sub-TLV如下:
这里的聚合器标识为可选字段,聚合器状态为端内系统标识指定的端内系统上的聚合器状态,有可用和不可用两种状态。
一种可行的聚合端口状态sub-TLV如下:
聚合端口状态为聚合端口的LACP状态,当LACP状态为分发使能,则该聚合端口可用,否则不可用。
另外,除周期同步外,在端口状态发生改变时,触发通告端口状态的变化情况,在向其他端内系统通告的端口状态TLV中携带发生变化的端口状态。如,聚合端口1状态发生变化,聚合端口2状态没有变化,则在触发状态通告时,仅在聚合端口状态TLV中携带聚合端口1的状态信息,不携带聚合端口2的状态信息,来通知其他端内系统聚合端口1的状态发生变化。
步骤三,端内系统A、B的聚合状态同步后,根据聚合端口状态,从业务端口表(表1)获取可用的高优先级端口,形成端口业务表、业务当前承载端口。如:端口1,端口2,端口3,端口4,都已加入聚合组,且端口可用。则根据表1,生成业务当前承载端口,表2是根据本发明实施例二的业务当前承载端口表,如表2所示,业务当前承载端口如下:
表2
表3是根据本发明实施例二的端口业务表,即通过本端口发送和接收的业务,如表3所示,端口对应的业务序列如下:
表3
端口号 | 端口所在端内系统 | 端口业务序列 |
端口1 | 端内系统A | 001、005 |
端口2 | 端内系统A | 002、006 |
端口3 | 端内系统B | 003 |
端口4 | 端内系统B | 004 |
步骤四,根据端点的聚合端口业务表,可以形成各端内系统的聚合器业务表,即可通过本端内系统的聚合器发送和接收的业务信息,表4是根据本发明实施例二的聚合器业务表,如表4所示,聚合器业务如下:
表4
聚合器 | 聚合器业务表 |
端内系统A上的聚合器 | 001、002、005、006 |
端内系统B上的聚合器 | 003、004 |
形成各端内系统的聚合器业务表的过程,是可选的。如果需要通过各端内系统的聚合器业务表来形成转发表,则通过该过程来获取各端内系统的聚合器业务表。例如,对于三个端内系统及以上组成的聚合组,可根据各端内系统聚合器业务表转发业务,或过滤泛洪的业务,防止环路。
步骤五,图15是根据本发明实施例二的聚合链路故障示意图,如图15所示,当链路1故障时,端内系统A的端口1状态指示该端口不可用,触发端口状态通告,在DRCP协议通告的端口状态TLV中携带端口1状态,通告该端口不可用。
端内系统B接收到端内系统A通告的聚合端口1的状态变为不可用,更新本端内系统上保存的聚合端口1的状态为不可用。
端内系统A、B查找端口1的业务表(表3),获取受端口1故障影响的业务为“001,005”。然后,查找“001,005”的业务端口表(表1),获取当前可用的高优先端口分别为端口2、3,更新业务当前承载端口(表5),并更新端口2、3的端口业务表(表6)和各端内系统的聚合器业务表(表7)。在下文各表中,加粗部分以及带删除线部分为修改部分。
其中,表5是根据本发明实施例二的业务当前承载端口表;
表5
表6是根据本发明实施例的端口的业务表;
表6
表7是根据本发明实施例二的聚合器业务表。
表7
聚合器 | 聚合器业务表 |
端内系统A上的聚合器 | 001、002、006 |
端内系统B上的聚合器 | 003、004、005 |
步骤六,端口当前承载端口、端口业务表,各端内系统的聚合器业务表更新后,端内系统A从网络侧接收到业务001,从表5确定业务001当前承载端口在本系统上的端口2,从本系统的端口2发送。端内系统A从网络侧接收到业务005,从表5确定该业务的当前承载端口为端内系统B上的端口3,故业务005通过内连接口,从内连链路转发给端内系统B,由端内系统B的端口3发送。
在保证业务双向一致时,从聚合端口接收到的业务,判断该业务是否在该接收端口的业务表中,或判断该业务的当前承载端口是否为该接收接口。若是,则接收并转发该业务。否则,丢弃。
步骤七,端内系统A上的端口1连接的链路1恢复,触发端口状态更新和通告,在DRCP协议通告的状态TLV报文中携带聚合端口1状态,向端内系统B通告该聚合端口可用。过程同上。
端内系统B接收到端内系统A通告的聚合端口1的状态可用后,更新本端内系统保存的该聚合端口状态为可用。
端内系统A、B进行返回处理,对业务当前承载端口优先级不为第一优先级端口的业务(如表5的业务“001,005”),判断该业务当前端口优先级是否比恢复链路承载业务优先级高,由于端口1承载业务“001,005”的优先级比端口2、3高,故更新业务“001,005”的当前承载端口为端口1(更新后同表2),触发更新端口1、2、3的端口业务表(更新后同表3),同时更新保存的各端内系统的聚合器业务表信息(更新后同表4)。
实施例三
在本优选实施例中,以DRNI一端的端内系统之间协商更新的端口为物理端口为例进行说明。图16是根据本发明实施例三的端内系统故障示意图,如图16所示,在实施例二基础上,当端内系统发生故障,处理过程如下:
当端内系统A发生故障,端内系统B检测到端内系统A的连接信息丢失,且端内系统B仍保持加入聚合组。端内系统B从保存的端内系统A的端口业务表(如表3)或聚合器业务表(如表4)中,获取受故障影响的业务为“001,002,005,006”。同时,更新端内系统A的聚合器和端口状态信息,置端内系统A的聚合器和端口状态为不可用。
检索受故障影响的业务“001,002,005,006”的业务端口表(如表1),分别获取业务“001,002,005,006”的当前可用的高优先级端口为业务的当前承载端口,更新业务“001,002,005,006”的当前承载端口(如表8),触发更新端口3、4的业务表(如表9),并更新各端内系统的聚合器业务表(如表10)。
表8是根据本发明实施例三的业务当前承载端口表;
表8
表9是根据本发明实施例三的端口业务表;
表9
表10是根据本发明实施例三的聚合器业务表。
表10
在业务当前承载端口、各端口业务表更新后,端内系统B从网络侧接收到业务,判断该业务在本端内系统的聚合器业务表中,从端口当前承载端口发送。从聚合端口接收到的业务,判断该业务在本端口的业务表中,或该业务的当前承载端口为接收到报文的端口,则接收并转发该业务。
若端内系统A、B间的内连链路故障,导致端内系统A从聚合组移除,端内系统A停止转发该聚合组的业务。
实施例四
在本优选实施例中,以DRNI一端的端内系统之间协商更新的端口为逻辑端口为例进行说明。图17是根据本发明实施例四的组网示意图,如图17所示,聚合组两端的端点分别由2个端内系统组成,其中,端点1由端内系统A、B组成,端点2由端内系统C、D组成。端点1和端点2之间的链路1、链路2、链路3、链路4聚合成分布式LAG。端口1、2加入到端内系统A的聚合器Agg1中,聚合器客户层看到的端口为逻辑端口Agg1(如图17所示),端口3、4加入到端内系统B的聚合器Agg2中,聚合器客户层看到的端口为逻辑端口Agg2(如图17所示)。以下以端点1内各端内系统的信息交互和业务转发进行说明,端点2内各端内系统的处理方式同端点1。
步骤一,端点1内的端内系统A、B经配置协商得到全局业务端口表,表11是根据本发明实施例四的端点1的业务端口表(端口为聚合器),如表11所示,该业务端口表指明承载业务的端口优先顺序,表中的端口为各端内系统上的聚合器。
表11
业务 | 业务端口序列 |
001 | 聚合器Agg1,聚合器Agg2 |
002 | 聚合器Agg1,聚合器Agg2 |
003 | 聚合器Agg1,聚合器Agg2 |
004 | 聚合器Agg2,聚合器Agg1 |
005 | 聚合器Agg2,聚合器Agg1 |
006 | 聚合器Agg2,聚合器Agg1 |
步骤二,端内系统A、B通过DRCP协议周期同步端口状态信息,报文格式同实施例一。进行周期同步时,在端口状态TLV中携带聚合器状态sub-TLV,可选择携带聚合端口状态sub-TLV。
另外,除周期同步外,在聚合器状态发生改变时,触发通告聚合器状态的变化情况,在向其他端内系统通告的端口状态TLV中携带发生变化的聚合器状态。如,聚合器Agg1状态发生变化,则在端口状态TLV中携带聚合器Agg1的状态信息,来通知其他端内系统聚合器Agg1的状态发生变化。
步骤三,端内系统A、B的聚合状态同步后,根据聚合器状态,从业务端口表获取可用的高优先级端口,形成端口业务表、业务当前承载端口,这里的端口为聚合器。如:端口1,端口2,端口3,端口4,都已加入聚合组,且端口可用,相应的聚合器Agg1、Agg2可用。
表12是根据表11的业务聚合器端口表和聚合器状态所生成的端点1的业务当前承载端口表,这里的承载端口为聚合器,端内系统A、B都可以保存有这张表。
表12
表13是根据本发明实施例四的端点1的端口业务表,即通过本端口发送和接收的业务,这里的端口为逻辑端口,即聚合器,端点1的端内系统都保存有这张表,如下所示:
表13
端口号 | 端口所在端内系统 | 端口业务序列 |
聚合器Agg1 | 端内系统A | 001、002、003 |
聚合器Agg2 | 端内系统B | 004、005、006 |
端内系统在接收到业务后,根据业务当前承载端口对业务进行转发。例如,端内系统B接收到业务“004,005,006”,检索业务当前承载端口表(表12)确定业务“004,005,006”的承载端口为本系统上的聚合器Agg2,进一步地由聚合器Agg2负责将业务“004,005,006”分发到本端内系统的聚合链路上。
实施例五
图18是根据本发明实施例五的逻辑端口不可用的示意图,如图18所示,在实施例四基础上,当端口3、4都不可用时,端内系统B的聚合器中不存在可用聚合端口,故端内系统B的聚合器状态也变为不可用,触发端口状态通告,在DRCP协议通告的端口状态TLV中携带聚合器Agg2状态,通告该端口变为不可用。在通告的端口状态TLV中可选择携带聚合端口3、4的端口状态变为不可用的信息。
端内系统A接收到端内系统B通告的聚合器Agg2的状态变为不可用,更新本端内系统上保存的聚合器Agg2的状态为不可用。
端内系统A、B查找本系统上保存的端口业务表(表13),获取受聚合器Agg2故障影响的业务为“004,005,006”。然后,查找“004,005,006”的业务聚合器端口表(表11),获取当前可用的高优先端口为聚合器Agg1,更新业务当前承载端口(表14),并更新聚合器Agg1、Agg2的端口业务表(表15)。在下文各表中,加粗部分以及带删除线部分为修改部分。
表14是根据本发明实施例五的业务当前承载端口表(端口为聚合器);
表14
表15是根据本发明实施例五的端口业务表(端口为聚合器);
表15
承载业务的端口更新后,端点上的端内系统根据更新后的信息对业务进行转发。例如,端内系统B接收到业务“004,005,006”,检索业务当前承载端口(表14)确定业务“004,005,006”的承载端口为端内系统A上的聚合器Agg1,故将业务发送给端内系统A。端内系统A接收到业务“004,005,006”,确定业务“004,005,006”的承载端口为本系统上的聚合器Agg1,进一步由本端内系统的聚合器Agg1负责将业务分发到聚合链路上。
聚合器恢复可用的处理过程与前面实施例中聚合端口恢复可用类似,这里不再累赘。
在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施例中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (23)
1.一种分布式弹性网络互连DRNI的业务承载方法,其特征在于,包括:
DRNI端点内的端内系统之间同步所述端点的端内系统的状态和/或端口的状态;
所述端内系统检测到发生了事件,其中,所述事件用于触发更新承载业务的端内系统和/或端口;
所述端内系统确定受所述事件影响的业务;
所述端内系统根据承载所述业务的端内系统序列和/或端口序列,以及所述端点内的端内系统的状态和/或端口的状态,更新当前承载所述业务的端内系统和/或端口。
2.根据权利要求1所述的方法,其特征在于,DRNI端点内的端内系统之间同步所述端点的端内系统的状态和/或端口的状态包括:
所述DRNI端点内的端内系统之间周期通过分布式中继控制协议DRCP相互通告自身的端口状态和/或其他端内系统的端口状态,实现端内系统之间的状态同步。
3.根据权利要求2所述的方法,其特征在于,端内系统之间周期通过DRCP相互通告自身的端口状态和/或其他端内系统的端口状态包括:
所述端内系统将自身的端口状态信息和/或其他端内系统的端口状态信息以类型、长度和赋值TLV方式携带在所述DRCP报文中,向所述DRNI端点的其他端内系统发送。
4.根据权利要求3所述的方法,其特征在于,所述端口状态信息包括以下至少之一:聚合端口的分发使能状态信息,聚合端口的LACP状态信息,聚合器的分发使能状态信息。
5.根据权利要求1所述的方法,其特征在于,DRNI端点内的端内系统之间同步所述端点的端内系统和/或端口的状态,还包括:
在端内系统的端口状态发生改变的情况下,所述状态发生改变的端口所属的端内系统通过DRCP向所述DRNI端点的其他端内系统通告状态发生改变的端口状态。
6.根据权利要求1所述的方法,其特征在于,所述事件包括:本端点的端内系统和/或端口的状态发生改变。
7.根据权利要求6所述的方法,其特征在于,本端点的端内系统和/或端口的状态发生改变包括以下之一:
本端点的端内系统发生故障或故障恢复;
本端点的端内系统的内连链路发生故障或故障恢复;
本端点的端内系统被移除或加入聚合组;
本端点的端内系统的端口发生故障或故障恢复;以及
本端点的端内系统的端口被移除或加入聚合组。
8.根据权利要求1所述的方法,其特征在于,所述端内系统确定受所述事件影响的业务包括:
所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务。
9.根据权利要求8所述的方法,其特征在于,所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括:
所述DRNI端点内的端内系统检测到本端内系统的端口不可用;
所述不可用端口所属的端内系统更新所述端口的状态为不可用,并获取所述不可用端口的端口业务表;
将所述端口业务表中包含的业务确定为受所述事件影响的业务。
10.根据权利要求9所述的方法,其特征在于,在端内系统检测到本端内系统的端口不可用之后,还包括:
所述不可用端口所属的端内系统向本端点内的其他端内系统通告所述端口不可用;
所述其他端内系统更新本地保存的所述端口的状态为不可用,并获取所述不可用端口的端口业务表;
将所述端口业务表中包含的业务确定为受所述事件影响的业务。
11.根据权利要求8所述的方法,其特征在于,所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括:
所述DRNI端点内的端内系统检测到与本端点内的相邻端内系统的连接信息丢失,且所述检测到连接信息丢失的端内系统仍保持加入聚合组;
所述检测到连接信息丢失的端内系统更新本地保存的所述相邻端内系统的端口状态为不可用,并获取所述不可用端口的端口业务表;
将所述端口业务表中包括的业务确定为受所述事件影响的业务。
12.根据权利要求8所述的方法,其特征在于,所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括:
所述DRNI端点内的端内系统检测到本端内系统的端口由不可用恢复为可用;
所述恢复为可用端口所属的端内系统更新所述端口的状态为可用,并获取所述DRNI端点内当前承载端口不是第一优先端口的业务;
所述恢复为可用端口所属的端内系统比较所述恢复为可用端口与所述业务的当前承载端口在承载所述业务的端内系统序列和/或端口序列中的位置关系;
在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下,将所述业务确定为受所述事件影响的业务。
13.根据权利要求12所述的方法,其特征在于,在端内系统检测到本端内系统的端口由不可用恢复为可用之后,还包括:
所述恢复为可用端口所属的端内系统向所述DRNI端点内的其他端内系统通告所述端口可用;
所述其他端内系统更新本地保存的所述端口的状态为可用,并获取所述DRNI端点内当前承载端口不是第一优先端口的业务;
所述其他端内系统比较所述恢复为可用端口与所述业务在承载所述业务的端内系统序列和/或端口序列中的位置关系;
在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下,将所述业务确定为受所述事件影响的业务。
14.根据权利要求1至13中任一项所述的方法,其特征在于,所述端内系统根据承载所述业务的端内系统序列和/或端口序列,以及所述端点内的端内系统的状态和/或端口的状态,更新当前承载所述业务的端内系统和/或端口包括:
获取所述业务的业务端口表,其中,所述业务端口表中包括承载所述业务的端内系统序列和/或端口序列;
根据所述业务端口表中的承载所述业务的端内系统序列和/或端口序列的顺序,选择状态为可用且所述顺序在先的端内系统和/或端口作为所述业务的当前承载端内系统和/或端口;
更新所述业务的当前承载端口的端口业务表。
15.一种分布式弹性网络互连DRNI的业务承载装置,位于DRNI端点内的端内系统中,其特征在于,包括:
同步模块,用于同步DRNI端点内的端内系统的状态和/或端口的状态;
检测模块,用于检测到发生了事件,其中,所述事件用于触发更新承载业务的端内系统和/或端口;
确定模块,用于确定受所述事件影响的业务;
更新模块,用于根据承载所述业务的端内系统序列和/或端口序列,以及所述端点内的端内系统和/或端口的状态,更新当前承载所述业务的端内系统和/或端口。
16.根据权利要求15所述的装置,其特征在于,所述同步模块包括:
第一通告单元,用于端内系统之间周期通过分布式中继控制协议DRCP相互通告所述自身的端口状态和/或其他端内系统的端口状态。
17.根据权利要求15所述的装置,其特征在于,所述同步模块包括:
第二通告单元,用于在所述端内系统的端口状态发生改变的情况下,通过DRCP向所述DRNI端点的其他端内系统通告状态发生变化的端口状态。
18.根据权利要求15至17中任一项所述的装置,其特征在于,所述确定模块包括:
第一更新单元,用于在检测到本端内系统的端口不可用后,更新所述不可用端口的状态为不可用,并获取所述不可用端口的端口业务表;
第一确定单元,用于将所述端口业务表中包含的业务确定为受所述事件影响的业务。
19.根据权利要求18所述的装置,其特征在于,所述确定模块还包括:
第一接收单元,用于接收所述DRNI端点内的其他端内系统的通告,其中,所述通告用于指示所述其他端内系统的端口不可用;
所述第一更新单元,还用于更新保存的所述其他端内系统的所述端口的状态为不可用,并获取所述不可用端口的端口业务表;
所述第一确定单元,还用于将所述端口业务表中包含的业务确定为受所述事件影响的业务。
20.根据权利要求15至17中任一项所述的装置,其特征在于,所述确定模块包括:
第二更新单元,用于在检测到与所述DRNI端点内的相邻端内系统的连接信息丢失后,且所述检测到连接信息丢失的端内系统保持加入聚合组的情况下,更新保存的所述相邻端内系统的端口状态为不可用,并获取所述不可用端口的端口业务表;
第二确定单元,用于将所述端口业务表中包括的业务确定为受所述事件影响的业务。
21.根据权利要求15至17中任一项所述的装置,其特征在于,所述确定模块还包括:
第三更新单元,用于在检测到本端内系统的端口由不可用恢复为可用后,更新所述端口的状态为可用;
优先级检测单元,用于检测所述DRNI端点内当前承载端口不是第一优先端口的业务;
比较单元,用于比较所述恢复为可用端口与所述业务的当前承载端口在承载所述业务的端内系统序列和/或端口序列中的位置关系,并在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下,将所述业务确定为受所述事件影响的业务。
22.根据权利要求21所述的装置,其特征在于,所述确定模块还包括:
第二接收单元,用于接收所述DRNI端点内的其他端内系统的通告,其中,所述通告用于指示所述其他端内系统的端口可用;
所述第三更新单元还用于更新保存的所述其他端内系统的所述端口的状态为可用;
所述优先级检测单元还用于检测所述DRNI端点内当前承载端口不是第一优先端口的业务;
所述比较单元还用于比较所述恢复为可用端口与所述业务的当前承载端口在承载所述业务的端内系统序列和/或端口序列中的位置关系,并在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下,将所述业务确定为受所述事件影响的业务。
23.根据权利要求15至17中任一项所述的装置,其特征在于,所述更新模块包括:
获取单元,用于获取所述业务的业务端口表,其中,所述业务端口表中包括承载所述业务的端内系统序列和/或端口序列;
选择单元,用于根据所述业务端口表中的承载所述业务的端内系统和/或端口的顺序,选择状态为可用的且所述顺序在先的端内系统和/或端口作为所述业务的当前承载端内系统和/或端口;
第四更新单元,用于更新所述业务的当前承载端口的端口业务表。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210543785.8A CN103873336B (zh) | 2012-12-14 | 2012-12-14 | 分布式弹性网络互连的业务承载方法及装置 |
PCT/CN2013/087863 WO2014090083A1 (zh) | 2012-12-14 | 2013-11-26 | 分布式弹性网络互连的业务承载方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210543785.8A CN103873336B (zh) | 2012-12-14 | 2012-12-14 | 分布式弹性网络互连的业务承载方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103873336A true CN103873336A (zh) | 2014-06-18 |
CN103873336B CN103873336B (zh) | 2019-04-23 |
Family
ID=50911479
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210543785.8A Active CN103873336B (zh) | 2012-12-14 | 2012-12-14 | 分布式弹性网络互连的业务承载方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103873336B (zh) |
WO (1) | WO2014090083A1 (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105991344A (zh) * | 2015-04-17 | 2016-10-05 | 杭州迪普科技有限公司 | 一种数据同步方法及装置 |
CN106797324A (zh) * | 2014-08-29 | 2017-05-31 | 瑞典爱立信有限公司 | 用于在误配置时支持分布式中继控制协议(drcp)操作的方法和系统 |
CN108173757A (zh) * | 2017-12-26 | 2018-06-15 | 新华三技术有限公司 | 端口状态设置方法及装置 |
CN108337159A (zh) * | 2018-01-31 | 2018-07-27 | 新华三技术有限公司 | 端口操作控制方法及装置 |
CN109088752A (zh) * | 2018-07-25 | 2018-12-25 | 新华三技术有限公司 | 内部控制链路端口动态配置方法及相关装置 |
CN110086657A (zh) * | 2019-04-10 | 2019-08-02 | 北京华三通信技术有限公司 | 一种配置同步方法及装置 |
CN110351127A (zh) * | 2019-06-28 | 2019-10-18 | 迈普通信技术股份有限公司 | 一种优雅重启的方法、设备及系统 |
CN110380910A (zh) * | 2019-08-07 | 2019-10-25 | 河北远东通信系统工程有限公司 | 一种实现调度终端双网口自动检测和切换的方法 |
CN110708275A (zh) * | 2018-12-18 | 2020-01-17 | 新华三技术有限公司 | 一种协议报文的处理方法和装置 |
CN111835560A (zh) * | 2020-06-29 | 2020-10-27 | 新华三信息安全技术有限公司 | 一种分布式弹性网络互连系统及其部署方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1809022A (zh) * | 2005-01-17 | 2006-07-26 | 华为技术有限公司 | 以太网设备堆叠方法及其系统 |
CN1848768A (zh) * | 2005-04-12 | 2006-10-18 | 富士通株式会社 | 用于链路聚合标志协议的特定标志消息 |
CN101277219A (zh) * | 2007-03-28 | 2008-10-01 | 日本电气株式会社 | 通信装置、通信系统及其使用的lag管理表管理方法 |
CN101595691A (zh) * | 2007-01-31 | 2009-12-02 | 阿尔卡特朗讯公司 | 使用机架间备份连接的涉及冗余远端情境的伪线连通性 |
CN102006222A (zh) * | 2010-11-16 | 2011-04-06 | 中兴通讯股份有限公司 | 一种业务链路切换方法及装置 |
-
2012
- 2012-12-14 CN CN201210543785.8A patent/CN103873336B/zh active Active
-
2013
- 2013-11-26 WO PCT/CN2013/087863 patent/WO2014090083A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1809022A (zh) * | 2005-01-17 | 2006-07-26 | 华为技术有限公司 | 以太网设备堆叠方法及其系统 |
CN1848768A (zh) * | 2005-04-12 | 2006-10-18 | 富士通株式会社 | 用于链路聚合标志协议的特定标志消息 |
CN101595691A (zh) * | 2007-01-31 | 2009-12-02 | 阿尔卡特朗讯公司 | 使用机架间备份连接的涉及冗余远端情境的伪线连通性 |
CN101277219A (zh) * | 2007-03-28 | 2008-10-01 | 日本电气株式会社 | 通信装置、通信系统及其使用的lag管理表管理方法 |
CN102006222A (zh) * | 2010-11-16 | 2011-04-06 | 中兴通讯股份有限公司 | 一种业务链路切换方法及装置 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106797324A (zh) * | 2014-08-29 | 2017-05-31 | 瑞典爱立信有限公司 | 用于在误配置时支持分布式中继控制协议(drcp)操作的方法和系统 |
CN105991344A (zh) * | 2015-04-17 | 2016-10-05 | 杭州迪普科技有限公司 | 一种数据同步方法及装置 |
CN108173757A (zh) * | 2017-12-26 | 2018-06-15 | 新华三技术有限公司 | 端口状态设置方法及装置 |
CN108173757B (zh) * | 2017-12-26 | 2020-08-11 | 新华三技术有限公司 | 端口状态设置方法及装置 |
CN108337159A (zh) * | 2018-01-31 | 2018-07-27 | 新华三技术有限公司 | 端口操作控制方法及装置 |
CN108337159B (zh) * | 2018-01-31 | 2021-05-28 | 新华三技术有限公司 | 端口操作控制方法及装置 |
CN109088752A (zh) * | 2018-07-25 | 2018-12-25 | 新华三技术有限公司 | 内部控制链路端口动态配置方法及相关装置 |
CN109088752B (zh) * | 2018-07-25 | 2022-02-11 | 新华三技术有限公司 | 内部控制链路端口动态配置方法及相关装置 |
CN110708275A (zh) * | 2018-12-18 | 2020-01-17 | 新华三技术有限公司 | 一种协议报文的处理方法和装置 |
CN110708275B (zh) * | 2018-12-18 | 2020-11-06 | 新华三技术有限公司 | 一种协议报文的处理方法和装置 |
US11936762B2 (en) | 2018-12-18 | 2024-03-19 | New H3C Technologies Co., Ltd. | Processing protocol packet |
CN110086657B (zh) * | 2019-04-10 | 2020-04-03 | 北京华三通信技术有限公司 | 一种配置同步方法及装置 |
CN110086657A (zh) * | 2019-04-10 | 2019-08-02 | 北京华三通信技术有限公司 | 一种配置同步方法及装置 |
CN110351127A (zh) * | 2019-06-28 | 2019-10-18 | 迈普通信技术股份有限公司 | 一种优雅重启的方法、设备及系统 |
CN110351127B (zh) * | 2019-06-28 | 2022-06-28 | 迈普通信技术股份有限公司 | 一种优雅重启的方法、设备及系统 |
CN110380910A (zh) * | 2019-08-07 | 2019-10-25 | 河北远东通信系统工程有限公司 | 一种实现调度终端双网口自动检测和切换的方法 |
CN110380910B (zh) * | 2019-08-07 | 2022-02-25 | 河北远东通信系统工程有限公司 | 一种实现调度终端双网口自动检测和切换的方法 |
CN111835560A (zh) * | 2020-06-29 | 2020-10-27 | 新华三信息安全技术有限公司 | 一种分布式弹性网络互连系统及其部署方法 |
CN111835560B (zh) * | 2020-06-29 | 2024-02-09 | 新华三信息安全技术有限公司 | 一种分布式弹性网络互连系统及其部署方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103873336B (zh) | 2019-04-23 |
WO2014090083A1 (zh) | 2014-06-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103873336A (zh) | 分布式弹性网络互连的业务承载方法及装置 | |
US8300523B2 (en) | Multi-chasis ethernet link aggregation | |
JP5152642B2 (ja) | パケットリングネットワークシステム、パケット転送方法、およびノード | |
CN102571426B (zh) | 一种双归保护方法和装置 | |
EP2911341B1 (en) | Method and device for dynamically switching gateway of distributed resilient network interconnect | |
CN109672619A (zh) | 一种处理报文的方法、设备及系统 | |
CN101217424B (zh) | 聚合链路故障的检测方法和装置 | |
CN104135418B (zh) | 一种实现二层与三层虚拟专用网协调倒换的方法及装置 | |
CN101710877A (zh) | 基于伪线的业务流量处理方法、设备和系统 | |
WO2012000234A1 (zh) | 链路间快速切换的方法、装置和系统 | |
CN101197733A (zh) | 网络连通性的自动检测方法及装置 | |
JP6027688B2 (ja) | リングネットワークプロテクションにおけるラベル自動割当てのための方法及び装置 | |
CN102780615B (zh) | 一种链路备份方法和路由转发设备 | |
CN102006189A (zh) | 用于双机冗余备份的主用接入服务器确定方法及装置 | |
CN102098201A (zh) | 一种实现l2tp用户接入备份的方法及网络系统 | |
CN101800774A (zh) | 一种接入环保护方法及接入环保护网络 | |
CN103490921B (zh) | 网络保护方法、装置、下环节点及系统 | |
CN112218321B (zh) | 主备链路切换方法、装置、通信设备和存储介质 | |
CN102647304A (zh) | 地址解析协议表的同步方法及装置 | |
CN102843291A (zh) | 通告方法、装置及系统 | |
CN101453744B (zh) | 业务控制方法及装置 | |
CN103138957A (zh) | 一种业务路径回切的方法、设备及系统 | |
CN103297259A (zh) | 点到多点组播业务的保护方法及装置 | |
CN103248508A (zh) | 端口保护方法、装置及系统 | |
CN104468386A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |