专利名称：聚合子链路恢复处理方法、系统及设备的制作方法
技术领域：
本发明涉及链路聚合技术领域，具体涉及聚合子链路恢复处理方法、系 统及设备。
背景技术：
在以太网交换领域，链路聚合技术有着非常广泛的应用。链路聚合指的 是将多条物理链路绑定成一条逻辑链路(也称为聚合组)以创建更高带宽的 接口。转发到聚合组的数据流量会在各个成员物理链路(也称为子链路)上 负载分担，这样可以得到相当于各个子链路带宽之和的有效带宽。
除了能够提供高带宽，链路聚合技术还有一个重要作用，就是提供网络 的高可靠性。聚合组内的各个子链路之间起着相互备份的作用，某个子链路 出现故障(down)后，流量会重新负载分担到其它子链路，整个聚合组的 流量转发并不会中断；当该子链路重新恢复正常(up)后，又会参与聚合组 流量的负载分担。
图1 — 1-图l-4给出了现有技术一的聚合子链路恢复过程的处理方案。 如图1-1所示，设备A的四个端口 P1 P4形成聚合组，i殳备B的四个 端口 P5 P8形成聚合组。初始时，Pl和P5之间的《连^各处于故障(down) 状态，其它三条链路处于正常(up)状态且为转发(forwarding)状态。这 样，在设备A的交换芯片上聚合组实际只包含P2 P4三个端口 ，在设备B 的交换芯片上聚合组实际只包含P6 P8三个端口 。上行数据流会负载分担到 P6 P8三个端口 ；同样地，下行数据流会负载分4旦到P2 P4三个端口 。
某个时刻，连接Pl和P5之间的链路恢复，即处于up状态，则在设备 A、 B上的Pl和P5会加入各自的聚合组，并对流量进行负载分担。这里以设备A为例来说明设备对聚合组的一个端口从down到up的处 理过程，具体包括如下步骤01 03:
01:如图l-2所示，当端口P1由down变成up时，PI的状态先为丢弃 (discarding)。这是因为为防止二层环路的产生，端口由down变成up 时，#刀始4犬态必须为discarding 。
02:如图1-3所示，设备A发现PI的状态为up,贝'j将PI加入交换芯 片上的聚合组，这样交换芯片上的聚合组实际包含P1 P4四个端口，下行流 量由P1 P4四个端口进行负载分担。但是，因为PI此时的状态是discarding, 所以转发到此端口的流量会被交换芯片丢弃。
03:在PI加入聚合组后，设备A将PI的状态设置成forwarding, PI 开始正常转发流量。
经过上述步骤01 03后，设备A对端口 PI的恢复处理过程完成。设备 B对端口 P5的恢复处理过程与设备A相同。当设备A和B都完成恢复处理 时，链路P1-P5进入到正常的数据转发状态。此时的系统状态如图1 -4所示。
从上述过程可以看出，聚合子链路恢复过程中，上、下行流量必然存在 丢包问题，主要原因有两个
第一，步骤02已完成而步骤03还未完成时会丢包。因为此时P1已加 入聚合组并对流量进行负载分担，而此时PI的状态仍然为discarding,所以 转发到PI的流量会被芯片丢弃，如图l-3所示。
第二，设备A和B对链路恢复的处理在时间上总会有先后，当一端处 理已完成，但是另一端还没有处理完成时，从一台设备发出的流量到达另一 台设备后就可能被丢弃。此时的系统状态如图1-5所示P向P5发送的下 行流量会被P5丟弃。
申请号为200810211996.5的专利申请提供了另 一种聚合子链路恢复处 理方案，具体如下
设备A和设备B之间具有聚合链路，其中一条聚合子链路在设备A上 的端口为a，在设备B上的端口为b，该聚合子链路down,且在某个时刻，端口 a变为up,则
设备A发现端口 a的状态为up时，则设备A通过端口 a向设备B的端 口 b发送一条端口状态更新才良文。而此时，i殳备B的端口 b可能已经处于 up状态且已被设备B获知，也可能处于其它状态，则
一、 若端口 b已经处于up状态且已被设备B获知，则端口 b可以接收 到设备A发来的端口状态更新报文，从而确认端口 a已经处于up状态，则 设备B通过端口 b向端口 a回复响应报文。端口 a收到所述响应4良文后，确 i^端口 b也处于up状态。
经过上述过程，端口 a、 b都可确认对方端口都处于up状态，则设备A、 B同时向平台模块上报端口状态变化信息，平台模块根据该端口状态变化信 息进行运算，更新端口 a、 b为Selected状态。
二、 若端口b未处于所述"已经处于up状态且已被设备B获知"的状 态，则设备B无法收到设备a发来的端口状态更新报文，因此也不会向设备 A发送响应报文，此时，端口a进入等待状态，等待设备B主动发来的端口 状态更新纟艮文。
此后，当设备B的端口 b进入up状态且已被设备B获知时，设备B主 动通过端口 b向端口 a发送端口状态更新净艮文，由于jt匕时端口 a已经处于up 状态且已被设备A获知，则端口 a会收到端口 b发来的端口状态更新报文， 并向端口 b回复响应纟艮文。
经过上述过程，端口 a、 b都可确认对方端口都处于up状态，则设备A、 B同时向平台模块上报端口状态变化信息，平台模块根据该端口状态变化信 息进行运算，更新端口 a、 b为Selected状态。
上述申请的缺点是由于只有端口的状态为"Selected"后，转发到该 端口上的流量才不会丢失，而，平台模块在设置端口 a、 b的Selected状态 时，设置时间上可能会有先后，这样就可能产生丟包现象。例如若端口a 先被设置为Selected状态，而端口 b后被设置为Selected状态，则端口 a转 发到端口 b上的流量就有可能丢失。
发明内容
本发明提供聚合子链路恢复处理方法、系统及设备，以消除聚合子链路恢 复过程中的丢包现象。
本发明的技术方案是这样实现的
一种聚合子链路恢复处理方法，为每个处于正常状态的端口，在发送方 向和接收方向上分别定义两种状态丢弃和转发，该方法包括
第一设备发现本设备上聚合子链路的第一端口变为正常状态，则将第一端 口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但不 允许第一端口分担聚合组的流量，并向第二i殳备发送端口状态查询报文；
第二设备接收端口状态查询报文，若发现本第二设备上所述聚合子链路的 第二端口的接收方向的状态为转发，则向第一设备返回响应报文；
第一设备接收所述响应报文，将第一端口的发送方向的状态设置为转发， 开始允许第 一端口分担聚合组的流量。
所述第二设备接收端口状态查询报文之后进一步包括
第二设备发现本设备上所述聚合子链路的第二端口的接收方向的状态为丢 弃，则等待至第二端口的接收方向的状态为转发时，向第一设备返回响应报文。
所述方法进一步包括预设一等待时长，
所述第一设备向第二设备发送端口状态查询报文之后进一步包括第一设 备在预设等待时长内未收到第二设备发来的响应报文，则重复向第二设备发送 端口状态查询纟艮文。
所述第一设备重复向第二设备发送端口状态查询报文之后进一步包括
第一设备发现重复预设次数发送端口状态查询报文后，仍未收到第二设备 发来的响应报文，则自动将第一端口的发送方向的状态设置为转发。
一种聚合子链路恢复处理系统，该系统包括
第一设备，发现本设备上聚合子链路的第一端口变为正常状态，则将第一 端口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但不允许第一端口分担聚合组的流量，并向第二设备发送端口状态查询报文；接 收第二设备发来的响应报文，将第一端口的发送方向的状态设置为转发，开 始允许第一端口分担聚合组的流量；
第二设备，从聚合子链路的第二端口接收第一设备发来的端口状态查询报 文，若发现第二端口的接收方向的状态为转发，则向第一设备返回响应^^文。
一种聚合子链路恢复处理设备，该设备包括
第一模块，发现本设备上聚合子链路的第一端口变为正常状态，则将第一 端口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但— 不允许第一端口分担聚合组的流量，并向对端设备发送端口状态查询报文；
第二模块，从聚合子链路的第一端口接收对端设备发来的响应报文，将第
一端口的发送方向的状态设置为转发，开始允许第一端口分担聚合组的流量。 所述第一模块进一步用于，在向对端设备发送端口状态查询报文的同时，
向定时模块发送启动指示；
且，所述设备进一步包括
定时模块，接收启动指示后，开始计时；在定时时长到达后，向第二;f莫块 发送定时到达指示；
且，所述第二模块进一步用于，若在接收到定时到达指示时，未从聚合子 链路的第一端口接收到对端设备发来的响应报文，则重复向对端设备发送端口 状态查询报文。
所述设备进一步包括
第三模块，从第一端口接收对端设备发来的端口状态查询报文，若发现第 一端口接收方向的状态为转发，则向对端设备返回响应4艮文。 所述第三模块包括
第三子模块，从第一端口接收对端设备发来的端口状态查询报文，若发现 第一端口的接收方向的状态为转发，则向第四子模块发送响应指示；若发现第
一端口的接收方向的状态为丢弃，则等待至第一端口的接收方向的状态为转发
时，向第四子模块发送响应指示；
9第四子模块，当接收到第三子模块发来的响应指示时，向对端设备返回响 应报文。
所述设备进一步包括
计数模块，对第二模块重复发送端口状态查询报文的次数进行计数，当计
数值到达预设次数时，向第二模块发送转发状态自动设置指示；
且，所述第二模块进一步用于，当收到计数模块发来的转发状态自动设 置指示时，将聚合子链路的第一端口的发送方向的状态设置为转发。
与现有技术相比，本发明为每个处于up状态的端口 ，在发送方向和接 收方向上分别定义两种状态丟弃和转发；当第一设备发现本设备上聚合子 链路的第一端口变为up状态时，将第一端口的发送方向和接收方向的状态 都设置为丢弃，将第一端口加入聚合组但不允许第一端口分担聚合组的流 量，并向第二设备发送端口状态查询报文；第二设备接收端口状态查询4良文， 若发现本第二设备上所述聚合子链路的第二端口的接收方向的状态为转发， 则向第一设备返回响应报文；第一设备接收所述响应报文，将第一端口的发 送方向的状态设置为转发，开始允许第一端口分担聚合组的流量。本发明 可以消除聚合子链路恢复过程中的丢包现象。
图1-1为现有技术一的聚合子链路恢复过程的示意图一； 图l-2为现有技术一的聚合子链路恢复过程的示意图二； 图1-3为现有技术一的聚合子链路恢复过程的示意图三； 图1 -4为现有技术一的聚合子链路恢复过程的示意图四； 图1-5为现有技术一的聚合子链路恢复过程的示意图五； .图2为本发明实施例提供的聚合子链路恢复处理流程图； 图3-1为应用本发明实施例的聚合子链路恢复过程的示意图一； 图3-2为应用本发明实施例的聚合子链路恢复过程的示意图二； 图3-3为应用本发明实施例的聚合子链路恢复过程的示意图三；明实施例的聚合子链路恢复过程的示意图四； 图3-5为应用本发明实施例的聚合子链路恢复过程的示意图五； 图4为本发明实施例提供的聚合子链路恢复处理系统组成图。
具体实施例方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
图2为本发明实施例提供的聚合子链路恢复处理流程图，如图2所示，
本实施例中，设定设备A和B之间具有聚合链路，其中一条聚合子链路在
设备A、 B上的端口分别为端口a、 b,其具体步骤如下
步骤201:对于每个处于up状态的端口 ，在发送方向和接收方向分别
定义如下状态
发送方向发送丟弃(Tx discarding )状态、发送转发(Tx forwarding ) 状态；
接收方向4妻收丢弃(Rx discarding )状态、4妄收转发(Rx forwarding )状态。
其中，Tx discarding表示端口的发送方向处于discarding状态，即端 口虽处于up状态，但此时该端口还不被允许向外转发流量；
Tx forwarding表示端口的发送方向处于forwarding状态，即端口处于 up状态，且被允许向外转发流量；
Rx discarding表示端口的4妻收方向处于discarding状态，即端口虽处 于up状态，但不被允许接收流量，即此时转发给该端口的流量会被丢弃；
Rx forwarding表示端口的4妾收方向处于forwarding状态，即端口处于 up状态，且被允许接收流量，即转发给该端口的流量不会被丢弃。
对于每个处于up状态的端口 ，在该端口的发送方向和接收方向分别对 应一个状态。对于发送方向，该状态为Tx discarding或者Tx forwarding;对 于才妄收方向，该状态为Rx discarding或者Rx forwarding。
步骤202:预先设定处于Tx discarding状态的聚合子链路端口不分担聚合组的流量。
步骤203:设备A发现聚合子链路的一个端口 a的状态由down变为up, 则将端口 a的发送方向的状态设置为Tx discarding,接收方向的状态设置为 Rx discarding,并将端口 a加入聚合纟且。
只要一个设备发现本设备的聚合子链路的端口 up,就会将该端口的发 送方向的状态先设置为Tx discarding、接收方向的状态先设置为Rx discarding,
本步骤中，虽然端口 a加入了聚合组，但是由于其发送方向的状态为 Txdiscarding,因此，端口 a并不分担聚合组的流量。
步骤204:设备A发现端口 a已准备好转发流量、需要将端口 a的发送 方向的〗犬态变为Tx forwarding,则向^殳备B的端口 b发送端口卩夫态查询才艮 文。
步骤205:设备B的端口 b收到端口状态查询报文，判断端口 b的接收 方向的状态是否为Rx forwarding,若是，执行步骤207;否则，执行步骤206。
对于一个聚合子链路端口来说，当该端口up后，若该端口所在设备发 现该端口已作好了接收流量的准备，则设备会将该端口的接收方向的状态由 Rx discarding变为Rx forwarding。
步骤206:设备B继续等待，当端口 b的接收方向处于Rx forwarding 状态时，执行步骤207。
步骤207: i殳备B通过端口 b向端口 a返回响应报文，设备A收到响应 报文，将端口 a的发送方向的状态更改为Tx forwarding,开始向端口 b转发 流量。
端口的状态变为Tx forwarding时，该端口开始分担聚合组的流量。 实际中，为了不让设备A无限期地等待设备B的响应报文，可作如下 处理预设一等待时长，若在预设等待时长内设备A未收到设备B发来的 响应报文，则设备A重复向设备B发送端口状态查询报文，若重复预设次 数发送端口状态查询报文后仍未收到设备B发来的响应报文，则设备A自动4寻端口 a的状态更改为Tx forwarding。
需要说明的是，当设备A通过端口 a向设备B的端口 b发送端口状态 查询报文时，设备B的端口 b也可能还未处于up状态，此时，该报文不会 到达设备B,则设备A发现在预设等待时长内未收到设备B发来的响应报 文，会重复向设备B发送端口状态查询报文，若连续预定次数未收到设备A 发来的响应报文，则设备A自动将端口 a的状态更改为Tx forwarding。
由上述过程可以看出对于聚合子链路两端的端口来说，当聚合子链路 端口的状态为Tx discarding时，该端口不分担聚合组的流量；只有确认了对 端端口的接收方向处于Rx forwarding状态后，本端端口的发送方向的状态 才会被设置为Tx forwarding,即只有在确认了对端端口已经作好接收流量 的准备后，本端端口才开始分担聚合组的流量，这样，就避免了一方聚合子 链路端口还未作好接收流量的准备、而对方端口已经开始发送流量的现象， 完全消除了丢包现象的发生。
当设备B发现聚合子链路的端口 b的状态由down变为up时，其处理 过程可由上述设备A发现聚合子链路的端口 a的状态由down变为up时的 处理过程直接推理得到，在此不再赘述。
图3-1-图3-5为应用本发明实施例的聚合子链路恢复处理过程的示意 图，具体如下
图3-1与图1-1相同。
当P1和P5之间的链路恢复时，以i殳备A为例，处理过程如下
01:如图3-2所示，设备A发现PI的状态由down变为up，则将PI
的4刀始状态"i殳置为Tx discarding, Rx discarding。
02:如图3-3所示，设备A发现PI是聚合子链路端口 ，将PI加入交
换芯片上的聚合组，这样交换芯片上的聚合组实际包含P1 P4四个端口 ，由
于PI发送方向的状态是Tx discarding,因此PI不分担聚合组的流量，而是
由P2 P4分担。
03:设备A通过P1向P5发送端口状态查询报文，P5在加入聚合组且
13设备B已将P5接收方向的状态设置成Rx forwarding后，向Pl发送响应报 文。
04:如图3-4所示，设备A从Pl接收到来自P5的响应报文后，将Pl 发送方向的状态i殳置成Tx forwarding,聚合組的流量就可以正常分4旦到Pl了。
经过01 04后，设备A到设备B方向的流量负载分担到P1 P4四个端口 。
设备B对P5的处理与设备A对Pl的处理类似，如图3-5所示，当设 备B上的P5的发送方向的状态为Tx forwarding后，设备B到设备A方向 的流量负载分担到P5 P8四个端口 。
图4为本发明实施例提供的聚合子链路恢复处理系统组成图，如图4所 示，其主要包括第一设备和第二设备，且第一、第二设备之间具有聚合链 路，其中一条聚合子链路在第一、第二设备上的端口分别为第一、第二端口 ， 其中
第一设备发现本设备上聚合子链路的第一端口变为up状态，则将第一端 口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但不 允许第一端口分担聚合组的流量，并向第二设备发送端口状态查询报文；接收 第二设备发来的响应报文，将第一端口的发送方向的状态设置为转发，开始 允许第 一端口分担聚合组的流量。
第二设备从聚合子链路的第二端口接收第一设备发来的端口状态查询报 文，若发现第二端口的接收方向的状态为转发，则向第一设备返回响应报文。
实际应用中，第二设备可包括
第 一模块从聚合子链路的第二端口接收第 一设备发来的端口状态查询报 文，若发现第二端口的接收方向的状态为转发，则向第二模块发送响应指示； 若发现第二端口的接收方向的状态为丟弃，则等待至第二端口的接收方向的状 态为转发时，向第二模块发送响应指示。
第二模块当接收到第一模块发来的响应指示时，向第一设备返回响应报文。
实际应用中，第一设备可包括
第一模块发现本设备上聚合子链路的第一端口变为up状态，则将第一端 口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但不 允许第一端口分担聚合组的流量，并向第二设备发送端口状态查询报文，向定 时模块发送启动指示。
定时模块接收启动指示后，开始计时；在定时时长到达后，向第二^^莫块 发送定时到达指示。
第二模块从聚合子链路的第一端口接收到第二设备发来的响应报文，则 将第一端口的发送方向的状态设置为转发，开始允许第一端口分4旦聚合组的 流量；若在接收到定时到达指示时，仍未收到第二设备发来的响应报文，则重 复向第二设备发送端口状态查询报文。
实际应用中，第一设备还可包括计数模块，对第二模块重复发送端口状 态查询报文的次数进行计数，当计数值到达预设次数时，向第二沖莫块发送转发 状态自动设置指示。
同时，所述第二模块还用于，当收到计数模块发来的转发状态自动设置指 示，将聚合子链路的第一端口的发送方向的状态设置为转发。
以下给出本发明实施例提供的聚合子链路恢复处理设备的组成，其主要包 括第一模块和第二模块，其中
第一模块发现本设备上聚合子链路的第一端口变为up状态，则将第一端 口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但不 允许第一端口分担聚合组的流量，并向对端设备发送端口状态查询报文。
第二模块从聚合子链路的第一端口接收对端设备发来的响应报文，将第 一端口的发送方向的状态设置为转发，开始允许第一端口分担聚合组的流量。
实际应用中，第一模块还可用于，在向对端设备发送端口状态查询报文的 同时，向定时模块发送启动指示；
同时，所述设备还包括定时模块，接收启动指示后，开始计时；在定时
15时长到达后，向第二模块发送定时到达指示；
同时，第二模块还用于，若在接收到定时到达指示时，未从聚合子链路的 第 一端口接收到对端设备发来的响应报文，则重复向对端设备发送端口状态查 询报文。
实际应用中，所述设备还可包括计数模块，对第二模块重复发送端口状 态查询报文的次数进行计数，当计数值到达预设次数时，向第二模块发送转发 状态自动设置指示。
同时，所述第二模块还用于，当收到计数模块发来的转发状态自动设置指 示时，将聚合子链路的第一端口的发送方向的状态设置为转发。
实际应用中，所迷设备还可包括
第三模块，从第一端口接收对端设备发来的端口状态查询报文，若发现第 一端口接收方向的状态为转发，则向对端"i殳备返回响应报文。 实际应用中，第三模块可包括
第三子模块从第一端口接收对端设备发来的端口状态查询报文，若发现 第一端口的接收方向的状态为转发，则向第四子模块发送响应指示；若发现第
一端口的接收方向的状态为丟弃，则等待至第 一端口的接收方向的状态为转发 时，向第四子模块发送响应指示。
第四子模块当接收到第三子模块发来的响应指示时，向对端设备返回 响应纟艮文。
以上所述仅为本发明的过程及方法实施例，并不用以限制本发明，凡在 本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在 本发明的保护范围之内。
权利要求
1、一种聚合子链路恢复处理方法，其特征在于，为每个处于正常状态的端口，在发送方向和接收方向上分别定义两种状态丢弃和转发，该方法包括第一设备发现本设备上聚合子链路的第一端口变为正常状态，则将第一端口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但不允许第一端口分担聚合组的流量，并向第二设备发送端口状态查询报文；第二设备接收端口状态查询报文，若发现本第二设备上所述聚合子链路的第二端口的接收方向的状态为转发，则向第一设备返回响应报文；第一设备接收所述响应报文，将第一端口的发送方向的状态设置为转发，开始允许第一端口分担聚合组的流量。
2、 如权利要求要求1所述的方法，其特征在于，所述第二设备接收端口状 态查询^^文之后进一步包括第二设备发现本设备上所述聚合子链路的第二端口的接收方向的状态为丟 弃，则等待至第二端口的接收方向的状态为转发时，向第一设备返回响应报文。
3、 如权利要求1或2所述的方法，其特征在于，所述方法进一步包括预 设一等待时长，所述第一设备向第二设备发送端口状态查询报文之后进一步包括第一设 备在预设等待时长内未收到第二设备发来的响应报文，则重复向第二设备发送 端口爿犬态查询4艮文。
4、 如权利要求3所述的方法，其特征在于，所述第一设备重复向第二设备 发送端口状态查询报文之后进一步包括第 一设备发现重复预设次数发送端口状态查询4艮文后，仍未收到第二i殳备 发来的响应报文，则自动将第一端口的发送方向的状态设置为转发。
5、 一种聚合子链路恢复处理系统，其特征在于，该系统包括 第一设备，发现本设备上聚合子链路的第一端口变为正常状态，则将第一端口的发送方向和接收方向的状态都设置为丟弃，将第一端口加入聚合組但不允许第一端口分担聚合组的流量，并向第二设备发送端口状态查询报文；接 收第二设备发来的响应报文，将第一端口的发送方向的状态设置为转发，开 始允许第 一端口分担聚合组的流量；第二设备，从聚合子链路的第二端口接收第一设备发来的端口状态查询报 文，若发现第二端口的接收方向的状态为转发，则向第一设备返回响应报文。
6、 一种聚合子链路恢复处理设备，其特征在于，该设备包括 第一模块，发现本设备上聚合子链路的第一端口变为正常状态，则将第一端口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但 不允许第一端口分担聚合组的流量，并向对端i殳备发送端口状态查询报文； 第二模块，从聚合子链路的第一端口接收对端设备发来的响应报文，将第一端口的发送方向的状态设置为转发，开始允许第一端口分担聚合组的流量。
7、 如权利要求6所述的设备，其特征在于，所述第一模块进一步用于，在 向对端设备发送端口状态查询报文的同时，向定时模块发送启动指示；且，所述设备进一步包括定时模块，接收启动指示后，开始计时；在定时时长到达后，向第二模块 发送定时到达指示；且，所述第二模块进一步用于，若在接收到定时到达指示时，未从聚合子 链路的第一端口接收到对端设备发来的响应报文，则重复向对端设备发送端口 状态查询报文。
8、 如权利要求6或7所述的设备，其特征在于，所述设备进一步包括 第三模块，从第一端口接收对端设备发来的端口状态查询报文，若发现第一端口接收方向的状态为转发，则向对端设备返回响应报文。
9、 如权利要求8所述的设备，其特征在于，所述第三模块包括 第三子模块，从第一端口接收对端设备发来的端口状态查询报文，若发现第一端口的接收方向的状态为转发，则向第四子模块发送响应指示；若发现第一端口的接收方向的状态为丢弃，则等待至第 一端口的接收方向的状态为转发 时，向第四子模块发送响应指示；第四子模块，当接收到第三子模块发来的响应指示时，向对端设备返回响 应报文。
10、如权利要求7所述的设备，其特征在于，所述设备进一步包括 计数模块，对第二模块重复发送端口状态查询报文的次数进行计数，当计数值到达预设次数时，向第二模块发送转发状态自动设置指示；且，所述第二模块进一步用于，当收到计数模块发来的转发状态自动设置指示时，将聚合子链路的第一端口的发送方向的状态设置为转发。
全文摘要
本发明公开了聚合子链路恢复处理方法、系统及设备。方法包括为每个处于up状态的端口，在发送方向和接收方向分别定义两种状态丢弃和转发；当第一设备发现本设备上聚合子链路的第一端口变为up状态时，将第一端口的发送方向和接收方向的状态都设置为丢弃，将第一端口加入聚合组但不允许第一端口分担聚合组的流量，并向第二设备发送端口状态查询报文；第二设备接收端口状态查询报文，若发现本第二设备上所述聚合子链路的第二端口的接收方向的状态为转发，则向第一设备返回响应报文；第一设备接收所述响应报文，将第一端口的发送方向的状态设置为转发，开始允许第一端口分担聚合组的流量。本发明可以消除聚合子链路恢复过程中的丢包现象。
文档编号H04L12/56GK101552725SQ20091008396
公开日2009年10月7日 申请日期2009年5月13日 优先权日2009年5月13日
发明者安大鹏 申请人:杭州华三通信技术有限公司