CN107547374A - 一种聚合理由处理方法和装置 - Google Patents

Abstract

本发明公开了一种聚合理由处理方法和装置。该方法包括：在本设备上配置聚合路由与BGP邻居集合的关联关系；BGP邻居集合包括至少一个第一BGP邻居；与BGP邻居集合中的所有第一BGP邻居之间的链路恢复后，若接收到第一BGP邻居发送的明细路由，则生成聚合路由；接收到BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，向第二BGP邻居发布生成的聚合路由。可见，本发明可以保证本设备在学习完所有第一BGP邻居的全部明细路由之后才向第二BGP邻居发送聚合路由，使得第二BGP邻居不会提前进行上行业务切换，避免上行业务中断导致的流量丢失问题，保证网络的稳定性和数据流量的完整性。

Description

一种聚合理由处理方法和装置

技术领域

本发明涉及网络通信技术领域，特别涉及一种聚合理由处理方法和装置。

背景技术

在传统的企业园区网或者数据中心网络中，通常将网络划分为接入层、汇聚层和核心层。随着网络规模的不断扩大和发展，特别是数据中心网络接入规模的急剧扩大，为了获取更加良好的收敛性能，通常直接在上述各层运行BGP协议(Border Gateway Protocol，边界网关协议)，将每一层划分成一个或者多个AS(Autonomous System，自治系统)区域。接入层和汇聚层之间、汇聚层和核心层之间建立EBGP(External Border Gateway Protocol外部边界网关协议)邻居，用于在不同的AS区域间交换路由信息。

图1是现有的数据中心网络的一个简化组网示意图。如图1所示，CORE-ROUTER1、CORE-ROUTER2、CORE-ROUTER3为核心层设备，LSW1和LSW-2为汇聚层设备，VM-SERVER为接入层设备。CORE-ROUTER1、2、3(标识CORE-ROUTER1、CORE-ROUTER2和CORE-ROUTER3)分别与LSW1和LSW-2建立EBGP邻居，LSW1和LSW-2分别与VM-SERVER建立EBGP邻居。

在图1中，假设上行主链路为VM-SERVER---->LSW-1---->CORE-ROUTE，下行主链路为CORE-ROUTE---->LSW-1---->VM-SERVER，上行备链路为VM-SERVER—＞LSW-2—＞CORE-ROUTE，下行备链路为CORE-ROUTE—＞LSW-2—＞VM-SERVER。当主链路发生故障之后，LSW-1的上下行流量均可切换至LSW-2。

但是，图1所示的数据中心组网存在的一个问题是：当CORE-ROUTE和LSW-1之间的主链路中断后再恢复时，LSW-1根据收到的CORE-ROUTE的明细路由生成聚合路由，正常情况下，该聚合路由一旦生成就会立即向VM-SERVER发送出去。VM-SERVER收到该聚合路由后，就会将上行流量从LSW-2切换至LSW-1，此时LSW-1上并没有学习到CORE-ROUTE的全部明细路由，而VM-SERVER的上行流量却已全部切换至LSW-1，VM-SERVER的提早的进行流量切换将导致部分业务丢包，造成业务中断问题。

发明内容

为了解决或至少部分地解决上述问题，本发明提供了一种聚合路由处理方法和装置。

根据本发明的一个方面，提供了一种聚合理由处理方法，该方法应用于运行边界网关协议BGP的设备，包括：

在本设备上配置聚合路由与BGP邻居集合的关联关系；所述BGP邻居集合包括至少一个第一BGP邻居，所述第一BGP邻居为本设备在链路上行方向的BGP邻居；所述BGP邻居集合关联至少一条聚合路由；

与所述BGP邻居集合中的所有第一BGP邻居之间的链路恢复后，若接收到所述第一BGP邻居发送的明细路由，则生成聚合路由；

接收到所述BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，向第二BGP邻居发布生成的所述聚合路由；所述第二BGP邻居为本设备在链路下行方向的BGP邻居。

根据本发明的另一个方面，提供了一种聚合理由处理装置，所述装置包括：

关联单元，用于在本设备上配置聚合路由与BGP邻居集合的关联关系；所述BGP邻居集合包括至少一个第一BGP邻居，所述第一BGP邻居为本设备在链路上行方向的BGP邻居；所述BGP邻居集合关联至少一条聚合路由；

聚合路由生成单元，用于与所述BGP邻居集合中的所有第一BGP邻居之间的链路恢复后，若接收到所述第一BGP邻居发送的明细路由，则生成聚合路由；

聚合路由发布单元，用于接收到所述BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，向第二BGP邻居发布生成的所述聚合路由；所述第二BGP邻居为本设备在链路下行方向的BGP邻居。

根据本发明的技术方案，在本设备上配置聚合路由与BGP邻居集合的关联关系，在本设备与BGP邻居集合中的所有链路上行方向的第一BGP邻居之间的链路恢复后，若接收到第一BGP邻居发送的明细路由，则仅生成聚合路由并不向链路下行方向的第二BGP邻居发布；只有在接收到BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，才向第二BGP邻居发布生成的聚合路由。可见，本发明可以保证本设备在学习完所有第一BGP邻居的全部明细路由之后才向第二BGP邻居发送聚合路由，使得第二BGP邻居不会提前进行上行业务切换，避免上行业务中断导致的流量丢失问题，保证网络的稳定性和数据流量的完整性。

附图说明

图1为现有的数据中心网络的一个简化组网示意图；

图2为本发明一个实施例提供的一种聚合理由处理方法的流程示意图；

图3为本发明一个实施例提供的一种聚合理由处理装置的功能结构示意图；

图4为本发明另一个实施例提供的一种聚合理由处理装置的功能结构示意图；

图5为本发明一个实施例提供的一种运行BGP的设备的结构示意图。

具体实施方式

为了解决背景技术中提出的技术问题，本申请的发明人想到在本设备上配置聚合路由与BGP邻居集合的关联关系。为了描述方便，对于BGP设备，将链路上行方向的BGP邻居称为第一BGP邻居；将链路下行方向的BGP邻居称为第二BGP邻居。在BGP设备上可以预先配置邻居和聚合路由的关联关系，一个聚合路由可以关联到多个BGP邻居，一个BGP邻居也可以关联到多条聚合路由。例如，形成的关联关系可以为某几条聚合路由关联到一个邻居集合，该邻居集合中的每个邻居均与这几条聚合路由是关联关系。

当本设备与某条聚合路由关联的所有第一BGP邻居之间的链路恢复后，若接收到这些第一BGP邻居发送的明细路由，先仅是生成聚合路由，不向与该条聚合路由关联的第二BGP邻居发布；只有在接收到所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，才向第二BGP邻居发布生成的该条聚合路由。为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

参见图2，为本发明一个实施例提供的一种聚合理由处理方法的流程示意图，该方法应用于运行边界网关协议BGP的设备。如图2所示，该方法包括：

步骤S110，在本设备上配置聚合路由与BGP邻居集合的关联关系；BGP邻居集合包括至少一个第一BGP邻居，第一BGP邻居为本设备在链路上行方向的BGP邻居；BGP邻居集合关联至少一条聚合路由。

结合图1所示的组网，以汇聚层设备LSW-1为例进行说明，其第一BGP邻居有CORE-ROUTER1，CORE-ROUTER2，CORE-ROUTER3，第二BGP邻居为VM-SERVER。假设在LSW-1上配置的聚合路由与BGP邻居集合的关联关系为：聚合路由a、b关联邻居CORE-ROUTER1，CORE-ROUTER2，称为邻居集合<1,2>；聚合路由c关联邻居CORE-ROUTER2，CORE-ROUTER3，称为邻居集合<2,3>。

步骤S120，与BGP邻居集合中的所有第一BGP邻居之间的链路恢复后，若接收到第一BGP邻居发送的明细路由，则生成聚合路由。

当与所有第一BGP邻居之间的链路恢复后，所有第一BGP邻居会向本设备发送明细路由。当本设备接收到明细路由后，就生成相应的聚合路由。需要说明的是，为了防止链路恢复时提早进行流量切换，在本步骤中只是先生成聚合路由，并不进行发布。

步骤S130，接收到BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，向第二BGP邻居发布生成的聚合路由；第二BGP邻居为本设备在链路下行方向的BGP邻居。

当接收到BGP邻居集合中的所有第一BGP邻居发送用于指示明细路由发送完毕的消息时，本设备也已经将第一BGP邻居的所有明细路由学习完毕，此时，再将生成的聚合路由发布至第二BGP邻居，这样就可以保证在链路恢复时，学习完毕所有的明细路由后，才进行链路的流量切换。

可见，本发明可以保证本设备在学习完所有第一BGP邻居的全部明细路由之后才向第二BGP邻居发送聚合路由，使得第二BGP邻居不会提前进行上行业务切换，避免上行业务中断导致的流量丢失问题，保证网络的稳定性和数据流量的完整性。

为标识邻居集合中的第一BGP邻居对应的邻居状态，可以在本设备上维护BGP邻居状态表；该BGP邻居状态表中记录本设备与各第一BGP邻居之间的链路状态。

在本发明的一个实施例中，图1所示的方法还包括：与第一BGP邻居之间的链路恢复时，在本设备上更新第一BGP邻居对应的邻居状态，更新后的邻居状态指示为邻居建立。例如邻居建立可以用BGP_PEER_UP_STATUS表示。

在本发明的另一个实施例中，图1所示的方法还包括：接收到第一BGP邻居发送的用于指示明细路由发送完毕的消息时，在本设备上更新第一BGP邻居对应的邻居状态，更新后的邻居状态指示为明细路由发送完毕。例如明细路由发送完毕状态可以用BGP_PEER_EOR_STATUS表示。

下面结合图1所示的组网，以汇聚层设备LSW-1为例进行说明。

LSW-1在本设备上更新CORE-ROUTER<1,2,3>对应的邻居状态，更新后的邻居状态指示为邻居建立。假设CORE-ROUTER2，CORE-ROUTER3与LSW-1之间的链路恢复，则在LSW-1上将CORE-ROUTER2，CORE-ROUTER3对应的邻居状态分别标记为BGP_PEER_UP_STATUS状态，更新后的邻居状态指示为邻居建立。

对同时关联CORE-ROUTER2和CORE-ROUTER3的聚合路由c而言，邻居集合<2,3>中所有邻居的邻居状态均指示为邻居建立后，只要LSW-1接收到CORE-ROUTER2和/或CORE-ROUTER3发送的明细路由，则可立即生成聚合路由，这里，LSW-1接收到CORE-ROUTER2或CORE-ROUTER3发送的第一条明细路由，即可生成聚合路由c。

需要指出的是，此时，聚合路由并不发布给VM-SERVER，而是需要等待邻居状态指示为明细路由发送完毕。

当CORE-ROUTER2和CORE-ROUTER3发布完所有的明细路由时，CORE-ROUTER2、3会发送一条消息，例如EOR消息，即End of RIB(Routing Information Base，BGP存储路由信息的数据库)消息，该消息用于指示明细路由发送完毕。

LSW-1接收到CORE-ROUTER2、3发来的EOR消息时，将CORE-ROUTER2、3对应的邻居状态分别标记为BGP_PEER_EOR_STATUS状态，更新后的邻居状态指示为明细路由发送完毕。

邻居集合<2,3>中所有邻居的邻居状态均指示为明细路由发送完毕时，则LSW-1立刻向VM-SERVER发布上述生成的聚合路由c。实际应用中作为LSW-1的第二BGP邻居的VM-SERVER可能存在多个，则LSW-1需要向这多个VM-SERVER发布聚合路由c。

由此可知，当本设备与邻居集合中的所有第一BGP邻居之间的链路恢复后，可以分为两个处理节点，一个是接收到第一BGP邻居发送的明细路由，具体是接收到第一条明细路由；另一个是接收到所有第一BGP邻居发送的用于指示明细路由发送完毕的消息。在这两个处理节点上，本设备需要对聚合路由进行不同的处理，前一个是要生成聚合路由，后一个是要将生成的聚合路由进行发布。所以，为了区分这两个节点的状态，如上文所述，在本设备上维护一个BGP邻居状态表，例如，与第一BGP邻居之间的链路恢复时将第一BGP邻居状态更新为BGP_PEER_UP_STATUS状态，指示邻居建立；在接收到第一BGP邻居发送的用于指示明细路由发送完毕的消息时，将第一BGP邻居状态更新为BGP_PEER_EOR_STATUS状态，指示明细路由发送完毕。从而根据该BGP邻居状态表判断这两个处理节点，并进行相应的聚合路由处理。

在本发明的一个实施例中，上述步骤S130中向第二BGP邻居发布聚合路由包括：BGP邻居集合中所有第一BGP邻居对应的邻居状态均指示为明细路由发送完毕时，将生成的聚合路由发布给第二BGP邻居。

仍接着上述具体示例进行说明。当CORE-ROUTE2、3与LSW1设备的链路恢复后，当CORE-ROUTE2发送了用于指示明细路由发送完毕的消息时，在LSW1设备上更新CORE-ROUTE2对应的邻居状态，更新后的邻居状态指示为明细路由发送完毕；当CORE-ROUTE3发送了用于指示明细路由发送完毕的消息时，在LSW1设备上更新CORE-ROUTE3对应的邻居状态，更新后的邻居状态指示为明细路由发送完毕。只有当CORE-ROUTE2、3对应的邻居状态均指示为明细路由发送完毕时，才将生成的聚合路由c发布给第二BGP邻居。

上述的说明中，只是针对本设备与邻居集合中的所有第一BGP邻居之间的链路恢复时的状态做了说明。但图1所示的数据中心组网目前还存在的问题是：当主链路故障时，LSW-1需要逐条向VM-SERVER发送关联CORE-ROUTE的明细路由的撤销，待全部明细路由撤销后，再向VM-SERVER发送关联CORE-ROUTE的聚合路由的撤销，由于关联CORE-ROUTE的聚合路由无法及时被撤销，导致LSW-1上下挂的VM-SERVER继续通过LSW-1上行发包，进而导致上行业务丢包时间过长，增加业务中断时间。

对于该问题，现有技术中一般是采用TRACK联动EAA的方式进行解决，当LSW-1与关联CORE-ROUTE之间的链路故障后，断开LSW-1与VM-SERVER之间的链路。但该方案必须要依赖于EAA、TRACK等模块的支持，依靠BGP协议自身不能实现该功能，并不能适用于所有的BGP设备。

在本发明的一个实施例中，为了防止本设备与邻居集合中的所有第一BGP邻居之间的链断开时，上行业务没有及时进行切换，导致的业务的中断，图1所示的方法还包括：与第一BGP邻居之间的链路断开时，在本设备上更新第一BGP邻居对应的邻居状态，更新后的邻居状态指示为邻居断开，例如，邻居断开的状态可以用BGP_PEER_DOWN_STATUS表示；当BGP邻居集合中所有第一BGP邻居对应的邻居状态均指示为邻居断开时，查找BGP邻居集合关联的至少一条聚合路由，并向第二BGP邻居发布查找到的聚合路由的撤销消息。

仍结合图1所示的组网进行说明：当LSW1与CORE-ROUTER之间的链路断开时，LSW1在本设备上更新CORE-ROUTER对应的邻居状态为BGP_PEER_DOWN_STATUS状态，更新后的邻居状态指示为邻居断开。例如，CORE-ROUTER1，CORE-ROUTER2与LSW1之间的链路断开，则在LSW1上将CORE-ROUTER1，CORE-ROUTER2对应的邻居状态分别更新为指示邻居断开的BGP_PEER_DOWN_STATUS状态。

若邻居集合<1,2>中所有邻居的邻居状态均指示为邻居断开时，LSW1立刻向VM-SERVER发布聚合路由a、b的撤销消息。实际应用中作为LSW1的第二BGP邻居的VM-SERVER可能存在多个，则LSW1需要向这多个VM-SERVER发布撤销消息。

可见，当本设备与BGP邻居集合中所有第一BGP邻居之间的链路故障时，通过查找BGP邻居集合关联的聚合路由，只需向第二BGP邻居发送该聚合路由的撤销消息，而无需逐条向第二BGP邻居发送与该条聚合路由对应的多条明细路由的撤销消息，从而能够及时撤销聚合路由，大大缩减上行业务中断的时间，减少上行业务丢包时间过长的问题。

在一个优选实施例中，为保证及时向第二BGP邻居发布查找到的聚合路由的撤销消息，可以将聚合路由的撤销消息优先于本设备正在处理的其他报文或消息发出。

参见图3，为本发明一个实施例提供的一种聚合理由处理装置的功能结构示意图。如图3所示，该聚合理由处理装置30包括：

关联单元310，用于在本设备上配置聚合路由与BGP邻居集合的关联关系；BGP邻居集合包括至少一个第一BGP邻居，第一BGP邻居为本设备在链路上行方向的BGP邻居；BGP邻居集合关联至少一条聚合路由。

聚合路由生成单元320，用于与BGP邻居集合中的所有第一BGP邻居之间的链路恢复后，若接收到第一BGP邻居发送的明细路由，则生成聚合路由。

聚合路由发布单元330，用于接收到BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，向第二BGP邻居发布生成的聚合路由；第二BGP邻居为本设备在链路下行方向的BGP邻居。

参见图4，为本发明另一个实施例提供的一种聚合理由处理装置的功能结构示意图。如图4所示，该聚合理由处理装置40包括：关联单元410、聚合路由生成单元420、聚合路由发布单元430、第一邻居状态更新单元440、第二邻居状态更新单元450、第三邻居状态更新单元460和聚合路由撤销单元470。其中，关联单元410、聚合路由生成单元420、聚合路由发布单元430与图3所示的关联单元310、聚合路由生成单元320、聚合路由发布单元330具有对应相同的功能，相同的部分在此不再赘述。

在本发明的一个实施例中，第一邻居状态更新单元440，用于与第一BGP邻居之间的链路恢复时，在本设备上更新第一BGP邻居对应的邻居状态，更新后的邻居状态指示为邻居建立。

在本发明的一个实施例中，第二邻居状态更新单元450，用于接收到第一BGP邻居发送的用于指示明细路由发送完毕的消息时，在本设备上更新第一BGP邻居对应的邻居状态，更新后的邻居状态指示为明细路由发送完毕。

在本发明的一个实施例中，聚合路由发布单元430，具体用于BGP邻居集合中所有第一BGP邻居对应的邻居状态均指示为明细路由发送完毕时，将生成的聚合路由发布给第二BGP邻居。

在本发明的一个实施例中，第三邻居状态更新单元460，用于与第一BGP邻居之间的链路断开时，在本设备上更新第一BGP邻居对应的邻居状态，更新后的邻居状态指示为邻居断开。

在本发明的一个实施例中，聚合路由撤销单元470，用于当BGP邻居集合中所有第一BGP邻居对应的邻居状态均指示为邻居断开时，查找BGP邻居集合关联的至少一条聚合路由，并向第二BGP邻居发布查找到的聚合路由的撤销消息。

在图4所示的聚合路由处理装置40中，第一邻居状态更新单元440、第二邻居状态更新单元450和第三邻居状态更新单元460分别连接关联单元410，聚合路由撤销单元470连接聚合路由生成单元420，该聚合路由生成单元420分别连接关联单元410和聚合路由发布单元430。

在本发明的一个实施例中，本发明的上述聚合路由处理装置30、40应用于包括核心层、汇聚层和接入层的网络中的边界网关中，该网络中的每一层被划分成一个或多个自治系统AS，各AS之间基于BGP进行通信。但需要说明的是，该本发明的聚合路由处理装置并不限于应用在此类网络中。本领域的技术人员可以预见，上述聚合路由处理装置30、40可适用于任何采用BGP协议和聚合路由的网络中。

对于聚合理由处理装置实施例而言，由于基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的聚合理由处理装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

图5为本发明一个实施例提供的一种运行BGP的设备的结构示意图。如图5所示，该运行BGP的设备50包括处理器100、内部总线120、网络接口130、以及存储器110。其中，

存储器110：用于存储指令代码。在本发明的一个实施例中，存储器50存储的是聚合理由处理指令。

处理器100：用于通过内部总线120与存储器110通信，读取和执行存储器中存储的所述指令代码，实现本申请上述示例公开的聚合理由处理操作。

在不同的实施例中，存储器110可以是内存或者非易失性存储器。其中非易失性存储器可以是：存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。内存可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存。进一步，非易失性存储器和内存作为机器可读存储介质，其上可存储由处理器10执行的聚合理由处理指令。

需要说明的是，从硬件层面而言，本发明运行BGP的设备50除了处理器100、内部总线120、网络接口130、以及存储器110之外，根据该BGP设备的实际功能，还可以包括其他硬件，对此不再赘述。

综上所述，本发明的技术方案，通过在本设备上配置聚合路由与BGP邻居集合的关联关系，在本设备与BGP邻居集合中的所有链路上行方向的第一BGP邻居之间的链路恢复后，若接收到第一BGP邻居发送的明细路由，则仅生成聚合路由并不向链路下行方向的第二BGP邻居发布；只有在接收到BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，才向第二BGP邻居发布生成的聚合路由。可见，本发明可以保证本设备在学习完所有第一BGP邻居的全部明细路由之后才向第二BGP邻居发送聚合路由，使得第二BGP邻居不会提前进行上行业务切换，避免上行业务中断导致的流量丢失问题，保证网络的稳定性和数据流量的完整性。

并且，当本设备与BGP邻居集合中所有第一BGP邻居之间的链路故障时，通过查找BGP邻居集合关联的聚合路由，只需向第二BGP邻居发送该聚合路由的撤销消息，而无需逐条向第二BGP邻居发送与该条聚合路由对应的多条明细路由的撤销消息，从而能够及时撤销聚合路由，大大缩减上行业务中断的时间，减少上行业务丢包时间过长的问题。

以上所述，仅为本发明的具体实施方式，在本发明的上述教导下，本领域技术人员可以在上述实施例的基础上进行其他的改进或变形。本领域技术人员应该明白，上述的具体描述只是更好的解释本发明的目的，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种聚合理由处理方法，其特征在于，该方法应用于运行边界网关协议BGP的设备，包括：

在本设备上配置聚合路由与BGP邻居集合的关联关系；所述BGP邻居集合包括至少一个第一BGP邻居，所述第一BGP邻居为本设备在链路上行方向的BGP邻居；所述BGP邻居集合关联至少一条聚合路由；

与所述BGP邻居集合中的所有第一BGP邻居之间的链路恢复后，若接收到所述第一BGP邻居发送的明细路由，则生成聚合路由；

接收到所述BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，向第二BGP邻居发布生成的所述聚合路由；所述第二BGP邻居为本设备在链路下行方向的BGP邻居。

2.根据权利要求1所述聚合理由处理方法，其特征在于，该方法还包括：与所述第一BGP邻居之间的链路恢复时，在本设备上更新所述第一BGP邻居对应的邻居状态，更新后的邻居状态指示为邻居建立。

3.根据权利要求2所述聚合理由处理方法，其特征在于，该方法还包括：接收到所述第一BGP邻居发送的用于指示明细路由发送完毕的消息时，在本设备上更新所述第一BGP邻居对应的邻居状态，更新后的邻居状态指示为明细路由发送完毕。

4.根据权利要求3所述聚合理由处理方法，其特征在于，所述向第二BGP邻居发布所述聚合路由，包括：

所述BGP邻居集合中所有第一BGP邻居对应的邻居状态均指示为明细路由发送完毕时，将生成的所述聚合路由发布给所述第二BGP邻居。

5.根据权利要求1所述聚合理由处理方法，其特征在于，该方法还包括：

与所述第一BGP邻居之间的链路断开时，在本设备上更新所述第一BGP邻居对应的邻居状态，更新后的邻居状态指示为邻居断开；

当所述BGP邻居集合中所有第一BGP邻居对应的邻居状态均指示为邻居断开时，查找所述BGP邻居集合关联的至少一条聚合路由，并向所述第二BGP邻居发布查找到的聚合路由的撤销消息。

6.一种聚合理由处理装置，其特征在于，所述装置包括：

关联单元，用于在本设备上配置聚合路由与BGP邻居集合的关联关系；所述BGP邻居集合包括至少一个第一BGP邻居，所述第一BGP邻居为本设备在链路上行方向的BGP邻居；所述BGP邻居集合关联至少一条聚合路由；

聚合路由生成单元，用于与所述BGP邻居集合中的所有第一BGP邻居之间的链路恢复后，若接收到所述第一BGP邻居发送的明细路由，则生成聚合路由；

聚合路由发布单元，用于接收到所述BGP邻居集合中的所有第一BGP邻居发送的用于指示明细路由发送完毕的消息时，向第二BGP邻居发布生成的所述聚合路由；所述第二BGP邻居为本设备在链路下行方向的BGP邻居。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第一邻居状态更新单元，用于与所述第一BGP邻居之间的链路恢复时，在本设备上更新所述第一BGP邻居对应的邻居状态，更新后的邻居状态指示为邻居建立。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第二邻居状态更新单元，用于接收到所述第一BGP邻居发送的用于指示明细路由发送完毕的消息时，在本设备上更新所述第一BGP邻居对应的邻居状态，更新后的邻居状态指示为明细路由发送完毕。

9.根据权利要求8所述的装置，其特征在于，

所述聚合路由发布单元，具体用于所述BGP邻居集合中所有第一BGP邻居对应的邻居状态均指示为明细路由发送完毕时，将生成的所述聚合路由发布给所述第二BGP邻居。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第三邻居状态更新单元，用于与所述第一BGP邻居之间的链路断开时，在本设备上更新所述第一BGP邻居对应的邻居状态，更新后的邻居状态指示为邻居断开；

聚合路由撤销单元，用于当所述BGP邻居集合中所有第一BGP邻居对应的邻居状态均指示为邻居断开时，查找所述BGP邻居集合关联的至少一条聚合路由，并向所述第二BGP邻居发布查找到的聚合路由的撤销消息。