WO2014176975A1

WO2014176975A1 - Drni中同一端内系统之间交互信息的方法和系统

Info

Publication number: WO2014176975A1
Application number: PCT/CN2014/075462
Authority: WO
Inventors: 敖婷; 喻敬海; 魏月华; 许雪琼; 郭锥
Original assignee: 中兴通讯股份有限公司
Priority date: 2013-04-28
Filing date: 2014-04-16
Publication date: 2014-11-06
Also published as: CN104125088B; CN104125088A; US20160105324A1; JP2016517252A; EP2981026A1; US9749186B2; EP2981026B1; JP6105155B2; EP2981026A4

Abstract

一种分布式弹性网络互连中同一端内系统之间交互信息的方法及系统，所述方法应用于链路聚合组端点中的每一个系统，包括：通过内链接口发送分布式中继控制协议（DRCP）协议报文，其中至少携带本系统的系统信息；在接收到邻接系统发来的DRCP协议报文后，如判断出本系统与所述邻接系统能形成分布式弹性网络互连的一个端点，则确定本系统的操作Key值。所述系统包括：发送状态机、接收状态机、协商状态机、同步状态机及周期发送状态机。采用本发明实施例后，实现了分布式链路聚合组中一端多个系统之间的控制通信，能够有效的实现多个系统聚合为一个聚合组后，实现互连接口上的保护，不仅是链路上的保护，而且实现了节点级保护。

Description

DRNI中同一端内系统之间交互信息的方法和系统

技术领域

本发明涉及网络通信保护技术，尤其涉及一种 DRNK Distributed Resilient Network Interconnected, 分布式弹性网络互连）中同一端内系统之间交互信息的方法和系统。

背景技术

随着宽带业务的飞速发展，网络与网络之间的互连使用得越来越多，承载了更多的业务。根据所釆用的技术，网络内部可有多种方法对链路及其上的节点实现保护。随着对流量的保护需求越来越强烈，要求越来越高，运营商提出了在网络互连上进行保护的需求。这里的保护可以通过釆用端口聚合的方式来实现，常用的方式可以是端口聚合，也可以是环路保护。在 IEEE ( Institute of Electrical and Electronics Engineers , 美国电气和电子工程师协会 ) 现有标准 802.1AX中，链路聚合目前支持的是一个节点上的端口聚合，因此仅能用于链路保护，无法实现对网络边缘接口上的节点进行保护。

因此，为了适用于网络与网络互连区域组网方式的多样化，并能实现不仅对链路的保护，而且实现对边缘节点的保护， IEEE标准组织提出了扩展链路聚合，通过一种分布式的链路聚合组 DRNI来实现链路和节点双冗余的网络互连保护需求，即聚合组的端点处由多个节点组成，该多个节点的聚合链路组成一个链路聚合组（ Link Aggregation Group,简称 LAG )。如图 1所示，链路聚合组的两个端点（ Portal ) A、 B分别由 2个及 3个系统组成：端点 A 中包含系统 1及系统 2, 端点 B中包含系统 3、系统 4及系统 5 , 这 5个系统的多条链路聚合在一起，形成了一个分布式 LAG。通过这个分布式 LAG, 能够实现链路和节点的双重保护。

端点 A中的系统 1和系统 2需要通过内链链路连接，从而保证端点 B看到其通过链路聚合组连接的端点 A是一个逻辑节点；同理，端点 B中的系统 3、系统 4及系统 5之间也需要通过内链链路连接，从而保证端点 A看到其通过链路聚合组连接的端点 B是一个逻辑节点。端点 A的逻辑节点和端点 B 的逻辑节点之间互连的多条链路通过 LACP ( Link Aggregation Control Protocol, 链路汇聚控制协议）的控制报文交互后，形成分布式链路聚合组。

DRNI就是通过分布式中继（ Distributed Relay , 简称为 DR )将两个以上的系统互连起来，这里的每个系统都运行链路聚合，从而形成一个 Portal。对于与该 Portal相连的对端系统而言，该对端系统认为自身所连接的是一个模拟的系统。为了达到这个目的，一个 Portal内的各个系统需要通过分布式中继进行交互协商，以达到这些系统之间的参数统一，并通告给 LACP协议与链路聚合组的另一端进行交互。

DR上有 3种接口，分别是：网关接口、内链接口及聚合接口。 DR的功能就是将从聚合接口收到的报文（UP报文）发往网关或丟弃，并且将从网关接口收到的报文（DOWN报文）发送到聚合器或丟弃。 DR根据接收到的报文所属的会话决定是转发该报文还是丟弃该报文，网关算法和端口算法的配置也是依据会话进行操作的。每一个会话流量最多分配一个网关链路，每个会话流量也最多对应一个聚合接口。当一个 portal 内的多个系统中的 DR 对报文的分发方式不统一，则会引起报文乱序、成环或丟包等问题，因此在多个系统之间存在分发方式不一致的情况时，也需要通过分布式中继进行交互，统一不同系统上的分发方式或隔离分发方式不统一的业务流量。发明内容

本发明的目的在于提供一种 DRNI中同一端内系统之间交互信息的方法及系统，以实现多个系统的链路聚合。

为解决上述问题，本发明提供了一种分布式弹性网络互连中同一端内系统之间交互信息的方法，应用于链路聚合组端点中的每一个系统，包括：通过内链接口发送分布式中继控制协议（DRCP )协议报文，其中至少携带本系统的系统信息；

在接收到邻接系统发来的 DRCP协议报文后，如判断出本系统与所述邻接系统能形成分布式弹性网络互连的一个端点，则确定本系统的操作 Key值。

优选地，所述方法还包括：在确定本系统的操作 Key值后，在本系统内建立分布式中继通道。

优选地，所述方法还包括：在确定本系统的操作 Key值后，与所述邻接系统协商统一的会话分发方式。

优选地，所述判断出本系统与所述邻接系统能形成同一个端点，包括：对接收到的所述 DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系统信息进行匹配性检查，若所述匹配性检查通过，则判断出本系统与所述邻接系统能形成同一个端点。

优选地，所述对接收到的所述 DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系统信息进行匹配性检查，包括：

判断本系统的端点标识和所述邻接系统的端点标识是否一致；和 /或判断本系统的虚拟系统标识和所述邻接系统的虚拟系统标识是否一致；

所述匹配性检查通过，包括：所述本系统与所述邻接系统的端点标识相同，和 /或所述本系统与所述邻接系统的虚拟系统标识相同。

优选地，所述对接收到的所述 DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系统信息进行匹配性检查，还包括：

判断本系统的系统编号（System Number ) 与所述邻接系统的 System Number是否冲突；

所述匹配性检查通过，包括：所述本系统与所述邻接系统的端点标识和 / 或虚拟系统标识分别相同，且本系统与所述邻接系统的 System Number不冲突。

优选地，所述方法还包括：若匹配性检查通过，则保存所述 DRCP协议报文中携带的所述邻接系统的系统信息。

优选地，所述发送 DRCP协议艮文，包括：

周期性地发送所述 DRCP协议 ^艮文；

所述方法还包括：

每当接收到邻接系统发来的 DRCP协议报文后，启动一个定时器；若在所述定时器超时时，未收到所述邻接系统发来的 DRCP协议报文，或者在所述定时器超时前收到了所述邻接系统发来的 DRCP协议报文，但匹配性检查未通过，则确定本系统与所述邻接系统不能再形成分布式弹性网络互连的一个端点。

优选地，所述发送 DRCP协议艮文，包括：

在本系统的系统信息中有参数更新时，发送所述 DRCP协议文。

优选地，所述确定本系统的操作 Key值，包括：

如判断出本系统的操作 Key值与所述邻接系统的操作 Key值相同，则维持本系统的操作 Key值不变。

优选地，所述确定本系统的操作 Key值，包括：

如判断出本系统的操作 Key值与所述邻接系统的操作 Key值不同，则依据策略，修改本系统的操作 Key值或者维持本系统的操作 Key值不变。

优选地，所述确定本系统的操作 Key值，包括：

根据本系统的管理 Key值及接收到的所述邻接系统的管理 Key值，计算出本系统的操作 Key值。

优选地，所述方法还包括：

在确定本系统的操作 Key值后，将本系统的操作 Key值通过链路汇聚控制协议（LACP )报文发送给分布式弹性网络互连的对端。

优选地，所述与所述邻接系统协商统一的会话分发方式，包括：对所述邻接系统发来的所述 DRCP协议报文中携带的会话分法方式与本系统的会话分发方式进行协商，依据协商好的会话分发方式来配置本系统内分布式中继的流量分发方式；

所述会话分发方式包括下述两个参数中任意一个或任意组合：网关系统选择和聚合器 /聚合端口选择。优选地，所述对所述邻接系统发来的所述 DRCP协议报文中携带的会话分法方式与本系统的会话分发方式进行协商，包括：将所述邻接系统发来的 DRCP协议报文中携带的会话分发方式与本系统的会话分发方式进行对比 , 对于在会话分发方式达到一致的会话，则分布式中继按一致的会话分发方式进行所述会话流量的分发，对于在会话分发方式有冲突的会话，则分布式中优选地，所述在本系统内建立分布式中继通道，包括：

对分布式中继在网关和聚合器 /聚合端口上会话分发做出配置，配置后所述分布式中继在本系统上的网关和聚合器 /聚合端口之间转发会话流量。

优选地，在与所述邻接系统协商统一的会话分发方式之前，还包括：关闭与所述邻接系统之间的内链链路的数据流量转发功能；

当与所述邻接系统统一会话分发方式后协商完成，统一了分发算法，开启所述内链链路的数据流量转发功能。

优选地，所述方法还包括：

若确定本系统与所述邻接系统不能再形成分布式弹性网络互连的一个端点，则依据策略确定是否需要对本系统的系统信息进行修改；如需要修改，则对本系统的系统信息中至少部分 LACP参数进行修改，并将修改后的 LACP 统的 LACP参数与所述邻接系统的 LACP参数至少不完全相同。

优选地，所述对本系统的系统信息中至少部分 LACP参数进行修改，包括：对本系统的操作 key值和 /或系统标识进行修改，或者将操作 Key值恢复为管理 Key值。

优选地，当与所述邻接系统之间的内链链路发生故障或者所述内链链路不可用时，则将所述分布式中继恢复为协商前的会话分发方式的配置。

优选地，通过所述内链接口发送的所述 DRCP协议报文中还携带有与本系统相连接的其他邻接系统的系统信息和 /或会话分发方式。

相应地，本发明还提供了一个分布式弹性网络互连中实现分布式中继控制的系统，包括：

发送状态机设置为：在本系统的其他状态机指示需要发送或者需周期发送时，发送分布式中继控制协议（DRCP )协议文；

接收状态机设置为：接收邻接系统发来的 DRCP协议报文，对本系统和所述邻接系统的系统信息进行匹配性检查 , 在匹配性检查通过后记录所述

DRCP协议报文中的信息，启动定时器判断是否定时接收到所述邻接系统再次发来的 DRCP协议 ^艮文；

协商状态机设置为：确定本系统的操作 Key值，确保和所述邻接系统的操作 Key值一致；

同步状态机设置为：建立聚合器 /聚合端口和网关之间的转发通道，按需与所述邻接系统协商统一的会话分发方式，配置分布式中继的会话分发方式；周期发送状态机设置为：决定所述发送状态机周期发送 DRCP协议报文。优选地，所述接收状态机设置为：对本系统和所述邻接系统的系统信息进行匹配性检查，包括：

所述接收状态机判断本系统的端点标识和所述邻接系统的端点标识是否一致；和 /或判断本系统的虚拟系统标识和所述邻接系统的虚拟系统标识是否一致；

优选地，所述接收状态机设置为：对本系统和所述邻接系统的系统信息进行匹配性检查，还包括：

所述接收状态机判断本系统的系统编号（ System Number )与所述邻接系统的 System Number是否冲突；

所述匹配性检查通过，包括：所述本系统与所述邻接系统的端点标识和 / 或虚拟系统标识分别相同，且邻接系统的 System Number合法，或者，本系统与所述邻接系统的 System Number不冲突。

优选地，所述协商状态机设置为：确定本系统的操作 Key值，确保和所述邻接系统的操作 Key值一致，包括：

所述协商状态机在判断出本系统的操作 Key值与所述邻接系统的操作

Key值相同时，维持本系统的操作 Key值不变；在判断出本系统的操作 Key 值与所述邻接系统的操作 Key值不同时，依据策略，修改本系统的操作 Key 值或者维持本系统的操作 Key值不变。优选地，所述协商状态机设置为：确定本系统的操作 Key值，确保和所述邻接系统的操作 Key值一致，包括：所述协商状态机根据本系统的管理 Key值及接收到的所述邻接系统的管理 Key值，计算出本系统的操作 Key值。

优选地，所述协商状态机还设置为：在确定本系统的操作 Key值后，将本系统的操作 Key值通过链路汇聚控制协议（LACP )报文发送给分布式弹性网络互连的对端。

优选地，所述同步状态机设置为：所述与所述邻接系统协商统一的会话分发方式，包括：对所述邻接系统发来的所述 DRCP协议报文中携带的会话分法方式与本系统的会话分发方式进行协商，依据协商好的会话分发方式来配置本系统内分布式中继的流量分发方式。

优选地，所述同步状态机设置为：对所述邻接系统发来的所述 DRCP协议报文中携带的会话分法方式与本系统的会话分发方式进行协商，包括：所述同步状态机将所述邻接系统发来的 DRCP协议报文中携带的会话分发方式与本系统的会话分发方式进行对比，对于在会话分发方式达到一致的会话，则按一致的会话分发方式进行所述会话流量的分发，对于在会话分发优选地，所述会话分发方式包括下述两个参数中任意一个或任意组合：网关系统选择和聚合器 /聚合端口选择。

优选地，同步状态机还设置为：在与所述邻接系统协商统一的会话分发方式之前，关闭与所述邻接系统之间的内链链路的数据流量转发功能；当与所述邻接系统统一会话分发方式后协商完成，统一了分发算法，开启所述内链链路的数据流量转发功能。

优选地，所述接收状态机还设置为：如未定时收到所述邻接系统再次发来的 DRCP协议报文或者接收到的所述邻接系统再次发来的 DRCP协议报文没有通过匹配性检查，则依据策略确定是否需要对本系统的系统信息进行修改；如需要修改，则对本系统的系统信息中至少部分 LACP参数进行修改，其中，修改后本系统的 LACP参数与所述邻接系统的 LACP参数至少不完全相同。优选地，所述接收状态机设置为：对本系统的系统信息中至少部分

LACP参数进行修改，包括：所述接收状态机对本系统的操作 key值和 /或系统标识进行修改，或者将操作 Key值恢复为管理 Key值。

优选地，所述同步状态机还设置为：在与所述邻接系统之间的内链链路发生故障或者所述内链链路不可用时，将所述分布式中继恢复为协商前的会话分发方式的配置。

优选地，所述发送状态机通过所述内链接口发送的所述 DRCP协议 4艮文中还携带有与本系统相连接的其他邻接系统的系统信息和 /或会话分发方式。

釆用本发明实施例后，实现了分布式链路聚合组中一端多个系统之间的控制通信，能够有效的实现多个系统聚合为一个聚合组后，实现互连接口上的保护，不仅是链路上的保护，而且实现了节点级保护。

附图概述

图 1是相关技术中网络互连节点连接示意图；

图 2 是本发明实施例中分布式中继控制协议状态事件流程示意图；图 3 是本发明实施例中分布式中继控制协议参数传递示意图；

图 4是本发明实施例中接收状态机的处理流程示意图；

图 5是本发明实施例中 Check功能的流程图；

图 6是本发明实施例中协商状态机的处理流程示意图；

图 7是本发明实施例中同步状态机的一种处理流程示意图；

图 8是本发明实施例中同步状态机的另一种处理流程示意图；

图 9是本发明实施例中 NeedtoCoordination功能的流程图。本发明的较佳实施方式

下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。为了能更好的描述分布式中继控制协议的控制过程和运行状态，下面将从控制协议状态机的角度来描述。

如图 2所示，系统内的分布式中继控制协议（ Distributed Relay Control Protocol,简称 DRCP )主要包括：接收状态机、同步状态机以及发送状态机，还可以包括：协商状态机和周期发送状态机。

接收状态机主要用于接收邻接系统发来的 DRCP协议报文。接收到的 DRCP协议报文中包括了发送该报文的邻接系统的系统信息（Actor— Info ) , 也有可能包含了发送该报文的邻接系统所保存的与该邻接系统连接的其他系统的系统信息（ Partner— Info ) 。接收状态机的主要任务有：

a )接收邻接系统发来的 DRCP协议报文；

b )每接收到一次邻接系统发来的 DRCP协议报文，就启动一次定时器，如果在定时器超时时（Expire )仍没有收到上述邻接系统发来的 DRCP协议报文，则认为和该邻接系统失去了联系，进入失去联系状态；

c )如判断出本系统与该邻接系统能形成分布式弹性网络互连的一个端点 , 则保存接收到的 DRCP协议报文中携带的 Actor— Info , 如果该 DRCP协议报文中携带有 Partner— Info, 则亦保存之。其中，釆用以下步骤判断本系统与该邻接系统是否能形成分布式弹性网络互连的一个端点，包括：

步骤 1：先比较接收到的 DRCP协议报文中携带的 Portal ID与本系统所属端点的 Portal ID 是否一致，如果二者一致则表示双方的确属于同一端点 ( Portal ) , 执行步骤 2; 如果二者不一致，则丟弃该 DRCP协议报文；

步骤 2: 比较上述 DRCP 协议报文中携带的虚拟系统标识（Emulated System ID )与本系统的 Emulated System ID值是否一致；如二者一致，则执行步骤 3; 如果二者不一致，则丟弃该 DRCP协议报文；其中，各系统在发出 LACP协议报文时，在该报文中所携带的 System ID字段的值为该系统的 Emulated System ID值；

在某些情况下，系统中的 Portal ID与 Emulated System ID的值是一致的。因此，上述流程可以仅比较两个系统间的 Portal ID或 Emulated System ID是否一致即可。步骤 3: 检查上述 DRCP协议报文中携带的发送该 DRCP协议报文的系统的 System Number与本系统的 System Number是否冲突，即判断二者是否相同。若二者不相同，则说明两个系统已经具备了聚合为一个 DRNI接口的条件，即两个系统可以组成一个逻辑系统，即端点（Portal ) 。

当判断出发送该 DRCP协议才艮文的系统的 System Number与本系统的

System Number不相冲突时（即二者不相同），则表示匹配性检查通过，设置本系统与发送上述 DRCP协议报文的邻接系统的内链链路协议状态为已聚合，即设置 DRCP.State=Contact。在具体实现时，为避免异常情况，还可以进一步判断发送该 DRCP协议报文的系统的 System Number是否合法，即 System Number的取值是否在合理的取值范围内，当判断出发送该 DRCP协议才艮文的系统的 System Number合法、且与本系统的 System Number不冲突时，表示匹配性检查通过。

d )若在定时器超时之前未收到已与本系统聚合的另一系统发来的 DRCP 协议报文，或者在定时器超时之前接收到的该 DRCP协议报文没有通过步骤 c ) 中的匹配性检查（即相当于没有收到该另一系统发来的合格的 DRCP协议报文），则表示本系统和该另一系统已失去了联系，此时两系统之间无法再聚合，则需要釆取相关的动作进行解聚合，将这两个系统分离开来。

协商状态机用于与确定本系统的 Operational Key (操作 Key ) , 确保得到一个与发送上述 DRCP协议报文的邻接系统统一的 Operational Key值，该 Operational Key 为 LACP 协议报文中携带的参数。在协商一致后，设置 DRCP. State=Synchronization。

同步状态机主要是用于建立 DR通道、进行 DRNI接口的数据转发以及系统间的流量分配。主要包括：

a )建立 DR通道。 DR通道建立之后 , 建立了本系统的 DRNI接口和其他端口的转发通道，即可以通过 DRNI接口发送数据流量，或接收数据流量并转发到其他接口上。此时， DR通道只是将数据在本系统的 DRNI接口和其他端口上进行转发，但并不分发给邻接系统。

b )如果 DR通道不仅用于数据的中转，还要具有数据分发功能，即双方系统需要协商统一的会话分发方式，确定特定会话的报文从本系统的哪些 DRNI接口上的链路进行转发。这里的数据分发过程有可能需要通过内链链路参与数据的转发来实现，此时需要同步状态机进行两系统之间会话分发方式的协商。当两者能协商达到统一，则表示双方统一了特定会话流量应该走哪个系统，此时设置 DRCP.State=Forward。

c )当 DR通道可以在不同系统上对流量进行分发时，数据流量有可能需要在内链链路上进行传输，此时应该打开内链链路上端口的内连链路传输数据流量功能，使得数据流量能够通过内链链路在同一 Portal内的系统中进行转发。并且，对内链链路上端口上流量的进出进行配置，从而保证不同的会话流量能走特定的系统和特定的聚合端口。自此，各系统上的 DR通道将依据协商后的会话分发方式来进行流量的分发。

当 DRCP.state=Synchronization 时，则触发同步状态机进行处理，当 DRCP.State=Contact 时，则触发协商状态机进行处理。当原内链链路的物理链路出现故障或者被用作其他用途，而无法再作为内链链路被 DRNI使用时，设置 IPL ( Intra-Portal Link, 内链链路） .State=Down, 此时无法也不能通过内链链路进行数据报文的转发，如果这时系统处于同步状态，即 DRCP. State=Synchronization , 则需要关闭 IPL的数据转发功能，并且恢复为协商前 DR通道的会话分发方式，即本系统收到的数据报文也从本系统转发出去，而不再经过内链链路进行分发。

发送状态机用于通过内链接口发送 DRCP协议报文，这里发送 DRCP协议报文可以由来自其它状态机发出的命令来触发，也可以是由周期发送状态机触发发送。当系统中 Actor— Info中至少部分参数发生变化时，需要重新进行协商，则也可以触发发送 DRCP协议报文。

周期发送状态机用于决定本系统何时发送 DRCP协议报文，以传递相关信息及维持与其他系统的连接性。一般来说周期发送状态机内部有个定时器，每当定时器到时，将产生一个 NTT ( Need to transmit, 需要发送），触发发送状态机发送 DRCP协议艮文。

分布式中继控制协议在进行状态切换的过程中，需要将一些信息在这些状态机中进行传递。如图 3所示，包括： 1.接收状态机接收到了对方系统通过 DRCP协议报文发来的系统信息并保存作为自己的 Partner信息；

2. 将本系统的操作 Key ( Actor— OperKey )值以及发送上述 DRCP协议报文的系统的操作 Key ( Partner— OperKey )值在协商状态机中进行判断和处理。如果 Actor— OperKey和 Partner— OperKey不一致，则需要根据策略确定是否爹改本系统的 Actor— OperKey, 然后触发发送状态机将 Actor— OperKey 和 Partner— OperKey发送到对方系统。只有保证两系统的操作 Key值是一致的，才能进一步保证两系统能聚合为一个聚合组；

3. 同步状态机可能需要协商统一的会话分发方式。如果需要，则接收状态机接收到 DRCP协议报文后，对于其中携带的邻接系统的会话分发方式的参数，即网关系统选择（ Actor— GW & Partner— GW , 表示某个会话流量应该走哪个网关链路）和聚合器系统选择（ Actor— Agg & Partner— Agg, 表示某个会话流量应该走哪个聚合端口 /聚合器）这两个信息进行判断和处理。在同步状态机中利用最后协商好的会话分发方式来决定并配置本系统内的会话分发方式，同时对内链链路的端口做出相应配置，会话将按配置的会话分发方式进行转发。

下面结合实施例和附图对本发明所述的 DRNI—端的分布式中继控制协议控制方法和流程进行具体说明。

这里以图 1中的端点 A中系统 1和系统 2之间的协议交互流程为例做进一步的说明。假设系统 1认为自己是 Actor, 并且认为系统 2是 Partner。同理，系统 2认为自己是 Actor, 并且认为系统 1是 Partner。系统 1收到系统 2 发来的 Actor信息，并将该 Actor信息作为自己的 Partner信息进行保存。

针对系统 1中的接收状态机，其具体流程如图 4所示，包括：

401.初始化，对一些参数变量进行初始化。

超时标识 Expire设置为 False, 表示还没有超时；

记录初始值功能 RecordDefault ( ) , 用于将系统 1的一些 LACP系统参数设置为系统 1所认为系统 2的 LACP系统参数，即：

Partner PortalID=Actor PortallD Partner— EmulatedSystemID=Actor_ EmulatedSystemID

等等。

将系统 1认为的系统 2的数据分发参数设置为空，即：

Partner— GW=Null

Partner— Agg=Null

设置需要发送标识 NTT为 False, 即：

NTT=False;

设置分布式中继控制协议的状态 DRCP.state为 Uncontact, 表示目前双方还没有联系上，即：

DRCP. state=Uncontact;

402.当接收状态机收到了系统 2发来的分布式中继控制协议报文 DRCP DU ( Digital Unit, 数字单元），则进入处理状态。

记录下收到的协议报文 RecordPDU ( ) , 将系统 2发来的 DRCPDU中的 Actor信息作为本系统 1的 Partner信息记录下来。

设置 DRCP DU超时检测的定时器，即：

DRCP.timer=Short— timer

并开始启动定时器，对下次接收到系统 2发来的 DRCP DU进行计时，即：

StartTimer(DRCP.timer)

对接收到的信息进行匹配性检查 Check ( Actor, Partner ) 。如果在定时器超时前再次接收到了系统 2发来的 DRCP DU, 则重新进入处理状态中，重新启动定时器，重新计时，并继续上述步骤进行处理检查。

Check ( Actor, Partner ) 的功能主要是对多个参数进行匹配性检查，如图 5所示，包括：

进入 Check功能后，对用于标识系统 1和系统 2的参数进行检查，判断系统 1和系统 2是否可以聚合为一个逻辑系统，其上的聚合组是否可以聚合为一个 DRNI。主要包括： 501 )检查本系统的 PortallD和系统 2的 PortallD是否一致，检查本系统的 EmulatedSystemID和系统 2的 EmulatedSystemID是否一致。如果均一致，说明系统 1和系统 2可能可以聚合为一个逻辑系统，该逻辑系统的 System ID 就是两系统的一致的 Emulated System ID。

502 )如果通过步骤 1 )比较后系统 1和系统 2的两个参数是一致的，则继续比较系统 1和系统 2的 System Number参数是否冲突。一般来说， DRNI 的一端中的多个系统（一般是小于等于 3个系统）中给每一个系统都会有一个编号，这个编号就是 System Number。比如系统 1的 System Number=01 , 系统 2的 System Number=02。这个一般是配置给系统的，用于区分一个 portal 中的不同系统。因此需要确定两系统的 System Number是不同的。

503)如果本系统的 PortallD 和系统 2 的 PortallD、本系统的 EmulatedSystemID和系统 2的 EmulatedSystemID均是一致的，并且他们的 System Number并不冲突，则表示两系统联系上了，具备了聚合为一个逻辑系统的前提条件，因此如果此时 DRCP.State不在 Contact (联系 )状态，则将 DRCP状态置为 Contact状态，即： DRCP.State=Contact, 并且该功能返回成功（Success ) , 表示匹配性检查通过；如果此时已经不是处于 UnContact 状态了，即 DRCP.State=Contact或者 DRCP.State=Synchronization了，则直接返回成功 Success, 表示匹配性检查通过，但并不需要做其它处理。

反之，如果上述有任意一个检查没有通过，则说明两系统不具备聚合为一个逻辑系统的条件，因此无论此时分布式中继控制协议处于什么状态中，都将其状态回退到 Uncontact, 即设置：

DRCP. State=Uncontact

并该功能返回 Fail, 表示匹配性检查失败。

403.如果在定时器超时时仍没有再次接收到系统 2发来的 DRCP DU,或者在 Check功能中匹配性检查没有通过，则系统 1会认为出现了 Split Brain (端点分裂）的错误，进入异常状态。在异常状态中，两系统无法再聚合为一个逻辑节点，需要重新将分布式中继控制协议状态设置为 Uncontact, 即：

DRCP. State=Uncontact 并作出异常出错告警，即：

ExceptionReport ( )

釆取相应动作来进行处理，将两系统解聚合，即：

SplitBrain ( )

其中， SplitBrain ( )主要完成的工作有：

依据策略，可选择修改本系统的 LACP参数，例如系统 1可以修改回自己的 Operational Key为协商之前设定的 Administration Key,也可以修改回自己的 System ID为系统初始的系统 ID, 而不是 Emulated System ID。在具体实现时，上述策略可以是系统 1和系统 2各自进行修改，也可以是系统 1保持不变，系统 2修改，反之也一样，从而保证系统 1和系统 2在 LACP的系统参数上是有差异的，至少不完全相同。

在执行完上述操作后，从端点 B来看，系统 1和系统 2不再聚合为一个逻辑系统了。

404.如果在初始化后发现分布式中继控制协议是禁止的 DRCP— Disabled, 则进入不可用状态。设置分布式中继控制协议状态为 Uncontact, 即：

DRCP. State=Uncontact

一旦分布式中继控制协议的状态被置为了 Contact,将触发协商状态机对本系统的 Operational Key进行处理。具体流程如图 6所示，包括：

601 )比较本端系统（系统 1 ,即 Actor )和邻接系统（系统 2 ,即 Partner ) 的 LACP参数 Operational Key„

Same=CompareKey ( Actor. OperKey, Partner. OperKey )

这里必须保证系统 1和系统 2的 Operational Key值都达到一致后，才能保证系统 1和系统 2通过 LACP协议和 DRNI的另一端端点 B交互后，端点 B可能将和端点 A连接的聚合链路聚合为一个分布式聚合组，形成 DRNI。

602 )最初，系统 1和系统 2的 Operational Key值可能是不同的，它们各自等于这两个系统的 Administration Key , 因此如果比较之后系统 1 的 Operational Key和系统 2的 Operational Key的值是不同的 ,则依据相关策略，比如依据 System Priority (系统优先级）这个参数进行修改，如果系统 2的 System Priority的优先级要高于系统 1的 System Priority, 则系统 1会将自己的 Operational Key修改为系统 2的 Operational Key; 当策略是根据管理 Key 值进行修改时，系统 1可以根据本系统的管理 Key和接收到的系统 2的管理 Key值，按照一定的算法计算出相应的 Operational Key, 将其取值作为本系统的 Operational Key; 其中，该算法可以按照具体情况进行设置，只要保证交互双发（在本实施例中指系统 1和系统 2 )所选取的算法相同即可。

修改 Operational Key的功能由 ModifyKey ( )来实现，即：

ModifyKey ( Actor. OperKey, Partner. OperKey ) 。

如果这时 DRCP协议还处于同步状态，即 DRCP.State=Synchronization, 则需要将其状态退回到 Contact, 即设置

DRCP.State=Contact , 重新进行 Operational Key的确定。

如果本系统为了达到统一，修改了自己的 Operational Key, 则需要发出 NTT , 触发发送状态机将修改后的 Operational Key发送给系统 2 , 以通知系统 2。

603 ) 一旦系统 1收到的系统 2的 Operational Key和自己的 Operational Key是一致的，并且此时 DRCP协议状态是 Contact, 即

Same=True & DRCP.State=Contact

则：

a )启动 LACP, 向 DRNI的另一端点 B发送 LACP协议报文，并且该 LACP协议报文中携带的参数是 DRCP协议协商并确定后的参数，包括了：

Actor.EmulatedSystemID

Actor. OperKey

等等；

b ) 将分布式中继控制协议状态设置为 Synchronization , 即 DRCP. State=Synchronization; 604 ) 除此之外（ELSE ) , 反复进行 Operational Key的比较，避免错误发生，以免系统 2的 Operational Key发生改变时，系统 1无法感知。一旦 Operational Key值发生改变，将导致两系统无法聚合。

系统 1中的同步状态机的处理流程，如图 7所示，包括：

701. DR的初始化。在系统 1和系统 2建立好联系且协商好 LACP参数之前，流量是无法通过 DRNI接口来做数据转发的。这时系统 1中用于建立转发和聚合组接口的 DR应该还没有建立起来，即：

Disable— DR ( )

取消内链链路的数据流转发功能，即：

Disable lPLForwarding ( ) ；

并且 , 触发 NTT=Tme , 以通知系统 2本系统的 DR还没建立好。

702. DR 建立。当处于联系状态中的分布式中继控制协议的状态 DRCP. State 被设置为了 Synchronization , 即同步状态机检测到了 DRCP. State=Synchronization , 并且经过 LACP协议交互后系统 1通过 LACP 已和端点 B完成聚合，其聚合器已经建立起来，即： Aggregator— Setup=Up, 则进入 DR建立的状态。在本状态中，将会：

首先对本系统上的网关（GW )和聚合器做出配置，这里的配置原则是本系统收到的报文就在本系统转发，即不会通过内链链路来进行数据的分发，具体的确定方式和设备的具体实现相关：

ForwardingConf ( )

使能 DR, 即：

Enable— DR ( )

至此， DR已经可以用于数据的转发。 DRNI已经可以正常工作了。

本功能将建立起转发和聚合组接口之间的连接，从而保证了 DRNI接口可以接收和发送数据报文。

系统 1的 DR建立完成后，可以触发 NTT发送告知系统 2。至此，一个分布式的链路聚合组建立起来，数据流量已经可以正常的在

DRNI上进行转发了。

703.分发协商。有时为了提高系统在流量分配上的可控性，使得 DRNI 技术能够更好的满足负载均衡、保护的需求， DRCP控制协议可能还需要进一步加强对数据流量的分发功能，即能够在系统 1和系统 2之间转发流量，这就需要通过 IPL来传输数据报文了，但这需要系统 1和系统 2就数据流的网关和聚合器的选择达成一致，否则将出现混乱，甚至环路网络风暴等严重问题。

因此在协商一致之前，需要先关闭 IPL的数据流量转发功能，避免流量的错误转发：

Disable lPLForwarding ( )

然后系统 1开始和系统 2在 DR进行针对流量分发的协商：

Complete=NeedtoCoordination ( Actor. GW , Actor.Agg, Partner. GW , Partner.Agg )

该功能的具体流程参见下文相关描述，在此不再进行赞述。

当 Complete=Yes时，则进入 DR分发，数据流量将按新的分发算法来进行数据流的分发；如果协商失败，即 Complete=No, 则重复进行分发协商过程。

704. DR分发。当协商后达到了统一，即 Complete=Yes, 则 DR需要开启连接系统 1和系统 2的内链链路的数据流量转发功能，打开内链链路上端口的转发功能，并且配置系统 1和系统 2的流量分配方式及其对应的相关变量，包括：

a )首先对 DR的流量分发按照之前的协商结果进行相关的配置

DistributionConf( Actor. GW, Actor— Info. Agg, Partner. GW, Partner.Agg) 这里的数据流量是按流量的会话 ID来进行分配的。

这里以系统 1的流量会话分配方式为例，根据 Actor— Agg和 Partner— Agg, 以及 Actor— GW和 Partner— GW的信息，修改系统 1上的 DR的分发方式如下表 1所示：表 1 系统 1上的 DR的分发方式

对于流量会话 ID=100 , 其当前的网关选择是系统 1 , 聚合器选择是系统 2, 因此在系统 1上的内链链路端口对于会话 ID=100的流量需要配置为通过 (即 IPL.Conversation[100]=Pass )；系统 2上的内链链路端口对于话 ID=100 的流量也需要配置为通过（IPL.Conversation[100]=Pass ) 。

对于流量会话 ID=200 , 其当前的网关选择是系统 1 , 聚合器选择也是系统 1 , 因此该会话流量无需通过内链链路转发，其内链链路端口对于会话 ID=200的流量需要配置为不通过（即 IPL.Converstation[200]=Discard ) 。

b ) 配置完成后打开 IPL的数据流转发功能，即：

Enable lPLForwardingO

自此，数据流可以依据配置在系统 1和系统 2之间进行数据流量的转发。以上工作只有在系统 1和系统 2之间互连的这条链路是内链链路的角色并可用于数据转发的时候，即 IPL.State=Up的时候，分布式中继控制协议才能处于转发状态，并且 DR按照系统 1和系统 2协商之后的分发方式来进行流量的分发。

705.—旦该链路出现故障，或者被其他机制抢占为其他用途，不再作为内链链路用于数据流量的转发，即 IPL.State=Down的时候，系统 1和系统 2 之间无法再有数据流量的互转，则有两种选择：

a )按照之前协商好的分发算法重新调整流量的分发，各个会话流量不再经过内链链路进行转发；

b )回归到分发协商子状态，关闭 IPL的数据流转发功能，系统 1和系统 2中的 DR回到各自之前的协商前状态来转发数据流量。

具体选择哪种方式需要根据系统 1和系统 2之间协商的 DR分发算法内容来决定。如果它们协商的 DR分发算法不仅包括了 IPL.State=Up时的会话流量分发信息，而且包括了 IPL.State=Down时的会话流量分发信息，则釆取 a )方法；如果仅包含了 IPL.State=Up时的会话流量分发信息，则需釆取 b ) 方法，回到分发协商子状态，按协商之前的方式来转发数据流量。

在另一种实施方式下，系统 1中的同步状态机也可以按下述流程进行处理，如图 8所示：

801.DR的初始化。在系统 1和系统 2建立好联系且协商好 LACP参数之前，流量是无法通过 DRNI接口来做数据转发的。这时系统 1中用于建立转发和聚合组接口的 DR应该还没有建立起来，即：

Disable— DR ( )

取消内链链路的数据流转发功能，即：

Disable lPLForwarding ( )

并且 , 触发 NTT=Tme , 以通知系统 2本系统的 DR还没建立好。

802.分发协商。当处于联系状态中的分布式中继控制协议的状态

DRCP. State 被置为了 Synchronization , 即同步状态机检测到了 DRCP. State=Synchronization时，先进行会话分发算法的协商。

首先将 IPL的数据转发功能关闭，即系统 1和系统 2之间不能通过 IPL 分流数据：

Disable lPLForwarding ( )

然后开始进行系统 1和系统 2的会话分发算法的协商：

Complete=NeedtoCoordination ( Actor. GW , Actor.Agg , Partner. GW , Partner.Agg )

该功能的具体流程参见下文相关描述，在此不再进行赞述。

当 Complete=Yes ,且聚合器已经建立完成即 Aggregator— Ready=Tme时，进入 DR分发子状态，数据流量将按新的分发算法来进行数据流的分发；如果协商由于一些原因没有完成，即 Complete=No, 并且聚合器也已经建立完成，即 Aggregator— Ready=Tme, 则进入 DR转发子状态，数据流量按系统 1和系统 2的各自 DR决定的网关选择和聚合器选择进行转发，这里的配置原则是本系统收到的报文就在本系统转发，即不会通过内链链路来进行数据的分发，具体的确定方式和设备的具体实现相关。

803.在 DR转发子状态中，首先系统 1和系统 2的各自 DR决定的网关选择和聚合器选择，这里的配置原则是本系统收到的报文就在本系统进行转发，即

ForwardingConf ( )

使能 DR, 即：

Enable— DR ( )

804.在 DR分发子状态中，对 DR的流量分发按照之前的协商结果进行相关的配置，即：

DistributionConf( Actor. GW, Actor— Info. Agg, Partner. GW, Partner. Agg) 这里的数据流量是按流量的会话 ID来进行分配的。

这里以系统 1的流量会话分配方式为例，根据 Actor— Agg和 Partner— Agg, 以及 Actor— GW和 Partner— GW的信息，修改系统 1上的 DR的分发方式如上表 1所示。

b ) 配置完成后打开 IPL的数据流转发功能，即：

Enable lPLForwardingO 自此，数据流可以依据配置在系统 1和系统 2之间进行数据流量的转发。 c )并且，使能 DR, 即：

Enable— DR ( )

从而 DR可以正式按照之前协商后的分发配置的方法来进行流量的分发了。

DR分发子状态的工作只有在系统 1和系统 2之间互连的这条链路是内链链路的角色，并可用于数据转发的时候，即 IPL.State=Up的时候，分布式中继控制协议才能处于转发状态，并且 DR按照系统 1和系统 2协商之后的分发方式来进行流量的分发。

805.—旦该链路出现故障，或者被其他机制抢占为其他用途，不再作为内链链路用于数据流量的转发，即 IPL.State=Down的时候，系统 1和系统 2 之间无法再有数据流量的互转，则有两种选择：

a )按照之前协商好的分发算法重新调整流量的分发，各个会话流量不再经过内链链路进行转发。

b ) 回归到分发协商子状态，关闭 IPL 的数据流转发功能，由于

IPL.State=Down, 协商不成功，因此系统 1和系统 2中的 DR重新进入到 DR 转发子状态来转发流量。

NeedtoCoordination ( )功能用于系统 1和系统 2在流量分配上的统一。一般来说， DRNI有两个方向的数据流量，一个是从其他网络端口发往聚合端口的数据流量，另一个是聚合端口接收到的发往其他网络端口的数据流量。第一个方向的流量在 DR处需要选择是从系统 1的聚合器 aggregator发往聚合端口，还是从系统 2的聚合器 aggregator发往聚合端口，这时的流量分配由 Actor— Info.Agg来决定；第二个方向的流量在 DR处需要选择是从系统 1 发往其他网络端口，还是经由内链链路发送到系统 2后再发往其他网络端口，这时的流量分配由 Actor— Info.GW来决定。因此 NeedtoCoordination ( )功能；fc是用于 Actor— Info.Agg 和 Partner— Info.Agg , 以及 Actor— Info.GW 和 Partner— Info.GW的统一，防止出现冲突的问题。具体流程如图 9所示，包括： 901.判断是否需要在本系统和邻接系统之间进行网关选择和聚合器选择的交互，如果不需要，则直接返回不交互，设置 Complete=False; 如果需要则需要进一步判断；是否是 Up的，如果此时 IPL的状态还是 Down的，即不能用于系统 1和系统 2之间数据流的转发，因此返回不交互， Complete=False;如果 IPL.State=Up , 则执行下一步骤；

903.开始将本系统 1的网关选择、聚合器选择和系统 2的网关选择、聚合器选择的信息进行比对；

904.判断两系统在会话流量的分配上是否是一致的，即系统 1 和系统 2 在流量分配上的决策是否是一样的。如果是一致的则表示交互完成，即 Complete=True;

905.如果不一致，则 ^1下列处理：

a )按既定的策略来确定 Acto.GW和 Actor.Agg的信息；

b )将 Actor.GW、 Actor.Agg, Partner. Agg, 以及 Partner.GW信息通过触发 NTT让发送状态机发送给系统 2。

处理之后，重新回到开始处再次进行判断对比，直到该功能返回 True 或者 False„

这里的既定的策略包括但不限于包括以下 2种：

a )系统 1完全接受系统 2在网关选择和聚合器选择的信息，即经过交互修改后，系统 1和系统 2在网关选择和聚合器选择上完全一致；

b )系统 1和系统 2只选择出他们一致的部分，并只对达成一致的会话流量进行分发，对于在网关选择、聚合器选择上有冲突的会话流量釆取丟弃的方式。也可以将有冲突的会话流量上报告警，由高层协议或者网络管理员来做出相应的调整。一旦原冲突的会话流量在调整后达到了一致，又可恢复这些会话流量的分发。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块 /单元可以釆用硬件的形式实现，也可以釆用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

工业实用性本发明实施例实现了分布式链路聚合组中一端多个系统之间的控制通信，能够有效的实现多个系统聚合为一个聚合组后，实现互连接口上的保护，不仅是链路上的保护，而且实现了节点级保护。

Claims

权利要求书

1、一种分布式弹性网络互连中同一端内系统之间交互信息的方法，应用于链路聚合组端点中的每一个系统，包括：

通过内链接口发送分布式中继控制协议（DRCP )协议报文，其中至少携带本系统的系统信息；

2、如权利要求 1所述的方法，其中，还包括：

在确定本系统的操作 Key值后，在本系统内建立分布式中继通道。

3. 如权利要求 2所述的方法，其中，还包括：

在确定本系统的操作 Key值后，与所述邻接系统协商统一的会话分发方式。

4、如权利要求 1所述的方法，其中，

所述判断出本系统与所述邻接系统能形成同一个端点，包括：

对接收到的所述 DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系统信息进行匹配性检查，若所述匹配性检查通过，则判断出本系统与所述邻接系统能形成同一个端点。

5、如权利要求 4所述的方法，其中，

所述对接收到的所述 DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系统信息进行匹配性检查，包括：

所述匹配性检查通过，包括：

所述本系统与所述邻接系统的端点标识相同，和 /或所述本系统与所述邻接系统的虚拟系统标识相同。

6、如权利要求 5所述的方法，其中，

所述对接收到的所述 DRCP协议报文中携带的所述邻接系统的系统信息与本系统的系统信息进行匹配性检查，还包括：

所述匹配性检查通过，包括：

所述本系统与所述邻接系统的端点标识和 /或虚拟系统标识分别相同，且本系统与所述邻接系统的 System Number不冲突。

7、如权利要求 4~6中任意一项所述的方法，其中，还包括：

若匹配性检查通过，则保存所述 DRCP协议报文中携带的所述邻接系统的系统信息。

8、如权利要求 1、 4或 5所述的方法，其中，

所述发送 DRCP协议艮文，包括：周期性地发送所述 DRCP协议艮文；所述方法还包括：

9、如权利要求 1所述的方法，其中，

所述发送 DRCP协议艮文，包括：

10、如权利要求 1所述的方法，其中，

所述确定本系统的操作 Key值，包括：

11、如权利要求 10所述的方法，其中，

所述确定本系统的操作 Key值，包括：如判断出本系统的操作 Key值与所述邻接系统的操作 Key值不同，则依据策略，修改本系统的操作 Key值或者维持本系统的操作 Key值不变。

12、如权利要求 1所述的方法，其中，

所述确定本系统的操作 Key值，包括：

13、如权利要求 1、 10、 11或 12所述的方法，其中，还包括：在确定本系统的操作 Key值后，将本系统的操作 Key值通过链路汇聚控制协议（LACP )报文发送给分布式弹性网络互连的对端。

14、如权利要求 3所述的方法，其中，

所述与所述邻接系统协商统一的会话分发方式，包括：

对所述邻接系统发来的所述 DRCP协议报文中携带的会话分法方式与本系统的会话分发方式进行协商，依据协商好的会话分发方式来配置本系统内分布式中继的流量分发方式；

所述会话分发方式包括下述两个参数中任意一个或任意组合：网关系统选择和聚合器 /聚合端口选择。

15、如权利要求 14所述的方法，其中，

所述对所述邻接系统发来的所述 DRCP协议报文中携带的会话分法方式与本系统的会话分发方式进行协商，包括：

将所述邻接系统发来的 DRCP协议报文中携带的会话分发方式与本系统的会话分发方式进行对比，对于在会话分发方式达到一致的会话，则分布式中继按一致的会话分发方式进行所述会话流量的分发，对于在会话分发方式量。、；"⁵' ' "

16、如权利要求 2所述的方法，其中，

所述在本系统内建立分布式中继通道，包括：对分布式中继在网关和聚合器 /聚合端口上会话分发做出配置，配置后所述分布式中继在本系统上的网关和聚合器 /聚合端口之间转发会话流量。

17、如权利要求 2所述的方法，其中，

在与所述邻接系统协商统一的会话分发方式之前，还包括：

关闭与所述邻接系统之间的内链链路的数据流量转发功能；

18、如权利要求 8所述的方法，其中，还包括：

19、如权利要求 12或 18所述的方法，其中，

所述对本系统的系统信息中至少部分 LACP参数进行修改，包括：对本系统的操作 key值和 /或系统标识进行修改，或者将操作 Key值恢复为管理 Key值。

20、如权利要求 14或 15所述的方法，其中，则将所述分布式中继恢复为协商前的会话分发方式的配置。

21、如权利要求 1所述的方法，其中，

通过所述内链接口发送的所述 DRCP协议 "^文中还携带有与本系统相连接的其他邻接系统的系统信息和 /或会话分发方式。

22、一个分布式弹性网络互连中实现分布式中继控制的系统，包括：发送状态机设置为：在本系统的其他状态机指示需要发送或者需周期发送时，发送分布式中继控制协议（DRCP )协议文；

接收状态机设置为：接收邻接系统发来的 DRCP协议报文，对本系统和所述邻接系统的系统信息进行匹配性检查，在匹配性检查通过后记录所述 DRCP协议报文中的信息，启动定时器判断是否定时接收到所述邻接系统再次发来的 DRCP协议 ^艮文；

同步状态机设置为：建立聚合器 /聚合端口和网关之间的转发通道，按需与所述邻接系统协商统一的会话分发方式，配置分布式中继的会话分发方式；周期发送状态机设置为：决定所述发送状态机周期发送 DRCP协议报文。

23、如权利要求 22所述的系统，其中，

所述接收状态机设置为：对本系统和所述邻接系统的系统信息进行匹配性检查，包括：

所述匹配性检查通过，包括：

24、如权利要求 23所述的系统，其中，

所述接收状态机设置为：对本系统和所述邻接系统的系统信息进行匹配性检查，还包括：

所述匹配性检查通过，包括：

所述本系统与所述邻接系统的端点标识和 /或虚拟系统标识分别相同，且邻接系统的 System Number合法，或者，本系统与所述邻接系统的 System Number不冲突。

25、如权利要求 22所述的系统，其中，

所述协商状态机设置为：确定本系统的操作 Key值，确保和所述邻接系统的操作 Key值一致，包括：

所述协商状态机在判断出本系统的操作 Key值与所述邻接系统的操作 Key值相同时，维持本系统的操作 Key值不变；在判断出本系统的操作 Key 值与所述邻接系统的操作 Key值不同时，依据策略，修改本系统的操作 Key 值或者维持本系统的操作 Key值不变。

26、如权利要求 22所述的方法，其中，

所述协商状态机根据本系统的管理 Key值及接收到的所述邻接系统的管理 Key值，计算出本系统的操作 Key值。

27、如权利要求 25或 26所述的系统，其中，还包括：

所述协商状态机还设置为：在确定本系统的操作 Key值后，将本系统的操作 Key值通过链路汇聚控制协议（LACP )报文发送给分布式弹性网络互连的对端。

28、如权利要求 22所述的系统，其中，所述同步状态机设置为：所述与所述邻接系统协商统一的会话分发方式，包括：

对所述邻接系统发来的所述 DRCP协议报文中携带的会话分法方式与本系统的会话分发方式进行协商，依据协商好的会话分发方式来配置本系统内分布式中继的流量分发方式。

29、如权利要求 28所述的系统，其中，

所述同步状态机设置为：对所述邻接系统发来的所述 DRCP协议报文中携带的会话分法方式与本系统的会话分发方式进行协商，包括：

所述同步状态机将所述邻接系统发来的 DRCP协议报文中携带的会话分发方式与本系统的会话分发方式进行对比，对于在会话分发方式达到一致的会话，则按一致的会话分发方式进行所述会话流量的分发，对于在会话分发

30、如权利要求 28或 29所述的系统，其中，所述会话分发方式包括下述两个参数中任意一个或任意组合：网关系统选择和聚合器 /聚合端口选择。

31、如权利要求 22所述的系统，其中，

同步状态机还设置为：在与所述邻接系统协商统一的会话分发方式之前，关闭与所述邻接系统之间的内链链路的数据流量转发功能；

32、如权利要求 22所述的系统，其中，

所述接收状态机还设置为：如未定时收到所述邻接系统再次发来的 DRCP协议报文或者接收到的所述邻接系统再次发来的 DRCP协议报文没有通过匹配性检查，则依据策略确定是否需要对本系统的系统信息进行修改；如需要修改，则对本系统的系统信息中至少部分 LACP参数进行修改，并将中，修改后本系统的 LACP参数与所述邻接系统的 LACP参数至少不完全相同。

33、如权利要求 26或 32所述的系统，其中，

所述接收状态机设置为：对本系统的系统信息中至少部分 LACP参数进行修改，包括：所述接收状态机对本系统的操作 key值和 /或系统标识进行修改，或者将操作 Key值恢复为管理 Key值。

34、如权利要求 28或 29所述的系统，其中，

所述同步状态机还设置为：在与所述邻接系统之间的内链链路发生故障或者所述内链链路不可用时，将所述分布式中继恢复为协商前的会话分发方式的配置。

35、如权利要求 22所述的系统，其中，

所述发送状态机通过所述内链接口发送的所述 DRCP协议报文中还携带有与本系统相连接的其他邻接系统的系统信息和 /或会话分发方式。