CN101094114A - 一种捆绑链路的处理方法和设备 - Google Patents
一种捆绑链路的处理方法和设备 Download PDFInfo
- Publication number
- CN101094114A CN101094114A CNA2007101111618A CN200710111161A CN101094114A CN 101094114 A CN101094114 A CN 101094114A CN A2007101111618 A CNA2007101111618 A CN A2007101111618A CN 200710111161 A CN200710111161 A CN 200710111161A CN 101094114 A CN101094114 A CN 101094114A
- Authority
- CN
- China
- Prior art keywords
- state
- link
- bundle link
- bundle
- ack
- 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.)
- Pending
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种捆绑链路的处理方法,包括如下步骤:检测到捆绑链路的状态异常;使该状态异常的捆绑链路脱离异常状态。本发明还提供了一种捆绑链路的处理设备。通过使用本发明,能够在捆绑链路状态机发生异常时,实现对捆绑链路状态机的快速恢复,以满足业务的质量要求。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种捆绑链路的处理方法和设备。
背景技术
多链路帧中继MFR(Multilink Frame Relay)是为帧中继用户提供的一种性价比较高的带宽解决方案,它实现在UNI(User Network Interface,用户网络接口)/NNI(Network Node Interface,网络节点接口)接口下的多链路帧中继功能。MFR为帧中继业务提供一个虚拟的物理接口:MFR接口,该接口实际上是由多个真正的物理接口汇聚而成的接口,在协议中被称为Bundle(捆绑),而组成MFR接口的多个物理接口则被称为Bundle Link(捆绑链路),MFR接口为上层帧中继提供的传输带宽几乎为它捆绑的多个物理接口带宽的总和。Bundle(捆绑)和Bundle Link(捆绑链路)的示意图如图1所示。
在UNI/NNI接口下的多链路帧中继功能是通过若干固定格式的链路管理报文(包括拆链、建链、链路状态查询)的发送和接收以及相应的协议定时器的开启和关断,实现对单个Bundle Link在MFR接口中的状态管理,而在MFR接口下捆绑的所有物理接口的相关状态则最终决定了MFR接口的状态。当MFR接口下的Bundle Link有一条可用时,那么MFR接口对于上层帧中继应用来说就是可用的,只有所有的Bundle Link都不可用时,MFR接口才不可用。
如图2所示,Bundle Link状态机的转换方式,可以通过状态机的迁移表来模拟A和B两台设备之间的Bundle Link状态的变化情况。各状态的说明如下:
add sent:表示已经处于可以与对端进行通信的状态。
add rx:表示接收到了对端发送的ADD_LINK报文,并等待对端对本端发送的ADD_LINK_ACK报文进行响应。
ack rx:表示已经从对端接收到了ADD_LINK_ACK报文,并等待对端对本端发送的ADD_LINK报文进行响应。
up:表示已经成功连接并处于可以进行操作的状态。
正常协商时,A端的状态机的迁移过程是从add sent到add rx,然后到up。B端的状态机的变化过程类似,只是中间过程是ack rx状态,即从add sent到ack rx,然后到up。当Bundle Link的两端都为up后,Bundle可用,并通过HELLO和HELLO_ACK报文维持链路状态。
如果当B处于ack rx状态时,如果A收到了BL_DEACTIVATE事件(例如shutdown),A会发出REMOVE_LINK报文。假设A发出的REMOVE_LINK报文由于链路抖动或是队列满等因素,不能成功的发到B端,那么B端将停留在ack rx状态。当B处于ack rx状态、A端在add sent状态重新恢复时,A端与B端间的协商过程如图3所示。
步骤s201、A向B发送ADD_LINK报文,B从ack rx状态迁移到up状态,启动T_HELLO定时器。
步骤s202、B向A响应ADD_LINK_ACK报文,A从add sent状态切换到ack rx状态,停止T_ACK定时器,启动T_HELLO定时器。
步骤s203、A在T_HELLO_EXP(T_HELLO定时器超时)时,向B发送ADD_LINK报文,B从up状态迁移到add sent状态,启动T_ACK定时器。
步骤s204、B向A响应ADD_LINK报文,A从ack rx状态迁移到up状态,停止T_ACK定时器,启动T_HELLO定时器。
步骤s205、A向B发送ADD_LINK_ACK报文,B从add sent状态迁移到ack rx状态,停止T_ACK定时器,启动T_HELLO定时器。
步骤s206、B在T_HELLO_EXP时,向A发送ADD_LINK报文,A从up状态迁移到add sent状态,启动T_ACK定时器。
经过步骤s201至步骤s206,可以看出B端恢复了ack rx状态,而A端恢复到了add sent状态。如此反复,使A端和B端之间的Bundle Link的状态始终不能协商成功。因此当一端处于ack rx状态、另一端从初始状态开始恢复时,将会导致A端和B端的状态在ack rx、up、add sent之间循环,无法同时达到up状态。在实际的应用场景中,这将会导致业务中断,且不能自动恢复的严重后果。
发明内容
本发明实施例要解决的问题是提供一种捆绑链路的处理方法和设备,以使得现有技术中因状态机异常造成捆绑链路中断时,能够进行快速恢复。
为达到上述目的,本发明的实施例提供一种捆绑链路的处理方法,包括如下步骤:
检测到捆绑链路的状态异常;
使所述状态异常的捆绑链路脱离异常状态。
本发明的实施例还提供一种捆绑链路的处理设备,包括:
链路异常检测模块,用于对捆绑链路的状态异常进行检测,并将检测到的异常通知所述状态恢复模块;
状态恢复模块,用于当接收到所述链路异常检测模块发送的链路状态异常通知消息时,使所述状态异常的捆绑链路脱离异常状态。
与现有技术相比,本发明的实施例具有以下优点:
能够在Bundle Link状态机发生异常时,通过恢复机制,实现对BundleLink状态机的快速恢复,使链路脱离异常状态,以满足业务的质量要求。
附图说明
图1是现有技术中Bundle和Bundle Link的示意图;
图2是现有技术中正常协商时Bundle Link两端的状态迁移过程;
图3是现有技术中Bundle Link两端的异常状态示意图;
图4是本发明的实施例一中一种捆绑链路的处理方法的流程图;
图5是本发明的实施例二中一种捆绑链路的处理方法的流程图;
图6是本发明的实施例三中一种捆绑链路的处理方法的流程图;
图7是本发明的实施例四中一种捆绑链路的处理方法的流程图;
图8是本发明的实施例五中一种捆绑链路的处理方法的流程图;
图9是本发明的实施例六中一种捆绑链路的设备的结构图;
图10是本发明的实施例七中一种捆绑链路的设备的结构图;
图11是本发明的实施例八中一种捆绑链路的设备的结构图;
图12是本发明的实施例九中一种捆绑链路的设备的结构图。
具体实施方式
以下结合附图和实施例,对本发明的实施方式作进一步的说明。
本发明的实施例一中,一种捆绑链路的处理方法如图4所示,包括如下步骤:
步骤s401、检测到捆绑链路的状态异常。
捆绑链路的两端的状态异常状态可能如前文所描述的:捆绑链路的任一端处于ack rx状态的时间超时;或在预定的时间内,捆绑链路的任一端在状态机定义的状态间循环切换的次数超过预设值,该循环状态包括ack rx状态、up状态和add sent状态。
步骤s402、使状态异常的捆绑链路脱离异常状态。
以下结合具体的应用场景,描述对本发明步骤s402中恢复状态异常的捆绑链路的具体方法。
本发明的实施例二,通过对捆绑链路中任一端处于ack rx状态的时间进行计时,如果长时间停留在ack rx这一up状态与add sent状态的中间状态,则通过切换状态恢复异常。本发明的实施例二中,一种捆绑链路的处理方法如图5所示,包括如下步骤:
步骤s501、启动关于捆绑链路的两端分别处于ack rx状态的时间的计时器。
以捆绑链路的两端分别为A和B为例,当任意时刻A或B中任一端处于ack rx状态时,对该端处于ack rx状态的时间进行计时。以B端为例,若B端在某一时刻切换到了ack rx状态,则开始对B端处于ack rx状态的时间进行计时。
步骤s502、计时器的时间超过预设值时,将处于ack rx状态的捆绑链路的一端的状态切换为非ack rx状态。
以步骤s501中的B端为例,处于ack rx状态的B端如果没有接收到A端发送的Remove Link报文,则将停留在ack rx状态,可能导致对B端处于ack rx状态的时间进行计时的计时器超过预设值。当计时器的时间超过预设值时,对处于ack rx状态的一端(此例中为B端)进行切换,如切换到add sent状态,使该端处于非ack rx的状态,从而脱离状态机死循环的状态。
步骤s503、停止并重置计时器。
处于ack rx状态的一端切换到非ack rx的状态后,对其计时器重新开始计时,也可以重新开始分别对捆绑链路的两端处于ack rx状态的时间进行计时。
本发明的实施例三为当Bundle Link状态异常时,通过预设的报文响应机制脱离异常状态。
该报文响应机制的一例为对HELLO报文的响应。根据状态机的迁移表,可以看出HELLO的发送方只能为处于up状态的一端,即处于ack rx状态的一端接收到对端发送的HELLO报文时,说明对端已经处于up状态,此时处于ack rx状态的一端切换到up状态即可脱离循环完成捆绑链路的建立。本发明的实施例三中,一种捆绑链路的处理方法如图6所示,包括如下步骤:
步骤s601、处于ack rx状态的一端接收到对端发送的HELLO报文。
步骤s602、处于ack rx状态的一端,将当前状态切换为up状态。
步骤s603、停止并重置计数器。
通过处于ack rx状态的一端响应HELLO报文来避免状态机异常只是通过预设的报文响应机制避免异常状态的一例。处于ack rx状态的一端响应不同的接收报文时,只要使处于ack rx的一端的状态发生变化从而脱离状态机死循环即可,在此不进行重复描述。
本发明的实施例四为当Bundle Link状态异常时,通过预设的报文发送机制脱离异常状态。
由于状态机在异常时,Bundle Link的任一端会在add sent、ack rx以及up状态之间循环切换,因此可以对Bundle Link的一端从一状态切换到另一状态的次数进行统计,超出预设值时,由一端通过预设的报文发送机制,向对端发送报文,从而脱离异常状态。本发明的实施例四中,以对从up状态切换到add sent状态的次数进行统计为例,一种捆绑链路的处理方法如图7所示,包括如下步骤:
步骤s701、对于捆绑链路的两端分别启动从up状态切换到add sent状态的计数器。
以捆绑链路的两端分别为A和B为例,当任意时刻B端从up状态切换到add sent状态时,将B端的计数器加1。
步骤s702、计数器超过预设值时,捆绑链路的一端按照预设的报文发送机制向对端发送报文。
当状态机异常时,会导致Bundle Link的任一端在add sent、ack rx以及up状态之间循环切换,以预设值为3为例,若步骤s701中的B端从up状态切换到add sent状态的次数到达4时,则判断为计数器超过预设值。此时需要按照预设的报文发送机制向对端发送报文,例如避免一端在本端up的情况下对端仍向本端发送出ADD LINK报文,导致状态机死循环。在报文发送机制上,可以采用处于up的一端向对端发送REMOVE LINK报文,对端接收到REMOVE LINK报文后,两端重新进行协商。
步骤s703、停止并重置计数器。
按照预设的报文发送机制发送报文后,重新开始对计数超过预设值的一端、或对捆绑链路的两端从up状态切换到add sent状态的次数进行计数。
本发明的实施例五为当Bundle Link状态异常时,通过预设的状态切换机制脱离异常状态。
由于状态机在异常时,Bundle Link的任一端会在add sent、ack rx以及up状态之间循环切换,因此可以对Bundle Link的一端从一状态切换到另一状态的次数进行统计,超出预设值时,将任一端的状态按照预设的调整机制进行切换,从而脱离异常状态。本发明的实施例五中,以对从up状态切换到add sent状态的次数进行统计为例,一种捆绑链路的处理方法如图8所示,包括如下步骤:
步骤s801、对于捆绑链路的两端分别启动从up状态切换到add sent状态的计数器。
仍以捆绑链路的两端分别为A和B为例,当任意时刻B端从up状态切换到add sent状态时,将B端的计数器加1。
步骤s802、计数器超过预设值时,捆绑链路的一端按照预设的调整机制切换本端状态。
当状态机异常时,会导致Bundle Link的任一端在add sent、ack rx以及up状态之间循环切换,以预设值为3为例,若步骤s801中的B端从up状态切换到add sent状态的次数到达4时,则判断为计数器超过预设值。此时需要按照预设的调整机制调整捆绑链路的两端的状态,如将Bundle Link的两端同时切换到add sent状态,重新开始进行协商。
步骤s803、停止并重置计数器。
按照预设的调整机制调整捆绑链路两端的状态后,计时器重新开始对计数超过预设值的一端、或捆绑链路的两端从up状态切换到add sent状态的次数进行计数。
通过使用如以上实施例一至实施例五所描述的方法,通过不同机制下对处于异常状态的捆绑链路的处理,能够在Bundle Link状态机发生异常时,实现对Bundle Link状态机的快速恢复,以满足业务的质量要求。同时,与原有协议机上的兼容性好,易于修改和实现。
本发明的实施例六中,一种捆绑链路的处理设备如图9所示,包括:
链路异常检测模块10,用于对捆绑链路的状态异常进行检测,并将检测到的异常通知状态恢复模块20。
状态恢复模块20,用于当接收到链路异常检测模块10发送的链路状态异常通知消息时,使状态异常的捆绑链路脱离异常状态。
具体的,链路异常检测模块10进一步包括定时器子模块11,用于分别对捆绑链路的两端处于ack rx状态的时间进行计时,若任一端处于ack rx状态的时间超时则判断为捆绑链路的链路状态异常并通知状态恢复模块20。
状态恢复模块20进一步包括状态切换子模块21。状态切换子模块21,用于接收到链路异常检测模块10的通知时,将定时器超时的一端的状态进行切换,例如将停留在ack rx的状态的一端的切换到非ack rx的状态,从而脱离状态机死循环的状态,并重置定时器子模块11。
本发明的实施例七中,一种捆绑链路的处理设备如图10所示,包括:
链路异常检测模块10,用于对捆绑链路的状态异常进行检测,并将检测到的异常通知状态恢复模块20。
状态恢复模块20,用于当接收到链路异常检测模块10发送的链路状态异常通知消息时,使状态异常的捆绑链路脱离异常状态。
具体的,链路异常检测模块10进一步包括计数器子模块12,用于分别对捆绑链路的两端在预设时间内从第一状态切换到第二状态的次数进行统计,若捆绑链路的任一端在预设时间内的统计次数超过预定次数,则判断为捆绑链路的链路状态异常并通知状态恢复模块20。
具体的,状态恢复模块20进一步包括接收报文判断子模块22和状态切换子模块23。其中,接收报文判断子模块22,用于在链路异常检测模块10判断状态异常时,若捆绑链路的一端从对端接收到特定的报文,则通知状态切换子模块23。状态切换子模块23,用于接收到接收报文判断子模块22的通知时,切换接收到特定的报文的一端的当前状态,并重置链路异常检测模块10中的计数器子模块12。例如接收报文判断子模块22发现一端接收到对端发送的HELLO报文时,说明对端已经处于up状态,此时通知状态切换子模块23将该接收到Hello报文的一端的当前状态切换到up状态即可完成捆绑链路的建立。
本发明的实施例八中,一种捆绑链路的处理设备如图11所示,包括:
链路异常检测模块10,用于对捆绑链路的状态异常进行检测,并将检测到的异常通知状态恢复模块20。
状态恢复模块20,用于当接收到链路异常检测模块10发送的链路状态异常通知消息时,使状态异常的捆绑链路脱离异常状态。
具体的,链路异常检测模块10进一步包括计数器子模块13,用于分别对捆绑链路的两端在预设时间内从第一状态切换到第二状态的次数进行统计,若捆绑链路的任一端在预设时间内的统计次数超过预定次数,则判断为捆绑链路的链路状态异常并通知状态恢复模块20。
具体的,状态恢复模块20进一步包括报文发送子模块24。报文发送子模块24,用于接收到链路异常检测模块10发送的通知时,通过对端向从up状态切换到add sent状态的次数超过预定次数的一端发送特定的报文,并重置链路异常检测模块10中的计数器子模块13。如一端在预设时间内从up状态切换到add sent状态的次数超过预定的次数后,处于up状态的对端向处于addsent的一端发送REMOVE LINK报文,使该端不会在本端up的情况下,还发送出ADD LINK报文。接收到REMOVE LINK报文后,两端重新进行协商。
本发明的实施例九中,一种捆绑链路的处理设备如图12所示,包括:
链路异常检测模块10,用于对捆绑链路的状态异常进行检测,并将检测到的异常通知状态恢复模块20。
状态恢复模块20,用于当接收到链路异常检测模块10发送的链路状态异常通知消息时,使状态异常的捆绑链路脱离异常状态。
具体的,链路异常检测模块10进一步包括计数器子模块14,用于分别对捆绑链路的两端在预设时间内从第一状态切换到第二状态的次数进行统计,若捆绑链路的任一端在预设时间内的统计次数超过预定次数,则判断为捆绑链路的链路状态异常并通知状态恢复模块20。
具体的,状态恢复模块20进一步包括状态切换子模块25。状态切换子模块25,用于接收到链路异常检测模块10的通知时,将捆绑链路的一端的状态进行切换,并重置链路异常检测模块10中的计数器子模块14。具体的,可以在从up状态切换到add sent状态的次数超过预定次数的一端处于ack rx状态时,将该端的状态切换到非ack rx状态,从而脱离状态机的死循环状态。
通过使用如以上实施例六至实施例九所描述的设备,通过不同机制下对处于异常状态的捆绑链路的处理,能够在捆绑链路状态机发生异常时,实现对捆绑链路状态机的快速恢复,以满足业务的质量要求。同时,与原有协议机上的兼容性好,易于修改和实现。该设备可以为网络中的交换机或路由器。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (18)
1、一种捆绑链路的处理方法,其特征在于,包括如下步骤:
检测到捆绑链路的状态异常;
使所述状态异常的捆绑链路脱离异常状态。
2、如权利要求1所述捆绑链路的处理方法,其特征在于,所述捆绑链路的状态异常具体包括:
所述捆绑链路的任一端处于ack rx状态的时间超时;或
在预定的时间内,所述捆绑链路的任一端在状态机定义的状态间循环切换的次数超过预设值,所述状态包括ack rx状态、up状态和add sent状态。
3、如权利要求2所述捆绑链路的处理方法,其特征在于,所述捆绑链路的状态异常为任一端处于ack rx状态的时间超时的情况下,所述检测到捆绑链路的状态异常的步骤具体为:
对所述捆绑链路的两端分别启动处于ack rx状态的时间的计时器;
所述捆绑链路的任一端在从ack rx状态切换到非ack rx状态时,重置所述计时器;
所述捆绑链路的任一端的计时器的时间超过预设值时,判断为所述捆绑链路的状态异常。
4、如权利要求3所述捆绑链路的处理方法,其特征在于,所述捆绑链路的状态异常为任一端处于ack rx状态的时间超时的情况下,所述使状态异常的捆绑链路脱离异常状态的步骤具体为:
将所述计时器的时间超过预设值的一端的状态切换为非ack rx状态;
停止并重置所述状态切换为非ack rx状态的一端的计时器。
5、如权利要求2所述捆绑链路的处理方法,其特征在于,所述捆绑链路的状态异常为任一端在状态机定义的状态间循环切换的次数超过预设值的情况下,所述检测到捆绑链路的状态异常的步骤具体为:
对所述捆绑链路的两端分别启动在预设时间内从第一状态切换到第二状态的计数器;
所述捆绑链路的任一端的计数器超过预设值时,判断为所述捆绑链路的状态异常。
6、如权利要求5所述捆绑链路的处理方法,其特征在于,所述捆绑链路的状态异常为任一端在状态机定义的状态间循环切换的次数超过预设值的情况下,所述使状态异常的捆绑链路脱离异常状态的步骤具体为:
所述捆绑链路的处于ack rx状态的一端,通过预设的报文响应机制脱离异常状态;
停止并重置所述计数器超过预设值的一端的计数器。
7、如权利要求6所述捆绑链路的处理方法,其特征在于,所述捆绑链路的处于ack rx状态的捆绑链路的一端,通过预设的报文响应机制脱离异常状态的步骤为:
所述捆绑链路的处于ack rx状态的一端,接收到对端发送的HELLO报文时,将当前状态切换为up状态。
8、如权利要求5所述捆绑链路的处理方法,其特征在于,所述捆绑链路的状态异常为任一端在状态机定义的状态间循环切换的次数超过预设值的情况下,所述使状态异常的捆绑链路脱离异常状态的步骤具体为:
所述捆绑链路的一端按照预设的报文发送机制向所述计数器超过预设值的一端发送报文;
所述计数器超过预设值的一端响应所述报文并脱离异常状态;
停止并重置所述计数器超过预设值的一端的计数器。
9、如权利要求8所述捆绑链路的处理方法,其特征在于,所述捆绑链路的对端按照预设的报文发送机制向所述计数器超过预设值的一端发送报文的步骤为:
所述捆绑链路的处于up状态的一端,向所述计数器超过预设值的一端发送REMOVE LINK报文。
10、如权利要求5所述捆绑链路的处理方法,其特征在于,所述捆绑链路的状态异常为任一端在状态机定义的状态间循环切换的次数超过预设值的情况下,所述使状态异常的捆绑链路脱离异常状态的步骤具体为:
所述计数器超过预设值的一端按照预设的调整机制切换本端状态并脱离异常状态;
停止并重置所述计数器超过预设值的一端的计数器。
11、如权利要求10所述捆绑链路的处理方法,其特征在于,所述计数器超过预设值的一端按照预设的调整机制切换本端状态的步骤为:
所述计数器超过预设值的一端在状态为ack rx状态时主动切换到非ack rx状态。
12、一种捆绑链路的处理设备,其特征在于,包括:
链路异常检测模块,用于对捆绑链路的状态异常进行检测,并在检测到异常时通知所述状态恢复模块;
状态恢复模块,用于当接收到所述链路异常检测模块发送的链路状态异常通知消息时,使所述状态异常的捆绑链路脱离异常状态。
13、如权利要求12所述捆绑链路的处理设备,其特征在于,所述链路异常检测模块包括:
定时器子模块,用于分别对捆绑链路的两端处于ack rx状态的时间进行计时,若超时则判断为捆绑链路的链路状态异常并通知所述状态恢复模块。
14、如权利要求12所述捆绑链路的处理设备,其特征在于,所述链路异常检测模块包括:
计数器子模块,用于分别对所述捆绑链路的两端在预设时间内从第一状态切换到第二状态的次数进行统计,若所述捆绑链路的任一端在预设时间内的所述统计次数超过预定次数,则判断为捆绑链路的链路状态异常并通知所述状态恢复模块。
15、如权利要求13所述捆绑链路的处理设备,其特征在于,所述状态恢复模块包括:
状态切换子模块,用于接收到所述链路异常检测模块的通知时,将所述处于ack rx状态的时间超时的一端的状态切换至非ack rx状态,并重置所述定时器子模块。
16、如权利要求14所述捆绑链路的处理设备,其特征在于,所述状态恢复模块包括:
接收报文判断子模块,用于接收到所述链路异常检测模块的通知时,若
所述捆绑链路的一端从对端接收到特定的报文,则通知所述状态切换子模块;
状态切换子模块,用于接收到所述接收报文判断子模块的通知时,切换所述接收到特定的报文的一端的当前状态,使所述状态异常的捆绑链路脱离异常状态。
17、如权利要求14所述捆绑链路的处理设备,其特征在于,所述状态恢复模块包括:
报文发送子模块,用于接收到所述链路异常检测模块的通知时,通过对端向所述统计次数超过预定次数的一端发送特定的报文,使所述状态异常的捆绑链路脱离异常状态,并重置所述计数器子模块。
18、如权利要求14所述捆绑链路的处理设备,其特征在于,所述状态恢复模块包括:
状态切换子模块,用于接收到所述链路异常检测模块的通知时,将所述统计次数超过预定次数的一端的状态进行切换,使所述状态异常的捆绑链路脱离异常状态,并重置所述计数器子模块。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101111618A CN101094114A (zh) | 2007-06-15 | 2007-06-15 | 一种捆绑链路的处理方法和设备 |
PCT/CN2008/071312 WO2008154851A1 (fr) | 2007-06-15 | 2008-06-13 | Procédé et dispositif de traitement d'une liaison d'association |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101111618A CN101094114A (zh) | 2007-06-15 | 2007-06-15 | 一种捆绑链路的处理方法和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101094114A true CN101094114A (zh) | 2007-12-26 |
Family
ID=38992162
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101111618A Pending CN101094114A (zh) | 2007-06-15 | 2007-06-15 | 一种捆绑链路的处理方法和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101094114A (zh) |
WO (1) | WO2008154851A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008154851A1 (fr) * | 2007-06-15 | 2008-12-24 | Huawei Technologies Co., Ltd. | Procédé et dispositif de traitement d'une liaison d'association |
CN101552769B (zh) * | 2008-03-31 | 2012-07-04 | 华为技术有限公司 | 捆绑链路取消回环后自动协商成功的方法和系统 |
CN102833087A (zh) * | 2011-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | 一种ima传输中质量不稳定链路的处理方法及装置 |
US8634333B2 (en) | 2008-05-07 | 2014-01-21 | Qualcomm Incorporated | Bundling of ACK information in a wireless communication system |
CN103763140A (zh) * | 2014-01-20 | 2014-04-30 | 华为技术有限公司 | 批量控制网络设备的方法及装置 |
CN104620624A (zh) * | 2012-09-13 | 2015-05-13 | 株式会社Ntt都科摩 | 移动通信系统、无线基站以及移动台 |
CN105933179A (zh) * | 2016-04-11 | 2016-09-07 | 烽火通信科技股份有限公司 | 多媒体终端及推送上网异常消息的方法 |
CN112559407A (zh) * | 2020-12-22 | 2021-03-26 | 无锡众星微系统技术有限公司 | Stp链路层状态机优化方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107659951B (zh) * | 2016-07-26 | 2020-10-09 | 华为技术有限公司 | 链路恢复方法、装置和设备 |
CN113254247A (zh) * | 2021-05-14 | 2021-08-13 | 山东英信计算机技术有限公司 | 一种服务器bmc i2c异常恢复方法及相关装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7023793B2 (en) * | 2003-08-01 | 2006-04-04 | Ciena Corporation | Resiliency of control channels in a communications network |
US7345994B2 (en) * | 2003-10-20 | 2008-03-18 | Cisco Technology, Inc. | Transparent re-routing of MPLS traffic engineering LSPs within a link bundle |
CN100431303C (zh) * | 2004-06-15 | 2008-11-05 | 中兴通讯股份有限公司 | 在实现多链路协议时进行链路检测的方法 |
CN100464519C (zh) * | 2005-09-06 | 2009-02-25 | 华为技术有限公司 | 捆绑链路状态的管理方法 |
CN101094114A (zh) * | 2007-06-15 | 2007-12-26 | 华为技术有限公司 | 一种捆绑链路的处理方法和设备 |
-
2007
- 2007-06-15 CN CNA2007101111618A patent/CN101094114A/zh active Pending
-
2008
- 2008-06-13 WO PCT/CN2008/071312 patent/WO2008154851A1/zh active Application Filing
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008154851A1 (fr) * | 2007-06-15 | 2008-12-24 | Huawei Technologies Co., Ltd. | Procédé et dispositif de traitement d'une liaison d'association |
CN101552769B (zh) * | 2008-03-31 | 2012-07-04 | 华为技术有限公司 | 捆绑链路取消回环后自动协商成功的方法和系统 |
US8634333B2 (en) | 2008-05-07 | 2014-01-21 | Qualcomm Incorporated | Bundling of ACK information in a wireless communication system |
CN106230563B (zh) * | 2008-05-07 | 2018-08-24 | 高通股份有限公司 | 在无线通信系统中捆绑ack信息 |
CN106230563A (zh) * | 2008-05-07 | 2016-12-14 | 高通股份有限公司 | 在无线通信系统中捆绑ack信息 |
US9628223B2 (en) | 2008-05-07 | 2017-04-18 | Qualcomm Incorporated | Bundling of ack information in a wireless communication system |
CN102833087A (zh) * | 2011-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | 一种ima传输中质量不稳定链路的处理方法及装置 |
CN104620624B (zh) * | 2012-09-13 | 2020-11-10 | 株式会社Ntt都科摩 | 移动通信系统、无线基站以及移动台 |
CN104620624A (zh) * | 2012-09-13 | 2015-05-13 | 株式会社Ntt都科摩 | 移动通信系统、无线基站以及移动台 |
CN103763140B (zh) * | 2014-01-20 | 2017-08-29 | 华为技术有限公司 | 批量控制网络设备的方法及装置 |
CN103763140A (zh) * | 2014-01-20 | 2014-04-30 | 华为技术有限公司 | 批量控制网络设备的方法及装置 |
CN105933179A (zh) * | 2016-04-11 | 2016-09-07 | 烽火通信科技股份有限公司 | 多媒体终端及推送上网异常消息的方法 |
CN105933179B (zh) * | 2016-04-11 | 2018-11-13 | 烽火通信科技股份有限公司 | 多媒体终端及推送上网异常消息的方法 |
CN112559407A (zh) * | 2020-12-22 | 2021-03-26 | 无锡众星微系统技术有限公司 | Stp链路层状态机优化方法 |
CN112559407B (zh) * | 2020-12-22 | 2021-11-16 | 无锡众星微系统技术有限公司 | Stp链路层状态机优化方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2008154851A1 (fr) | 2008-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101094114A (zh) | 一种捆绑链路的处理方法和设备 | |
CN101094157B (zh) | 利用链路聚合实现网络互连的方法 | |
CN100589408C (zh) | 一种通讯网络连接方法及其装置 | |
CN101479992B (zh) | 一种实现点到多点网络链路状态穿通的方法及其设备 | |
CN101951345B (zh) | 一种报文的发送方法和设备 | |
CN1885816A (zh) | 使用软永久虚电路的多端点保护 | |
CN101459549A (zh) | 链路故障处理方法及数据转发装置 | |
CN101373990B (zh) | 一种链路备份方法及装置 | |
CN100428697C (zh) | 旁路组合系统及基于旁路组合系统的业务处理方法 | |
CN101841432A (zh) | 一种业务接入路由器的端口备份方法、装置和系统 | |
JP2011508501A (ja) | マルチシャーシaps保護ルータによる回復力のあるppp/ml−pppサービス | |
JP4482050B2 (ja) | 電話システムとそのゲートウェイ、および冗長切替方法 | |
CN100527715C (zh) | 具有以太网接口的网络设备 | |
WO2013078997A1 (zh) | 一种处理mrp环网中的故障的方法和mrp环网 | |
CN106453074A (zh) | 一种切换方法及装置 | |
WO2012171164A1 (zh) | 一种网络安全保护方法、装置及系统 | |
CN102238067A (zh) | 一种快速环网保护协议环上的切换方法和装置 | |
CN101106612A (zh) | 一种在ngn网络中用自交换实现容灾的方法和系统 | |
CN100386997C (zh) | 一种基于点对点连接的电信设备间的数据传输系统和方法 | |
CN113794632B (zh) | 一种网络保护方法及装置 | |
CN103840965B (zh) | 一种增强rstp中故障快速收敛的方法 | |
CN101299764A (zh) | 用于pppoe接入业务的宽带接入服务器备份方法 | |
CN101800682A (zh) | 一种双向转发检测方法及装置 | |
CN103944781A (zh) | 一种防止堆叠系统单边分裂的方法及系统 | |
JP2013162155A (ja) | 通信制御装置、通信制御方法、及び、通信制御プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20071226 |