分布式弹性网络互连的业务承载方法及装置制造方法及图纸

本发明专利技术公开了一种分布式弹性网络互连的业务承载方法及装置，其中，该方法包括：DRNI端点内的端内系统之间同步该端点的端内系统的状态和/或端口的状态；端内系统检测到发生了事件，其中，该事件用于触发更新承载业务的端内系统和/或端口；端内系统确定受该事件影响的业务；端内系统根据承载该业务的端内系统序列和/或端口序列，以及该端点内的端内系统的状态和/或端口的状态，更新当前承载该业务的端内系统和/或端口。通过本发明专利技术，解决了相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题，降低了故障对业务的影响，提升了用户体验。

【技术实现步骤摘要】
分布式弹性网络互连的业务承载方法及装置
本专利技术涉及通信领域，具体而言，涉及一种分布式弹性网络互连(DistributedResilientNetworkInterconnect，简称为DRNI)的业务承载方法及装置。
技术介绍
随着宽带业务的飞速发展，网络与网络之间的互连使用得越来越多，承载了更多的业务。网络内部根据其所采用的技术，均可有多种方法对链路，及节点实现保护。随着对流量的保护需求越来越强烈，要求越来越高，有运营商也提出了需要对网络互连区域的保护需求。可以采用端口聚合的方式来实现该保护，常用的方式可以是端口聚合，也可以是环路保护。环网保护技术受到网络拓扑的限制，对于网络互连部分采用全网连接的方式不适用。在IEEE现有标准802.1AX-链路聚合能够实现多条链路的保护，但仅限于支持的是单节点的链路聚合，不能满足节点保护的需求。为了适用于网络与网络互连区域组网方式更加多样化，并能实现链路和边缘节点的保护，IEEE标准组织提出扩展802.1AX-链路聚合来实现分布式弹性网络互连(DistributedResilientNetworkInterconnect，简称为DRNI)，以支持多系统的链路聚合。DRNI对802.1AX进行扩展，使链路聚合组的两端可以由一个或多个端内系统组成一个逻辑端点进行聚合，即由这些端内系统的多条链路组成一个分布式链路聚合组(LinkAggregationGroup，简称为LAG)，从而保证网络互连区域的链路和节点双重保护。目前，DRNI采用按业务报文分发方式，端内系统接收到报文，根据业务报文的最外层标签的映射值，如会话ID，对业务报文进行转发。端内系统接收到要发往本网络内部的报文，或要通过本端内系统的聚合链路发往网络节点接口(NetworkNodeInterface，简称为NNI)侧的报文，需要判断该报文标签映射值会话ID是否在聚合端口业务表或聚合器业务表中，如果该会话ID在业务表中，则转发，否则丢弃。当聚合链路或端内系统发生故障时，需要将业务切换到其他端口或其他端内系统发送。但其他端口业务表、其他端内系统的聚合器业务表中都不包含该业务，业务将被丢弃，导致流量中断。针对相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题，目前尚未提出有效的解决方案。
技术实现思路
针对相关技术中聚合链路或端内系统发生故障时会导致流量中断的问题，本专利技术提供了一种分布式弹性网络互连的业务承载方法及装置，以至少解决上述问题。根据本专利技术的一个方面，提供了一种DRNI的业务承载方法，包括：DRNI端点内的端内系统之间同步所述端点的端内系统的状态和/或端口的状态；所述端内系统检测到发生了事件，其中，所述事件用于触发更新承载业务的端内系统和/或端口；所述端内系统确定受所述事件影响的业务；所述端内系统根据承载所述业务的端内系统序列和/或端口序列，以及所述端点内的端内系统的状态和/或端口的状态，更新当前承载所述业务的端内系统和/或端口。优选地，DRNI端点内的端内系统之间同步所述端点的端内系统的状态和/或端口的状态包括：所述DRNI端点内的端内系统之间周期通过DRCP相互通告自身的端口状态和/或其他端内系统的端口状态，实现端内系统之间的状态同步。优选地，端内系统之间周期通过DRCP相互通告自身的端口状态和/或其他端内系统的端口状态包括：所述端内系统将自身的端口状态信息和/或其他端内系统的端口状态信息以值TLV方式携带在所述DRCP报文中，向所述DRNI端点的其他端内系统发送。优选地，所述端口状态信息包括以下至少之一：聚合端口的分发使能状态信息，聚合端口的LACP状态信息，聚合器的分发使能状态信息。优选地，DRNI端点内的端内系统之间同步所述端点的端内系统和/或端口的状态，还包括：在端内系统的端口状态发生改变的情况下，所述状态发生改变的端口所属的端内系统通过DRCP向所述DRNI端点的其他端内系统通告状态发生改变的端口状态。优选地，所述事件包括：本端点的端内系统和/或端口的状态发生改变。优选地，本端点的端内系统和/或端口的状态发生改变包括以下之一：本端点的端内系统发生故障或故障恢复；本端点的端内系统的内连链路发生故障或故障恢复；本端点的端内系统被移除或加入聚合组；本端点的端内系统的端口发生故障或故障恢复；以及本端点的端内系统的端口被移除或加入聚合组。优选地，所述端内系统确定受所述事件影响的业务包括：所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务。优选地，所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括：所述DRNI端点内的端内系统检测到本端内系统的端口不可用；所述不可用端口所属的端内系统更新所述端口的状态为不可用，并获取所述不可用端口的端口业务表；将所述端口业务表中包含的业务确定为受所述事件影响的业务。优选地，在端内系统检测到本端内系统的端口不可用之后，还包括：所述不可用端口所属的端内系统向本端点内的其他端内系统通告所述端口不可用；所述其他端内系统更新本地保存的所述端口的状态为不可用，并获取所述不可用端口的端口业务表；将所述端口业务表中包含的业务确定为受所述事件影响的业务。优选地，所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括：所述DRNI端点内的端内系统检测到与本端点内的相邻端内系统的连接信息丢失，且所述检测到连接信息丢失的端内系统仍保持加入聚合组；所述检测到连接信息丢失的端内系统更新本地保存的所述相邻端内系统的端口状态为不可用，并获取所述不可用端口的端口业务表；将所述端口业务表中包括的业务确定为受所述事件影响的业务。优选地，所述端内系统将状态发生改变的端内系统和/或端口当前所承载的业务确定为受所述事件影响的业务包括：所述DRNI端点内的端内系统检测到本端内系统的端口由不可用恢复为可用；所述恢复为可用端口所属的端内系统更新所述端口的状态为可用，并获取所述DRNI端点内当前承载端口不是第一优先端口的业务；所述恢复为可用端口所属的端内系统比较所述恢复为可用端口与所述业务的当前承载端口在承载所述业务的端内系统序列和/或端口序列中的位置关系；在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下，将所述业务确定为受所述事件影响的业务。优选地，在端内系统检测到本端内系统的端口由不可用恢复为可用之后，还包括：所述恢复为可用端口所属的端内系统向所述DRNI端点内的其他端内系统通告所述端口可用；所述其他端内系统更新本地保存的所述端口的状态为可用，并获取所述DRNI端点内当前承载端口不是第一优先端口的业务；所述其他端内系统比较所述恢复为可用端口与所述业务在承载所述业务的端内系统序列和/或端口序列中的位置关系；在所述恢复为可用端口比所述业务的当前承载端口处于优先位置的情况下，将所述业务确定为受所述事件影响的业务。优选地，所述端内系统根据承载所述业务的端内系统序列和/或端口序列，以及所述端点内的端内系统的状态和/或端口的状态，更新当前承载所述业务的端内系统和/或端口包括：获取所述业务的业务端口表，其中，所述业务端口表中包括承载所述业务的端内系统序列和/或端口序列；根据所述业本文档来自技高网...

【技术保护点】
1.一种分布式弹性网络互连DRNI的业务承载方法，其特征在于，包括：DRNI端点内的端内系统之间同步所述端点的端内系统的状态和/或端口的状态；所述端内系统检测到发生了事件，其中，所述事件用于触发更新承载业务的端内系统和/或端口；所述端内系统确定受所述事件影响的业务；所述端内系统根据承载所述业务的端内系统序列和/或端口序列，以及所述端点内的端内系统的状态和/或端口的状态，更新当前承载所述业务的端内系统和/或端口；其中，所述端内系统序列或所述端口序列是指所述端内系统或所述端口承载某个业务时按优先级排列的序列。

【技术特征摘要】
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端点内当前承载端口不是第一优先端口的业务；所述其他端内系统比较所述恢复为...

【专利技术属性】
技术研发人员：许雪琼，喻敬海，敖婷，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：广东,44