CN101110663B - 实现链路故障处理的方法、系统及装置 - Google Patents
实现链路故障处理的方法、系统及装置 Download PDFInfo
- Publication number
- CN101110663B CN101110663B CN2007101457368A CN200710145736A CN101110663B CN 101110663 B CN101110663 B CN 101110663B CN 2007101457368 A CN2007101457368 A CN 2007101457368A CN 200710145736 A CN200710145736 A CN 200710145736A CN 101110663 B CN101110663 B CN 101110663B
- Authority
- CN
- China
- Prior art keywords
- link failure
- link
- port
- communication apparatus
- data
- 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.)
- Active
Links
Images
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/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
Abstract
本发明实施例公开了一种实现链路故障处理的方法,该方法包括:在数据传输过程中,实时检测链路聚合组各个成员各自的端口之间是否出现链路故障,如果是,则执行后续步骤,否则,返回本步骤,直至数据传输结束;将链路故障情况通知LACP协议执行装置,该装置中止通过链路聚合组中发生链路故障的成员进行数据传输。利用该方法,能够在数据传输过程中,实时检测当前是否出现链路故障,并在一旦检测到出现链路故障的情况下,及时同时LACP协议中止数据传输,从而使得数据传输不会由于链路故障而长时间的中断,本发明实施例还公开了实现链路故障处理的系统和装置。
Description
技术领域
本发明涉及通讯技术领域,尤其涉及实现链路故障处理的方法、系统及装置。
背景技术
当前,随着通讯技术的不断发展,链路聚合(Link Aggregation,LA)技术已经被越来越多的应用于数据传输的过程中。LA技术是指将一组物理端口捆绑在一起作为一个逻辑端口以增加数据传输带宽的一种方法。该LA技术又被称作多端口负载均衡组,相关的协议标准可以参考IEEE802.3ad。该LA技术通过在两台设备之间建立链路聚合组(LAG),能够在不进行硬件升级的情况下,实现提供更高的通讯带宽和更高的可靠性,另外,还可以进一步为两台设备的通讯提供冗余保护,从而有利于设备间通讯的顺利进行。
为了能够实现LA功能,当前定义了链路聚合控制协议(LACP)。采用该协议,数据通讯产品能够根据自身配置,自动形成聚合链路并启动该聚合链路收发数据;在聚合链路形成之后,则可利用该协议监视、控制链路的运行状况,并在聚合条件发生变化时,自动调整或解散链路的聚合。另外,当前电信运营商对带宽、可靠性、流量分担、链路状态维护等方面都提出了要求,这些要求均可通过LACP协议加以实现。
在进行数据传输过程中,LACP通过使得通讯双方周期性的发送报文来进行端口选择和状态维持,从而实现利用LA技术完成数据传输,其实现过程具体如下:
本端设备和对端设备在数据传输过程中周期性的相互发送LACP协议报文(LACPDU)进行协商,在该LACPDU报文中同时包含了本端设备和对端设备的信息,本端设备和对端设备通过LACPDU报文进行协商,产生或维护链路聚合组成员,并通过该链路聚合组成员完成数据的传输。为了描述方便,下面将进行通讯的本端设备和对端设备分别命名为第一设备和第二设备。第一设备在发送给第二设备的LACPDU报文中,携带了该第一设备自身的信息以及在第一设备上记录的第二设备的信息,第二设备在收到第一设备发送来的LACPDU报文后,检查该报文中携带的第一设备的信息与其自身保存的该第一设备的信息是否一致,如果不一致,则说明作为第二设备对端的第一设备当前已经发生改变,从而将第二设备自身的端口设置为未选择,以使得该端口不再处于链路聚合组中进行数据的传输,并且,有LACP协议触发逻辑选择状态机,重新为聚合链路组选择相应的端口;如果第二设备检查LACPDU报文中携带的第一设备的信息与自身保存的该第一设备的信息一致,则重置接收超时定时器,使得该定时器的超时时间为LACPDU报文发送周期的整数倍(一般为3倍),然后,第二设备再检查LACPDU报文中携带的第二设备的信息与该第二设备自身保存的自身的信息是否一致,如果不一致,说明作为通讯对端的第一设备所保存的对端设备信息,即第二设备的信息,有错误,则立刻发送一个LACPDU报文给第一设备以刷新其上保存的对端设备信息;同时,第二设备在数据传输过程中持续判断是否在超时定时器超时后仍未收到对端发送来的LACPDU报文,如果是,则将该第二设备的端口设置为未选择以中止利用该端口在链路聚合组中进行数据传输,并同时将对端信息设置为未同步。
此外,在实际应用中,由于设备所能支持的聚合组中的最大端口数有限制,如果当前链路聚合组成员的端口数量超过了最大端口数的限制,则通讯双方的设备也会利用相互发送LACPDU报文的方式进行协商,根据设备ID更优一端的端口ID的大小来决定不同端口的状态,从而在满足最大端口数限制的前提下,为链路聚合组选择相应的端口,具体的协商步骤如下:
比较设备ID,该ID包括系统优先级和系统的MAC地址,在该比较过程中,首先比较系统优先级,如果优先级相同再比较系统MAC地址,比较结果中设备ID较小的一端的设备被认为更优。
对于比较结果更优的设备,比较其各个端口的ID,该ID包括端口优先级和端口号,首先比较端口优先级,如果优先级相同再比较端口号,在满足最大端口数限制的前提下,将端口号较小的端口选择作为链路聚合组的端口,那些端口号较大的端口则作为未被选择的端口。
采用上述方式,虽然能够实现利用LA技术完成数据传输,但是仍然具有以下问题:
由以上现有技术可见,LACP通过两端设备周期性地发送LACPDU报文进行端口选择和状态维持,以实现数据传输。其中,所述的周期为可选周期,一般情况下,快周期为1秒,慢周期为30秒,相应的,报文超时时间分别为3秒和90秒,也就是说,只有在3秒或90秒后,本端设备仍然收不到对端设备发送的LACPDU报文时,本端设备才认为对端设备发生故障,并将对应的本端端口设置为未选择,以中止利用该端口进行数据的传输。由此带来的问题是:
当链路因为物理原因或其他原因从而导致通讯设备之间的链路单向不通或双向不通时,设备的端口仍然处于正常工作状态,LACP协议无法在链路出现故障的同时感知到该故障的存在,而是需要等到超时定时器超时后,也就是大概3秒甚至是90秒之后,才能获知当前出现故障,并进行重新设置;而在这一段时间内,数据仍然会通过端口发送到故障的链路上,即使对于如上所述的快周期而言,也需要3秒才能中止利用故障链路进行数据传输,在该段时间内,将会有大量的数据由于链路故障而丢失,从而影响了数据传输的质量;对于慢周期而言,由于超时定时器时间更长,则对于数据传输质量的影响更大。
进一步的,在链路发生故障时,LACP协议在收到超时定时器超时通知后,并不立即发送LACPDU报文以通知对端更新,从而中止对端继续向本端发送数据,而是需要按照LACPDU报文的发送周期在确定的某个时刻发送该LACPDU报文,由此会造成在本端接收到超时通知后,仍然不能立刻向对端发送LACPDU报文,而是需要等待一定的时间之后方才发送该报文,而发送LACPDU报文的时间越晚,对对端的处理也就越晚,从而会导致链路流量中断的时间更长,从而进一步影响数据传输的质量。
发明内容
本发明实施例的目的在于:提供链路故障处理的方法、系统及装置,以使得能够实时获知链路故障并中止数据的传输,从而保障数据传输质量。
为实现上述发明目的,本发明实施例提供以下技术方案:
一种实现链路故障处理的方法,该方法包括:
在数据传输过程中,实时检测链路聚合组各个成员各自的端口之间是否出现链路故障,如果是,则执行后续步骤,否则,返回本步骤,直至数据传输结束;
将链路故障情况通知LACP协议执行装置,该装置中止通过链路聚合组中发生链路故障的成员进行数据传输。
一种实现链路故障处理的系统,该系统包括:通讯设备、LACP协议执行装置,其中:
所述通讯设备用于:进行数据传输,并在数据传输过程中实时检测链路聚合组各个成员各自的端口之间是否出现链路故障,并在检测到链路故障时,立即将链路故障情况通知给所述的LACP协议执行装置;
所述LACP协议执行装置用于:根据通讯设备发送来的链路故障情况,中止链路聚合组中发生链路故障的成员进行数据传输。
一种实现链路故障处理的通讯设备,该通讯设备包括:
数据传输单元,用于进行数据传输;
链路故障检测单元,用于在数据传输过程中,实时检测链路聚合组各个成员各自的端口之间是否出现链路故障;
故障情况上报单元,用于在链路故障检测单元检测得到当前存在链路故障时,立即将链路故障情况上报给LACP协议执行装置。
一种实现链路故障处理的LACP协议执行装置,该装置包括:
故障情况接收单元,用于接收通讯设备上报的链路故障情况;
数据传输中止单元,用于通过将链路聚合组中发生链路故障的成员的端口设置为未选择,来中止通过所述成员进行数据传输。
可见,在本发明实施例中,通过在数据传输过程中,实时检测当前是否出现链路故障,并在一旦检测到出现链路故障的情况下,及时同时LACP协议中止数据传输,从而使得数据传输不会由于链路故障而长时间的中断,保证了链路故障导致流量中断的时间小于50毫秒,进而为数据传输提供了可靠的保证。
附图说明
图1为本发明一方法实施例的流程图;
图2为本发明方法实施例所应用的场景的示意图;
图3为本发明另一方法实施例的流程图;
图4为本发明另一方法实施例的流程图;
图5为本发明实施例中所提供的系统的示意图。
具体实施方式
针对目前LACP协议对于链路故障不能进行快速检测,只能在超时仍未收到报文的情况下方才中止数据传输,从而造成数据传输中断过长的问题,在本发明实施例中,在所有的LA成员的端口之间启动链路故障检测,一旦通过该检测发现链路出现故障则立刻通知LACP协议,LACP协议通过将故障链路对应的端口设置为未选择,从而使得不再通过链路进行数据传输,进而,立刻对通讯设备上相应端口进行重新配置,从而为数据传输重新选择相应的LA成员,保证数据传输能够及时得以恢复。
下面,结合附图对本发明实施例进行详细描述。
参见图1,实现本发明实施例所提供的方法包括以下步骤:
步骤101:在数据传输过程中,实时检测链路聚合组各个成员各自的端口之间是否出现链路故障,如果是,则执行步骤102,否则,返回步骤101,直至数据传输结束;
步骤102:将链路故障情况通知LACP协议执行装置,该装置中止通过链路聚合组中发生链路故障的成员进行数据传输。
在实际应用中,通讯设备之间可能发生单向链路故障或双向链路故障,下面,结合这两种情况,对本发明实施例所提供的方法进行更详细地描述。
(一)发生单向链路故障的情况:
参见图2,路由器1和路由器2作为通讯双方进行数据传输,在这两个路由器之间具有两对双向链路,分别为双向链路1和双向链路2,该双向链路1和双向链路2作为路由器1和路由器2之间的链路聚合组成员,为了描述方便,将双向链路1和双向链路2在路由器1上的端口分别命名为端口P11和端口P12,将双向链路1和双向链路2在路由器2上的端口分别命名为端口P21和端口P22。参见图3所示,当出现单向链路故障时,本发明实施例所提供的方法包括以下步骤:
步骤301:在路由器1和路由器2之间进行数据传输的同时,实时检测这两个路由器之间的链路是否发生故障;如果发生故障,则执行步骤302,否则,返回步骤301,直至数据传输结束;
在本发明实施例中,通过在路由器1和路由器2的各个端口,也就是端口P11、P21、P12、P22上均启动快速链路故障检测协议,来实现对路由器1和路由器2之间链路的双向快速链路故障检测,该快速链路故障检测协议可以为802.1ag、BFD等故障检测协议,也可以为其他故障检测协议,并不影响本发明的实现;此外,本发明实施例中,链路聚合组仅包括双向链路1和双向链路2,在本发明其他实施例中,链路聚合组可能包括更多的链路成员,此时,则需要在各个链路成员所对应的端口上均启动链路故障检测,从而实现对链路故障的实时检测;
在本发明实施例中,参见图2所示,双向链路1中由路由器2向路由器1发送数据的单向链路发生故障,利用如上所述的检测机制,路由器1实时检测到该单向链路出现故障,然后执行步骤302;
步骤302:由于在步骤301中,路由器1实时检测到双向链路1中的一条线路发生故障,因此,在本步骤中,路由器1将该链路故障情况通知LACP执行装置;在本发明实施例中,所述LACP执行装置为LACP协议中的选择逻辑(Select logical)状态机,由该状态机完成后续的步骤;在本发明实施例中,也可采用其他装置作为所述LACP执行装置,只需该装置能够完成后续中止数据传输的操作即可,并不影响本发明的实现。
步骤303:LACP执行装置将路由器1上的P11端口设置为未选择,使得不再利用该P11端口进行数据传输;并且,立即通过路由器1的P11端口向路由器2发送LACPDU报文,以通知路由器2也进行相应的端口设置;其中,在本发明实施例中,将端口设置为未选择表示被设置的端口实际没有进入链路聚合组,不通过该端口进行数据的传输,而在当将端口设置为选择时,该端口才是链路聚合组的成员,才可利用该端口进行数据的传输。由此,将路由器1的端口P11设置为未选择,使得不再利用该端口进行数据的传输;
步骤304:路由器2收到所述LACPDU报文后,将其自身的端口P21也设置为未选择,从而使得不再利用该端口进行数据传输。
至此,由于通过步骤303和步骤304分别将路由器1上的端口P11和路由器2上的端口P21分别设置为未选择,从而使得双向链路1不再在链路聚合组中,从而达到中止利用该双向链路1进行数据传输的目的。
其中,在本发明优选实施例中,在步骤303中,还可进一步将路由器1上所保存的对端设备,也就是路由器2的端口P21的信息设置为未同步,从而在链路发生故障的情况下,及时刷新通讯设备上保存的对端设备相应信息;
同样,在本发明优选实施例中,在步骤304中,还可进一步将路由器2上所保存的对端设备,也就是路由器1的端口P11的信息设置为未同步,从而及时刷新通讯设备上所保存的对端设备的相应信息。
(二)发生双向链路故障的情况:
该实施例仍然以图2所示的通讯情况为例,参见图4,在此情况下,实现本发明实施例所提供的方法包括以下步骤:
步骤401:在路由器1和路由器2之间进行数据传输的同时,实时检测这两个路由器之间的链路是否发生故障;如果发生故障,则执行步骤402,否则,返回步骤401,直至数据传输结束;
其中,在本实施例中,进行链路故障检测的方式与上一实施例所述的方式相同,在此不再赘述。
在本实施例中,参见图2所示,双向链路1中的两条链路均发生故障,利用所述的检测机制,路由器1和路由器2分别实时检测到双向链路1中相应的链路发生故障,然后执行步骤402;
步骤402:路由器1和路由器2分别将链路故障情况通知LACP执行装置,所述LACP执行装置可以为上述实施例中所述的选择逻辑状态机,也可以为能够实现其功能的类似装置;
步骤403:LACP执行装置将路由器1上的P11端口设置为未选择,使得路由器1不再利用该P11端口进行数据传输;并且,LACP执行装置将路由器2上的P21端口设置为未选择,使得路由器2不再利用该P21端口进行数据传输。其中,需要注意的是:对于P11端口的设置和对于P21端口的设置并无先后执行顺序。
至此,通过将P11端口和P21端口分别设置为未选择,使得双向链路1不再在链路聚合组中,从而达到中止利用该双向链路1进行数据传输的目的。
其中,在本发明优选实施例中,在步骤403中,LACP执行装置将路由器1上的P11端口设置为未选择后,还可进一步将该路由器1上所保存的对端设备,也就是路由器2的端口P21的信息设置为未同步;和/或,LACP执行装置将路由器2上的P21端口设置为未选择后,还可进一步将该路由器2上所保存的对端设备,也就是路由器1的端口P11的信息设置为未同步,从而在链路发生故障的情况下,及时刷新通讯设备上保存的对端设备的相应信息。
参考上述方法实施例可见,在本发明实施例中,将LACP协议与链路故障检测协议联动,链路故障检测协议一旦检测到当前存在链路故障,则立即直接或间接通知给LACP协议,从而使得LACP协议能够在链路发生故障后,立刻进行相应的处理,从而减少数据传输中的流量中断,保证数据传输的质量。
下面,对本发明实施例所提供的系统进行详细描述:
参见图5所示,本发明实施例所提供的系统包括:通讯设备501、LACP协议执行装置502,其中:
所述通讯设备501用于:进行数据传输,并在数据传输过程中实时检测链路聚合组各个成员各自的端口之间是否出现链路故障,并在检测到链路故障时,立即将链路故障情况通知给所述的LACP协议执行装置502;
所述LACP协议执行装置502用于:根据通讯设备发送来的链路故障情况,中止链路聚合组中发生链路故障的成员进行数据传输。
其中,所述通讯设备501可以为路由器或类似实现数据通讯的装置;所述LACP协议执行装置502为LACP协议中的选择逻辑状态机,该状态机通过选择相应链路的端口是否处于选择状态来为LA选择相应的成员。
通过本发明实施例所提供的系统,能够实时检测到链路故障情况,并将该故障情况实时告知LACP协议,利用该协议的执行装置中止数据的传输,从而减少数据流的终端,保证数据传输质量。
下面对本发明实施例所提供的装置进行详细描述。
本发明实施例提供了一种实现链路故障处理的通讯设备,该通讯设备包括:
数据传输单元,用于进行数据传输;
链路故障检测单元,用于在数据传输过程中,实时检测链路聚合组各个成员各自的端口之间是否出现链路故障;
故障情况上报单元,用于在链路故障检测单元检测得到当前存在链路故障时,立即将链路故障情况上报给LACP协议执行装置。
本发明实施例还提供了一种用于实现链路故障处理的LACP协议执行装置,该装置包括:
故障情况接收单元,用于接收通讯设备上报的链路故障情况;
数据传输中止单元,用于通过将链路聚合组中发生链路故障的成员的端口设置为未选择,来中止通过所述成员进行数据传输。
其中,在出现单向链路故障的情况下,所述数据传输中止单元用于:将检测到链路故障的通讯设备上的发生链路故障的成员的端口设置为未选择,并且,立即通过该检测到链路故障的通讯设备,向对端的通讯设备发送LACP报文,以通知该对端设备将其上的发生链路故障的成员的相应端口设置为未选择。此外,该数据传输中止单元还进一步用于:对检测到链路故障的通讯设备上所保存的对端设备的端口信息设置为未同步,其中,所述端口为发生故障的成员在所述对端设备上的端口,以及时刷新通讯设备上保存的对端设备的相应信息。
其中,在出现双向链路故障的情况下,所述数据传输中止单元用于:将检测到链路故障的各个通讯设备上的发生链路故障的成员的端口设置为未选择,从而中止利用该成员进行数据传输。此外,该数据传输中止单元还可进一步用于:将检测到链路故障的双方通讯设备上所保存的对端设备的端口信息设置为未同步,其中,所述端口为发生链路故障成员的在所述设备上的端口,以及时刷新通讯设备上保存的对端设备的相应信息。
通过本发明实施例所提供的装置,能够在链路发生故障时及时检测到该情况的发生,并将链路故障情况实时上报给LACP协议执行装置,由该装置完成对链路聚合组成员中相应端口的设置,从而保证不再利用该成员进行数据传输,保证数据传输不会因链路故障而长时间中断,充分保障数据传输的质量。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,包括如下步骤:在数据传输过程中,实时检测链路聚合组各个成员各自的端口之间是否出现链路故障,如果是,则执行后续步骤,否则,返回本步骤,直至数据传输结束;将链路故障情况通知LACP协议执行装置,该装置中止通过链路聚合组中发生链路故障的成员进行数据传输。所述的存储介质可以为:ROM/RAM、磁碟、光盘等。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (14)
1.一种实现链路故障处理的方法,其特征在于,该方法包括:
在数据传输过程中,通讯设备实时检测链路聚合组各个成员各自的端口之间是否出现链路故障,如果是,则执行后续步骤,否则,返回本步骤,直至数据传输结束;
通讯设备将链路故障情况通知LACP协议执行装置,该装置中止通过链路聚合组中发生链路故障的成员进行数据传输;
其中,所述实时检测链路聚合组各个成员各自的端口之间是否出现链路故障的具体实现为:在所述各个成员各自的端口之间均启用快速双向链路故障检测。
2.根据权利要求1所述的方法,其特征在于,所述链路故障情况为单向链路故障,由检测到链路故障的通讯设备将链路故障情况上报给所述LACP协议执行装置;
所述中止通过链路聚合组中发生链路故障的成员进行数据传输的具体实现为:
所述LACP协议执行装置将所述检测到链路故障的通讯设备上的相应端口设置为未选择,其中,该相应端口为所述发生链路故障的成员在所述通讯设备上对应的端口;和,立即通知检测到链路故障的通讯设备的对端设备也进行相应的端口设置;
所述对端设备根据收到的所述通知,将其自身的相应端口设置为未选择,其中,所述相应端口为所述发生链路故障的成员在所述对端设备上对应的端口。
3.根据权利要求2所述的方法,其特征在于,所述将所述检测到链路故障的通讯设备上的相应端口设置为未选择进一步包括:
将所述检测到链路故障的通讯设备上所保存的对端设备的相应端口的信息设置为未同步;和/或,
所述对端设备将其自身的相应端口设置为未选择进一步包括:
将该对端设备所保存的所述检测到链路故障的通讯设备的相应端口的信息设置为未同步。
4.根据权利要求1所述的方法,其特征在于,所述链路故障情况为双向链路故障,由检测到链路故障的双方通讯设备分别将链路故障情况上报给所述LACP协议执行装置;
所述中止通过链路聚合组中发生链路故障的成员进行数据传输的具体实现为:
所述LACP协议执行装置分别将所述检测到链路故障的双方通讯设备上的相应端口设置为未选择,其中,该相应端口为所述发生链路故障的成员在所述双方通讯设备上分别对应的端口。
5.根据权利要求4所述的方法,其特征在于,所述分别将所述检测到链路故障的双方通讯设备上的相应端口设置为未选择进一步包括:
分别将所述双方通讯设备上各自保存的对端设备的相应端口的信息设置为未同步。
6.根据权利要求1至5任意一项所述的方法,其特征在于,所述通讯设备为路由器,和/或,
所述LACP协议执行装置为LACP协议中的选择逻辑状态机。
7.一种实现链路故障处理的系统,其特征在于,该系统包括:通讯设备、LACP协议执行装置,其中:
所述通讯设备用于:进行数据传输,并在数据传输过程中实时检测链路聚合组各个成员各自的端口之间是否出现链路故障,并在检测到链路故障时,立即将链路故障情况通知给所述的LACP协议执行装置;其中,所述实时检测链路聚合组各个成员各自的端口之间是否出现链路故障的具体实现为:在所述各个成员各自的端口之间均启用快速双向链路故障检测;
所述LACP协议执行装置用于:根据通讯设备发送来的链路故障情况,中止链路聚合组中发生链路故障的成员进行数据传输。
8.根据权利要求7所述的系统,其特征在于,所述通讯设备为路由器;和/或,所述LACP协议执行装置为LACP协议中的选择逻辑状态机。
9.一种实现链路故障处理的通讯设备,其特征在于,该通讯设备包括:
数据传输单元,用于进行数据传输;
链路故障检测单元,用于在数据传输过程中,实时检测链路聚合组各个成员各自的端口之间是否出现链路故障;其中,所述实时检测链路聚合组各个成员各自的端口之间是否出现链路故障的具体实现为:在所述各个成员各自的端口之间均启用快速双向链路故障检测;
故障情况上报单元,用于在链路故障检测单元检测得到当前存在链路故障时,立即将链路故障情况上报给LACP协议执行装置。
10.一种实现链路故障处理的LACP协议执行装置,其特征在于,该装置包括:
故障情况接收单元,用于接收通讯设备上报的链路故障情况;
数据传输中止单元,用于通过将链路聚合组中发生链路故障的成员的端口设置为未选择,来中止通过所述成员进行数据传输。
11.根据权利要求10所述的装置,其特征在于,在出现单向链路故障的情况下,所述数据传输中止单元用于:将检测到链路故障的通讯设备上的发生链路故障的成员的端口设置为未选择,并且,立即通过该检测到链路故障的通讯设备,向对端的通讯设备发送LACP报文,以通知该对端设备将其上的发生链路故障的成员的相应端口设置为未选择。
12.根据权利要求11所述的装置,其特征在于,所述数据传输中止单元进一步用于:对检测到链路故障的通讯设备上所保存的对端设备的端口信息设置为未同步,其中,所述端口为发生故障的成员在所述对端设备上的端口。
13.根据权利要求10所述的装置,其特征在于,在出现双向链路故障的情况下,所述数据传输中止单元用于:将检测到链路故障的双方通讯设备上的发生链路故障的成员的端口分别设置为未选择。
14.根据权利要求13所述的装置,其特征在于,所述数据传输中止单元进一步用于:将检测到链路故障的双方通讯设备上所保存的对端设备的端口信息设置为未同步,其中,所述端口为发生链路故障成员的在所述设备上的端口。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101457368A CN101110663B (zh) | 2007-08-31 | 2007-08-31 | 实现链路故障处理的方法、系统及装置 |
PCT/CN2008/072210 WO2009030170A1 (fr) | 2007-08-31 | 2008-08-29 | Système de gestion de défaut de liaison, procédé et dispositif de détection de défaut de liaison et gestion |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101457368A CN101110663B (zh) | 2007-08-31 | 2007-08-31 | 实现链路故障处理的方法、系统及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101110663A CN101110663A (zh) | 2008-01-23 |
CN101110663B true CN101110663B (zh) | 2010-10-27 |
Family
ID=39042573
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101457368A Active CN101110663B (zh) | 2007-08-31 | 2007-08-31 | 实现链路故障处理的方法、系统及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101110663B (zh) |
WO (1) | WO2009030170A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103916281A (zh) * | 2014-04-29 | 2014-07-09 | 上海斐讯数据通信技术有限公司 | 一种动态lacp聚合链路故障恢复方法 |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110663B (zh) * | 2007-08-31 | 2010-10-27 | 华为技术有限公司 | 实现链路故障处理的方法、系统及装置 |
US9473382B2 (en) * | 2008-06-27 | 2016-10-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for link aggregation |
CN101420332B (zh) * | 2008-12-12 | 2010-12-08 | 杭州华三通信技术有限公司 | 一种成员端口配置情况的通知方法和网络设备 |
CN101547082B (zh) * | 2009-04-22 | 2012-06-27 | 华为技术有限公司 | 一种主备链路倒换方法及网络设备 |
CN103687064B (zh) * | 2009-04-22 | 2017-07-14 | 华为技术有限公司 | 无线链路失步的处理方法、装置和系统 |
CN101998469A (zh) * | 2009-08-17 | 2011-03-30 | 中兴通讯股份有限公司 | 基于载波聚合的无线链路故障处理方法及用户设备 |
CN105099906B (zh) * | 2010-09-26 | 2018-11-09 | 新华三技术有限公司 | 降低链路聚合端口报文丢失的方法及硬件控制单元 |
CN102468973A (zh) * | 2010-11-12 | 2012-05-23 | 中兴通讯股份有限公司 | 包交换网络中的聚合链路告警控制方法和装置 |
CN102025616B (zh) * | 2010-11-25 | 2014-09-10 | 中兴通讯股份有限公司 | 一种实现双向转发检测的方法、装置及交换机 |
CN102546199B (zh) * | 2010-12-09 | 2016-04-13 | 中兴通讯股份有限公司 | 一种聚合链路的保护方法及包交换节点 |
CN102388581B (zh) * | 2011-06-29 | 2013-12-04 | 华为技术有限公司 | 参考链路协商的方法、装置和系统 |
CN103001781B (zh) * | 2011-09-08 | 2017-02-08 | 中兴通讯股份有限公司 | 分布式链路聚合组的聚合链路选择/去选择的方法及装置 |
CN102404143B (zh) * | 2011-11-17 | 2014-04-02 | 华为技术有限公司 | 基于lacp的端口故障处理方法和lacp终端 |
CN103248502B (zh) * | 2012-02-02 | 2018-08-14 | 中兴通讯股份有限公司 | 分布式链路聚合组拓扑发现、故障处理方法及装置 |
CN102868640B (zh) * | 2012-04-12 | 2015-06-03 | 华为技术有限公司 | 一种增加聚合链路可用带宽的方法、设备和系统 |
CN102857419B (zh) * | 2012-10-12 | 2015-07-22 | 华为技术有限公司 | 链路聚合端口故障的处理方法和装置 |
CN102970172B (zh) * | 2012-12-06 | 2016-03-30 | 华为技术有限公司 | 一种通信链路切换的方法、设备和通信系统 |
CN104917624A (zh) * | 2014-03-10 | 2015-09-16 | 华耀(中国)科技有限公司 | 一种链路聚合路径的健康检查系统及方法 |
EP3226452B1 (en) | 2014-12-29 | 2019-01-30 | Huawei Technologies Co., Ltd. | Method, device, terminal device and system for adjusting working state of aggregated link |
CN106911533B (zh) * | 2017-02-13 | 2020-01-03 | 杭州迪普科技股份有限公司 | 一种链路状态的探测方法及装置 |
CN107426099B (zh) * | 2017-08-30 | 2020-02-07 | 阳光凯讯(北京)科技有限公司 | 多机箱链路聚合流量重分布时的报文保序方法及系统 |
CN108322407B (zh) * | 2017-12-25 | 2021-08-13 | 康威通信技术股份有限公司 | 基于高速差分通信的多点链式通信系统及方法 |
CN111083068A (zh) * | 2018-10-22 | 2020-04-28 | 中兴通讯股份有限公司 | 一种聚合链路收敛方法、装置及存储介质 |
CN110784339B (zh) * | 2019-10-09 | 2022-08-26 | 杭州迪普科技股份有限公司 | Lacp报文超时的故障检测方法、装置、电子设备 |
CN111131025B (zh) * | 2019-12-13 | 2022-07-05 | 苏州浪潮智能科技有限公司 | 一种端口聚合方法、装置、主干网交换机及可读存储介质 |
CN111654435B (zh) * | 2020-06-02 | 2022-03-18 | 中电科航空电子有限公司 | 一种基于lacp的链路保护故障处理系统及方法 |
CN112350853B (zh) * | 2020-10-21 | 2022-09-30 | 杭州迪普科技股份有限公司 | 一种网络设备主备切换的方法、装置、存储介质及设备 |
CN115333991B (zh) * | 2022-08-12 | 2023-06-13 | 迈普通信技术股份有限公司 | 跨设备链路聚合方法、装置、系统及计算机可读存储介质 |
CN116016324B (zh) * | 2023-03-23 | 2023-05-26 | 新华三工业互联网有限公司 | 一种报文传输方法、系统、装置及电子设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1913414A (zh) * | 2006-08-29 | 2007-02-14 | 华为技术有限公司 | 利用链路聚合实施保护的方法、设备和系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005347943A (ja) * | 2004-06-01 | 2005-12-15 | Hitachi Ltd | ネットワーク中継装置及びその制御方法 |
CN100431303C (zh) * | 2004-06-15 | 2008-11-05 | 中兴通讯股份有限公司 | 在实现多链路协议时进行链路检测的方法 |
JP4588503B2 (ja) * | 2005-03-18 | 2010-12-01 | 富士通株式会社 | 通信システム及び通信方法 |
US8451713B2 (en) * | 2005-04-12 | 2013-05-28 | Fujitsu Limited | Special marker message for link aggregation marker protocol |
CN101110663B (zh) * | 2007-08-31 | 2010-10-27 | 华为技术有限公司 | 实现链路故障处理的方法、系统及装置 |
-
2007
- 2007-08-31 CN CN2007101457368A patent/CN101110663B/zh active Active
-
2008
- 2008-08-29 WO PCT/CN2008/072210 patent/WO2009030170A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1913414A (zh) * | 2006-08-29 | 2007-02-14 | 华为技术有限公司 | 利用链路聚合实施保护的方法、设备和系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103916281A (zh) * | 2014-04-29 | 2014-07-09 | 上海斐讯数据通信技术有限公司 | 一种动态lacp聚合链路故障恢复方法 |
CN103916281B (zh) * | 2014-04-29 | 2018-01-30 | 上海斐讯数据通信技术有限公司 | 一种动态lacp聚合链路故障恢复方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101110663A (zh) | 2008-01-23 |
WO2009030170A1 (fr) | 2009-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101110663B (zh) | 实现链路故障处理的方法、系统及装置 | |
CN101345663B (zh) | 心跳检测方法和心跳检测设备 | |
CN105607590B (zh) | 用于在过程控制系统中提供冗余性的方法和装置 | |
US7792016B2 (en) | Network relay device for relaying data in a network and control method for the same | |
US10348616B2 (en) | Packet transmission method and apparatus, and interconnect interface | |
US20090199040A1 (en) | Method and device for implementing link pass through in point-to-multipoint network | |
RU2471301C2 (ru) | Функционирование сетевых субъектов в системе связи, содержащей сеть управления с уровнями агентов и управления | |
CN102882704B (zh) | 一种issu的软重启升级过程中的链路保护方法和设备 | |
CN101695036B (zh) | 一种irf链路的检测方法及装置 | |
EP2798782A1 (en) | Technique for handling a status change in an interconnect node | |
CN102571492B (zh) | 检测路由设备故障的方法和装置 | |
WO2013127164A1 (zh) | 一种触发旁路设备切换的方法、旁路设备切换方法及装置 | |
CN102244589B (zh) | 处理虚拟交换单元系统中链路故障的方法及对端设备 | |
CN102546304B (zh) | 一种检测双向转发检测的方法、设备和系统 | |
CN103220189A (zh) | 一种mad检测备份方法和设备 | |
WO2016091094A1 (zh) | 一种光传送网的保护倒换方法及装置 | |
CN101848165B (zh) | 控制通信链路中断后恢复的方法和接口板 | |
JP2011044776A (ja) | ネットワーク保守管理システム、端点ノード、ネットワーク保守管理方法、及び、プログラム | |
CN112714060B (zh) | 一种链路检测方法及设备 | |
CN105426118A (zh) | 一种双控系统中利用串口备份心跳通道的方法 | |
CN111478803B (zh) | 一种路径故障检测方法及装置 | |
CN115529223A (zh) | 一种基于级联交换机的双冗余网卡切换方法 | |
CN115529222A (zh) | 一种基于级联交换机的双冗余网卡切换装置 | |
CN116961739A (zh) | 一种光传输设备、业务设备、业务传输的方法和系统 | |
CN102868640B (zh) | 一种增加聚合链路可用带宽的方法、设备和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |