CN101355511A - 一种链路聚合流量保护方法及装置 - Google Patents

Abstract

本发明公开了一种链路聚合流量保护方法及装置，该链路聚合流量保护方法包括以下步骤：步骤S1.若聚合组两端网络设备均不支持硬件快速中断，则对所述聚合组两端网络设备的端口的状态进行轮询检测；步骤S2.当所述聚合组两端网络设备的端口up时，且所述聚合组一端网络设备通过所述轮询检测获知其端口状态为可用后，与对应的另一端网络设备进行报文交互；以及步骤S3.当通过所述报文交互获知其对应的网络设备的端口状态也为可用后，所述聚合组两端网络设备同时向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态。当聚合组两端网络设备的端口up时，本发明可以同步更新聚合组两端网络设备上的端口的Selected状态。

Description

一种链路聚合流量保护方法及装置

技术领域

本发明涉及链路聚合技术，特别是涉及一种链路聚合流量保护方法及装置。

背景技术

随着互联网技术的发展和网络应用的普及，链路聚合技术已经被越来越多的应用于数据传输的过程中。链路聚合是将多个物理以太网端口聚合在一起形成一个逻辑上的聚合组，使用聚合服务的上层实体把同一聚合组内的多条物理链路视为一条逻辑链路。链路聚合可以实现出/入负荷在聚合组中各个物理成员端口之间分担，以增加带宽。同时，同一聚合组的各个物理成员端口之间彼此动态备份，提高了连接可靠性。

当聚合组物理成员端口up(与聚合链路连通)/down(与聚合链路断开)且被该聚合组物理成员获知时，数据流量需要重新负载分担，此时聚合组物理成员，例如两端网络设备的物理硬件、网络设备系统中的驱动模块以及网络设备系统中的平台模块必须根据端口当前状态重新计算，更新物理成员端口Selected(选定)状态后，流量才可以再次负载分担，这个重新运算的过程需要一定时间，如果聚合组两端设备无法保证同步更新物理硬件，则会导致数据流量丢失一部分，从而影响网络的稳定性。

现有技术中，当聚合组一个物理成员端口down掉后物理硬件一般可以产生快速、有效的中断以标示down状态，并可以利用所述中断进行系统处理，此时聚合不会在该物理成员端口上分担流量，且该物理成员端口也不会是Selected状态，因此聚合组两端以太网设备可以根据此中断信号，尽可能的同步快速更新物理硬件设置。此时物理链路中原来在该端口上的分担的流量重新被分配到其他Selected的物理成员端口上。因此可以保证丢流量的时间非常短，丢包时间可以缩减到10ms以内。

而当聚合组物理成员端口up时，有的物理硬件不产生中断，有的物理硬件会产生如下两种中断：

1、快速中断：中断和物理硬件状态变化相隔时间很短，几乎同步，但这种中断并不能表示物理成员端口一定up，不过物理成员端口如果up一定会有快速中断。

2、有效中断：虽不如快速中断实时，但产生有效中断时，物理成员端口一定up，因此现有技术中多使用有效中断方式。

请参阅图1所示，其为现有技术中聚合组中网络设备的端口状态变换时的处理流程图。当聚合组中网络设备的端口up/down时，如果该网络设备支持端口中断，则响应有效中断，如果网络设备不支持端口中断，再加上考虑网络设备性能和稳定性等因素，很多网络设备通过轮询的方式来获知端口的状态，网络设备可采用其内部的驱动模块不断轮询端口状态，进而判断聚合组中的网络设备的端口是否产生up/down，驱动模块获得端口状态后，将该端口状态信息上报至平台模块，平台模块处理获取的聚合信息，并更新聚合组成员端口Selected状态。

现有技术所采用的技术方案存在如下问题：

1、利用中断更新端口状态依赖于硬件中断的有效性，当端口up时和端口down时不一样，端口up时需要处理的事情较多，考虑到网络设备稳定性，网络设备常常并不响应其端口的up中断。即使两端网络设备均支持中断，当聚合组两端网络设备的CPU速度不同或两端网络设备进行各自的任务切换时，也不能保证聚合组两端网络设备同时获知其端口状态，因此也不能保证该两端网络设备同时向平台模块上报端口状态，这将会导致聚合组两端网络设备无法同步更新聚合组中网络设备端口Selected状态，上述情况都会造成丢流量，丢流量的时间也不稳定，有时很长(100ms量级)，有时很短(10ms量级)。

2、利用驱动模块轮询端口状态依赖于任务优先级，以及任务轮询间隔时间和网络设备繁忙程度等，实时性很差，因此同样不能保证聚合组两端网络设备同时获知其端口状态，也无法同步更新聚合组中网络设备端口Selected状态，这样丢流量时间会很长，会到100ms量级，从而导致大量报文丢失。

3、如果聚合组两端网络设备物理硬件不一致，一端支持中断，一端不支持中断，则效果会更差。

发明内容

本发明要解决的技术问题是提供一种链路聚合流量保护方法及装置，当聚合组两端网络设备的端口up时，聚合组两端网络设备能同步更新聚合组两端网络设备各自端口的Selected状态，使数据流量丢包损耗达到10ms量级，对网络的稳定性影响到最小程度。

本发明的目的及解决其技术问题是采用以下技术方案来实现的。依据本发明提出的一种链路聚合流量保护方法，包括以下步骤：步骤S1.若聚合组两端网络设备均不支持硬件快速中断，则对所述聚合组两端网络设备的端口的状态进行轮询检测；步骤S2.当所述聚合组两端网络设备的端口up时，且所述聚合组一端网络设备通过所述轮询检测获知其端口状态为可用后，与对应的另一端网络设备进行报文交互；步骤S3.当通过所述报文交互获知其对应的网络设备的端口状态也为可用后，所述聚合组两端网络设备同时向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态。

本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。

前述的链路聚合流量保护方法，所述步骤S2具体包括：步骤S21.当所述聚合组两端网络设备的端口up时，且所述聚合组第一网络设备轮询获知其端口状态为可用后，发送端口状态更新报文至对应的第二网络设备；步骤S22.若所述第二网络设备获知其端口状态为可用，则在收到所述端口状态更新报文后，回复响应报文至所述第一网络设备；若所述第二网络设备尚未获知其端口状态为可用，则执行步骤S23；步骤S23.所述第二网络轮询获知其端口状态变为可用后，发送端口状态更新报文至所述第一网络设备；步骤S24.所述第一网络设备收到所述端口状态更新报文后，回复响应报文至所述第二网络设备。

前述的链路聚合流量保护方法，所述聚合组两端网络设备收到对应端网络设备的所述端口状态更新报文或者响应报文后，获知所述对应的网络设备的端口状态为可用。

前述的链路聚合流量保护方法，还包括：步骤S4.若聚合组两端网络设备均支持硬件快速中断，则当所述聚合组两端网络设备的端口up时，所述聚合组两端网络设备响应所述端口up时产生的快速中断，并查询所述聚合组两端网络设备的端口的状态；步骤S5.自响应所述快速中断时开始计时，延迟固定时间；步骤S6.所述聚合组两端的网络设备通过所述查询均已获知其自身的端口状态为可用，且延迟固定时间后，同时向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态。

前述的链路聚合流量保护方法，还包括：步骤S7.若聚合组两端网络设备中有一端支持硬件快速中断，则当所述聚合组两端网络设备的端口up时，聚合组中支持硬件快速中断的网络设备响应其端口up时产生的快速中断，并查询其端口的状态，聚合组中不支持硬件快速中断的网络设备轮询其端口的状态；步骤S8.所述不支持硬件快速中断的网络设备通过所述轮询获知其端口状态为可用后，发送端口状态更新报文至所述支持硬件快速中断的网络设备；步骤S9.所述支持硬件快速中断的网络设备收到所述端口状态更新报文后，发送回执报文至所述不支持硬件快速中断的网络设备；步骤S10.所述聚合组两端网络设备收到所述端口状态更新报文或所述回执报文后，向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态。

前述的链路聚合流量保护方法，所述端口状态更新报文和所述回执报文均包含其所在的网络设备的聚合信息和端口同步信息。

本发明的目的及解决其技术问题还采用以下技术方案来实现。依据本发明提出的一种链路聚合流量保护装置，包括：端口轮询单元，用于在聚合组中的网络设备不支持硬件快速中断时轮询所述聚合组中的网络设备的端口状态，并获知所述端口状态；报文交互单元，用于所述聚合组中网络设备获知自身的端口状态为可用后，与所述聚合组中对应的网络设备进行报文交互，从而获知对应的网络设备的端口状态为可用；状态上报单元，用于将所述聚合组中网络设备的端口状态为可用的信息上报至系统的平台模块；端口更新单元，用于通过所述状态上报单元上报的信息更新所述聚合组中网络设备上的端口的Selected状态。

本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。

前述的链路聚合流量保护装置，所述报文交互单元包括：端口状态更新报文发送模块：用于在所述聚合组中一端网络设备的端口状态为可用时，发送端口状态更新报文至对应的网络设备；响应报文发送模块：用于在接收到所述端口状态更新报文后，回复响应报文至发送所述端口状态更新报文的网络设备。

前述的链路聚合流量保护装置，还包括：端口查询单元，用于在聚合组中的网络设备的端口up时，所述网络设备响应快速中断后，查询所述网络设备的端口状态，并获知所述端口状态；以及延迟单元，用于响应所述快速中断后的固定时间延迟。

由上述技术方案可知，本发明具有以下有益效果：

本发明可以在现有硬件条件下，提高当聚合组中网络设备的端口up时的流量保护性能，且并不依赖于聚合组两端设备硬件设备是否相同，当聚合组成员端口up时，聚合组两端网络设备同步更新聚合组中网络设备端口Selected状态，使数据流量丢包损耗达到10ms量级，对网络的稳定性影响到最小程度。

通过以下参照附图对优选实施例的说明，本发明的上述以及其它目的、特征和优点将更加明显。

附图说明

图1为现有技术聚合组中网络设备的端口状态变换时的处理流程图。

图2为本发明聚合组两端网络设备均不支持硬件快速中断时流量保护方法的流程图。

图3为本发明聚合组两端网络设备端口up时的流量保护方法较佳实施例的流程图。

图4为本发明聚合组两端网络设备端口up时的流量保护装置结构图。

具体实施方式

下面将详细描述本发明的具体实施例。应当注意，这里描述的实施例只用于举例说明，并不用于限制本发明。

本发明的总体构思在于，若聚合组两端网络设备的端口up，且聚合组两端网络设备已获知其各自端口up(即更新为可用状态)后，进一步获知聚合组中对应的网络设备的端口状态，若对应端网络设备端口也已更新为可用状态，聚合组两端网络设备同时向平台模块上报各自的端口状态，并更新聚合组两端网络设备上的端口的Selected状态。

在本发明的实施例中，当聚合组两端网络设备的端口up时，有两端的网络设备均不支持硬件快速中断、两端网络设备均支持硬件快速中断和只有一端网络设备支持硬件快速中断三种情况。

请参阅图2所示，其为聚合组两端网络设备均不支持硬件快速中断时流量保护方法的流程图。该方法包括以下步骤：

步骤S1.轮询聚合组两端网络设备的端口，获得端口状态；

由于聚合组两端网络设备均不支持硬件快速中断，因此，该两端网络设备需不断轮询其各自端口，以实现端口up时，能及时获知端口状态可用。

步骤S2.当所述聚合组两端网络设备的端口up时，且所述聚合组一端网络设备轮询获知其端口状态为可用后，与对应的另一端网络设备进行报文交互；

步骤S3.当通过所述报文交互获知其对应的网络设备的端口状态也为可用后，所述聚合组两端网络设备同时向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态。

在本实施例中，并不会像现有技术中那样直接将获知的端口状态上报至其系统中的平台模块，而是与聚合组中的另一端的网络设备进行报文交互，从而获知另一端的网络设备的端口状态也为可用，两端的端口都可用后，再同时向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态，这样可以保证硬件的同步更新，同步更新后，再在两端端口之间进行报文传输，使得数据流量丢失报文的损耗达到10ms量级，甚至报文的丢失量为零。

请参阅图3所示，其为本发明聚合组两端网络设备端口up时的流量保护方法较佳实施例的流程图。

现分别对两端的网络设备均不支持硬件快速中断、两端网络设备均支持硬件快速中断和只有一端网络设备支持硬件快速中断三种情况进行详细说明。

为清楚表述本实施例，这里分别以聚合组两端网络设备中的第一网络设备(以下均简称第一设备)和第二网络设备(以下均简称第二设备)的链路聚合为例进行说明。其中，第一网络设备的端口a与第二网络设备的端口b直连。

在第一种情况下，即两端的网络设备均不支持硬件快速中断时，具体的处理方法如下。

当两端网络设备各自系统启动时，其系统软件通过自检可以确定设备自身是否支持硬件快速中断。当聚合组两端的设备的检测结果均为不支持硬件快速中断时，则聚合组两端的设备分别对自身设备上的端口状态做轮询检测。

当第一设备通过所述轮询检测发现本设备上的端口a的状态为可用时，该第一设备立即通过端口a向聚合组中的对端即第二设备中与所述端口a直连的相应端口b发送一条端口状态更新报文，所述更新报文中包含第一设备的聚合信息和端口同步信息，将第一设备的端口状态更新情况通知聚合组中的第二设备。

此时，第二设备的对应端口状态可能是“up且已被第二设备获知”，也可能是此外的其他状态。针对可能存在的这两种状态，本实施例中分别有对应的处理方法。

当聚合组中的所述第二设备的对应端口b已经处于up状态且被第二设备获知时：

端口b可以接收到所述第一设备的端口状态更新报文，从而确认所述第一设备的对应端口a当前处于可用状态，在确认此信息后，所述第二设备的对应端口b向第一设备的端口a回复响应报文，所述响应报文中包含第二设备的聚合信息和端口同步信息；

所述第一设备的端口a接收到所述响应报文后便可确认所述第二设备的对应端口b也处于up状态；

经过以上步骤，聚合组两端的设备均可以确认对方设备已经处于up状态，则所述聚合组两端的设备同时向平台模块上报端口状态变化信息，平台模块根据所述端口变化信息进行运算，更新聚合组中对应端口的Selected状态。

当聚合组中的所述第二设备的对应端口b未处于所述“up且被第二设备获知”的状态时：

所述第二设备无法接收到第一设备发送的端口状态更新报文，因此不会向第一设备的端口a发送响应报文，相应地，所述端口a进入等待状态，等待第二设备主动向其发送报文，此时的端口a已up且已经被第一设备获知；

当第二设备的对应端口b进入up状态且被第二设备获知时，第二设备会主动向第一设备发送端口状态更新报文。由于此时第一设备的相应端口已经处于up状态且已被第一设备获知，一直在等待第二设备主动向其发送报文，因此，第一设备的端口a会接收到第二设备端口b发送的端口状态更新报文，则第一设备的端口a将向第二设备的端口b回复响应报文，将自身的端口状态通知第二设备，而第二设备一定可以正常接收到第一设备的端口状态。第一设备和第二设备经过上述的交互过程后，可以确定、端口a和端口b均处于up状态，进一步地，所述第一设备和第二设备同时向平台模块上报端口状态变化信息，平台模块根据所述端口变化信息进行运算，更新聚合组中对应端口的Selected状态。

在第二种情况下，即两端的网络设备均支持硬件快速中断，具体的处理方法如下。

当两端网络设备各自的系统启动时，其系统软件通过自检可以确定设备自身是否支持端口物理硬件快速中断。当聚合组两端的网络设备的检测结果均为支持端口物理硬件快速中断时，则当聚合组两端的第一设备和第二设备直连端口a和b物理链路up时，所述第一设备和第二设备分别产生一个快速中断。

当第一设备的端口a up，并产生快速中断时，所述设备启动精确定时器开始计时，同时系统开始查询该端口a的状态，以确认端口a的状态为可用。

进一步，从计时时刻起延迟固定时间，以等待和第一设备直连的第二设备获知其端口b的状态。由于第二设备端口b也支持快速中断，并和第一设备端口a采用同样的方法：在产生快速中断时，启动精确定时器开始计时，从计时时刻起延迟和端口a相同的固定时间，并在延迟期间，系统通过查询端口b状态获知其端口状态为可用。

在延迟了固定时间后，第一设备和第二设备再分别将端口a和端口b的端口状态上报至各自系统中的平台模块，平台模块根据所述端口变化信息进行运算，并更新端口a和端口b的Selected状态。

由于端口a和端口b up时，产生快速中断和物理端口up几乎同步，即可视为第一设备获知端口a的状态为可用和第二设备获知端口b的状态为可用保持同步，之后第一设备和第二设备又延迟了相同的固定时间后再做进一步处理，因此保证了两台设备可以同步处理端口a和端口b的up事件，从而第一设备和第二设备上层平台软件同步运算来更新a和b端口硬件设置，使得数据流量丢失报文的损耗达到10ms以内的级别。

在第三种情况下，即只有一端网络设备支持硬件快速中断时，具体的处理方法如下。

假设第一设备支持端口物理硬件快速中断，第二设备不支持端口物理硬件快速中断。

当第一设备的端口a up时，产生快速中断，同时启动精确定时器开始计时，第一设备的系统查询到端口a状态为可用。进一步，从计时时刻起延迟固定时间，以等待端口b up。

而当第二设备的端口up时，该第二设备的系统通过轮询获知端口b的状态为可用，第二设备立即通过端口b向端口a发送端口状态更新报文。

这样，第一设备的端口a在延迟的固定时间内收到了第二设备的端口b发送来的端口状态更新报文，得知第二设备已获知其端口b的状态为可用，并获知第二设备不支持端口物理硬件快速中断，因此，发送一回执报文至端口b。

在端口a收到端口b发送过来的端口状态更新报文后，将端口状态上报至第一设备系统的平台模块，端口b收到端口a发送的回执报文时，也将端口状态上报至第二设备系统的平台模块。各平台模块根据各端口变化信息进行运算，更新聚合组中对应端口的Selected状态。

本发明还提供一种链路聚合流量保护装置，用于当聚合组物理成员端口up时，聚合组两端网络设备能同步更新聚合组物理成员端口状态，该链路聚合流量保护装置可以应用于交换设备、路由设备等网络设备上。

链路聚合流量保护装置的结构如图4所示，该装置包括：

端口轮询单元41，用于轮询聚合组网络设备的端口状态，并获知所述端口的状态，若聚合组两端的网络设备均不支持硬件快速中断，则所述端口轮询单元41需不断轮询该网络设备的端口，以实现端口up时，能及时获知端口状态可用；

报文交互单元42，用于与聚合组中对应的网络设备进行报文交互，从而获知另一端的网络设备的端口状态为可用；

状态上报单元43，用于将端口状态为可用的信息上报至系统的平台模块；

端口更新单元44，用于通过所述状态上报单元43上报的信息更新所述聚合组中网络设备上的端口的Selected状态。

在本实施例中，并不会像现有技术中那样直接将端口轮询单元获知的端口状态信息传输至状态上报单元，而是通过报文交互单元42与聚合组中的另一端的网络设备进行报文交互，从而获知另一端的网络设备的端口状态也为可用，两端的端口都可用后，再同时由状态上报单元43向平台模块上报各自的端口状态，并由所述端口更新单元44更新所述聚合组两端网络设备上的端口的Selected状态，这样可以保证硬件的同步更新，同步更新后，再在两端端口之间进行报文传输，使得数据流量丢失报文的损耗达到10ms量级，甚至报文的丢失量为零。

接下来，详细描述本发明链路聚合流量保护装置的一个实施例，为清楚表述本实施例，下面分别以聚合组两端网络设备中的第一网络设备(以下均简称第一设备)和第二网络设备(以下均简称第二设备)的链路聚合为例进行说明。其中，第一网络设备的端口a与第二网络设备的端口b直连。

所述报文交互单元42包括端口状态更新报文发送模块421和响应报文发送模块422。两端的网络设备均不支持硬件快速中断时，端口状态更新报文发送模块421用于在聚合组中一端网络设备的端口状态为可用时，发送端口状态更新报文至对应的网络设备；响应报文发送模块422用于在接收到所述端口状态更新报文后，回复响应报文至发送所述端口状态更新报文的网络设备。

在两端的网络设备均不支持硬件快速中断时，各单元的工作过程如下：

当两端网络设备各自系统启动时，其系统软件通过自检可以确定设备自身是否支持硬件快速中断。当聚合组两端的设备的检测结果均为不支持硬件快速中断时，则端口轮询单元41分别对自身设备上的端口状态做轮询检测。

当第一设备通过所述轮询检测发现本设备上的端口a的状态为可用时，该第一设备的端口状态更新报文发送模块421立即通过端口a向聚合组中的对端即第二设备中与所述端口a直连的相应端口b发送一条端口状态更新报文，所述更新报文中包含第一设备的聚合信息和端口同步信息，将第一设备的端口状态更新情况通知聚合组中的第二设备。

此时，第二设备的对应端口状态可能是“up且已被第二设备获知”，也可能是此外的其他状态。针对可能存在的这两种状态，本实施例中端口状态更新报文发送模块421和响应报文发送模块422分别有不同的工作过程。

当聚合组中的所述第二设备的对应端口b已经处于up状态且被第二设备的端口轮询单元41获知时：

端口b可以接收到所述第一设备的端口状态更新报文发送模块421发送的端口状态更新报文，从而确认所述第一设备的对应端口a当前处于可用状态，在确认此信息后，所述第二设备的响应报文发送模块422通过端口b向第一设备的端口a回复响应报文，所述响应报文中包含第二设备的聚合信息和端口同步信息；

所述第一设备的端口a接收到所述响应报文后便可确认所述第二设备的对应端口b也处于up状态；

这样，聚合组两端的设备均可以确认对方设备已经处于up状态，这时，所述聚合组两端的设备同时通过状态上报单元43向平台模块上报端口状态变化信息，平台模块根据所述端口变化信息进行运算，进而，端口更新单元44更新聚合组中对应端口的Selected状态。

当聚合组中的所述第二设备的对应端口b未处于所述“up且被第二设备获知”的状态时：

所述第二设备无法接收到第一设备的端口状态更新报文发送模块421发送的端口状态更新报文，因此响应报文发送模块422不会向第一设备的端口a发送响应报文，相应地，所述端口a进入等待状态，等待第二设备的端口状态更新报文发送模块421主动向其发送报文，此时的端口a已up且已经被第一设备获知；

当第二设备的对应端口b进入up状态且被第二设备获知时，第二设备的端口状态更新报文发送模块421会主动向第一设备发送端口状态更新报文。由于此时第一设备的相应端口已经处于up状态且已被第一设备获知，一直在等待第二设备主动向其发送报文，因此，第一设备的端口a会接收到第二设备端口b发送的端口状态更新报文，而第一设备的响应报文发送模块422将向第二设备的端口b回复响应报文，将自身的端口状态通知第二设备，而第二设备一定可以正常接收到第一设备的端口状态。第一设备和第二设备经过上述的交互过程后，可以确定端口a和端口b均处于up状态，进一步地，所述第一设备和第二设备同时通过状态上报单元43向平台模块上报端口状态变化信息，平台模块根据所述端口变化信息进行运算，端口更新单元44更新聚合组中对应端口的Selected状态。

在两端的网络设备均支持硬件快速中断时，本发明链路聚合流量保护装置还包括：端口查询单元45和延迟单元46。其中，端口查询单元45用于在聚合组中的网络设备的端口up时，所述网络设备响应快速中断后，查询所述网络设备的端口状态，并获知所述端口状态；延迟单元46用于响应所述快速中断后的固定时间延迟。

在两端的网络设备均支持硬件快速中断时，各单元的工作过程如下：

当两端网络设备各自的系统启动时，其系统软件通过自检可以确定设备自身是否支持端口物理硬件快速中断。当聚合组两端的网络设备的检测结果均为支持端口物理硬件快速中断时，则当聚合组两端的第一设备和第二设备直连端口a和b物理链路up时，所述第一设备和第二设备分别产生一个快速中断。

当第一设备的端口a up，并产生快速中断时，所述设备启动精确定时器开始计时，同时端口查询单元45开始查询该端口a的状态，以确认端口a的状态为可用。

进一步，延迟单元46从计时时刻起延迟固定时间，以等待和第一设备直连的第二设备获知其端口b的状态。由于第二设备端口b也支持快速中断，并和第一设备端口a的工作过程相同：在产生快速中断时，启动精确定时器开始计时，其内部的延迟单元46从计时时刻起延迟和端口a相同的固定时间，并在延迟期间，端口查询单元45通过查询端口b状态获知其端口状态为可用。

在延迟单元46延迟了固定时间后，第一设备和第二设备各自的状态上报单元43再分别将端口a和端口b的端口状态上报至各自系统中的平台模块，平台模块根据所述端口变化信息进行运算，端口更新单元44更新端口a和端口b的Selected状态。

由于端口a和端口b up时，产生快速中断和物理端口up几乎同步，即可视为第一设备获知端口a的状态为可用和第二设备获知端口b的状态为可用保持同步，之后第一设备和第二设备的延迟单元46又延迟了相同的固定时间后再做进一步处理，因此保证了两台设备可以同步处理端口a和端口b的up事件，从而第一设备和第二设备上层平台软件同步运算来更新a和b端口硬件设置，使得数据流量丢失报文的损耗达到10ms以内的级别。

在只有一端网络设备支持硬件快速中断时，各单元的工作过程如下：

假设第一设备支持端口物理硬件快速中断，第二设备不支持端口物理硬件快速中断。

当第一设备的端口a up时，产生快速中断，同时启动精确定时器开始计时，第一设备的端口查询单元45查询到端口a状态为可用。进一步，延迟单元46从计时时刻起延迟固定时间，以等待端口b up。

而当第二设备的端口up时，该第二设备的端口轮询单元41通过轮询获知端口b的状态为可用，第二设备的端口状态更新报文发送模块421立即通过端口b向端口a发送端口状态更新报文。

这样，第一设备的端口a在延迟的固定时间内收到了第二设备的端口b发送来的端口状态更新报文，得知第二设备已获知其端口b的状态为可用，并获知第二设备不支持端口物理硬件快速中断，因此，第一设备的响应报文发送模块422发送一回执报文至端口b。

在端口a收到端口b发送过来的端口状态更新报文后，第一设备的状态上报单元43将端口状态上报至第一设备系统的平台模块，端口b收到端口a发送的回执报文时，第二设备的状态上报单元43也将端口状态上报至第二设备系统的平台模块。各平台模块根据各端口变化信息进行运算，聚合组中的网络设备中的端口更新单元44更新聚合组中对应端口的Selected状态。

虽然已参照几个典型实施例描述了本发明，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而不脱离发明的精神或实质，所以应当理解，上述实施例不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。

Claims (9)

1、一种链路聚合流量保护方法，其特征在于，包括：

步骤S1.若聚合组两端网络设备均不支持硬件快速中断，则对所述聚合组两端网络设备的端口的状态进行轮询检测；

步骤S2.当所述聚合组两端网络设备的端口up时，且所述聚合组一端网络设备通过所述轮询检测获知其端口状态为可用后，与对应的另一端网络设备进行报文交互；以及

步骤S3.当通过所述报文交互获知其对应的网络设备的端口状态也为可用后，所述聚合组两端网络设备同时向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态。

2、根据权利要求1所述的一种链路聚合流量保护方法，其特征在于，所述步骤S2具体包括：

步骤S21.当所述聚合组两端网络设备的端口up时，且所述聚合组第一网络设备轮询获知其端口状态为可用后，发送端口状态更新报文至对应的第二网络设备；

步骤S22.若所述第二网络设备获知其端口状态为可用，则在收到所述端口状态更新报文后，回复响应报文至所述第一网络设备；以及

若所述第二网络设备尚未获知其端口状态为可用，则执行步骤S23；

步骤S23.所述第二网络轮询获知其端口状态变为可用后，发送端口状态更新报文至所述第一网络设备；以及

步骤S24.所述第一网络设备收到所述端口状态更新报文后，回复响应报文至所述第二网络设备。

3、根据权利要求2所述的一种链路聚合流量保护方法，其特征在于，所述聚合组两端网络设备收到对应端网络设备的所述端口状态更新报文或者响应报文后，获知所述对应的网络设备的端口状态为可用。

4、根据权利要求1至3中任一项所述的一种链路聚合流量保护方法，其特征在于，还包括：

步骤S4.若聚合组两端网络设备均支持硬件快速中断，则当所述聚合组两端网络设备的端口up时，所述聚合组两端网络设备响应所述端口up时产生的快速中断，并查询所述聚合组两端网络设备的端口的状态；

步骤S5.自响应所述快速中断时开始计时，延迟固定时间；以及

步骤S6.所述聚合组两端的网络设备通过所述查询均已获知其自身的端口状态为可用，且延迟固定时间后，同时向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态。

5、根据权利要求1至3中任一项所述的一种链路聚合流量保护方法，其特征在于，还包括：

步骤S7.若聚合组两端网络设备中有一端支持硬件快速中断，则当所述聚合组两端网络设备的端口up时，

聚合组中支持硬件快速中断的网络设备响应其端口up时产生的快速中断，并查询其端口的状态，

聚合组中不支持硬件快速中断的网络设备轮询其端口的状态；

步骤S8.所述不支持硬件快速中断的网络设备通过所述轮询获知其端口状态为可用后，发送端口状态更新报文至所述支持硬件快速中断的网络设备；

步骤S9.所述支持硬件快速中断的网络设备收到所述端口状态更新报文后，发送回执报文至所述不支持硬件快速中断的网络设备；

步骤S10.所述聚合组两端网络设备收到所述端口状态更新报文或所述回执报文后，向平台模块上报各自的端口状态，并更新所述聚合组两端网络设备上的端口的Selected状态。

6、根据权利要求2所述的一种链路聚合流量保护方法，其特征在于，所述端口状态更新报文和所述回执报文均包含其所在的网络设备的聚合信息和端口同步信息。

7、一种链路聚合流量保护装置，其特征在于，包括：

端口轮询单元，用于在聚合组中的网络设备不支持硬件快速中断时轮询所述聚合组中的网络设备的端口状态，并获知所述端口状态；

报文交互单元，用于所述聚合组中网络设备获知自身的端口状态为可用后，与所述聚合组中对应的网络设备进行报文交互，从而获知对应的网络设备的端口状态为可用；

状态上报单元，用于将所述聚合组中网络设备的端口状态为可用的信息上报至系统的平台模块；以及

端口更新单元，用于通过所述状态上报单元上报的信息更新所述聚合组中网络设备上的端口的Selected状态。

8、根据权利要求7所述的一种链路聚合流量保护装置，其特征在于，所述报文交互单元包括：

端口状态更新报文发送模块：用于在所述聚合组中一端网络设备的端口状态为可用时，发送端口状态更新报文至对应的网络设备；以及

响应报文发送模块：用于在接收到所述端口状态更新报文后，回复响应报文至发送所述端口状态更新报文的网络设备。

9、根据权利要求7或8所述的一种链路聚合流量保护装置，其特征在于，还包括：

端口查询单元，用于在聚合组中的网络设备的端口up时，所述网络设备响应快速中断后，查询所述网络设备的端口状态，并获知所述端口状态；以及

延迟单元，用于响应所述快速中断后的固定时间延迟。

Images