CN101826989B - 一种故障处理方法和装置 - Google Patents
一种故障处理方法和装置 Download PDFInfo
- Publication number
- CN101826989B CN101826989B CN200910008095.0A CN200910008095A CN101826989B CN 101826989 B CN101826989 B CN 101826989B CN 200910008095 A CN200910008095 A CN 200910008095A CN 101826989 B CN101826989 B CN 101826989B
- Authority
- CN
- China
- Prior art keywords
- detection messages
- direction detection
- path
- node
- tested
- 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
- 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/0823—Errors, e.g. transmission errors
-
- 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
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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
-
- 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- 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/0681—Configuration of triggering conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供一种故障处理方法和装置,所述方法包括:向被测路径的至少一个节点发送去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;根据所述至少一个节点返回的返方向检测报文进行故障检测。通过本发明实施例的故障处理方法和装置,可以对具有双向路径检测需求的去方向路径和返方向传输路径实施故障检测定位等故障处理。
Description
技术领域
本发明涉及通信领域,尤其涉及一种故障处理方法和装置。
背景技术
随着信息化社会的飞速发展,上网、视频点播、电视会议、可视电话、远程医疗和教学等双向交互业务需求越来越大,运营商迫切想通过开展这些网络增值业务来提高网络运营收入。
双向交互业务需要有去和回两条路径分别传输去和返两个方向的业务,以实现交互,可以通过双向LSP(Label Switch Path,标签交换路径)实现,也可以用指定的两条方向相反的单向LSP承载去和回两个方向的业务,还可以通过其它方式实现,在此不一一列举。要保证双向业务的服务质量,简单高效的检测、定位、处理故障是保证双向交互业务规模部署面临的关键问题之一。
发明人在实现本发明的过程中发现,对于双向交互业务,如果一个方向出现故障将影响另一个方向的业务,可能使另一个方向业务也被终止,因此这种情况下故障处理需同时进行。除了双向交互业务,对于其他的指定检测两个方向的故障的情况,也需要对去和回两个方向的路径进行故障检测定位同时进行处理,这时也需要一种可以同时对两个方向进行检测处理的技术。另外,双向LSP的出现,也需要一种能同时检测去和回两个方向的双向故障处理工具,一次对双向LSP的两个方向进行检测,双向LSP包括去和回方向路由一致的LSP,具有同一个LSP ID,还包括去和回两个方向分别是一条单向LSP,具有不同的LSP ID,去和回两个方向除首节点一致外其余节点和链路可以不一致。
然而,目前的故障处理工具,例如LSP Ping和LSP trace,大多仅支持单向处理方式,对于需要对去路径和返路径进行检测时,需要在两端分别运行故障处理工具,两端独立的进行故障检测、定位处理,且需及时的在两端之间传递通断故障和倒换信息以备双向业务同时实施保护切换。这种方式不仅增加了信令和处理开销,增加了网络的负担及运行维护的复杂性,提高了运营成本,同时很难满足双向交互业务对故障处理需求。
发明内容
本发明实施例提供一种支持双向故障处理的故障处理方法和装置,以解决现有的故障处理工具无法对具有双向路径检测需求的双向路径进行故障检测、定位和处理的技术问题。
为达到上述目的,本发明实施例是通过如下技术方案实现的:
一种故障处理方法,所述方法包括:向被测路径的至少一个节点发送去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;根据所述至少一个节点返回的返方向检测报文进行故障检测。
一种故障处理装置,所述装置包括:去方向检测报文发送单元,用于向被测路径的至少一个节点发送去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;故障检测单元,用于根据所述至少一个节点返回的返方向检测报文进行故障检测。
一种故障处理方法,所述方法包括:接收被测路径上的检测发起节点发送的去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;根据所述去方向检测报文组装返方向检测报文,将所述返方向检测报文发送给所述检测发起节点。
一种故障处理装置,所述装置包括:去方向检测报文接收单元,用于接收被测路径上的检测发起节点发送的去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;返方向检测报文组装单元,用于根据所述去方向检测报文组装返方向检测报文;返方向检测报文发送单元,用于将所述返方向检测报文发送给所述检测发起节点。
通过本发明实施例的故障处理方法和装置,可以对具有双向路径检测需求的去方向路径和返方向传输路径实施故障检测定位等故障处理。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:
图1为本发明实施例的方法流程图;
图2为本发明实施例的交互示意图;
图3为本发明另一实施例的交互示意图;
图4为本发明另一实施例的交互示意图;
图5为本发明实施例的装置组成框图;
图6为本发明另一实施例的方法流程图;
图7为本发明另一实施例的装置组成框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
实施例一
本发明实施例提供一种故障处理方法,以下结合附图对本实施例进行详细说明。
图1为本实施例的方法流程图,请参照图1,本实施例的故障处理方法主要包括:
101:检测发起节点向被测路径的至少一个节点发送去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;
本实施例可以应用于单向检测的情况,即要进行检测的被测路径只有一个方向,没有返向路径,在这种情况下,去方向检测报文可以仅包含去方向被测路径信息,该去方向被测路径信息包含了目的节点、报文所经路径以及或者报文转发方式等信息,以便接收该去方向检测报文的节点能够据此进行路径信息的一致性验证以及返方向检测报文的组装。
本实施例还可以应用于双向检测的情况,即要进行检测的被测路径有一去一返两个方向,在这种情况下,去方向检测报文除了包含去方向被测路径信息以外,还包含了返方向被测路径信息,该返方向被测路径信息指定了返方向检测报文的返回路径,例如,可以指定返方向检测报文的返回模式为按照去方向被测路径的返向路径返回(在去方向被测路径具有返向路径的情况下),如此就指定的返回路径;或者也可以通过返回路径信息的标识来指定返方向检测报文的返回路径,例如FEC(Forwarding Equivalence Class,转发等价类)标识、LSP ID(Label Switch Path identification,标签转发路径标识符)标识、Tunnel ID(Tunnel identification,隧道标识符)标识等,本实施例并不以此作为限制;或者还可以通过返回路径的约束信息来指定返方向检测报文的返回路径。此时,接收该去方向检测报文的节点还要根据该去方向检测报文中指定的返回路径进行路径匹配,以选择返方向检测报文的返回路径。
102:检测发起节点根据所述至少一个节点返回的返方向检测报文进行故障检测。
在单向检测的情况下,由于本实施例通过去方向检测报文中的去方向被测路径信息指定了去方向检测报文所经路径,接收该去方向检测报文的节点会根据该去方向被测路径信息进行去方向被测路径的数据平面与控制层面的一致性验证后,并返回或不返回返方向检测报文,因此,如果检测发起节点接收到返方向检测报文,会根据该返方向检测报文的内容进行故障检测;如果没有接收到返方向检测报文,则认为被测路径故障。
在双向检测的情况下,由于本实施例通过去方向检测报文中的去方向被测路径信息指定了去方向检测报文所经路径,又通过去方向检测报文中的返方向被测路径信息指定了返方向检测报文所经路径,接收该去方向检测报文的节点会根据该去方向检测报文中的去方向被测路径信息进行去方向被测路径的数据平面与控制层面的一致性验证,并根据该去方向检测报文中的返方向被测路径信息进行路径匹配,并沿指定路径或非指定路径或指定路径与非指定路径返回或不返回返方向检测报文,因此,如果检测发起节点接收到返方向检测报文,会根据接收到的返方向检测报文的情况和内容进行故障检测(将在其他实施例中加以说明);如果没有接收到返方向检测报文,会根据其原始设定的返回情况,确定被测路径是否存在故障。
本实施例通过为去方向检测报文和返方向检测报文指定所经路径,达到了同时检测去路径和返路径的目的。
实施例二
本发明实施例还提供一种故障处理方法,以下结合附图对本实施例进行详细说明。
图2为应用本实施例的方法进行网络连通性检测的交互示意图,在图2中,R1为检测发起节点,R2、R3为中间节点,R4为目的节点,在本实施例中,被测路径的去方向和返方向的路由(所经链路和节点)可以一致,也可以不一致,请参照图2,本实施例的故障处理方法主要包括:
201:R1发送去方向检测报文,例如request报文,该去方向检测报文经过中间节点R2、R3的转发处理,到达目的节点R4。
在本实施例中,对于单向检测的情况,去方向检测报文中仅包含去方向被测路径信息,例如目的节点、报文所经路径以及或者报文转发方式等,以便目的节点R4根据这些信息进行数据平面与控制层面的一致性验证后,通过返方向检测报文,例如reply报文沿任意路径返回,在此不再赘述。
在本实施例中,对于双向检测的情况,去方向检测报文除了包含上述的去方向被测路径信息以外,还可以包括返方向被测路径信息,在该返方向被测路径信息中,可以指定返方向检测报文的返回模式,例如指定路径返回、任意路径返回或指定路径与任意路径同时返回等,这里的指定路径可以是去方向被测路径的反向路径信息;也可以是指定的明确的返回路径信息;还可以是指定的返回路径的约束信息,如显示路径或其他约束条件等,并通过在去方向检测报文中携带指定的返方向检测报文返回路径信息标识的方式实现。
其中,在返方向被测路径信息中可以指定一条或多条返回路径,以便返方向检测报文沿多条指定路径返回,达到同时检测多条返回路径的目的。
其中,去方向被测路径信息和返方向被测路径信息中指定的所经路径标识可以通过FEC(Forwarding Equivalence Class,转发等价类)、LSP ID(LabelSwitch Path identification,标签转发路径标识符)和/或Tunnel ID(Tunnelidentification,隧道标识符)等信息进行标识,或者通过返回路径的相关约束信息,如显示路径等进行标识,本实施例并不以此作为限制。
202:R4接收到去方向检测报文,在进行去方向被测路径的数据平面与控制层面的一致性验证后,根据该去方向检测报文中指定的返方向检测报文的返回模式进行返方向检测报文的组装和处理,其中:
去方向被测路径的数据平面与控制层面的一致性验证是用于验证被测路径数据平面与控制层面的一致性,即验证本节点R4是否就是去方向检测报文中的去方向被测路径信息中的去路径中的目的节点,如果是,则表明路径一致,否则路径不一致。
如果去方向检测报文中通过返方向被测路径信息指定的返方向检测报文的返回模式为按照指定路径返回,则R4组装返方向检测报文,在返方向检测报文中增加返回路径的标识信息,例如FEC(Forwarding EquivalenceClass,转发等价类)信息等,并根据返方向被测路径信息中指定的返回路径标识信息进行返回路径的匹配,也即查找R4节点是否具有去方向检测报文中所指定的返回路径,如果匹配成功,则R4沿指定的返回路径发送返方向检测报文到R1;如果匹配失败,则R4可以选择任意路径发送携带有返回码信息的返方向检测报文到R1。
其中,返方向检测报文中包含的返回路径的标识信息,也即指定的返方向被测路径信息可以从去方向检测报文中拷贝,或者根据去方向检测报文中指定的返方向被测路径信息进行添加,本实施例并不以此作为限制。
如果去方向检测报文中指定的返方向检测报文的返回模式为按照指定路径和非指定路径同时返回,则R4进行与上述相同的返方向检测报文的组装和返回路径的匹配,如果匹配成功,则R4沿指定路径和任意路径发送返方向检测报文到R1;如果匹配失败,则R4可以选择任意路径发送携带有返回码信息的返方向检测报文到R1。
其中,返回码信息可以为指定路径不存在、指定路径匹配错误等故障类型信息,也可以为其他通告指示信息,如指定路径匹配成功等。
其中,指定的返方向检测报文返回路径可以通过添加指定路径的TLV、设置相应标识字段或其它标识信息进行标识,指定路径标识信息可以通过FEC或LSP ID、和/或隧道标识等信息进行标识,或者通过返回路径的相关约束信息,如显示路径等进行标识。
203:R1接收到R4返回的返方向检测报文,根据去方向检测报文和返方向检测报文的接收情况判断链路的连通性,其中:
如果R1接收到返方向检测报文,首先判断接收该返方向检测报文的路径。如果接收路径为去方向检测报文中指定的返回路径,也即返方向检测报文是沿指定返回路径返回到R1,则R1首先进行反方向被测路径的数据平面与控制层面的一致性验证,如果一致,则双向链路不存在连通性故障;如果不一致或接收路径并非为去方向检测报文中指定的返回路径,也即返方向检测报文未沿指定返回路径返回,则R1根据该返方向检测报文中的返回码信息进行进一步故障排查或通知网管。
如果接收路径为去方向检测报文中指定的返回路径与非指定路径,也即返方向检测报文是从指定路径和非指定路径同时返回到R1,则R1对于从指定路径返回的返方向检测报文,同样要进行反方面被测路径数据平面与控制层面的一致性验证,在此不再赘述。
如果接收路径为非指定路径,也即返方向检测报文仅从非指定路径返回到R1,则R1根据在其他路径接收到的返方向检测报文中的返回码信息判断被测路径是否存在故障。
如果R1没有收到任何返方向检测报文,则很大情况下认为去方向被测路径存在故障,这种情况下,可以借助其他方式进一步定位故障节点,例如使用现有技术中的单向ping和本发明其他实施例的双向trace,对于本发明其他实施例的双向trace,将在以下实施例中加以说明。
在本实施例中,中间节点R2、R3对于R1发送的去方向检测报文和R4发送的返方向检测报文只做正常的转发处理,对这些报文不作任何其他处理。
本实施例通过为返方向检测报文设定指定路径,达到了同时检测去路径和返回路径的目的,且达到了仅在一端运行故障处理方法,就能实现两个方向同时检测和连通性验证的目的。
实施例三
本发明实施例还提供一种故障处理方法,以下结合附图对本实施例进行详细说明。
图3为应用本实施例的方法进行网络连通性验证的交互示意图,在图3中,R1为检测发起节点,R2、R3为中间节点,R4为目的节点,在本实施例中,被测路径的去方向和返方向的路由(所经链路和节点)可一致,请参照图3,本实施例的故障处理方法主要包括:
301:R1发送去方向检测报文到R2;
其中,去方向检测报文除包含实施例二的内容以外,还可以包含收集路径信息的指示信息,例如CPI(Collecting Path Information,收集路径信息)TLV(Type Length Value,类型长度值),以通知中间节点进行被测路径信息的收集并返回首节点。收集的路径信息可以包括:节点ID、离首节点的距离(跳数)、向前一跳分配的标签、前一跳节点ID等信息。
其中,R1可以通过设置TTL(Time To Live,生存时间)=1的方式,将去方向检测报文发送给R2。
302:R2接收去方向检测报文,进行去方面被测路径的数据平面和控制层面的一致性验证后,进行返方向检测报文的组装及处理;
其中,R2接收到去方向检测报文后,其处理方式也与前述实施例二中R4接收到去方向检测报文后的处理方式一样,包括进行被测路径的一致性验证、返方向检测报文的组装和返回路径的匹配,其中,由于该去方向检测报文中包含了指示中间节点收集路径信息的指示信息,因此,该中间节点R2在组装返方向检测报文时,还会收集路径信息,并将收集的路径信息添加到返方向检测报文中,然后,R2沿去方向检测报文中的指定路径或指定路径与非指定路径或非指定路径发送返方向检测报文到R1,具体已在实施例二中的步骤202中作了说明,在此不再赘述。
其中,被测路径的一致性验证也是验证去方面被测路径的数据平面和控制层面的一致性,也即验证本节点R2是否是去方向检测报文中的去方向被测路径信息中的去方向被测路径的中间节点或目的节点。
303:R1接收到R2返回的返方向检测报文,根据去方向检测报文和返方向检测报文的接收情况判断链路的连通性;
该过程与实施例二中的步骤203相同,在此不再赘述。
其中,如果R1没有收到R2返回的返方向检测报文,则认为R1与R2之间的双向链路或节点存在故障。
304:R1向R3发送去方向检测报文;
该步骤与前述步骤301相同,在此不再赘述。
其中,R1可以通过设置TTL=2的方式,将去方向检测报文发送给R3。
305:R3接收去方向检测报文,进行返方向检测报文的组装和处理;
该步骤与前述步骤302相同,在此不再赘述。
306:R1接收到R3返回的返方向检测报文,根据去方向检测报文和返方向检测报文的接收情况判断链路的连通性;
该步骤与前述步骤303相同,在此不再赘述。
其中,如果R1没有收到R3返回的返方向检测报文,则认为R2与R3之间的双向链路或节点存在故障。
307:R1向R4发送去方向检测报文;
该步骤与前述步骤301相同,在此不再赘述。
其中,R1可以通过设置TTL=3的方式,将去方向检测报文发送给R4。
308:R4接收去方向检测报文,进行返方向检测报文的组装和处理;
该步骤与前述步骤302相同,在此不再赘述。
309:R1接收到R4返回的返方向检测报文,根据去方向检测报文和返方向检测报文的接收情况判断链路的连通性;
该步骤与前述步骤303相同,在此不再赘述。
其中,如果R1没有收到R4返回的返方向检测报文,则认为R3与R4之间的双向链路或节点存在故障。
本实施例通过设置TTL的方式,由检测发起节点R1发送去方向检测报文到中间节点R2、R3和目的节点R4,例如R1首先发送TTL为1的去方向检测报文到R2,R2处理去方向检测报文,收集路径信息并记录到返方向检测报文中,并沿去方向检测报文中指定的返回路径返回首节点R1;然后R1发送TTL为2的去方向检测报文到R3,R3同样进行类似的处理并组装返方向检测报文返回首节点,依次类推直至到达目的节点R4,通过在去方向检测报文中为返方向检测报文设定指定路径,达到了同时检测去路径和返回路径的目的,同时收集了路径信息,且达到了仅在一端运行故障处理方法,就能实现两个方向同时检测和连通性验证的目的。减少了信令开销,降低了实现复杂性。
实施例四
本发明实施例还提供一种故障处理方法,以下结合附图对本实施例进行详细说明。
图4为应用本实施例的方法进行网络连通性验证的交互示意图,在图4中,R1为检测发起节点,R2、R3为中间节点,R4为目的节点,在本实施例中,被测路径的去方向和返方向的路由(所经链路和节点)可一致,请参照图4,本实施例的故障处理方法主要包括:
401:R1通过设置TTL=1的方式发送去方向检测报文到R1;
402:R1接收到R2返回的返方向检测报文;
403:R2对去方向检测报文继续设置TTL=1并封装到R3的标签后发送到R3;
404:R1接收到R3返回的返方向检测报文;
405:R3对去方向检测报文继续设置TTL=1并封装到R4的标签后发送到R4;
406:R1接收到R4返回的返方向检测报文。
本实施例的实现步骤与实施例三相似,不同的是,在实施例三中,首节点R1通过设置TTL=1、2、3的方式,将去方向检测报文分别直接发送到中间节点R2、R3和目的节点R4;实施例四中,首节点R1是通过设置TTL=1的方式,将去方向检测报文转发给下一跳节点R2,R2返回返方向检测报文后,再由该下一跳节点R2,通过设置TTL=1的方式将该去方向检测报文依次向下一跳转发,直到到达目的节点R4。
对于实施例四的各步骤中,各节点的处理方式与实施例三相同,在此不再赘述。
本实施例通过在首节点R1发起去方向检测报文时将TTL设置为1,到R2节点TTL超期对报文进行处理,收集路径信息并通过返方向检测报文返回首节点R1,同时去方向的检测报文并不直接停止,而是由R2节点对去方向检测报文继续设置TTL=1并封装到R3的标签后向前转发,到R3进行同样的处理,最后去方向检测报文达到R4,即目的节点,收集路径信息后同样通过返方向检测报文返回首节点,返方向检测报文返回时如果有指定路径,则按照指定路径返回或根据设定按照指定路径与非指定路径同时返回,本实施例通过在去方向检测报文中为返方向检测报文设定指定路径,达到了同时检测去路径和返回路径的目的,同时收集了路径信息,且达到了仅在一端运行故障处理方法,就能实现两个方向同时检测和连通性验证的目的。减少了信令开销,降低了实现复杂性。
实施例五
本发明实施例还提供一种故障处理装置,以下结合附图对本实施例进行详细说明。
图5为本实施例的装置组成框图,请参照图5,本实施例的故障处理装置主要包括:
去方向检测报文发送单元51,用于向被测路径的至少一个节点发送去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;
故障处理单元52,用于根据所述至少一个节点返回的返方向检测报文进行故障处理。
其中,如果至少一个节点为被测路径的目的节点,则去方向检测报文通过被测路径的中间节点转发给目的节点,故障处理单元52用于根据目的节点返回的返方向检测报文进行故障检测。
其中,如果至少一个节点为被测路径的中间节点和目的节点,则去方向检测报文被分别发送到中间节点和目的节点,故障处理单元52用于根据中间节点和目的节点返回的返方向检测报文进行故障检测和定位。
其中,如果至少一个节点为被测路径的中间节点和目的节点,则去方向检测报文还按照生存时间为1的设置通过下一跳节点依次转发直到到达目的节点,故障处理单元52用于根据中间节点和目的节点返回的返方向检测报文进行故障检测和定位。
其中,故障处理单元52主要包括:接收路径判断模块521、被测路径一致性验证模块522以及故障处理模块523,其中:
接收路径判断模块521用于根据去方向检测报文中指定的返方向检测报文的返回路径和接收返方向检测报文的路径判断返方向检测报文是否按照指定的返回路径返回。
被测路径一致性验证模块522用于在返方向检测报文是按照指定的返回路径返回时,验证反方向被测路径的数据平面与控制层面的一致性。
故障判断模块523用于根据被测路径一致性验证模块522的验证结果或者接收路径判断模块521的判断结果对被测路径是否故障进行判断。
其中,如果被测路径一致性验证模块522的验证结果为反方向被测路径的数据平面与控制层面一致,则确认反方向被测路径是否连通。
其中,如果被测路径一致性验证模块522的验证结果为反方向被测路径的数据平面与控制层面不一致,则根据返方向检测报文中的返回码信息进行处理。
其中,如果接收路径判断模块521的判断结果为返方向检测报文不是沿指定的返回路径返回,而是沿其他路径返回,则根据至少一个节点在其他路径上返回的返方向检测报文中的返回码信息进行处理。
其中,如果接收路径判断模块521的判断结果为返方向检测报文是沿指定的返回路径返回和其他路径同时返回,根据在指定的返回路径上接收到的返方向检测报文确认被测路径是否连通。
其中,去方向检测报文还可以包括收集路径信息的指示信息,指示至少一个节点收集被测路径信息,并通过返方向检测报文返回。
本实施例的故障处理装置通过在去方向检测报文中为返方向检测报文设定指定路径,达到了同时检测去路径和返回路径的目的,还可以同时收集路径信息,且达到了仅在一端运行故障处理方法,就能实现两个方向同时检测和连通性验证的目的。
实施例六
本发明实施例还提供一种故障处理方法,以下结合附图对本实施例进行详细说明。
图6为本实施例的方法流程图,请参照图6,本实施例的故障处理方法主要包括:
601:接收被测路径上的检测发起节点发送的去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;
602:根据所述去方向检测报文进行去方向被测路径的数据平面与控制层面的一致性验证,组装返方向检测报文,将所述返方向检测报文发送给所述检测发起节点。
其中,如果去方向检测报文仅包含去方向被测路径信息,则只需要进行去方向被测路径的一致性验证,即可选择是否将返方向检测报文返回检测发起节点,如果返回,则可以沿任意路径返回,以便检测发起节点根据该返方向检测报文中的信息确认链路是否连通,具体在前述实施例一至实施例五中已做说明,在此不再赘述。
其中,组装返方向检测报文可以通过如下方式实现:
如果本节点存在去方向检测报文中的返方向被测路径信息中指定的返方向被测路径,则根据去方向检测报文中的收集路径信息的指示信息,将返回路径的路径信息,例如FEC信息添加到返方向检测报文中,通过指定的返方向被测路径或者通过该指定的返方向被测路径与其他路径向检测发起节点发送该返方向检测报文。
如果本节点不存在返方向检测报文中的返方向被测路径信息中指定的返方向被测路径,则将返回码信息添加到返方向检测报文中,通过其他路径向检测发起节点发送该返方向检测报文。
其中,如果本节点并非是被测路径的目的节点,而是中间节点,则本实施例的方法还包括:
603:将去方向检测报文按照生存时间为1的设置转发到下一跳节点,并通过该下一跳节点依次转发,直到到达目的节点,以便所述下一跳节点和所述目的节点根据所述去方向检测报文组装返方向检测报文,将所述返方向检测报文发送给所述检测发起节点。
本实施例的故障处理方法可以配合检测发起节点进行被测链路的连通性检测,如实施例二中的R4可以应用本实施例的方法,与检测发起节点R1交互以检测被测链路的连通性。本实施例的故障处理方法还可以配合检测发起节点进行被测链路的连通性验证,如实施例三和实施例四所示的R2、R3、R4可以应用本实施例的方法,与检测发起节点R1交互以验证被测链路的连通性。具体已在实施例二至实施例四中进行了详细说明,在此不再赘述。
本实施例的故障处理方法根据去方向检测报文组装返方向检测报文,并根据去方向检测报文中指定的返回路径选择是否返回返方向检测报文,达到了同时检测去路径和返回路径的目的,还可以同时收集路径信息,且达到了仅在一端运行故障处理方法,就能实现两个方向同时检测和连通性验证的目的。
实施例七
本发明实施例还提供一种故障处理装置,以下结合附图对本实施例进行详细说明。
图7为本实施例的装置组成框图,请参照图7,本实施例的故障处理装置主要包括:
去方向检测报文接收单元71,用于接收被测路径上的检测发起节点发送的去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息;
返方向检测报文组装单元72,用于根据所述去方向检测报文组装返方向检测报文;
返方向检测报文发送单元73,用于将所述返方向检测报文发送给所述检测发起节点。
根据本实施例,返方向检测报文组装单元72包括:被测路径一致性验证模块721、路径匹配模块722和返方向检测报文组装模块723,其中:
被测路径一致性验证模块721用于验证去方向被测路径的数据平面与控制层面是否一致。
路径匹配模块722用于对去方向检测报文中的返方向被测路径信息中指定的返方向被测路径进行路径匹配。
返方向检测报文组装模块723用于根据被测路径一致性验证模块721的验证结果和路径匹配模块722的匹配结果组装返方向检测报文。
其中,返方向检测报文组装单元72可以用于在本节点存在去方向检测报文中的返方向被测路径信息中指定的返方向被测路径时,将FEC信息添加到返方向检测报文中,通过返方向检测报文发送单元73沿上述指定的返方向被测路径或者沿该指定的返方向被测路径与其他路径向检测发起节点发送该返方向检测报文。
其中,返方向检测报文组装单元72还可以用于在本节点不存在去方向检测报文中的返方向被测路径信息中指定的返方向被测路径时,将返回码信息添加到返方向检测报文中,通过返方向检测报文发送单元73沿其他路径向检测发起节点发送该返方向检测报文。
其中,返方向检测报文组装单元72还可以用于在去方向检测报文中包含收集被测路径信息的指示信息时,收集被测路径信息,将收集的被测路径信息添加到返方向检测报文中。
根据本实施例,该故障检测装置还可以包括:
去方向检测报文转发单元74,用于将所述去方向检测报文按照生存时间为1的设置转发到下一跳节点,并通过该下一跳节点依次转发,直到到达目的节点,以便所述下一跳节点和所述目的节点根据所述去方向检测报文组装返方向检测报文,将所述返方向检测报文发送给所述检测发起节点。
本实施例的故障处理装置根据去方向检测报文组装返方向检测报文,并根据去方向检测报文中指定的返回路径选择是否返回返方向检测报文,达到了同时检测去路径和返回路径的目的,还可以同时收集路径信息,且达到了仅在一端运行故障处理方法,就能实现两个方向同时检测和连通性验证的目的。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (21)
1.一种故障处理方法,其特征在于,所述方法包括:
向被测路径的至少一个节点发送去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息,所述返方向被测路径信息包含用于指定返回路径的转发等价类标识FEC ID、标签转发路径标识LSPID或者隧道标识Tunnel ID;
根据所述至少一个节点通过所述指定的返回路径返回的返方向检测报文进行故障处理。
2.根据权利要求1所述的方法,其特征在于,所述返方向被测路径信息还包括以下至少一项或其任意组合:
指定的返回模式为按照去方向被测路径的反向路径返回;
指定的返回路径的约束信息。
3.根据权利要求1所述的方法,其特征在于,所述至少一个节点为所述被测路径的目的节点,所述去方向检测报文通过所述被测路径的中间节点转发给所述目的节点,所述根据至少一个节点返回的返方向检测报文进行故障处理为根据所述目的节点返回的返方向检测报文进行故障检测。
4.根据权利要求1所述的方法,其特征在于,所述至少一个节点为所述被测路径的中间节点和目的节点,所述去方向检测报文被分别发送到所述中间节点和所述目的节点,所述根据至少一个节点返回的返方向检测报文进行故障处理为根据所述中间节点和所述目的节点分别返回的返方向检测报文进行故障检测和定位。
5.根据权利要求1所述的方法,其特征在于,所述至少一个节点为所述被测路径的中间节点和目的节点,所述去方向检测报文按照生存时间为1的设置通过所述中间节点依次转发,直到到达所述目的节点,所述根据至少一个节点返回的返方向检测报文进行故障处理为根据所述中间节点和所述目的节点分别返回的返方向检测报文进行故障检测和定位。
6.根据权利要求4或5所述的方法,其特征在于,所述去方向检测报文还包括收集路径信息的指示信息,指示所述至少一个节点收集被测路径信息,并将所述被测路径信息通过返方向检测报文返回。
7.根据权利要求1所述的方法,其特征在于,根据所述至少一个节点返回的返方向检测报文进行故障处理包括:
如果在所述返方向被测路径信息中指定的返回路径上接收到所述至少一个节点返回的返方向检测报文,则根据所述返方向检测报文确认被测路径是否连通。
8.根据权利要求1所述的方法,其特征在于,根据所述至少一个节点返回的返方向检测报文进行故障处理包括:
如果在其他路径上接收到所述至少一个节点返回的返方向检测报文,则根据所述至少一个节点在其他路径上返回的返方向检测报文中的返回码信息进行处理。
9.根据权利要求1所述的方法,其特征在于,根据所述至少一个节点返回的返方向检测报文进行故障处理包括:
如果在所述返方向被测路径信息中指定的返回路径上和其他路径上接收到所述至少一个节点返回的返方向检测报文,则根据在所述返方向被测路径上接收到的返方向检测报文确认被测路径是否连通。
10.根据权利要求7或9所述的方法,其特征在于,根据所述返方向检测报文确认被测路径是否连通包括:
根据所述返方向检测报文验证被测路径的数据平面与控制层面的一致性,如果一致,则所述被测路径连通;如果不一致,则根据所述返方向检测报文中的返回码信息进行处理。
11.一种故障处理装置,其特征在于,所述装置包括:
去方向检测报文发送单元,用于向被测路径的至少一个节点发送去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息,所述返方向被测路径信息包含用于指定返回路径的转发等价类标识FEC ID、标签转发路径标识LSP ID或者隧道标识Tunnel ID;
故障处理单元,用于根据所述至少一个节点通过所述指定的返回路径返回的返方向检测报文进行故障处理。
12.根据权利要求11所述的装置,其特征在于,所述返方向被测路径信息还包括以下至少一项或其任意组合:
指定的返回模式为按照去方向被测路径的反向路径返回;
指定的返回路径的约束信息。
13.一种故障处理方法,其特征在于,所述方法包括:
接收被测路径上的检测发起节点发送的去方向检测报文,所述去方向检测报文中包含去方向被测路径信息和返方向被测路径信息,所述返方向被测路径信息包含用于指定返回路径的转发等价类标识FEC ID、标签转发路径标识LSP ID或者隧道标识Tunnel ID;
根据所述去方向检测报文组装返方向检测报文,通过所述指定的返回路径将所述返方向检测报文发送给所述检测发起节点。
14.根据权利要求13所述的方法,其特征在于,所述返方向被测路径信息还包括以下至少一项或其任意组合:
指定的返回模式为按照被测路径的反向路径返回;
指定的返回路径的约束信息。
15.根据权利要求13所述的方法,其特征在于,根据所述去方向检测报文组装返方向检测报文包括:
根据所述去方向检测报文验证去方向被测路径的数据平面与控制层面的一致性,如果一致,则进行返回路径匹配。
16.根据权利要求15所述的方法,其特征在于,所述进行返回路径匹配包括:
如果本节点存在所述返方向被测路径信息中指定的返回路径,则将返回路径的路径信息添加到返方向检测报文中,通过所述指定的返回路径,或者通过该指定的返回路径与其他路径一起向所述检测发起节点发送所述返方向检测报文。
17.根据权利要求16所述的方法,其特征在于,所述进行返回路径匹配还包括:
如果本节点不存在所述返方向被测路径信息中指定的返回路径,则将返回码信息添加到返方向检测报文中,通过其他路径向检测发起节点发送所述返方向检测报文。
18.根据权利要求17所述的方法,其特征在于,所述根据所述去方向检测报文组装返方向检测报文还包括:
如果所述去方向检测报文中包含收集被测路径信息的指示信息,则根据所述指示信息收集被测路径信息,将收集的被测路径信息添加到所述返方向检测报文中。
19.根据权利要求18所述的方法,其特征在于,所述方法还包括:
将所述去方向检测报文按照生存时间为1的设置通过下一跳节点依次转发,直到到达目的节点,以便每一个下一跳节点以及目的节点根据所述去方向检测报文组装返方向检测报文,将所述返方向检测报文发送给所述检测发起节点。
20.一种故障处理装置,其特征在于,所述装置包括:
去方向检测报文接收单元,用于接收被测路径上的检测发起节点发送的去方向检测报文,该去方向检测报文中包含去方向被测路径信息和返方向被测路径信息,所述返方向被测路径信息包含用于指定返回路径的转发等价类标识FEC ID、标签转发路径标识LSP ID或者隧道标识Tunnel ID;
返方向检测报文组装单元,用于根据所述去方向检测报文组装返方向检测报文;
返方向检测报文发送单元,用于通过所述指定的返回路径将所述返方向检测报文发送给所述检测发起节点。
21.根据权利要求20所述的装置,其特征在于,所述返方向被测路径信息还包括以下至少一项或其任意组合:
指定的返回模式为按照被测路径的反向路径返回;
指定的返回路径的约束信息。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910008095.0A CN101826989B (zh) | 2009-03-02 | 2009-03-02 | 一种故障处理方法和装置 |
PCT/CN2010/070818 WO2010099734A1 (zh) | 2009-03-02 | 2010-03-02 | 一种故障处理方法和装置 |
ES10748324.0T ES2446649T3 (es) | 2009-03-02 | 2010-03-02 | Método y dispositivo para procesamiento de fallos operativos |
EP10748324.0A EP2395702B1 (en) | 2009-03-02 | 2010-03-02 | Method and device for processing fault |
EP13184353.4A EP2698947B1 (en) | 2009-03-02 | 2010-03-02 | Method and device for processing fault |
US13/225,053 US8699358B2 (en) | 2009-03-02 | 2011-09-02 | Troubleshooting method and apparatus |
US14/198,117 US8958311B2 (en) | 2009-03-02 | 2014-03-05 | Troubleshooting method and apparatus |
US14/198,095 US8902762B2 (en) | 2009-03-02 | 2014-03-05 | Troubleshooting method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910008095.0A CN101826989B (zh) | 2009-03-02 | 2009-03-02 | 一种故障处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101826989A CN101826989A (zh) | 2010-09-08 |
CN101826989B true CN101826989B (zh) | 2013-11-06 |
Family
ID=42690707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910008095.0A Active CN101826989B (zh) | 2009-03-02 | 2009-03-02 | 一种故障处理方法和装置 |
Country Status (5)
Country | Link |
---|---|
US (3) | US8699358B2 (zh) |
EP (2) | EP2698947B1 (zh) |
CN (1) | CN101826989B (zh) |
ES (1) | ES2446649T3 (zh) |
WO (1) | WO2010099734A1 (zh) |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101958810B (zh) * | 2010-10-27 | 2013-01-23 | 华为数字技术有限公司 | 用于中间节点自主实现故障定位的方法及系统 |
CN103166786B (zh) * | 2011-12-15 | 2019-03-08 | 中兴通讯股份有限公司 | 一种实现链路跟踪的方法和系统 |
CN102624609A (zh) * | 2012-02-28 | 2012-08-01 | 华为技术有限公司 | 反向bfd报文发送、通知路径的方法及装置 |
CN103546376B (zh) * | 2012-07-09 | 2019-07-30 | 中兴通讯股份有限公司 | 一种应答报文的传送方法和节点 |
CN105743687B (zh) * | 2014-12-12 | 2020-01-10 | 中兴通讯股份有限公司 | 节点故障的判断方法及装置 |
US10243832B2 (en) * | 2014-12-23 | 2019-03-26 | Industrial Technology Research Institute | Routing message delivery method applicable to network node and network node using the same and communication network using the same |
CN105743711B (zh) * | 2016-04-13 | 2019-10-18 | 华为技术有限公司 | 一种网络路径的故障检测方法、装置及网络设备 |
CN107360203A (zh) * | 2016-05-09 | 2017-11-17 | 中兴通讯股份有限公司 | 一种实现QoS管理的方法及装置 |
US10756881B2 (en) | 2016-08-01 | 2020-08-25 | Nxp B.V. | Method and system for operating a communications device that communicates via inductive coupling |
CN107872356A (zh) | 2016-09-26 | 2018-04-03 | 中兴通讯股份有限公司 | 业务功能链检测路径的方法和装置 |
CN108259260B (zh) * | 2017-01-24 | 2020-12-04 | 新华三技术有限公司 | 链路检测方法及装置 |
CN106982153A (zh) * | 2017-05-18 | 2017-07-25 | 烽火通信科技股份有限公司 | 一种多段伪线网络连通性检测方法 |
US10880203B2 (en) * | 2017-06-12 | 2020-12-29 | Cisco Technology, Inc. | Centralized segment routing dataplane based backup path validation |
CN107294814A (zh) * | 2017-08-04 | 2017-10-24 | 郑州云海信息技术有限公司 | 一种片上网络的测试方法及装置 |
US10567092B2 (en) | 2017-09-01 | 2020-02-18 | Nxp B.V. | System to calibrate phase using system information |
DE102017123511A1 (de) | 2017-10-10 | 2019-04-11 | Carl Zeiss Microscopy Gmbh | Mikroskop und Verfahren zum Erzeugen eines mikroskopischen Bildes mit einer erweiterten Schärfentiefe |
DE102017123510A1 (de) | 2017-10-10 | 2019-04-11 | Carl Zeiss Microscopy Gmbh | Digitales Mikroskop und Verfahren zum Aufnehmen eines Stapels von mikroskopischen Bildern einer Probe |
DE102018105308A1 (de) | 2018-03-08 | 2019-09-12 | Carl Zeiss Microscopy Gmbh | Mikroskop und Verfahren zum Mikroskopieren einer Probe für die Darstellung von Bildern mit erweiterter Schärfentiefe oder dreidimensionalen Bildern |
CN109034415A (zh) * | 2018-07-20 | 2018-12-18 | 郑州云海信息技术有限公司 | 一种自学习的故障处理方法、装置及系统 |
CN111953553B (zh) * | 2019-05-16 | 2023-07-18 | 华为技术有限公司 | 一种报文的检测方法、设备及系统 |
CN114301829B (zh) * | 2020-09-23 | 2023-07-28 | 华为技术有限公司 | 一种选择报文发送路径的方法、设备及介质 |
CN114650242A (zh) * | 2020-12-21 | 2022-06-21 | 华为技术有限公司 | 路径故障检测方法、装置、相关设备及存储介质 |
EP4060394A1 (en) | 2021-03-17 | 2022-09-21 | Carl Zeiss Microscopy GmbH | Microscope and method for forming a microscopic image with an extended depth of field |
CN115604159A (zh) * | 2021-06-28 | 2023-01-13 | 中兴通讯股份有限公司(Cn) | 无缝双向转发检测方法、系统、节点及存储介质 |
CN115706706A (zh) * | 2021-07-14 | 2023-02-17 | 中兴通讯股份有限公司 | Sbfd检测路径优化方法、控制器、节点以及存储介质 |
CN113709000A (zh) * | 2021-08-31 | 2021-11-26 | 烽火通信科技股份有限公司 | 一种ping检测SRv6隧道双向连通性的方法与系统 |
JP7452872B2 (ja) * | 2021-09-28 | 2024-03-19 | Necプラットフォームズ株式会社 | 通信装置、方法及びプログラム |
CN115766536B (zh) * | 2022-11-11 | 2024-08-27 | 北京百度网讯科技有限公司 | 一种服务链探测系统、方法、装置及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1812401A (zh) * | 2005-01-27 | 2006-08-02 | 华为技术有限公司 | 多协议标签交换系统中建立返回标签交换路径的方法 |
CN101164261A (zh) * | 2005-01-14 | 2008-04-16 | 阿尔卡特朗讯 | 用于在接入网中使用以太网连通性故障管理(cfm)来监控末端节点的系统和方法 |
WO2008055426A1 (fr) * | 2006-11-09 | 2008-05-15 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de nœud pour transmettre un message de gestion de défaut de connectivité ethernet |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7463591B1 (en) * | 2001-06-25 | 2008-12-09 | Juniper Networks, Inc. | Detecting data plane liveliness of a label-switched path |
US7336615B1 (en) * | 2001-06-25 | 2008-02-26 | Juniper Networks, Inc. | Detecting data plane livelines in connections such as label-switched paths |
US7092361B2 (en) * | 2001-12-17 | 2006-08-15 | Alcatel Canada Inc. | System and method for transmission of operations, administration and maintenance packets between ATM and switching networks upon failures |
US8305882B2 (en) * | 2001-12-18 | 2012-11-06 | Horizon Technology Funding Company V Llc | Methods, systems, and computer program products for detecting and/or correcting faults in a multiprotocol label switching network by using redundant paths between nodes |
DE10219153A1 (de) | 2002-04-29 | 2003-11-20 | Siemens Ag | Verfahren zur Überprüfung der Durchgängigkeit von Verbindungen in MPLS-Netzen |
FI122373B (fi) * | 2002-10-24 | 2011-12-30 | Tellabs Oy | Menetelmä, järjestelmä ja verkko-olio yhteysvian havaitsemiseksi |
US7508755B2 (en) * | 2003-07-07 | 2009-03-24 | Alcatel-Lucent Usa Inc. | Methods and devices for creating an alternate path for a bi-directional LSP |
US7596140B2 (en) * | 2003-07-07 | 2009-09-29 | Alcatel-Lucent Usa Inc. | Methods and devices for creating bi-directional LSPs |
US20050099955A1 (en) * | 2003-11-10 | 2005-05-12 | Nortel Networks Limited | Ethernet OAM fault isolation |
IL159979A (en) * | 2004-01-21 | 2009-08-03 | Eci Telecom Ltd | Fast rerouting of traffic in a circuit switched mesh network |
CN100359860C (zh) * | 2004-09-27 | 2008-01-02 | 华为技术有限公司 | 一种多协议标签交换网络保护切换方法 |
CN100407725C (zh) * | 2005-04-15 | 2008-07-30 | 华为技术有限公司 | 多协议标签交换双向保护切换的实现方法 |
DE602005017125D1 (de) * | 2005-05-23 | 2009-11-26 | Alcatel Lucent | RSVP-Protokollerweiterung zur Unterstützung von OAM-Funktionen |
KR100696176B1 (ko) * | 2005-12-09 | 2007-03-20 | 한국전자통신연구원 | Mpls lsp보호절체 장치 및 방법 |
US7623449B2 (en) * | 2006-05-14 | 2009-11-24 | Atrica Israel Ltd. | Policy aware frame loss measurement |
US7746796B2 (en) * | 2006-09-29 | 2010-06-29 | Cisco Technology, Inc. | Directed echo requests and reverse traceroute |
US7860022B2 (en) * | 2006-12-21 | 2010-12-28 | Verizon Patent And Licensing Inc. | Multifunctional control channel for pseudowire emulation |
US8139479B1 (en) * | 2009-03-25 | 2012-03-20 | Juniper Networks, Inc. | Health probing detection and enhancement for traffic engineering label switched paths |
US8699873B2 (en) * | 2010-05-13 | 2014-04-15 | Fujitsu Limited | Identifying fault locations in a network |
US8908533B2 (en) * | 2010-06-10 | 2014-12-09 | Infinera Corporation | Supporting OAM on protecting connections in shared mesh protection environment |
-
2009
- 2009-03-02 CN CN200910008095.0A patent/CN101826989B/zh active Active
-
2010
- 2010-03-02 ES ES10748324.0T patent/ES2446649T3/es active Active
- 2010-03-02 WO PCT/CN2010/070818 patent/WO2010099734A1/zh active Application Filing
- 2010-03-02 EP EP13184353.4A patent/EP2698947B1/en active Active
- 2010-03-02 EP EP10748324.0A patent/EP2395702B1/en active Active
-
2011
- 2011-09-02 US US13/225,053 patent/US8699358B2/en active Active
-
2014
- 2014-03-05 US US14/198,095 patent/US8902762B2/en active Active
- 2014-03-05 US US14/198,117 patent/US8958311B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101164261A (zh) * | 2005-01-14 | 2008-04-16 | 阿尔卡特朗讯 | 用于在接入网中使用以太网连通性故障管理(cfm)来监控末端节点的系统和方法 |
CN1812401A (zh) * | 2005-01-27 | 2006-08-02 | 华为技术有限公司 | 多协议标签交换系统中建立返回标签交换路径的方法 |
WO2008055426A1 (fr) * | 2006-11-09 | 2008-05-15 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de nœud pour transmettre un message de gestion de défaut de connectivité ethernet |
Also Published As
Publication number | Publication date |
---|---|
US20110310727A1 (en) | 2011-12-22 |
US8958311B2 (en) | 2015-02-17 |
EP2698947B1 (en) | 2015-08-19 |
EP2395702A4 (en) | 2012-04-18 |
US8699358B2 (en) | 2014-04-15 |
US8902762B2 (en) | 2014-12-02 |
EP2395702A1 (en) | 2011-12-14 |
EP2395702B1 (en) | 2013-11-27 |
WO2010099734A1 (zh) | 2010-09-10 |
EP2698947A1 (en) | 2014-02-19 |
CN101826989A (zh) | 2010-09-08 |
US20140185459A1 (en) | 2014-07-03 |
ES2446649T3 (es) | 2014-03-10 |
US20140185462A1 (en) | 2014-07-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101826989B (zh) | 一种故障处理方法和装置 | |
CN101132320B (zh) | 检测接口故障的方法及网络节点设备 | |
US8886831B2 (en) | System and methodology for fast link failover based on remote upstream failures | |
JP5776618B2 (ja) | ネットワークスイッチ | |
CN101523803A (zh) | 通信网络中的弹性方案 | |
CN101599898B (zh) | 多链路故障环境下采用lfa方式的路由器避免环路的方法 | |
CN101610535A (zh) | 多链路直连场景下保证bfd会话稳定性的方法、系统及装置 | |
CN103138988A (zh) | 网络故障的定位处理方法及装置 | |
CN104427012B (zh) | 端口协商方法和设备 | |
CN100421387C (zh) | 一种业务流保护方法 | |
JP2009212863A (ja) | 回線状態監視回路、ノード、通信システム及び障害発生判断方法 | |
CN104885408B (zh) | 一种保护倒换的方法、网络及系统 | |
CN101478775B (zh) | 一种多邻居连接状态的检测方法、系统和设备 | |
CN101494801B (zh) | 故障恢复方法、系统及网络设备 | |
CN101136810A (zh) | 链路状态的检测方法以及网络设备 | |
JP2007037062A (ja) | Ipマルチキャストネットワークにおけるマルチキャストトレースルートシステム | |
CN102752125A (zh) | 一种数据链路的故障定位方法及装置 | |
CN101321094A (zh) | 一种连通性故障的定位装置及方法 | |
JP6052150B2 (ja) | 中継装置 | |
JP2003179628A (ja) | ラベル節減パスプロテクション通信装置 | |
JP6512037B2 (ja) | 無線通信装置、方法、及びプログラム | |
CN103378985A (zh) | 数据驱动的故障检测方法、反射应答器和反射目的地 | |
CN102624599B (zh) | Mpls-tp的传输路径的信息获取方法、装置及系统 | |
JP5349229B2 (ja) | パケット・リング・ネットワークにおける障害箇所特定方法及び該方法を実行するシステム | |
JP6977867B2 (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |