CN101136810A - 链路状态的检测方法以及网络设备 - Google Patents
链路状态的检测方法以及网络设备 Download PDFInfo
- Publication number
- CN101136810A CN101136810A CNA2007101513917A CN200710151391A CN101136810A CN 101136810 A CN101136810 A CN 101136810A CN A2007101513917 A CNA2007101513917 A CN A2007101513917A CN 200710151391 A CN200710151391 A CN 200710151391A CN 101136810 A CN101136810 A CN 101136810A
- Authority
- CN
- China
- Prior art keywords
- message
- receiving
- primary link
- link
- malfunction
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及网络通信技术领域,公开了链路状态的检测方法以及网络设备,所述链路状态的检测方法包括:在主链路处于故障状态时所述主链路的源端从反向链路接收所述主链路的宿端发送的报文;在固定周期内检测是否收到所述宿端发送的校验报文,并在收到所述校验报文时,检测得到所述主链路由故障状态恢复至正常状态。利用本发明能够准确地判断主链路是处于故障状态还是正常状态,从而可以避免错误回切,进而使得业务流量不会被中断。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及链路状态的检测方法以及网络设备。
背景技术
基于多协议标签交换(MPLS,Multiprotocol Label Switching)的操作和维护(OAM,Operations and Maintenance)是国际电信联盟(ITU,InternationalTelecommunications Union)标准规定的链路检测技术。
现有技术中基于MPLS OAM协议的链路检测技术这样实现的:源端周期性地向宿端发送探测报文,宿端根据收到的探测报文来判断被检测的标签交换路径(LSP,Label Switch Path)是否故障,如果宿端固定周期内不能接收到规定数目的探测报文,或者收到的探测报文超过规定数目,则认为被检测的LSP故障。宿端通过反向LSP向源端发送反向缺陷指示(BDI,BackwardDefect Indication)报文通知被检测的LSP发生故障,并触发源端启动相应的保护机制(例如保护切换等)。源端在连续3个周期内没有收到BDI报文则会退出缺陷状态,并触发保护倒换回切,也就是从备份LSP切换到被检测的LSP,通常将被检测的LSP称为主LSP。其中,源端发送的探测报文是连通确认(CV,Connectivity Verification)或快速故障检测(FFD,Fast Failure Detection)报文等。
发明人在实现本发明过程中,发现现有技术中至少存在如下问题:由于BDI报文的发送依赖于反向LSP,如果反向LSP进入缺陷状态,在一定条件下会使得源端对主LSP的状态出现错误判断并触发错误的回切,导致流量中断。
发明内容
本发明实施例要解决的技术问题是提供链路状态的检测方法,该方法能够准确判断主链路的状态。
本发明实施例要解决的技术问题是提供网络设备,该设备能够准确判断主链路的状态。
为解决上述技术问题,本发明实施例的一方面提供了一种链路状态的检测方法,该方法包括:
在主链路处于故障状态时所述主链路的源端从反向链路接收所述主链路的宿端发送的报文;
在固定周期内检测是否收到所述宿端发送的校验报文,以及是否没有收到所述宿端发送的指定报文,并在所述收到校验报文并且没有收到所述指定报文时,检测得到主链路由故障状态恢复至正常状态。
根据上述方法本发明实施例还提供了一种网络设备,该网络设备包括:
第一接收单元,用于在所述主链路处于故障状态时从反向链路接收所述主链路的宿端发送的报文;
第一检测单元,用于在固定周期内判断是否收到所述宿端发送的校验报文,以及是否没有收到所述宿端发送的指定报文,并在收到所述校验报文并且没有收到所述指定报文时,检测得到所述主链路由故障状态恢复至正常状态。
本发明实施例的另一方面提供了一种链路状态的检测方法,该方法包括:
在主链路处于故障状态时所述主链路的源端从反向链路接收所述主链路的宿端发送的报文;
在固定周期内检测是否收到所述宿端发送的校验报文,并在收到所述校验报文时,检测得到所述主链路由故障状态恢复至正常状态。
根据上述方法,本发明实施例也提供了一种网络设备,包括:
第二接收单元,用于在所述主链路处于故障状态时从反向链路接收所述主链路的宿端发送的报文;
第二检测单元,用于在固定周期内判断是否收到所述宿端发送的校验报文,并在收到所述校验报文时检测得到主链路由故障状态恢复至正常状态。上述方案中的第一个技术方案具有如下优点或有益效果:由于本发明实施例的源端需要在固定周期内检测是否收到所述宿端发送的校验报文,以及是否没有收到所述宿端发送的指定报文,与现有技术仅判断是否收到指定报文(例如,BDI报文)相比较,本发明实施例在反向链路逐渐从故障状态恢复至正常状态时,能够更加准确地判断主链路是处于故障状态还是正常状态,从而可以避免错误回切,进而使得业务流量不会被中断。
上述方案中的第二个技术方案具有如下优点或有益效果:由于反向链路一直处于故障或正常状态都不会发送BDI报文,这样就会对主链路的状态进行错误判断,此时本发明实施例只要在固定周期内检测是否收到所述宿端发送的校验报文就能够准确得到主链路的状态,从而可以避免错误回切,进而使得业务流量不会被中断。
附图说明
图1是本发明实施例一中源端的处理流程图;
图2是本发明实施例一中宿端的处理流程图;
图3是本发明实施例一链路状态的检测方法流程图;
图4是本发明实施例二网络设备的示意图;
图5是本发明实施例三网络设备的示意图。
具体实施方式
本发明实施例提供了链路状态的监测方法以及网络设备,为使本领域技术人员能够更好地理解本发明,下面结合附图对本发明实施例进行详细说明。
参照图1,图1是本发明实施例一中源端的处理流程图,由图1可知,若源端支持扩展功能,源端退出缺陷的判断条件为3个周期内收到扩展BDI(E-BDI)报文并且没有收到相应BDI报文。具体步骤如下:
步骤101、对计时器T3、T4进行复位。
步骤102、判断是否收到BDI报文,如果是,执行步骤103,否则返回执行步骤101。
步骤103、停止所有的反向度量,反向度量就是对反向衡量主链路性能的参数。
步骤104、计时器T3开始计时。
步骤105、判断计时器T3是否小于13个周期,如果是,执行步骤106,否则执行步骤110。
步骤106、判断源端是否支持扩展,如果是,执行步骤107,否则执行步骤108。
步骤107、判断是否收到E-BDI报文,如果是,执行步骤108,否则返回执行步骤105。
步骤108、判断3个周期内是否没有收到BDI报文,如果是,执行步骤109,否则返回执行步骤105。
步骤109、重置所有的反向度量,也就是重置反向衡量主链路性能的参数,然后返回执行步骤101。
步骤110、计时器T3停止计时,计时器T4开始计时。
步骤111、判断源端是否支持扩展功能,如果是,执行步骤112,否则执行步骤113。
步骤112、判断固定周期内是否收到E-BDI报文,如果是,执行步骤113,否则返回执行步骤111。其中,MPLS OAM协议通常将固定周期规定为持续的3个周期。
步骤113、判断固定周期内是否没有收到BDI报文,如果是,执行步骤114,否则返回执行步骤111。其中,所述固定周期与步骤112的固定周期一致。
步骤114、判断持续的10个周期内是否没有收到BDI报文,如果是,执行步骤115,否则执行步骤116。
步骤115、计时器T4停止计时。
步骤116、判断源端是否收到BDI报文,如果是,返回执行步骤114,否则返回执行步骤111。
参照图2,图2是本发明实施例一中宿端的处理流程图,由图2可知,宿端从缺陷状态退出的时候,增加了是否支持扩展功能的判断,若支持扩展,则停止发送前向缺陷指示(FDI,Forward Defect Indication)报文和BDI报文,同时触发E-BDI报文的发送,并进入E-BDI发送后的分支处理流程;若不支持扩展,则按原协议规定流程处理。具体步骤如下:
步骤201、对计时器T1、T2进行复位。
步骤202、判断是否检测到缺陷,如果是,执行步骤203,否则返回执行步骤201。
步骤203、判断宿端是否收到源端发送的FDI报文,如果是,执行步骤205,否则执行步骤204,生成缺陷警告,再执行步骤205。
步骤205、宿端向源端发送FDI报文和BDI报文。
步骤206、计时器T1开始计时。
步骤207、判断T1是否小于10个周期,如果是,执行步骤208,否则执行步骤212。
步骤208、判断缺陷是否结束,如果是,执行步骤209,否则返回执行步骤207。
步骤209、判断宿端是否支持扩展功能,如果是,执行步骤210,否则执行步骤211。
步骤210、停止发送FDI报文和BDI报文,同时发送E-BDI报文,然后再执行步骤201。
步骤211、停止发送FDI报文和BDI报文,然后再执行步骤201。
步骤212、计时器T1停止计时,计时器T2开始计时。
步骤213、判断是否结束缺陷,如果是,执行步骤214,否则继续执行步骤213。
步骤214、判断宿端是否支持扩展功能,如果是,执行步骤215,否则停止发送FDI报文和BDI报文。
步骤215、停止发送FDI报文和BDI报文,同时发送E-BDI报文。
步骤216、判断持续10个周期内是否收到9至11个预期的CV报文,并且没有收到不期望的报文,如果是,执行步骤217,否则执行步骤219。
步骤217、计时器T2停止计时。
步骤218、重置所有的度量,也就是对主链路的性能进行衡量的参数。
步骤219、判断是否检测到缺陷,如果是,执行步骤220,然后执行步骤213,否则执行步骤220。
步骤220、向源端发送FDI报文和BDI报文,然后执行步骤213。
实施例一、一种链路状态的检测方法,方法流程图如图3所示,具体步骤如下:
步骤301、源端通过主链路向宿端周期性地发送探测报文,其中,该探测报文可以是CV或FFD报文。
步骤302、宿端判断固定周期内是否没有收到探测报文,或者收到的指定报文超过规定数目,如果是,执行步骤303,否则结束流程。
步骤303、主链路出现故障,通过反向链路向源端发送报文通知主链路的状态。其中,发送的报文为校验报文、指定报文或FDI报文等,所述校验报文是E-BDI报文或源端和宿端约定的任意报文,所述指定报文可以是BDI报文或故障检测报文等。
步骤304、源端判断固定周期内是否收到宿端发送的校验报文,如果是,执行步骤305,否则说明主链路还处于故障状态,结束流程。
步骤305、源端判断固定周期内是否没有收到宿端发送的指定报文,如果是,说明主链路由故障状态恢复至正常状态,同时源端触发保护倒换回切,使得流量从备份链路切换到主链路上,否则结束流程。
步骤306、源端向宿端发送确认报文表示已收到宿端发送的校验报文。
上述实施例一是本发明优选实施例,本实施例的反向链路正逐渐从故障状态趋向正常状态时,此时源端可能收到BDI报文,也可能收不到BDI报文,同时也可能收到校验报文,也可能收不到校验报文,因此需要对两种报文的接收情况进行判断才能够准确地将主链路状态告知源端。
值得说明的是,如果反向链路一直处于正常状态或故障状态,当主链路恢复正常状态时,源端都不能收到BDI报文,此时只要判断源端在固定周期内是否收到校验报文就能获知主链路的状态。
还值得说明的是,本发明实施例的校验报文可以是E-BDI报文,此外还可以是源端和宿端约定的任意报文,例如,1字节的全0报文或全1报文等。
同样地,源端向宿端发送的确认报文可以是扩展的CV(E-CV)报文或扩展的FFD(E-FFD)报文,也可以是源端和宿端约定的任意报文。
最后,本发明实施例的源端和宿端可以是标签交换路由器,也可以是没有标签交换能力的路由器或其他网络设备,所述的主链路和反向链路可以是标签交换路径或没有标签交换能力的路由等。
下面结合表1、表2和表3对BDI报文、CV报文以及FFD报文的扩展进行说明,对报文的扩展涉及到两个部分:
1)、类型(Type)字段
BDI报文的类型字段为03H,CV报文的类型字段为01H,FFD报文的类型字段是02H,扩展之后,E-CV、E-FFD和E-BDI的类型字段均使用00H,也就是OAM协议报文中的保留类型,以此标识此报文为扩展报文,若源端或宿端支持扩展功能,则在收到带此标识的报文后进入扩展报文的处理流程,若源端或宿端不支持扩展,则对报文做丢弃处理,不会对原有功能产生影响,保证了兼容性。
2)、保留(Reserve)字段
BDI、CV和FFD报文的保留字段均为00H,扩展之后,E-BDI的保留字段为01H,E-CV的保留字段为02H,E-FFD的保留字段为03H,以此区分三种扩展的协议报文。对各扩展报文中涉及到的缺陷类型(DefectType)和缺陷位置(Defect Location)字段不做处理,而对于报文的其他字段的处理不做更改,确保扩展协议报文与LSP的唯一对应关系以及报文的可靠性。
扩展后的BDI、CV和FFD报文具体如下:
0 7 15 23 31
类型字段(00H) | 保留字段(01H) | 缺陷类型 |
跟踪网络设备源标识符 | ||
缺陷位置 | ||
填充字段 | ||
16位交叉奇偶校验 |
表1
0 7 15 23 31
类型字段(00H) | 保留字段(02H) | |
跟踪网络设备源标识符 | ||
缺陷位置 | ||
填充字段 | ||
16位交叉奇偶校验 |
表2
0 7 15 23 31
类型字段(00H) | 保留字段(03H) | 缺陷类型 |
跟踪网络设备源标识符 | ||
缺陷位置 | ||
填充字段 | ||
16位交叉奇偶校验 |
表3
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指示相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,该程序在执行时,包括以下步骤:
在主链路处于故障状态时所述主链路的源端从反向链路接收所述主链路的宿端发送的报文;
在固定周期内检测是否收到所述宿端发送的校验报文,以及是否没有收到所述宿端发送的指定报文,并在收到所述校验报文并且没有收到所述指定报文时,检测得到所述主链路由故障状态恢复至正常状态。
另外,程序的执行步骤可以如下:
在主链路处于故障状态时所述主链路的源端从反向链路接收所述主链路的宿端发送的报文;
在固定周期内检测是否收到所述宿端发送的校验报文,并在收到所述校验报文时,检测得到所述主链路由故障状态恢复至正常状态。
其中,所述的存储介质可以是ROM、RAM、磁碟或光盘等等。
实施例二、一种网络设备,由图4可知,该网络设备包括第一接收单元401、第一检测单元402和发送单元405。
其中,第一接收单元401用于在主链路处于故障状态时从反向链路接收所述主链路的宿端发送的报文;
其中,第一检测单元402包括:
第一判断单元403,用于在固定周期内判断是否收到所述宿端发送的校验报文,所述校验报文可以是E-BDI报文,还可以是源端和宿端约定的任意报文,例如,1字节的全0报文或全1报文等。
第二判断单元404,用于在固定周期内收到校验报文时判断是否没有收到所述宿端发送的指定报文,并在没有收到指定报文时检测得到主链路由故障状态恢复至正常状态,所述指定报文是BDI报文。
其中,发送单元405用于在第一接收单元401收到校验报文之后向宿端发送扩展的连通确认报文、快速故障检测报文或源端和宿端约定的任意报文。
实施三、一种网络设备,由图5可知,该网络设备包括:
第二接收单元501,用于在主链路处于故障状态时从反向链路接收所述主链路的宿端发送的报文。
第二检测单元502,用于在固定周期内判断是否收到所述宿端发送的校验报文,并在收到校验报文时检测得到主链路由故障状态恢复至正常状态。
第二发送单元503,用于在第二接收单元501收到校验报文之后向宿端发送扩展的连通确认报文、快速故障检测报文或源端和宿端约定的任意报文。
值得说明的是,上述还可以包括用来计时的模块,例如计时器,所述计时模块可以和第一检测单元或第二检测单元集成在一起,也可以单独作为一个模块。
还值得说明的是,网络设备除了上述实施例二和实施例三所提供的实现方式之外,还可以用具有相同或相应功能的软件或硬件模块来实现。
综上所述,由于本发明实施例的源端需要在固定周期内检测是否收到所述宿端发送的校验报文,以及是否没有收到所述宿端发送的指定报文,与现有技术仅判断是否收到指定报文(例如,BDI报文)相比较,本发明实施例在反向链路逐渐从故障状态恢复至正常状态时,能够更加准确地判断主链路是处于故障状态还是正常状态,从而可以避免错误回切,进而使得业务流量不会被中断。
另外,由于反向链路一直处于故障或正常状态都不会发送BDI报文,这样就会对主链路的状态进行错误判断,此时本发明实施例只要在固定周期内检测是否收到所述宿端发送的校验报文就能够准确得到主链路的状态,从而可以避免错误回切,进而使得业务流量不会被中断。
以上对本发明实施例所提供的链路状态的检测方法以及网络设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种链路状态的检测方法,其特征是,所述方法包括以下步骤:
在主链路处于故障状态时所述主链路的源端从反向链路接收所述主链路的宿端发送的报文;
在固定周期内检测是否收到所述宿端发送的校验报文,以及是否没有收到所述宿端发送的指定报文,并在收到所述校验报文并且没有收到所述指定报文时,检测得到所述主链路由故障状态恢复至正常状态。
2.如权利要求1所述的方法,其特征在于,所述方法进一步包括:
对反向缺陷指示报文、连通确认报文和快速故障检测报文进行扩展。
3.如权利要求1所述的方法,其特征是,收到的校验报文是扩展的反向缺陷指示报文或源端和宿端约定的任意报文。
4.如权利要求1所述的方法,其特征是,所述没有收到的指定报文是反向缺陷指示报文或故障检测报文。
5.如权利要求1至4任一项所述的方法,其特征是,所述方法进一步包括:
源端发送扩展的连通确认报文、快速故障检测报文或源端和宿端约定的任意报文表示已收到宿端发送的校验报文。
6.一种链路状态的检测方法,其特征是,包括:
在主链路处于故障状态时所述主链路的源端从反向链路接收所述主链路的宿端发送的报文;
在固定周期内检测是否收到所述宿端发送的校验报文,并在收到所述校验报文时,检测得到所述主链路由故障状态恢复至正常状态。
7.一种网络设备,用作主链路的源端,其特征是,所述网络设备包括:
第一接收单元,用于在所述主链路处于故障状态时从反向链路接收所述主链路的宿端发送的报文;
第一检测单元,用于在固定周期内判断是否收到所述宿端发送的校验报文,以及是否没有收到所述宿端发送的指定报文,并在收到所述校验报文并且没有收到所述指定报文时,检测得到所述主链路由故障状态恢复至正常状态。
8.如权利要求7所述的网络设备,其特征是,第一检测单元包括:
第一判断单元,用于在固定周期内判断是否收到所述校验报文;
第二判断单元,用于在固定周期内收到所述校验报文时判断是否没有收到所述指定报文,并在没有收到指定报文时检测得到主链路由故障状态恢复至正常状态。
9.如权利要求7或8所述的网络设备,其特征是,所述网络设备进一步包括:
发送单元,用于在第一接收单元收到校验报文之后向宿端发送扩展的连通确认报文、快速故障检测报文或源端和宿端约定的任意报文。
10.一种网络设备,用作主链路的源端,其特征是,所述网络设备包括:
第二接收单元,用于在所述主链路处于故障状态时从反向链路接收所述主链路的宿端发送的报文;
第二检测单元,用于在固定周期内判断是否收到所述宿端发送的校验报文,并在收到所述校验报文时检测得到主链路由故障状态恢复至正常状态。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101513917A CN101136810A (zh) | 2007-09-30 | 2007-09-30 | 链路状态的检测方法以及网络设备 |
PCT/CN2008/072349 WO2009046652A1 (fr) | 2007-09-30 | 2008-09-12 | Procédé de détection d'état de liaison et dispositif de réseau |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101513917A CN101136810A (zh) | 2007-09-30 | 2007-09-30 | 链路状态的检测方法以及网络设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101136810A true CN101136810A (zh) | 2008-03-05 |
Family
ID=39160665
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101513917A Pending CN101136810A (zh) | 2007-09-30 | 2007-09-30 | 链路状态的检测方法以及网络设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101136810A (zh) |
WO (1) | WO2009046652A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009046652A1 (fr) * | 2007-09-30 | 2009-04-16 | Huawei Technologies Co., Ltd. | Procédé de détection d'état de liaison et dispositif de réseau |
CN101777997A (zh) * | 2010-01-21 | 2010-07-14 | 中兴通讯股份有限公司 | 一种实现网络链路流量切换的方法和系统 |
CN102055660B (zh) * | 2009-11-10 | 2012-07-11 | 杭州华三通信技术有限公司 | 主链路恢复控制方法和交换机系统 |
CN101610270B (zh) * | 2009-08-03 | 2012-08-08 | 浙江宇视科技有限公司 | 一种信令终结方法和信令终结网关 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10999173B2 (en) * | 2018-11-19 | 2021-05-04 | Cisco Technology, Inc. | Active targeted data plane traffic monitoring for wired networks |
CN111698028B (zh) * | 2020-04-30 | 2023-03-31 | 新华三信息技术有限公司 | 一种fc链路检测方法、装置、设备及机器可读存储介质 |
CN113938403B (zh) * | 2020-07-13 | 2024-08-09 | 华为技术有限公司 | 一种能力通告方法及相关设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7573832B2 (en) * | 2004-11-05 | 2009-08-11 | Cisco Technology, Inc. | Method and apparatus for conveying link state information in a network |
CN1953400A (zh) * | 2005-10-17 | 2007-04-25 | 华为技术有限公司 | 一种控制以太网链路连续性检测的方法 |
CN100440817C (zh) * | 2006-03-20 | 2008-12-03 | 中兴通讯股份有限公司 | 一种环型网络中检测单通故障的方法 |
CN101136810A (zh) * | 2007-09-30 | 2008-03-05 | 华为技术有限公司 | 链路状态的检测方法以及网络设备 |
-
2007
- 2007-09-30 CN CNA2007101513917A patent/CN101136810A/zh active Pending
-
2008
- 2008-09-12 WO PCT/CN2008/072349 patent/WO2009046652A1/zh active Application Filing
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009046652A1 (fr) * | 2007-09-30 | 2009-04-16 | Huawei Technologies Co., Ltd. | Procédé de détection d'état de liaison et dispositif de réseau |
CN101610270B (zh) * | 2009-08-03 | 2012-08-08 | 浙江宇视科技有限公司 | 一种信令终结方法和信令终结网关 |
CN102055660B (zh) * | 2009-11-10 | 2012-07-11 | 杭州华三通信技术有限公司 | 主链路恢复控制方法和交换机系统 |
CN101777997A (zh) * | 2010-01-21 | 2010-07-14 | 中兴通讯股份有限公司 | 一种实现网络链路流量切换的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2009046652A1 (fr) | 2009-04-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101826989B (zh) | 一种故障处理方法和装置 | |
CN101136810A (zh) | 链路状态的检测方法以及网络设备 | |
EP1903693B1 (en) | A method for processing channel failure in automatically switched optical network | |
CN101132320B (zh) | 检测接口故障的方法及网络节点设备 | |
CN102571457B (zh) | 一种触发旁路设备切换的方法、旁路设备切换方法及装置 | |
CN102571492B (zh) | 检测路由设备故障的方法和装置 | |
CN101562531A (zh) | 一种网络故障处理方法、系统及路由器 | |
CN108804260B (zh) | 一种srio系统倒换的方法和装置 | |
CN105379201A (zh) | 路径切换的方法和设备 | |
CN104518914A (zh) | 链路切换方法和设备 | |
CN102571458A (zh) | 隧道保护组的切换方法及装置 | |
CN100466564C (zh) | 虚拟租用线路的故障监听方法与装置 | |
CN100421387C (zh) | 一种业务流保护方法 | |
CN102546304B (zh) | 一种检测双向转发检测的方法、设备和系统 | |
CN102217359B (zh) | 基站控制系统接口单元及其检测方法 | |
CN110011819B (zh) | 生成sd告警信息的方法、装置、设备及系统 | |
CN101132265A (zh) | 内嵌误码检测仪、监测通信设备间通信状况的方法 | |
CN101197731B (zh) | 路径故障检测的方法、系统及装置 | |
CN112367179B (zh) | 一种链路切换方法及装置 | |
CN110740094B (zh) | 一种网络设备、bfd报文的传输方法及装置 | |
CN103404091A (zh) | 业务保护方法、设备及系统 | |
KR20140026527A (ko) | 패킷 경로의 신호감쇠 검측 방법, 장치 및 시스템 | |
CN101159678A (zh) | 检测缺省网关状态的方法及系统 | |
CN102571460A (zh) | 单纤故障切换方法及装置 | |
EP2180636B1 (en) | Method for signaling a unidirectional failure of a packet-switched link |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080305 |