CN107534576A - 一种链路恢复方法和网络设备 - Google Patents
一种链路恢复方法和网络设备 Download PDFInfo
- Publication number
- CN107534576A CN107534576A CN201580079968.0A CN201580079968A CN107534576A CN 107534576 A CN107534576 A CN 107534576A CN 201580079968 A CN201580079968 A CN 201580079968A CN 107534576 A CN107534576 A CN 107534576A
- Authority
- CN
- China
- Prior art keywords
- equipment
- link
- time
- negotiation packet
- negotiation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/34—Signalling channels for network management communication
- H04L41/344—Out-of-band transfers
Landscapes
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种链路恢复的方法和对应的网络设备,该方法包括:第一设备检测到与第二设备之间的数据报文丢失,第一设备发送第一恢复协商报文给所述第二设备,第一设备判断在预定的第一时间范围是否接收到第二设备发出的协商响应报文。如果未接收到第二设备的协商响应报文,第一设备在预定的第二时间范围内以给第二设备发送额外的恢复协商报文,直到所述第一设备从第二设备接收到协商响应报文,其中多次发送的恢复协商报文所包括的超时时间字段的值不相同。第一设备在接收到协商响应报文后恢复与所述第二设备的数据链路通信。本发明实施例通过发送多次恢复协商报文,并且将连续两次恢复协商报文中能修改的超时时间字段中的值设置成不同值,可以降低更LACP协议故障后重新协商的时间,保障通信中断时延在毫秒级别,满足电信运营需要。
Description
本发明涉及通信技术领域,尤其涉及一种链路恢复的方法和网络设备。
链路聚合(Link Aggregation)是指将网络设备的多个物理端口捆绑在一起,成为一个逻辑端口,以实现出/入流量在各成员端口的负荷分担,并且通过一定的负荷分担策略决定报文从哪个成员端口发送。链路聚合控制协议(英文:LiNK AggregatioN CoNtrol Protocol,缩写:LACP)将多个物理端口绑定为一个逻辑端口,以使该多个物理端口形成一个链路聚合组(英文:LiNK AggregatioN Group,缩写:LAG),从而提高链路带宽和链路可靠性。具体的,一端设备的多个物理端口启用LACP后,该端设备可通过该多个物理端口分别向对端设备发送LACP报文,以和对端设备协商该多个物理端口是否能够进行链路聚合,当对端设备接收到这些LACP报文后,对端设备可根据这些LACP报文中携带的该端设备的信息和该多个物理端口的信息,从该多个物理端口中确定出能够进行链路聚合的物理端口,从而当该端设备和对端设备均执行上述操作后,该端设备和对端设备可以对能够进行链路聚合的物理端口协商一致,并完成这些物理端口的链路聚合。
电信设备为了增强系统可靠性,通常都有主备两块主控板。在主用主控板故障时,系统倒换到备用主控板。倒换后备用主控板会对动态数据做校验检查,这个过程叫平滑处理。在这个过程的某些阶段,可能处理不了接收的LACP报文。
在LACP聚合上行的场景,如果一方设备LACP协议出了状况,需要重新发起协商以便让物理端口快速切换到转发(forward)状态。因为运营商通常要求业务中断时延在几百毫秒以内(比如400ms)。为此通常的的做法是立即发送LACP初始协商报文来触发协商,对端收到LACP报文后,会立即回应,从而使链路快速协商成功。但如果这一个报文或者对端的回应报文由于某种原因被丢弃,按照目前协议规定,需要等待下一个正常的协议发包周期才能发送下一个报文,这样中断时延就会在比较长,满足不了毫秒级要求。
发明内容
有鉴于此,本发明实施例提供了一种链路聚合的方法、装置和系统,以解决上述技术问题。
第一方面,本发明实施例提供了一种链路恢复的方法,包括:第一设备检测到与第二设备之间的数据报文丢失,所述第一设备与所述第二设备通过链路聚合协议LACP聚合相连;所述第一设备发送第一恢复协商报文给所述第二设备;所述第一设备判断在预定的第一时间范围是否接收到所述第二设备发出的协商响应报文;如果未接收到所述第二设备的协商响应报文,所述第一设备在预定的第二时间范围内以给第二设备发送额外的恢复协商报文,直到所述第一设备从第二设备接收到协商响应报文;其中所述第一时间范围和第二时间范围之和小于一秒,所述第一设备在第二时间范围内给第二设备发送额外的恢复协商报文的数量不大于两次,所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中携带超时时间(Timeout)字段;所述第一恢复协商报文和所述不大于两次的额外的
恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同;所述第一设备在接收到协商响应报文后恢复与所述第二设备的数据链路通信。
第二方面,本发明实施例提供了一种网络设备,包括:检测模块,用于检测与链路另一端的设备之间的数据报文是否丢失;所述网络设备与所述链路另一端的设备通过链路聚合协议LACP聚合相连;协商报文发送模块,用于在所述检测模块检测到与所述链路另一端的设备之间的数据报文丢失后,发送第一恢复协商报文给所述链路另一端的设备;判断模块,用于判断在预定的第一时间范围和第二时间范围内是否接收到所述链路另一端的设备发出的协商响应报文;所述协商报文发送模块还用于:在所述判断模块确认在第一时间范围内未接收到所述链路另一端的设备发出的协商响应报文后,在预定的第二时间范围内以给所述链路另一端的设备发送额外的恢复协商报文,直到所述判断模块确认从所述链路另一端的设备接收到协商响应报文;其中所述第一时间范围和第二时间范围之和小于一秒,所述在第二时间范围内给链路另一端的设备发送额外的恢复协商报文的数量不大于两次,所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中携带超时时间字段;所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同;通信恢复模块,用于在所述判断模块确认从链路另一端的设备接收到协商响应报文后恢复与所述链路另一端的设备的数据链路通信。
第三方面,本发明实施例提供了另一种网络设备,包括:一种网络设
备,其特征在于,包括处理器和收发器,其中:所述处理器,用于检测与链路另一端的设备之间的数据报文是否丢失;所述网络设备与所述链路另一端的设备通过链路聚合协议LACP聚合相连;所述收发器,用于在所述处理器检测到与所述链路另一端的设备之间的数据报文丢失后,发送第一恢复协商报文给所述链路另一端的设备;所述处理器,还用于判断在预定的第一时间范围和预定的第二时间范围是否接收到所述链路另一端的设备发出的协商响应报文;所述收发器还用于,在所述处理器确认在预定的第一时间范围未接收到所述链路另一端的设备发出的协商响应报文后,在所述预定的第二时间范围内以给所述链路另一端的设备发送额外的恢复协商报文,直到所述处理器确认从所述链路另一端的设备接收到协商响应报文;其中所述第一时间范围和第二时间范围之和小于一秒,所述在第二时间范围内给链路另一端的设备发送额外的恢复协商报文的数量不大于两次,所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中携带超时时间字段;所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同;所述收发器,还用于在所述处理器确认接收到协商响应报文后恢复与所述链路另一端的设备的数据链路通信。
本发明实施例通过发送多次恢复协商报文,并且将连续两次恢复协商报文中能修改的超时时间字段中的值设置成不同值,可以降低更LACP协议故障后重新协商的时间,保障通信中断时延在毫秒级别,满足电信运营需要。
为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一个实施例链路恢复方法所涉及的聚合场景示例;
图2是本发明另一实施例的链路恢复方法所涉及的聚合场景示例;
图3是本发明实施例的链路恢复方法流程图;
图4是本发明实施例提供的一种网络设备的结构示意图;
图5是本发明实施例提供的另一种网络设备的结构示意图;
图6显示了一个用于本发明实施例的典型的通用网络组件。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
链路聚合控制协议(Link Aggregation Control Protocol,LACP)是IEEE 802.ad标准中实现链路聚合的控制协议。通过该协议,在一个链路两端的伙伴系统之间交换信息,以允许它们的链路聚合控制实例对该链路所属的链路聚合组的标识达成一致,移动链路到该链路聚合组,并按照一个有序的方式来行使它的发送和接收功能。LACP协议使用LACPDU的交互来实现聚合场景下链路的自动选择,链路变化的自动感知和重新选择,以达到自动控制聚合组内各成员链路的正常工作的目的。
LACP协议报文主要包含以下信息:本端(Actor)和对端(Partner)系统优先级、本端和对端系统标识ID(identifier)、本端和对端的端口操作秘钥Key、本端和对端的端口优先级、本端和对端的端口ID、本端和对端的端口状态。聚合的双方根据这些信息,按照一定的选择算法选择合适的链路,控制聚合的状态,被选中的成员链路可以正常的转发流量,而未被选中的成员链路将被置为阻塞状态,不能转发任何流量。聚合链路的总带宽等于被选中的成员链路的带宽之和,并且聚合链路上的流量会按照一定的规则分担到各个选中的成员链路上。
图1是本发明实施例链路恢复方法所涉及的聚合场景示例。在图1中,设备A和设备B通过传输设备N聚合。在设备A和设备B协商成功正常运行时,设备A和设备B每秒钟发送一个报文给对方。在T0时刻,设备A接收到设备B发送的报文,并且给设备B也发送报文,在这个时候设备A会再隔一秒才能接收和发送下一报文,此时设备N的端口N1发生闪断,在闪断过程中N1端口断开后很快又恢复,N1的闪断导致端口A1也发生闪断,此时A1端口的LACP协议状态被清除,需要重新协商。按照通常的做法,设备A需要等待一秒钟,即在T0+1秒,才会发送恢复协商报文给设备B,B回应后双方才能协商成功,这会导致链路终端延时大于1秒。
在这里需要注意,A1端口的LACP协议状态被清除,需要重新协商的情况不仅仅只限于A1端口发生闪断。设备A发出的报文,或者设备B回复给设备A的响应报文由于特定原因丢弃,例如主备倒换后设备A在平滑过程中一些时间段内无法处理收到的LACP报文,这时设备B回复给设备A的响应报文设备A无法收到和处理,需要重新协商。
本发明实施例的方案中,设备A在检测到与所述设备B之间的数据报文丢
失后,设备A会发送第一恢复协商报文给与设备A通过链路聚合协议LACP聚合相连的设备B,设备A判断在预定的第一时间范围内是否接收到设备B的协商响应报文。如果设备A未接收到设备B的协商响应报文,设备A在第二时间范围内以预定的时间间隔给设备B发送额外的恢复协商报文,直到设备A从第二设备收到协商响应报文,其中设备A在第二时间范围内给设备B发送额外的恢复协商报文的数量不大于二次,该不大于二次的额外的恢复协商报文中携带超时字段,该第一恢复协商报文和该不大于二次的额外的恢复协商报文中相邻两次的额外的恢复协商报文所包括的超时时间字段的值不相同。设备一在收到协商响应报文后会恢复与设备二的数据链路通信。在这里,相邻两次的额外的恢复协商报文所包括的超时时间字段的值不能相同的原因是,如果设备A在一个周期内重复发送连续两个内容相同的恢复协商报文给设备B,设备B会认为设备A重发的报文和刚才处理的报文是重复的,设备B不会处理后面收到的这个重复的报文。恢复协商报文所包括的字段中,所有字段都有固定的含义,表示一个状态,根据实际情况任何一个状态有变化时,发送出去的报文里对应的字段就要相应变化。本发明实施例之所以选超时时间这个字段,是因为其他字段的修改会影响协商结果。而超时时间这个字段是表示协商成功后正常发送报文时的发送周期,在协商阶段不会对业务有影响,所以本发明实施例通过修改超时时间字段的值来区别连续发送的两个其他内容相同的恢复协商报文,从而让设备B在收到后面发送的恢复协商报文时,能识别超时时间字段的值的不同,从而确认连续收到的两个恢复协商报文不是相同的,这样设备B会处理收到的这两个恢复协商报文。
在本发明的实施例中,恢复协商报文是一种LACP协议报文,协商响应报
文也是一种LACP协议报文。设备A可以在小于一秒的时间内以预定的时间间隔给设备B依次发送三次恢复协商报文,之后设备A从设备B收到协商响应报文,该三次恢复协商报文包括第一恢复协商报文,第一次额外的恢复协商报文和第二次额外的恢复协商报文。其中第一恢复协商报文中包括的超时时间字段的值与第二次额外的恢复报文中包括的超时时间字段的值可以相同。在这种情况下,第一恢复协商报文中包括的超时时间字段的值和第一次额外的恢复报文中包括的超时字段的值不能相同,同理,第一次额外的恢复协商报文中包括的超时时间字段的值和第二次额外的恢复协商报文中包括的超时字段的值不能相同。
在本发明的实施例中,设备A可以在小于一秒的时间内以预定的时间间隔给设备B发送恢复协商报文,这里的小于一秒的时间可以具体为400ms,这里的预定的时间间隔可以是50ms的时间间隔。
图2是本发明另一实施例的链路恢复方法所涉及的聚合场景示例。在图2中,设备A和设备B直接连接聚合,在链路双方协商成功正常运行时,设备A和设备B每秒钟给对方发送报文。在时刻T0设备A收到设备B的报文,同时设备A也给设备B发送报文。此时设备A会再隔一秒才能接收和发送下一个报文。此时如果设备A发生了主备倒换,协议状态数据需要重新协商来刷新,这种情况设备B并未感知到,设备A需要立即发起重新协商才能快速恢复。设备A向设备B发送恢复协商报文。此时如果设备A发出的恢复协商报文或者设备B回应的协商响应报文由于某种原因丢弃,比如由于主备倒换后设备A在平滑的时间段无法处理收到的恢复协商报文,此时设备如果按现有的方案需要等待1秒,然后再T0+1S时刻再次发送报文给设备B,之后等待设备B的协商响应报
文,这样整体链路终端延时会超过1秒。本发明实施例的方案在A设备发出第一次恢复协商报文后,如果在50ms内没有收到协商响应报文,就需要发第一次额外的恢复协商报文给设备B,然后再等待50ms,如果还是没有收到协商响应报文,设备A会发第二次额外的恢复协商报文给设备B,以此来促使设备B能做出响应。设备一在收到协商响应报文后会恢复与设备二的数据链路通信。在这里,第一次恢复协商报文,第一次额外的恢复协商报文和第二次额外的恢复协商报文中都携带有超时时间字段,第一次恢复协商报文中的超时时间字段的值与第一次额外的恢复协商报文中的超时时间字段的值不同,第一次额外的恢复协商报文中的超时时间字段的值与第二次额外的恢复协商报文中的超时时间字段的值不同。
图3是本发明实施例的链路恢复方法流程图,该链路恢复方法包括:
S301、第一设备检测到与第二设备之间的数据报文丢失。
S302、第一设备发送第一恢复协商报文给与第一设备通过链路聚合协议LACP聚合相连的第二设备。
S303、第一设备判断在预定的第一时间范围是否接收到第二设备的协商响应报文。
S304、如果未接收到第二设备的协商响应报文,第一设备在预定的第二时间范围内以给第二设备发送额外的恢复协商报文,直到第一设备从第二设备收到协商响应报文。
在这里,所述第一时间范围和第二时间范围之和小于一秒,所述第一设备在第二时间范围内给第二设备发送额外的恢复协商报文的数量不大于两次,所述不大于两次的额外的恢复协商报文中携带超时字段;所述第一恢复协商报文
和所述不大于两次的额外的恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同。
在这里,所述第一设备在第二时间范围内以预定的时间间隔给第二设备依次发送第一次额外的恢复协商报文和第二次额外的恢复协商报文后,所述第一设备从第二设备收到协商响应报文,其中第一恢复协商报文包括的超时时间字段的值与第二次额外的恢复报文中包括的超时时间字段的值可以相同。
第一时间范围和所述第二时间范围的和等于400ms。更具体地,其中第一时间范围的值可以为50ms,第一设备在第二时间范围内可以以50ms的时间间隔给第二设备发送额外的恢复协商报文。
S305、所述第一设备恢复与所述第二设备的数据链路通信。
图4是本发明实施例提供的一种网络设备的结构示意图,网络设备400可以是图1和图2中的设备A。网络设备400包括检测模块401,用于检测与链路另一端的设备之间的数据报文是否丢失;所述网络设备400与所述链路另一端的设备通过链路聚合协议LACP聚合相连。
协商报文发送模块403,用于在所述检测模块401检测到与所述链路另一端的设备之间的数据报文丢失后,发送第一恢复协商报文给所述链路另一端的设备;
判断模块404,用于判断在预定的第一时间范围和第二时间范围内是否接收到所述链路另一端的设备发出的协商响应报文;所述协商报文发送模块403还用于:
在所述判断模块404确认在第一时间范围内未接收到所述链路另一端的设备发出的协商响应报文后,在预定的第二时间范围内以给所述链路另一端的设
备发送额外的恢复协商报文,直到所述判断模块404确认从所述链路另一端的设备接收到协商响应报文;其中所述第一时间范围和第二时间范围之和小于一秒,所述在第二时间范围内给链路另一端的设备发送额外的恢复协商报文的数量不大于两次,所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中携带超时时间字段;所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同;
通信恢复模块402,用于在所述判断模块确认从链路另一端的设备接收到协商响应报文后恢复与所述链路另一端的设备的数据链路通信。
本发明实施例的协商报文发送模块403可以在第二时间范围内以预定的时间间隔给所述链路另一端的设备依次发送第一次额外的恢复协商报文和第二次额外的恢复协商报文后,所述网络设备400从链路另一端的设备收到协商响应报文,其中第一恢复协商报文包括的超时时间字段的值可以与第二次额外的恢复报文中包括的超时时间字段的值相同。本发明实施例的第一时间范围和所述第二时间范围的和可以等于400ms。本发明实施例的第一时间范围可以是50ms,第一设备在第二时间范围内可以以50ms的时间间隔给链路另一端的设备发送额外的恢复协商报文。
图5是本发明实施例提供的另一种网络设备500的结构示意图,网络设备500可以是图1和图2中的设备A,网络设备500包括处理器501和收发器502,其中:
所述处理器501,用于检测与链路另一端的设备之间的数据报文是否丢失;所述网络设备500与所述链路另一端的设备通过链路聚合协议LACP聚合相连;
所述收发器502,用于在所述处理器501检测到与所述链路另一端的设备之间的数据报文丢失后,发送第一恢复协商报文给所述链路另一端的设备;
所述处理器501,还用于判断在预定的第一时间范围和预定的第二时间范围是否接收到所述链路另一端的设备发出的协商响应报文;
所述收发器502还用于,在所述处理器501确认在预定的第一时间范围未接收到所述链路另一端的设备发出的协商响应报文后,在所述预定的第二时间范围内以给所述链路另一端的设备发送额外的恢复协商报文,直到所述处理器确认从所述链路另一端的设备接收到协商响应报文;其中所述第一时间范围和第二时间范围之和小于一秒,所述在第二时间范围内给链路另一端的设备发送额外的恢复协商报文的数量不大于两次,所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中携带超时时间字段;所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同;
所述收发器502,还用于在所述处理器501确认接收到协商响应报文后恢复与所述链路另一端的设备的数据链路通信。
本发明实施例的处理器501在第二时间范围内以预定的时间间隔给所述链路另一端的设备依次发送第一次额外的恢复协商报文和第二次额外的恢复协商报文后,所述收发器502从所述链路另一端的设备收到协商响应报文,其中第一恢复协商报文包括的超时时间字段的值与第二次额外的恢复报文中包括的超时时间字段的值可以相同。
本发明实施例通过发送多次恢复协商报文,并且将连续两次恢复协商报文中能修改的超时时间字段中的值设置成不同值,可以降低更LACP协议故障后
重新协商的时间,保障通信中断时延在毫秒级别,满足电信运营需要。
上述组件可以配合任何通用的网络组件一起使用,例如有足够的处理能力、内存资源和网络吞吐量能力的计算机或网络组件,以共同处理其承担的工作量。图6显示了一个典型的通用网络组600,其适用于为本文中公开的组件实施一个或多个实施例。网络组件600可以包括处理器602(可被称为中央处理单元或CPU),其可与任何内存设备保持通信,包括辅助存储器603、只读存储器(ROM)604、随机存储器(RAM)605、输入/输出(I/O)设备601、网络连接设备606或者这些设备的组合。处理器602可以作为一个或多个CPU芯片,也可作为一个或多个专用集成电路(ASIC)的一部分。
辅助存储器603通常包括由一个或多个磁盘驱动器或磁带机组成,用于数据的非易失性存储,如果RAM 605没有大到足以处理所有工作数据,可以作为溢出数据存储设备。在选择并执行加载到RAM 605上的程序时,可使用辅助存储器603存储这些程序。ROM 604用于在程序执行期间存储读取的指令和可能数据。ROM 604是非易失性存储设备,相对于更大内存容量的辅助存储器603而言,其内存容量较小。RAM 605用于存储易失性数据,也许可存储指令。访问ROM 604和RAM 605的速度通常比访问辅助存储器603的速度要快。
至少公开了一个实施例,所属领域的技术人员可以在本发明的范围内对实施例和/或实施例的功能进行变动、组合和/或修改。通过组合、整合和/或删除实施例的功能而得出的替代实施例也将包括在本发明的范围之内。如果明确规定了数值范围或限制,应了解明确的范围或限制,使得包括的类似等级的迭代范围或限制在明确规定的范围或限制之内(例如,从1到10的范围包括2、3、4等;大于0.10的范围包括0.11、0.12、0.13等)。例如,如果公开了数字范
围的下限值Rl和上限值Ru,则需要具体公开此范围内的任何数字。尤其是,具体公开范围内的以下数字:R=Rl+k*(Ru-Rl),其中k是1%到100%之间以1%以增量的变量,即k是1%、2%、3%、4%、5%、直到50%、51%、52%、直到95%、96%、97%、98%、99%或100%。而且,也需要具体公开上述定义的两个R定义的任何数字范围。针对权利要求中的任何元件使用“选择性地”词语时,意味着需要此元件,或者不需要此元件,这两种替代都在权利要求的范围内。使用“包括”、“包含”、“含有”等广义词应理解提供对“由…组成”、“基本上由…组成”、“大体上由…组成”等狭义词支持。相应地,保护范围不受上述说明的限制,但由下文的权利要求定义,该范围包括权利要求的主题的等同主题。每个权利要求作为进一步发明纳入本说明书中,这些权利要求是本发明的实施例。不得对本发明中的属于现有技术的参考资料,尤其是出版日期在本申请的优先权日期之后的参考资料,进行讨论。本发明中引用的所有专利、专利申请和出版物的公开在本文中作为参考资料引入,为本发明提供示范性、程序性或其他方面的细节补充。
虽然本发明中提供了多个实施例,但是应这样理解为:公开的系统和方法可以在不脱离本发明的基本精神或范围内以很多其他特定的方式体现。本发明中的范例被视为解释本发明,而不是用于限制本发明,而且本发明不限于本文中提供的详情。例如,在其他系统中,可以组合或整合各个元件或组件,也可以删除或不实施某些特征。
对于各个实施例中以离散形式或者单独地解释说明的技术、系统、子系统和方法,在不脱离本发明的范围内,可以将其与其他系统、模块、技术或方法组合或整合起来。本文中显示或讨论的其他有关相互之间直接或间接相连或者连通的项目可以通过某些接口、设备或中间组件以电气方式、机械方式或其他
方式进行间接相连或连通。对其他范例的更改、替换和变动需要由所属领域的技术人员进行确定,而且不得脱离本说明中的基本精神和范围。
Claims (11)
- 一种链路恢复的方法,其特征在于,包括:第一设备检测到与第二设备之间的数据报文丢失,所述第一设备与所述第二设备通过链路聚合协议LACP聚合相连;所述第一设备发送第一恢复协商报文给所述第二设备;所述第一设备判断在预定的第一时间范围是否接收到所述第二设备发出的协商响应报文;如果未接收到所述第二设备的协商响应报文,所述第一设备在预定的第二时间范围内以给第二设备发送额外的恢复协商报文,直到所述第一设备从第二设备接收到协商响应报文;其中所述第一时间范围和第二时间范围之和小于一秒,所述第一设备在第二时间范围内给第二设备发送额外的恢复协商报文的数量不大于两次,所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中携带超时时间字段;所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同;所述第一设备在接收到协商响应报文后恢复与所述第二设备的数据链路通信。
- 如权利要求1所述的方法,其特征在于,所述第一设备在预定的第二时间范围内以给第二设备发送额外的恢复协商报文,直到所述第一设备从第二设备收到协商响应报文包括:所述第一设备在第二时间范围内以预定的时间间隔给第二设备依次发送第一次额外的恢复协商报文和第二次额外的恢复协商报文后,所述第一设备从第二设备收到协商响应报文。
- 如权利要求2所述的方法,其特征在于,其中第一恢复协商报文包括的超时时间字段的值与第二次额外的恢复协商报文中包括的超时时间字段的值相同。
- 如权利要求1所述的方法,其特征在于,其中所述第一时间范围和所述第二时间范围的和不大于400ms。
- 如权利要求2所述的方法,其特征在于,其中所述第一时间范围为50ms,所述第一设备在第二时间范围内以预定的时间间隔给第二设备发送额外的恢复协商报文包括:所述第一设备在第二时间范围内以50ms的时间间隔给第二设备发送额外的恢复协商报文。
- 一种网络设备,包括:检测模块,用于检测与链路另一端的设备之间的数据报文是否丢失;所述网络设备与所述链路另一端的设备通过链路聚合协议LACP聚合相连;协商报文发送模块,用于在所述检测模块检测到与所述链路另一端的设备之间的数据报文丢失后,发送第一恢复协商报文给所述链路另一端的设备;判断模块,用于判断在预定的第一时间范围和预定的第二时间范围内是否接收到所述链路另一端的设备发出的协商响应报文;所述协商报文发送模块还用于:在所述判断模块确认在第一时间范围内未接收到所述链路另一端的设备发出的协商响应报文后,在预定的第二时间范围内给所述链路另一端的设备发送额外的恢复协商报文,直到所述判断模块确认从所述链路另一端的设备接收到协商响应报文;其中所述第一时间范围和第二时间范围之和小于一秒,所述在 第二时间范围内给链路另一端的设备发送额外的恢复协商报文的数量不大于两次,所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中携带超时时间字段;所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同;通信恢复模块,用于在所述判断模块确认从链路另一端的设备接收到协商响应报文后恢复与所述链路另一端的设备的数据链路通信。
- 如权利要求6所述的网络设备,其特征在于:所述协商报文发送模块在第二时间范围内以预定的时间间隔给所述链路另一端的设备依次发送第一次额外的恢复协商报文和第二次额外的恢复协商报文后,所述判断模块判断所述网络设备从所述链路另一端的设备收到协商响应报文。
- 如权利要求7所述的网络设备,其特征在于:其中第一恢复协商报文包括的超时时间字段的值与第二次额外的恢复协商报文中包括的超时时间字段的值相同。
- 一种网络设备,其特征在于,包括处理器和收发器,其中:所述处理器,用于检测与链路另一端的设备之间的数据报文是否丢失;所述网络设备与所述链路另一端的设备通过链路聚合协议LACP聚合相连;所述收发器,用于在所述处理器检测到与所述链路另一端的设备之间的数据报文丢失后,发送第一恢复协商报文给所述链路另一端的设备;所述处理器,还用于判断在预定的第一时间范围和预定的第二时间范围是否接收到所述链路另一端的设备发出的协商响应报文;所述收发器还用于,在所述处理器确认在预定的第一时间范围未接收到所 述链路另一端的设备发出的协商响应报文后,在所述预定的第二时间范围内以给所述链路另一端的设备发送额外的恢复协商报文,直到所述处理器确认从所述链路另一端的设备接收到协商响应报文;其中所述第一时间范围和第二时间范围之和小于一秒,所述在第二时间范围内给链路另一端的设备发送额外的恢复协商报文的数量不大于两次,所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中携带超时时间字段;所述第一恢复协商报文和所述不大于两次的额外的恢复协商报文中相邻两次发送的恢复协商报文所包括的超时时间字段的值不相同;所述收发器,还用于在所述处理器确认接收到协商响应报文后恢复与所述链路另一端的设备的数据链路通信。
- 如权利要求9所述的网络设备,其特征在于:所述处理器在第二时间范围内以预定的时间间隔给所述链路另一端的设备依次发送第一次额外的恢复协商报文和第二次额外的恢复协商报文后,所述收发器从所述链路另一端的设备收到协商响应报文。
- 如权利要求9所述的网络设备,其特征在于:其中第一恢复协商报文包括的超时时间字段的值与第二次额外的恢复报文中包括的超时时间字段的值相同。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/082583 WO2017000096A1 (zh) | 2015-06-27 | 2015-06-27 | 一种链路恢复方法和网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107534576A true CN107534576A (zh) | 2018-01-02 |
CN107534576B CN107534576B (zh) | 2020-03-31 |
Family
ID=57609341
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580079968.0A Active CN107534576B (zh) | 2015-06-27 | 2015-06-27 | 一种链路恢复方法和网络设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107534576B (zh) |
WO (1) | WO2017000096A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110278094A (zh) * | 2018-03-13 | 2019-09-24 | 中兴通讯股份有限公司 | 链路恢复方法及装置、系统、存储介质、电子装置 |
CN110784339A (zh) * | 2019-10-09 | 2020-02-11 | 杭州迪普科技股份有限公司 | Lacp报文超时的故障检测方法、装置、电子设备 |
CN111654435A (zh) * | 2020-06-02 | 2020-09-11 | 中电科航空电子有限公司 | 一种基于lacp的链路保护故障处理系统及方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220116313A1 (en) * | 2020-10-09 | 2022-04-14 | Arris Enterprises Llc | Dynamic fast link aggregation control protocol |
CN116915670B (zh) * | 2023-09-14 | 2023-12-05 | 浙江国利信安科技有限公司 | 用于确定网络恢复时间的方法、设备和介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1725761A (zh) * | 2005-06-10 | 2006-01-25 | 杭州华为三康技术有限公司 | 网络设备实现链路聚合的方法 |
CN1925429A (zh) * | 2006-09-30 | 2007-03-07 | 杭州华为三康技术有限公司 | 一种实现快速检测的方法和设备 |
CN102025616A (zh) * | 2010-11-25 | 2011-04-20 | 中兴通讯股份有限公司 | 一种实现双向转发检测的方法、装置及交换机 |
CN103188172A (zh) * | 2011-12-28 | 2013-07-03 | 中兴通讯股份有限公司 | 链路聚合的异常恢复方法和交换设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9047417B2 (en) * | 2012-10-29 | 2015-06-02 | Intel Corporation | NUMA aware network interface |
-
2015
- 2015-06-27 CN CN201580079968.0A patent/CN107534576B/zh active Active
- 2015-06-27 WO PCT/CN2015/082583 patent/WO2017000096A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1725761A (zh) * | 2005-06-10 | 2006-01-25 | 杭州华为三康技术有限公司 | 网络设备实现链路聚合的方法 |
CN1925429A (zh) * | 2006-09-30 | 2007-03-07 | 杭州华为三康技术有限公司 | 一种实现快速检测的方法和设备 |
CN102025616A (zh) * | 2010-11-25 | 2011-04-20 | 中兴通讯股份有限公司 | 一种实现双向转发检测的方法、装置及交换机 |
CN103188172A (zh) * | 2011-12-28 | 2013-07-03 | 中兴通讯股份有限公司 | 链路聚合的异常恢复方法和交换设备 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110278094A (zh) * | 2018-03-13 | 2019-09-24 | 中兴通讯股份有限公司 | 链路恢复方法及装置、系统、存储介质、电子装置 |
CN110278094B (zh) * | 2018-03-13 | 2022-09-27 | 中兴通讯股份有限公司 | 链路恢复方法及装置、系统、存储介质、电子装置 |
CN110784339A (zh) * | 2019-10-09 | 2020-02-11 | 杭州迪普科技股份有限公司 | Lacp报文超时的故障检测方法、装置、电子设备 |
US11310139B2 (en) | 2019-10-09 | 2022-04-19 | Hangzhou Dptech Technologies Co., Ltd. | Fault detection for LACP packet timeout |
CN111654435A (zh) * | 2020-06-02 | 2020-09-11 | 中电科航空电子有限公司 | 一种基于lacp的链路保护故障处理系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107534576B (zh) | 2020-03-31 |
WO2017000096A1 (zh) | 2017-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107534576A (zh) | 一种链路恢复方法和网络设备 | |
CN100589408C (zh) | 一种通讯网络连接方法及其装置 | |
EP2075974A1 (en) | A method and a device for aggregating ports | |
CN103973560A (zh) | 一种irf系统中堆叠链路故障处理的方法和装置 | |
US11861358B2 (en) | Firmware update of an interconnect device | |
CN102821050A (zh) | 一种快速生成树协议应用于单环网拓扑的处理方法 | |
CN102724030A (zh) | 一种高可靠性的堆叠系统 | |
CN107948063B (zh) | 一种建立聚合链路的方法和接入设备 | |
CN101984573A (zh) | 分布式实现lacp标准状态机的方法及系统 | |
CN103338524B (zh) | 无线接入方法、装置及系统、接入控制器、接入点设备 | |
CN102255751A (zh) | 一种堆叠冲突的处理方法和设备 | |
CN104580215A (zh) | 一种tcp连接热备份的实现方法 | |
CN106533736A (zh) | 一种网络设备重启方法和装置 | |
CN112491700A (zh) | 网络路径调整方法、系统、装置、电子设备及存储介质 | |
CN103401707A (zh) | 链路聚合方法及接入设备 | |
CN103607293A (zh) | 一种流量保护方法及设备 | |
CN102158383A (zh) | 一种e1双向环网络的数据传输方法、装置及系统 | |
CN109327383A (zh) | 一种故障处理方法及设备 | |
CN104427012B (zh) | 端口协商方法和设备 | |
CN105591817A (zh) | 一种协商模式处理方法及智能网络设备 | |
CN110995607A (zh) | 一种传输流量的方法、装置、网络设备及存储介质 | |
CN110225133A (zh) | 消息发送方法、节点、装置、系统及相关设备 | |
CN108667640B (zh) | 通信方法及设备、网络接入系统 | |
CN110808917B (zh) | 多链路聚合数据重传方法及发送设备 | |
EP3232617B1 (en) | Protection switching method and system, and nodes |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |