CN101640672A - 一种网际协议网络的故障定位检测方法、系统和装置 - Google Patents
一种网际协议网络的故障定位检测方法、系统和装置 Download PDFInfo
- Publication number
- CN101640672A CN101640672A CN200810144464A CN200810144464A CN101640672A CN 101640672 A CN101640672 A CN 101640672A CN 200810144464 A CN200810144464 A CN 200810144464A CN 200810144464 A CN200810144464 A CN 200810144464A CN 101640672 A CN101640672 A CN 101640672A
- Authority
- CN
- China
- Prior art keywords
- fault
- network equipment
- message
- inquiry information
- local
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种网际协议IP网络的故障定位检测方法,包括:接收来自故障查询发起者的故障查询信息;判断故障查询信息与本地故障信息是否匹配,如果故障查询信息与本地故障信息匹配,则向故障查询发起者发送本地故障信息。本发明实施例还公开了一种网络设备,包括:接收模块,用于接收来自故障查询发起者的故障查询信息;判断模块,用于判断获取模块获取的故障查询信息与本地故障信息是否匹配;发送模块,用于如果判断模块判断故障查询信息与本地故障信息匹配,向故障查询发起者发送本地故障信息。本发明实施例的技术方案采用了查询和扩散机制,达到了IP网络的端到端快速检测和定位的效果。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种IP(Internet Protocol,网际协议)网络的故障定位检测方法和装置。
背景技术
ALL IP作为未来业务发展的趋势已是不争的事实,越来越多的运营商把传统电信业务和新兴业务承载于IP网络上,从而具备了业务新、带宽利用率高、成本低等优点。但是,IP网络由于设计理念与传统的电路网有很大的差异,因而在网络监测、QoS(Quality ofService,业务质量)、安全等方面面临一系列问题。
当前,IP网络存在以下特性:
1.IP转发具有非面向连接的特点,路由器只负责本地转发,不知道端到端信息;且路由迅速收敛,不保留收敛前的信息,无法获得故障对路由的影响,因此很难找到链路和业务的关联关系。
2.负载分担等多路径因素导致探测路径和业务路径不一致。
3.FRR(Fast ReRoute,快速重路由)导致转发平面和控制平面不一致,从而造成控制平面依赖的检测和转发平面依赖的检测不一致。
4.非随路检测导致端到端和点到点检测的不一致性,即多个点到点检测不能代替端到端检测。
5.对于规模较大的IP网络来说,探测流量将有可能是天文数字,反而增加了发生故障的可能。
对于IP网络端到端的网络故障检测及故障定位有许多传统的方法,最著名的方法就是Ping、BFD(Bidirectional Forwarding Detection,双向转发检测)等故障检测方法以及Traceroute故障定位方法。
发明人在实现本发明的过程中,发现现有技术至少存在以下缺陷:故障定位过程耗费的时间过长,对于一些短时间出现的故障难以检测和定位;故障检测方法无法检测网络端到端的各段链路的链路质量(包括时延、抖动、丢包等),也就是在网络质量恶化时,无法定位哪段链路出现问题,以及无法解决IP网络中普遍存在的多路径问题。总之,现有的检测定位技术和手段均无法满足IP网络检测的快速性和全覆盖要求,容易造成定位的不确定性。
发明内容
本发明实施例提供了一种IP网络的故障定位检测方法、系统和装置,实现了IP网络的端到端快速检测和定位。
为达到上述目的,本发明实施例一方面提出一种IP网络的故障定位检测方法,包括:
接收来自故障查询发起者的故障查询信息;
判断所述故障查询信息与本地故障信息是否匹配,如果所述故障查询信息与所述本地故障信息匹配,则向所述故障查询发起者发送所述本地故障信息。
另一方面,本发明实施例还提出另一种IP网络的故障定位检测方法,包括:
获取故障查询信息,将所述故障查询信息发送给承载网设备;
接收所述来自承载网设备的承载网设备本地故障信息,分析所述承载网设备本地故障信息,得出故障定位结果。
本发明实施例还提出一种网络设备,包括:
接收模块,用于接收来自故障查询发起者的故障查询信息;
判断模块,用于判断所述获取模块获取的所述故障查询信息与本地故障信息是否匹配;
发送模块,用于如果所述判断模块判断所述故障查询信息与所述本地故障信息匹配,向所述故障查询发起者所述本地故障信息。
本发明实施例还提出一种网络设备,包括:
获取模块,用于获取故障查询信息;
第一发送模块,用于将所述故障查询信息发送给承载网设备;
接收模块,用于接收所述来自承载网设备的承载网设备本地故障信息;
分析模块,用于分析所述承载网设备本地故障信息,得出故障定位结果。
本发明实施例还提出一种网络系统,包括:
第一网络设备,用于获取故障查询信息,向第二网络设备发送所述故障查询信息,接收来自所述第二网络设备的第二网络设备本地故障信息,分析所述第二网络设备本地故障信息,得出故障定位结果。
第二网络设备,用于接收来自所述第一网络设备的故障查询信息,判断所述故障查询信息与所述本地故障信息是否匹配;如果所述故障查询信息与所述自身设备的故障信息匹配,则向所述第一网络设备发送所述本地故障信息。
本发明实施例的技术方案至少具有以下优点:因为采用了查询和扩散机制,从而,达到了IP网络的端到端快速检测和定位的效果;减少了故障检测所需的网络开销和探测流量,避免了大量的探测流量造成网络拥塞的可能。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中的一种IP网络的故障定位检测方法流程图;
图2为本发明实施例中的另一种IP网络的故障定位检测方法流程图;
图3为本发明实施例中的IP网络的故障定位检测的一种具体实现方式流程图;
图4为本发明实施例中的IP网络的故障定位检测的另一种具体实现方式流程图;
图5为本发明实施例中的IP 网络的故障定位检测的又一种具体实现方式流程图;
图6为本发明实施例中的一种网络设备结构图;
图7为本发明实施例中的另一种网络设备结构图;
图8为本发明实施例中的一种网络系统结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明实施例中一种IP网络的故障定位检测方法流程图,包括以下步骤:
步骤101,接收来自故障查询发起者的故障查询信息。
故障查询发起者,可以是包括承载网设备或业务层设备,在感知端到端承载中断或业务质量下降之后,生成故障查询信息,并向承载网设备发送该故障查询信息,发起故障查询。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。
其中,业务层设备的类型包括:MGW(Media Gateway,媒体网关)、MGC(Media Gateway Controller,媒体网关控制器)、NGN(Next GenerationNetwork,下一代网络)、IMS(IP Multimedia Subsystem,IP多媒体子系统)设备、BSC(Base Station Controller,基站控制器)、BS(Base Station,基站)、RNC(Radio Network Controller,无线网络控制器)、NodeB等无线网络设备以及MAG(Media Access Gateway,媒体接入网关设备)和外挂IP网络性能探测设备等。
步骤102,判断故障查询信息与本地故障信息是否匹配,如果故障查询信息与本地故障信息匹配,则执行步骤103。
本地故障信息包括:链路故障、链路质量变化信息、路由或LSP(LabelSwitched Path,标签交换路径)变化信息、业务报文转发时延变化信息、业务报文转发丢弃信息、故障产生时间和变化产生时间等。
匹配具体包括:故障原因匹配和时间匹配,即如果本地故障信息是产生故障查询信息中的故障类型的原因,则认为本地故障信息和故障查询信息匹配;如果本地故障信息中的故障时间在故障查询信息中的故障时间和偏差时间的范围之内,则认为本地故障信息和故障查询信息时间匹配。
步骤103,向故障查询发起者发送本地故障信息。
在接收故障查询信息后,如果发现该故障查询信息与本地故障信息匹配,则将该本地故障信息发送给故障查询发起者。
本发明实施例的技术方案至少具有以下优点:因为采用了查询和扩散机制,检测定位过程无需显式指定路径,减小了故障检测所需的网络开销和探测流量,避免了大量的探测流量造成网络拥塞的可能;解决了现有的故障定位手段无法解决的IP网络负载分担多路径问题。
如图2所示,为本发明实施例中另一种IP网络的故障定位检测方法流程图,包括以下步骤:
步骤201,获取故障查询信息。
获取故障查询信息的方式,可以是通过接收发起故障查询的业务层设备发送的故障查询信息,也可以是通过在感知端到端承载中断或业务质量下降之后,生成故障查询信息。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。其中,业务层设备的类型包括:MGW、MGC、NGN、IMS设备、BSC、BS、RNC、NodeB等无线网络设备以及MAG和外挂IP网络性能探测设备等。
步骤202,向承载网设备发送故障查询信息。
获取故障查询信息后,会将该故障查询信息在整个承载网扩散,通知其他承载网设备,如P(Provider,运营商设备)节点、CE节点和PE节点。扩散的方法包括扩展IGP(Interior Gateway Protocol,内部网关协议)、BGP(BorderGateway Protocol,边界网管协议)等多种方式。
步骤203,接收来自承载网设备的承载网设备本地故障信息。
CE、PE、P节点判断接收到的故障查询信息与本地故障信息是否匹配,如果故障查询信息与本地故障信息匹配,则向发送故障查询信息的CE、PE节点发送本地故障信息。匹配具体包括:故障原因匹配和时间匹配,即如果本地故障信息是产生故障查询信息中的故障类型的原因,则认为本地故障信息和故障查询信息匹配;如果本地故障信息中的故障时间在故障查询信息中的故障时间和偏差时间的范围之内,则认为本地故障信息和故障查询信息时间匹配。
步骤204,分析承载网设备本地故障信息,得出故障定位结果。
发送故障查询信息的CE、PE节点分析各个承载网设备反馈的承载网设备本地故障信息,得出故障定位结果,并将该故障定位结果发送给上层设备。上层设备包括业务层设备和承载网网关。业务层设备接收到故障定位信息后,还可以进行上报或显示工作,如实时显示业务路由状态或是向维护人员给出故障详细信息等。
本发明实施例的技术方案至少具有以下优点:因为采用了查询和扩散机制,达到了IP网络的端到端快速检测和定位的效果,减小了故障检测所需的网络开销和探测流量,避免了大量的探测流量造成网络拥塞的可能。
如图3所示,为本发明实施例中IP网络的故障定位检测的一种具体实现方式流程图,包括以下步骤:
步骤301,承载网设备保存本地故障信息。
本地故障信息包括:链路故障、链路质量变化信息、路由或LSP变化信息、业务报文转发时延变化信息、业务报文转发丢弃信息、故障产生时间和变化产生时间等。
步骤302,业务层设备感知业务失效或业务品质下降。
步骤303,业务层设备生成故障查询信息。
业务层设备感知业务失效或业务品质下降,如NGN业务设备发现信令面SCTP(Stream Control Transmission Protocol,流控制传输协议)重传率过高,或媒体面检测到RTP(Real-time Transport Protocol,实时传送协议)流QoS明显下降之后,会生成故障查询信息。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。
步骤304,业务层设备向边缘承载网设备发送故障查询信息。
步骤305,边缘承载网设备向其他承载网设备转发故障查询信息。业务层设备生成故障查询信息后,会将该故障查询信息通过UNI(User NetworkInterface,用户网络接口)发送给边缘承载网设备,如CE、PE节点,边缘承载网设备会将该故障查询信息在整个承载网扩散,通知其他承载网设备,如P节点以及边缘承载网设备之外的CE、PE节点。扩散的方法包括扩展IGP、BGP协议等多种方式。
步骤306,其他承载网设备判断故障查询信息与本地故障信息是否匹配,如果故障查询信息与本地故障信息匹配,则执行步骤308。匹配具体包括:故障原因匹配和时间匹配,即如果本地故障信息是产生故障查询信息中的故障类型的原因,则认为本地故障信息和故障查询信息匹配;如果本地故障信息中的故障时间在故障查询信息中的故障时间和偏差时间的范围之内,则认为本地故障信息和故障查询信息时间匹配。
步骤307,其他承载网设备向边缘承载网设备发送其他承载网设备本地故障信息。
其他承载网设备,如CE、PE、P节点接收到故障查询信息后,如果发现该故障查询信息与本地设备保存的故障信息匹配,则将该故障信息反馈给故障查询信息的发送方:边缘承载网设备,包括PE、CE节点。其中PE设备接收到反馈信息后,还需要继续再向CE设备反馈定位信息。
步骤308,边缘承载网设备分析来自其他承载网设备的其他承载网设备本地故障信息,得出故障定位结果。
步骤309,边缘承载网设备将故障定位结果发送给业务层设备。
步骤310,业务层设备向故障查询发起者发送故障定位结果,或者,显示故障定位结果。
业务层设备接收到故障定位信息后,还可以进行上报或显示工作,如实时显示业务路由状态或是向维护人员给出故障详细信息等。
本发明实施例的技术方案至少具有以下优点:因为采用了查询和扩散机制,达到了IP网络的端到端快速检测和定位的效果;检测定位过程无需显式指定路径,故障检测所需的网络开销很小,不需要很多的探测流量,避免大量的探测流量造成网络拥塞的可能;解决了现有故障定位手段无法解决的IP网络负载分担多路径问题。
如图4所示,为本发明实施例中IP网络的故障定位检测的另一种具体实现方式流程图,包括以下步骤:
步骤401,被检承载网设备保存本地故障信息。
本地故障信息包括:链路故障、链路质量变化信息、路由或LSP变化信息、业务报文转发时延变化信息、业务报文转发丢弃信息、故障产生时间和变化产生时间等。
步骤402,检测承载网设备感知端到端承载中断。
步骤403,检测承载网设备生成故障查询信息。
具有端到端检测功能的检测承载网设备发现故障,如媒体面检测到RTP流QoS明显下降之后,会生成故障查询信息。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。
步骤404,检测承载网设备将故障查询信息在承载网中扩散。
检测承载网设备生成故障查询信息后,会将该故障查询信息发送给承载网中的被检承载网设备,将该故障查询信息在整个承载网扩散,扩散的方法包括扩展IGP、BGP协议等多种方式;也可以是预定的路径,此预定路径可以是流量工程预定的路径,也可以是使用TraceRoute功能获取的路径。
步骤405,被检承载网设备判断故障查询信息与本地故障信息是否匹配,如果故障查询信息与本地故障信息匹配,则执行步骤406。
步骤406,被检承载网设备向检测承载网设备反馈被检承载网设备本地故障信息。
被检承载网设备接收故障查询信息后,如果发现该故障查询信息与本地设备保存的故障信息匹配,则将该故障信息反馈给故障查询信息的发送方,即检测承载网设备。
步骤407,检测承载网设备分析来自被检承载网设备的被检承载网设备本地故障信息,得出故障定位结果。
步骤408,检测承载网设备将故障定位结果发送给上层设备。
上层设备的类型包括业务层设备和承载网网关等设备。
本发明实施例的技术方案至少具有以下优点:因为采用了查询和扩散机制,达到了IP网络的端到端快速检测和定位的效果;故障检测所需的网络开销很小,不需要很多的探测流量,避免大量的探测流量造成网络拥塞的可能;解决了现有故障定位手段无法解决的IP网络负载分担多路径问题。
如图5所示,为本发明实施例中IP网络的故障定位检测的再一种具体实现方式流程图,包括以下步骤:
步骤501,承载网设备保存本地故障信息,并且将故障信息上送集中管理设备;
本地故障信息包括:链路故障、链路质量变化信息、路由或LSP变化信息、业务报文转发时延变化信息、业务报文转发丢弃信息、故障产生时间和变化产生时间等。
步骤502,检测承载网设备感知端到端承载中断。
步骤503,检测承载网设备生成故障查询信息,发送给集中管理设备。
具有端到端检测功能的检测承载网设备发现故障,如媒体面检测到RTP流QoS明显下降之后,会生成故障查询信息。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。
步骤504,集中管理设备通过预先指定的路径,将故障查询信息在承载网对应设备上送的故障信息中进行故障匹配。
其中,预定路径可以是流量工程预定的路径,也可以是使用TraceRoute功能获取的路径。
步骤505,集中管理设备根据查询匹配结果进行故障定位。
其中预定路径可以是流量工程预定的路径,也可以是使用TraceRoute功能获取的路径
步骤506,集中管理设备将故障定位结果发送给上层设备。
上层设备的类型包括业务层设备和承载网网关等设备。
本发明实施例的技术方案至少具有以下优点:故障定位在集中管理设备上实施,减少了故障定位过程中的查询时间,定位故障速度加快,同时达到了IP网络的端到端快速检测和定位的效果;故障检测所需的网络开销很小,不需要很多的探测流量,避免大量的探测流量造成网络拥塞的可能。
如图6所示,为本发明实施例中的一种网络设备结构图,该网络设备可以作为上述实施例中所述的其他承载网设备或被检承载网设备,包括:存储模块601,接收模块602,判断模块603和发送模块604,其中:
存储模块601,用于保存本地故障信息。
本地故障信息包括:链路故障、链路质量变化信息、路由或LSP变化信息、业务报文转发时延变化信息、业务报文转发丢弃信息、故障产生时间和变化产生时间等。
接收模块602,用于接收来自故障查询发起者的故障查询信息。
故障查询发起者,包括承载网设备或业务层设备,在感知端到端承载中断或业务质量下降之后,生成故障查询信息,并向承载网设备发送该故障查询信息,发起故障查询。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。
判断模块603,用于判断获取模块602获取的故障查询信息与存储模块601存储的本地故障信息是否匹配。
发送模块604,如果判断模块603判断故障查询信息与本地故障信息匹配,用于向故障查询发起者发送本地故障信息。
在获取故障查询信息后,如果发现该故障查询信息与本地设备保存的故障信息匹配,则将该故障信息反馈给故障查询信息的发送方。
本发明实施例的技术方案至少具有以下优点:因为采用了查询和扩散机制,达到了IP网络的端到端快速检测和定位的效果;检测定位过程无需显式指定路径,只需提供目的IP地址即可;故障检测所需的网络开销很小,不需要很多的探测流量,避免大量的探测流量造成网络拥塞的可能;解决了现有故障定位手段无法解决的IP网络负载分担多路径问题。
如图7所示,为本发明实施例中的另一种网络设备结构图,该网络设备可以作为上述实施例中所述的边缘承载网设备或检测承载网设备,包括:获取模块701,第一发送模块702,接收模块703,分析模块704和第二发送模块705,其中:
获取模块701,用于获取故障查询信息。
获取故障查询信息的方式,可以是通过接收发起故障查询的业务层设备发送的故障查询信息,也可以是通过在感知端到端承载中断或业务质量下降之后,生成故障查询信息。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。其中,业务层设备的类型包括:MGW、MGC、NGN、IMS设备、BSC、BS、RNC、NodeB等无线网络设备以及MAG和外挂IP网络性能探测设备等。
第一发送模块702,用于向承载网设备发送获取模块701获取的故障查询信息。
获取故障查询信息后,会将该故障查询信息在整个承载网扩散,通知其他承载网设备,如P节点、CE节点和PE节点。扩散的方法包括扩展IGP、BGP等多种方式。
接收模块703,用于接收来自承载网设备的承载网设备本地故障信息。
CE、PE、P节点判断接收到的故障查询信息与本地故障信息是否匹配,如果故障查询信息与本地故障信息匹配,则向发送故障查询信息的CE、PE节点发送本地故障信息。匹配具体包括:故障原因匹配和时间匹配,即如果本地故障信息是产生故障查询信息中的故障类型的原因,则认为本地故障信息和故障查询信息匹配;如果本地故障信息中的故障时间在故障查询信息中的故障时间和偏差时间的范围之内,则认为本地故障信息和故障查询信息时间匹配。
分析模块704,用于分析所述接收模块703接收的承载网设备本地故障信息,得出故障定位结果。
第二发送模块705,用于将分析模块704得出的故障定位结果发送给上层设备。
发送故障查询信息的CE、PE节点分析各个承载网设备反馈的承载网设备本地故障信息,得出故障定位结果,并将该故障定位结果发送给上层设备。上层设备包括业务层设备和承载网网关。业务层设备接收到故障定位信息后,还可以进行上报或显示工作,如实时显示业务路由状态或是向维护人员给出故障详细信息等。本发明实施例的技术方案至少具有以下优点:因为采用了查询和扩散机制,达到了IP网络的端到端快速检测和定位的效果;故障检测所需的网络开销很小,不需要很多的探测流量,避免大量的探测流量造成网络拥塞的可能;解决现有的故障定位手段无法解决的IP网络负载分担多路径问题。
如图8所示,为本发明实施例中的一种网络系统结构图,包括:第一网络设备801和第二网络设备802。其中:
第一网络设备801,用于获取故障查询信息,向第二网络设备802发送故障查询信息,接收来自第二网络设备802的第二网络设备802本地故障信息,分析第二网络设备802本地故障信息,得出故障定位结果;还用于向上层设备发送故障定位结果。
第一网络设备801获取故障查询信息的方式,可以是通过接收发起故障查询的业务层设备发送的故障查询信息,也可以是通过在感知端到端承载中断或业务质量下降之后,生成故障查询信息。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。其中,业务层设备的类型包括:MGW、MGC、NGN、IMS设备、BSC、BS、RNC、NodeB等无线网络设备以及MAG和外挂IP网络性能探测设备等。第一网络设备801获取故障查询信息后,会将该故障查询信息在整个承载网扩散,通知第二网络设备802,扩散的方法包括扩展IGP、BGP等多种方式。第二网络设备802判断接收到的故障查询信息与本地故障信息是否匹配,如果故障查询信息与本地故障信息匹配,则向发送故障查询信息的第一网络设备801发送第二网络设备802本地故障信息。匹配具体包括:故障原因匹配和时间匹配,即如果本地故障信息是产生故障查询信息中的故障类型的原因,则认为本地故障信息和故障查询信息匹配;如果本地故障信息中的故障时间在故障查询信息中的故障时间和偏差时间的范围之内,则认为本地故障信息和故障查询信息时间匹配。第一网络设备801分析第二网络设备802反馈的第二网络设备802本地故障信息,得出故障定位结果,并将该故障定位结果发送给上层设备。上层设备包括业务层设备和承载网网关。业务层设备接收到故障定位信息后,还可以进行上报或显示工作,如实时显示业务路由状态或是向维护人员给出故障详细信息等。
第二网络设备802,用于接收来自第一网络设备801的故障查询信息,判断故障查询信息与本地故障信息是否匹配;如果故障查询信息与本地故障信息匹配,则向第一网络设备801发送本地故障信息;还用于存储本地故障信息。
本地故障信息包括:链路故障、链路质量变化信息、路由或LSP变化信息、业务报文转发时延变化信息、业务报文转发丢弃信息、故障产生时间和变化产生时间等。第一网络设备801获取故障查询信息后,会向第二网络设备802发送该故障查询信息,发起故障查询。故障查询信息包括:故障源目的地址、故障类型、故障网关、故障时间和偏差时间等。第二网络设备802接收该故障查询信息后,如果发现该故障查询信息与本地故障信息匹配,则将该故障信息发送给第一网络设备801。
第一网络设备801和第二网络设备802可以分别是上述实施例中所述的边缘承载网设备和其他承载网设备,或者,第一网络设备801和第二网络设备802可以分别是上述实施例中所述的检测承载网设备和被检承载网设备。
本发明实施例的技术方案至少具有以下优点:因为采用了查询和扩散机制,达到了IP网络的端到端快速检测和定位的效果;检测定位过程无需显式指定路径,只需提供目的IP地址即可;故障检测所需的网络开销很小,不需要很多的探测流量,避免大量的探测流量造成网络拥塞的可能;可以解决现有的故障定位手段无法解决的IP网络负载分担多路径问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
Claims (17)
1、一种网际协议IP网络的故障定位检测方法,其特征在于,包括:
接收来自故障查询发起者的故障查询信息;
判断所述故障查询信息与本地故障信息是否匹配,如果所述故障查询信息与所述本地故障信息匹配,则向所述故障查询发起者发送所述本地故障信息。
2、如权利要求1所述IP网络的故障定位检测方法,其特征在于,所述接收来自故障查询发起者的故障查询信息之前,还包括:
保存所述本地故障信息。
3、如权利要求1所述IP网络的故障定位检测方法,其特征在于,所述本地故障信息包括:
链路故障、链路质量变化信息、路由或标签交换路径LSP变化信息、业务报文转发时延变化信息、业务报文转发丢弃信息、故障产生时间或变化产生时间中的一种或多种。
4、如权利要求1所述IP网络的故障定位检测方法,其特征在于,所述故障查询信息包括:
故障源目的地址、故障类型、故障网关、故障时间或偏差时间中的一种或多种。
5、如权利要求1所述IP网络的故障定位检测方法,其特征在于,所述匹配包括:
故障原因匹配或时间匹配中的一种或多种。
6、一种IP网络的故障定位检测方法,其特征在于,包括:
获取故障查询信息,将所述故障查询信息发送给承载网设备;
接收来自所述承载网设备的承载网设备本地故障信息,分析所述承载网设备本地故障信息,得出故障定位结果。
7、如权利要求6所述IP网络的故障定位检测方法,其特征在于,所述得出故障定位结果之后,还包括:
将所述故障定位结果发送给上层设备。
8、如权利要求6所述IP网络的故障定位检测方法,其特征在于,所述获取故障查询信息,包括:
生成所述故障查询信息;
或接收来自故障查询发起者的故障查询信息。
9、如权利要求6所述IP网络的故障定位检测方法,其特征在于,所述本地故障信息包括:
链路故障、链路质量变化信息、路由或标签交换路径LSP变化信息、业务报文转发时延变化信息、业务报文转发丢弃信息、故障产生时间或变化产生时间中的一种或多种。
10、如权利要求6所述IP网络的故障定位检测方法,其特征在于,所述故障查询信息包括:
故障源目的地址、故障类型、故障网关、故障时间或偏差时间中的一种或多种。
11、一种网络设备,其特征在于,包括:
接收模块,用于接收来自故障查询发起者的故障查询信息;
判断模块,用于判断所述接收模块接收的所述故障查询信息与本地故障信息是否匹配;
发送模块,用于如果所述判断模块判断所述故障查询信息与所述本地故障信息匹配,向所述故障查询发起者发送所述本地故障信息。
12、如权利要求11所述网络设备,其特征在于,还包括:
存储模块,用于保存本地故障信息,供所述判断模块使用。
13、一种网络设备,其特征在于,包括:
获取模块,用于获取故障查询信息;
第一发送模块,用于将所述获取模块获取的所述故障查询信息发送给承载网设备;
接收模块,用于接收来自所述承载网设备的承载网设备本地故障信息;
分析模块,用于分析所述接收模块接收的所述承载网设备本地故障信息,得出故障定位结果。
14、如权利要求13所述网络设备,其特征在于,还包括:
第二发送模块,用于将所述分析模块得出的所述故障定位结果发送给上层设备。
15、一种网络系统,其特征在于,包括:
第一网络设备,用于获取故障查询信息,向第二网络设备发送所述故障查询信息,接收来自所述第二网络设备的第二网络设备本地故障信息,分析所述第二网络设备本地故障信息,得出故障定位结果。
第二网络设备,用于接收来自所述第一网络设备的故障查询信息,判断所述故障查询信息与所述本地故障信息是否匹配;如果所述故障查询信息与所述本地故障信息匹配,则向所述第一网络设备发送所述本地故障信息。
16、如权利要求15所述网络系统,其特征在于,所述第一网络设备,还用于向上层设备发送所述故障定位结果。
17、如权利要求15所述网络系统,其特征在于,所述第二网络设备,还用于存储所述本地故障信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810144464A CN101640672A (zh) | 2008-07-31 | 2008-07-31 | 一种网际协议网络的故障定位检测方法、系统和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810144464A CN101640672A (zh) | 2008-07-31 | 2008-07-31 | 一种网际协议网络的故障定位检测方法、系统和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101640672A true CN101640672A (zh) | 2010-02-03 |
Family
ID=41615464
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810144464A Pending CN101640672A (zh) | 2008-07-31 | 2008-07-31 | 一种网际协议网络的故障定位检测方法、系统和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101640672A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101820368A (zh) * | 2010-04-08 | 2010-09-01 | 华为技术有限公司 | 以太网链路故障检测方法及装置 |
WO2012106925A1 (zh) * | 2011-07-25 | 2012-08-16 | 华为技术有限公司 | Ip网络故障定位方法、装置及系统 |
CN103051475A (zh) * | 2012-12-20 | 2013-04-17 | 瑞斯康达科技发展股份有限公司 | 网管设备、分级网管系统及其查询被管设备状态的方法 |
WO2013097471A1 (zh) * | 2011-12-27 | 2013-07-04 | 华为技术有限公司 | 网络故障处理的方法、装置与系统 |
CN103491555A (zh) * | 2012-06-13 | 2014-01-01 | 中国移动通信集团湖南有限公司 | 一种基于业务信息定位ip链路故障的方法、设备和系统 |
CN103746834A (zh) * | 2013-12-25 | 2014-04-23 | 华为技术有限公司 | 传送网业务路径搜索方法和相关设备及通信系统 |
US9059904B2 (en) | 2010-10-27 | 2015-06-16 | Huawei Technologies Co., Ltd. | Method and system for intermediate node to locate a fault independently |
CN107800560A (zh) * | 2016-09-07 | 2018-03-13 | 腾讯科技(深圳)有限公司 | 网络检测方法和装置、网络检测查询方法和装置 |
-
2008
- 2008-07-31 CN CN200810144464A patent/CN101640672A/zh active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101820368A (zh) * | 2010-04-08 | 2010-09-01 | 华为技术有限公司 | 以太网链路故障检测方法及装置 |
US9059904B2 (en) | 2010-10-27 | 2015-06-16 | Huawei Technologies Co., Ltd. | Method and system for intermediate node to locate a fault independently |
WO2012106925A1 (zh) * | 2011-07-25 | 2012-08-16 | 华为技术有限公司 | Ip网络故障定位方法、装置及系统 |
WO2013097471A1 (zh) * | 2011-12-27 | 2013-07-04 | 华为技术有限公司 | 网络故障处理的方法、装置与系统 |
CN103491555A (zh) * | 2012-06-13 | 2014-01-01 | 中国移动通信集团湖南有限公司 | 一种基于业务信息定位ip链路故障的方法、设备和系统 |
CN103491555B (zh) * | 2012-06-13 | 2016-08-10 | 中国移动通信集团湖南有限公司 | 一种基于业务信息定位ip链路故障的方法、设备和系统 |
CN103051475A (zh) * | 2012-12-20 | 2013-04-17 | 瑞斯康达科技发展股份有限公司 | 网管设备、分级网管系统及其查询被管设备状态的方法 |
CN103746834A (zh) * | 2013-12-25 | 2014-04-23 | 华为技术有限公司 | 传送网业务路径搜索方法和相关设备及通信系统 |
CN103746834B (zh) * | 2013-12-25 | 2018-05-04 | 华为技术有限公司 | 传送网业务路径搜索方法和相关设备及通信系统 |
CN107800560A (zh) * | 2016-09-07 | 2018-03-13 | 腾讯科技(深圳)有限公司 | 网络检测方法和装置、网络检测查询方法和装置 |
CN107800560B (zh) * | 2016-09-07 | 2020-08-14 | 腾讯科技(深圳)有限公司 | 网络检测方法和装置、网络检测查询方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101640672A (zh) | 一种网际协议网络的故障定位检测方法、系统和装置 | |
EP2611075B1 (en) | Fault detection method and system | |
US10050827B2 (en) | Method and apparatus for monitoring connectivity in a long term evolution network | |
Ramachandran et al. | DAMON: A distributed architecture for monitoring multi-hop mobile networks | |
US7852778B1 (en) | Verification of network paths using two or more connectivity protocols | |
JP4840236B2 (ja) | ネットワークシステム及びノード装置 | |
CN101610535B (zh) | 多链路直连场景下保证bfd会话稳定性的方法、系统及装置 | |
US8472315B2 (en) | Method and system for controlling link saturation of synchronous data across packet networks | |
US9059904B2 (en) | Method and system for intermediate node to locate a fault independently | |
WO2008148334A1 (fr) | Procédé, système et appareil pour détecter la réception anormale d'un message | |
US8339972B2 (en) | Method and system for monitoring a GTP communication path in an UMTS/GPRS network | |
US8107388B2 (en) | Route tracing program configured to detect particular network element making type of service modification | |
JP2002281078A (ja) | 通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置 | |
WO2012106915A1 (zh) | 故障通告方法、检测装置、转发装置、系统及数据结构 | |
CN101425942A (zh) | 一种实现双向转发检测的方法、装置及系统 | |
US8625406B2 (en) | Multicast fast re-route | |
EP3001615B1 (en) | Bit error rate detecting method and network device | |
US8477655B2 (en) | Method, device, and system for establishing label switching path in fast rerouting switching | |
Zhang et al. | A general framework of multipath transport system based on application-level relay | |
US9716739B2 (en) | System and method for determining deterioration in call quality between one or more wireless end-users based on codec characteristics | |
Liu et al. | Cross-layer design for UAV-based streaming media transmission | |
CN101374101B (zh) | 一种传输复用报文的方法、设备及系统 | |
CN102769552B (zh) | 一种通过bfd检测lsp时传输bfd报文的方法和设备 | |
US20130051236A1 (en) | Wireline Nodal QoS-Based Routing | |
US9426186B2 (en) | Methods and systems for load balancing call sessions over a dual ring internet protocol (IP) network |
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 |
Application publication date: 20100203 |