CN101808021A - 故障检测方法、装置及***以及报文统计方法、节点设备 - Google Patents
故障检测方法、装置及***以及报文统计方法、节点设备 Download PDFInfo
- Publication number
- CN101808021A CN101808021A CN201010150096A CN201010150096A CN101808021A CN 101808021 A CN101808021 A CN 101808021A CN 201010150096 A CN201010150096 A CN 201010150096A CN 201010150096 A CN201010150096 A CN 201010150096A CN 101808021 A CN101808021 A CN 101808021A
- Authority
- CN
- China
- Prior art keywords
- message
- node
- flowing
- network service
- statistics
- 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)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种故障检测方法、装置及***以及报文统计方法、节点设备,用于准确的检测故障位置。本发明实施例方法包括:当网络通信出现故障时,确定所述网络通信对应的第二报文,所述第二报文为全网传输报文;获取所述第二报文在各节点中的统计数据;根据所述第二报文在各节点中的统计数据确定故障出现位置。本发明实施例还提供一种故障检测装置,***,报文统计方法以及节点设备。本发明实施例可以准确的检测故障位置。
Description
技术领域
本发明涉及通信领域,尤其涉及一种故障检测方法、装置及***以及报文统计方法、节点设备。
背景技术
当网络中某节点出现故障时,往往会导致整个网络出现问题,而随着网络结构的越来越复杂,网络节点的数量的增加,找到出问题的节点也变得越来越困难。通常情况下,节点故障往往伴随着报文的丢弃,找到报文丢弃的节点,一般也就找到了出现故障的节点。
现有技术中一种故障检测方法为静态统计报文流向,在该方法中,故障检测装置记录各时刻在各节点中流经的报文的总数量,当网络出现故障时,故障检测装置检测每个节点,若发现流经某个节点的报文的总数量没有发生变化,而流经该节点的前序节点的报文的总数量增加,则确定该节点出现故障,或该节点与前序节点之间的通信出现故障。
但是,由于在实际的运营环境中,流经各节点的报文往往以数据流的形式体现,多种数据流混合传输的过程中,常常会有一些正常丢包的情况,例如探测包在探测失败时会被接收到该探测包的节点自然丢弃,而此时该节点可能并未出现故障,若按照上述故障检测方法,则可能检测到流经该节点的报文的总数量没有发生变化,而认定该节点出现故障,因此现有技术中的故障检测方法并不能准确的检测到故障的具***置。
发明内容
本发明实施例提供了一种故障检测方法、装置及***以及报文统计方法、节点设备,能够准确的检测故障位置。
本发明实施例提供的故障检测方法,包括:当网络通信出现故障时,确定所述网络通信对应的第二报文,所述第二报文为全网传输报文;获取所述第二报文在各节点中的统计数据;根据所述第二报文在各节点中的统计数据确定故障出现位置。
本发明实施例提供的报文统计方法,包括:接收数据流;按照预置的匹配规则从接收到的数据流中匹配得到第一报文,所述第一报文为全网传输报文;统计流经本节点的第一报文的个数;向后序节点发送所述数据流。
本发明实施例提供的故障检测装置,包括:确定单元,当网络通信出现故障时,确定所述网络通信对应的第二报文,所述第二报文为全网传输报文;获取单元,获取所述第二报文在各节点中的统计数据;检测单元,根据所述第二报文在各节点中的统计数据确定故障出现位置。
本发明实施例提供的节点设备,包括:接收单元,用于接收数据流;匹配单元,用于按照预置的匹配规则从接收到的数据流中匹配得到第一报文,所述第一报文为全网传输报文;统计单元,用于统计流经本节点的第一报文的个数;转发单元,用于向后序节点发送所述数据流。
本发明实施例提供的故障检测***,包括故障检测装置以及节点设备。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,故障检测装置在网络通信出现故障时,可以获取第二报文在各节点中的统计数据,由于第二报文是全网传输报文,该全网传输报文是指会流经网络内所有节点,且不应被丢弃的报文,根据该统计数据确定故障出现位置即可避免正常丢弃的报文对故障位置确定所带来的影响,因此能够准确的检测到故障位置。
附图说明
图1为本发明实施例中故障检测方法一个实施例示意图;
图2为本发明实施例中报文统计方法一个实施例示意图;
图3为本发明实施例中故障检测方法另一实施例示意图;
图4为本发明实施例中故障检测装置一个实施例示意图;
图5为本发明实施例中节点设备一个实施例示意图;
图6为本发明实施例中故障检测***一个实施例示意图。
具体实施方式
本发明实施例提供了一种故障检测方法、装置及***以及报文统计方法、节点设备,能够准确的检测故障位置。
请参阅图1,本发明实施例中故障检测方法一个实施例包括:
101、当网络通信出现故障时,确定网络通信对应的第二报文;
本实施例中,当故障检测装置检测到当前网络通信出现故障时,则确定当前网络通信对应的第二报文。
在实际应用中,故障检测装置可以通过多种方式确定当前网络通信是否出现故障,例如当故障检测装置检测到业务中断,或者是业务执行失败,或者是其他状况时,则可以确定当前网络通信出现故障。
需要说明的是,故障检测装置在确定了当前网络通信出现故障之后,还需要确定当前网络通信对应的第二报文,该第二报文与当前进行的网络通信相关,具体可以包括如下例子:
例如当网络通信为建立链接通信时,则确定第二报文为建链信息报文;
或,
当网络通信为语音通信时,则确定第二报文为语音数据报文;
或,
当网络通信为下载通信时,则确定第二报文为下载业务报文。
可以理解的是,在实际应用中,随着各种不同的网络通信的过程,该第二报文也相应的会发生变化,对应于其他类型的报文,具体此处不做限定。
本实施例中,该第二报文为全网传输报文,全网传输报文是指会流经网络内所有节点,且不应被丢弃的报文。
102、获取第二报文在各节点中的统计数据;
本实施例中,故障检测装置确定了第二报文之后,可获取某一预置时间段内该第二报文在各节点中的统计数据,即该预置时间段内第二报文在各节点中分别流经多少次。
在实际应用中,该时间段可以由运营商或用户预先设置,例如设置为1秒,或100毫秒等,具体数值此处不做限定。
103、根据第二报文在各节点中的统计数据确定故障出现位置。
本实施例中,当故障检测装置计算得到了该时间段内流经各节点的第二报文的个数之后,即可根据该信息确定故障出现位置,具体可以为:
若在该预置时间段内,流经第一节点的第二报文的个数未发生变化,且流经位于第一节点前序的第二节点的第二报文的个数增加,则确定第一节点发生故障,或第一节点与第二节点之间的通信发生故障。
例如在建立链接通信时,第二节点位于第一节点之前,报文通过第二节点后,流向第一节点,在1秒内,第二节点中的流经的建链信息报文的个数为5个,而在第一节点中的流经的建链信息报文的个数为0个,由于该建链信息报文是全网传输报文,即会流经网络中所有节点,且不应当被丢弃的报文,因此第一节点可能出现故障,导致意外丢失了5个建链信息报文,或者是第一节点与第二节点之间的通信出现故障,导致建链信息报文无法传输。
本实施例中,故障检测装置在网络通信出现故障时,可以获取第二报文在各节点中的统计数据,由于第二报文是全网传输报文,根据该统计数据确定故障出现位置即可避免正常丢弃的报文对故障位置确定所带来的影响,因此能够准确的检测到故障位置。
上面从故障检测装置的角度描述了故障检测的过程,下面从节点设备的角度描述进行报文统计的过程,请参阅图2,本发明实施例中报文统计方法一个实施例包括:
201、接收数据流;
本实施例中,节点设备会接收到网络发送来的数据流。
202、按照预置的匹配规则从接收到的数据流中匹配得到第一报文;
节点设备接收到数据流之后,可以按照预置的匹配规则从接收到的数据流中匹配得到第一报文,该第一报文为全网传输报文,本实施例中全网传输报文的含义与前述实施例中描述的含义一致,此处不再赘述。
需要说明的是,网络中发送的数据流会首先到达入口节点,入口节点接收到数据流之后,会按照预置的匹配规则从接收到的数据流中匹配得到第一报文,具体的,入口节点会按照第一报文(例如建链信息报文,语音数据报文,下载业务报文中的至少一种)的关键信息从数据流中匹配出对应的第一报文,该关键信息对于互联网协议(IP,Internet Protocol)报文而言可以是源IP地址,目的IP地址等信息,对于用户数据报协议(UDP,User DatagramProtocol)报文而言可以是端口号等信息,具体此处不做限定。
当入口节点完成匹配操作之后,入口节点可以为匹配得到的第一报文进行标记处理,例如可以在该第一报文的任意位置增添一个标记以表示其为第一报文,并且入口节点将数据流转发给后序节点,则后续节点在接收到数据流时,可以根据该标记确定该报文是否为第一报文。
203、统计流经本节点的第一报文的个数;
各节点对数据流中的第一报文完成匹配之后,可以统计流经本节点的第一报文的个数。
对于不同类型的第一报文,节点会分别进行统计,例如某数据流中包含有3个建链信息报文,1个语音数据报文以及1个下载业务报文,则接收到该数据流的节点会统计流经本节点的建链信息报文的个数为3,流经本节点的语音数据报文的个数为1,流经本节点的下载业务报文的个数为1。
204、向后序节点发送数据流。
当某节点完成了报文统计之后,则会将数据流转发给后序节点,使得后序节点进行同样的处理。
本实施例中,节点设备可以对流经各节点的第一报文的个数进行统计,因此可以为后续故障检测装置进行故障检测提供依据,由于第一报文为全网传输报文,因此通过第一报文所进行的故障检测能够准确的检测到故障的位置。
为便于理解,下面从节点设备与故障检测装置交互的角度对本发明实施例中的故障检测方法进行描述,请参阅图3,本发明实施例中故障检测方法另一实施例包括:
301、入口节点接收数据流;
本实施例中,入口节点会首先从网络中接收到数据流,该数据流中可以包含有若干报文。
302、入口节点按照预置的匹配规则从接收到的数据流中匹配得到第一报文;
入口节点接收到数据流之后,会按照预置的匹配规则从接收到的数据流中匹配得到第一报文,该第一报文为全网传输报文,本实施例中全网传输报文的含义与前述实施例中描述的含义一致,此处不再赘述。
具体的,入口节点会按照第一报文(建链信息报文,语音数据报文,下载业务报文中的至少一种)的关键信息从数据流中匹配出对应的第一报文,该关键信息对于IP报文而言可以是源IP地址,目的IP地址等信息,对于UDP报文而言可以是端口号等信息,具体此处不做限定。
303、入口节点对流经本节点的第一报文的个数进行统计;
本实施例中,当入口节点匹配得到第一报文之后,会统计流经本节点的第一报文的个数。
对于不同类型的第一报文,入口节点会分别进行统计,例如某数据流中包含有3个建链信息报文,1个语音数据报文以及1个下载业务报文,则接收到该数据流的节点会统计流经本节点的建链信息报文的个数为3,流经本节点的语音数据报文的个数为1,流经本节点的下载业务报文的个数为1。
304、入口节点将数据流转发至后序节点;
当入口节点完成匹配操作之后,入口节点可以为匹配得到的第一报文进行标记处理,例如可以在该第一报文的任意位置增添一个标记以表示其为第一报文,并且入口节点将数据流转发给后序节点。
305、后序各节点分别对流经本节点的第一报文的个数进行统计;
入口节点在将数据流发送至后序节点之后,则后序节点会接收到该数据流,由于入口节点已对数据流中的第一报文进行了标记,因此后序各节点可以根据该标记确定数据流中第一报文的数量,后序节点同样也可以采用与入口节点相同的方式匹配出第一报文,对于不同类型的第一报文,节点也可以针对每种类型分别进行统计,具体统计方式与前述描述的内容相同,此处不再赘述。
假设网络中共有三个节点,分别为节点A,节点B以及节点C,其中,节点A为节点B的前序节点,节点B为节点C的前序节点,当入口节点将数据流发送至节点A之后,在第1秒时,节点A统计得到的内容为:“建链信息报文10个,语音数据报文10个”,由于数据包在节点之间进行传输需要一定的时间T,则在1+T秒时,节点B统计得到的内容为:“建链信息报文10个,语音数据报文10个”,在1+2T秒(假设数据包在节点A,B之间的传输时间与在节点B,C之间的传输时间相同)时,节点C统计得到的内容为“建链信息报文10个,语音数据报文10个”;在第2秒时,节点A统计得到的内容为:“建链信息报文15个,语音数据报文10个”,在2+T秒时,节点B统计得到的内容为:“建链信息报文10个,语音数据报文10个”,在2+2T秒时,节点C统计得到的内容为“建链信息报文10个,语音数据报文10个”。
也就是说,在一预置时间段内,统计流经各个节点的第一报文个数时,要考虑到各个节点之间的传输时延,以保证上一个节点在预置时间段内统计过的第一报文流经下一个节点时才会被下一个节点所统计。
306、当网络通信出现故障时,故障检测装置确定网络通信时对应的第二报文;
本实施例中,假设正在建立链接的通信过程中,建立链接失败,则故障检测装置确定网络通信发生故障,则故障检测装置确定当前网络通信对应的第二报文为建链信息报文。
可以理解的是,若在进行其他类型的网络通信,则第二报文也会相应的有所不同,具体此处不做限定,仅以建立链接的通信过程为例进行说明。
需要说明的是,本实施例中的第二报文属于第一报文中的至少一种,例如根据不同类型的网络通信,该第二报文可以包括建链信息报文,语音数据报文,下载业务报文中的至少一种。
307、故障检测装置获取第二报文在各节点中的统计数据;
由于第二报文是属于第一报文中的至少一种,在步骤305中,各节点已经统计了流经各节点的第一报文的个数,则本步骤中,故障检测装置可以直接提取这些数据,例如可以提取1秒内流经各节点的第二报文的个数,具体可以为:
“在第1秒时,流经节点A的建链信息报文的总个数为10个,流经节点B的建链信息报文的总个数为10个,流经节点C的建链信息报文的总个数为10个,在第2秒时,流经节点A的建链信息报文的总个数为15个,流经节点B的建链信息报文的总个数为10个,流经节点C的建链信息报文的总个数为10个。”
本实施例中,是以第二报文为建链信息报文为例进行说明的,在实际应用中,第二报文还可以包括多种报文,甚至可以包括全部的第一报文,例如第二报文可以包括建链信息报文以及语音数据报文,则:
“在第1秒时,流经节点A的第二报文的总个数为20个,流经节点B的第二报文的总个数为20个,流经节点C的第二报文的总个数为20个,在第2秒时,流经节点A的第二报文的总个数为25个,流经节点B的第二报文的总个数为20个,流经节点C的第二报文的总个数为20个。”
在实际应用中,若确定第二报文包括多种报文,则确定的故障节点会更加准确,另一方面,若确定第二报文为一种报文,则可以有效减少统计开销,具体的操作方式此处不作限定。
308、故障检测装置根据第二报文在各节点中的统计数据确定故障出现位置。
本实施例中,在1秒内,流经节点A的建链信息报文多了5个,流经节点B的建链信息报文未增加,流经节点C的建链信息报文也未增加,由于节点A是节点B的前序节点,流经节点A的建链信息报文增加,而流经节点B的建链信息报文未增加,则说明节点B出现故障,或者是节点A与节点B之间的通信出现故障,则可确定故障出现位置。
需要说明的是,为了更加准确的确定故障出现的位置,在步骤305中,各节点还可以更加细致的对流经本节点内的各功能模块的第一报文的个数进行统计,则在步骤308确定节点B出现故障时,故障检测装置可以进一步从节点B获取到流经各功能模块的第二报文的个数,最终确定出现故障的功能模块,具体确定的过程与前述描述的确定故障节点的过程类似,此处不再赘述。
本实施例中,故障检测装置在网络通信出现故障时,可以获取第二报文在各节点中的统计数据,由于第二报文属于第一报文,且该第一报文为全网传输报文,所以第二报文也是全网传输报文,根据该统计数据确定故障出现位置即可避免正常丢弃的报文对故障位置确定所带来的影响,因此能够准确的检测到故障位置;
其次,本实施例中,各节点只需对特定的第一报文进行统计,而无需对所有的报文进行统计,因此减少了各节点的统计负荷;
再次,本实施例中,各节点还可以进一步对流经本节点内的各功能模块的第一报文的个数进行统计,因此故障检测装置最终可以确定出现故障的功能模块,从而更加准确的进行故障检测。
下面介绍本发明实施例中的故障检测装置,请参阅图4,本发明实施例中的故障检测装置包括:
确定单元401,当网络通信出现故障时,确定网络通信对应的第二报文,第二报文为全网传输报文,本实施例中全网传输报文的含义与前述实施例中描述的含义一致,此处不再赘述;
获取单元402,获取第二报文在各节点中的统计数据;
检测单元403,根据第二报文在各节点中的统计数据确定故障出现位置。
需要说明的是,本实施例中的确定单元401具体用于当网络通信为建立链接通信时,确定第二报文为建链信息报文;
当网络通信为语音通信时,确定第二报文为语音数据报文;
当网络通信为下载通信时,确定第二报文为下载业务报文。
可以理解的是,本实施例中仅以这三种报文作为第二报文的例子进行说明,在实际应用中还可以是更多种的报文,具体此处不做限定。
本实施例中,检测单元403具体用于当预置时间段内流经第一节点的第二报文的个数未发生变化,且流经位于第一节点前序的第二节点的第二报文的个数增加时,确定第一节点发生故障,或第一节点与第二节点之间的通信发生故障。
本实施例中检测单元403所执行的操作与前述图1或图3所示的实施例中描述的检测故障的过程类似,此处不再赘述。
为便于理解,下面以一具体应用场景对本发明实施例中的故障检测装置进行描述:
本实施例中,当确定单元401检测到当前网络通信出现故障时,则确定当前网络通信对应的第二报文。
需要说明的是,确定单元401在确定了当前网络通信出现故障之后,还需要确定当前网络通信对应的第二报文,该第二报文与当前进行的网络通信相关,具体可以有以下一些可能性:
当网络通信为建立链接通信时,则确定第二报文为建链信息报文;
或,
当网络通信为语音通信时,则确定第二报文为语音数据报文;
或,
当网络通信为下载通信时,则确定第二报文为下载业务报文。
可以理解的是,在实际应用中,随着各种不同的网络通信的过程,该第二报文也相应的会发生变化,具体此处不做限定。
确定单元401确定了第二报文之后,获取单元402可获取某一预置时间段内该第二报文在各节点中的统计数据,即该预置时间段内第二报文在各节点中分别流经多少次。
该第二报文在各节点中的统计数据可以由第一报文在各节点中的统计数据得到。
在实际应用中,该时间段可以由运营商或用户预先设置,例如设置为1秒,或100毫秒等,具体数值此处不做限定。
本实施例中,当获取单元402计算得到了该时间段内流经各节点的第二报文的个数之后,检测单元403即可根据该信息确定故障出现位置,具体可以为:
若在该预置时间段内,流经第一节点的第二报文的个数未发生变化,且流经位于第一节点前序的第二节点的第二报文的个数增加,则确定第一节点发生故障,或第一节点与第二节点之间的通信发生故障。
本实施例中,获取单元402在网络通信出现故障时,可以获取第二报文在各节点中的统计数据,由于第二报文为全网传输报文,根据该统计数据确定故障出现位置即可避免正常丢弃的报文对故障位置确定所带来的影响,因此能够准确的检测到故障位置。
下面介绍本发明实施例中的节点设备,请参阅图5,本发明实施例中的节点设备一个实施例包括:
接收单元501,用于接收数据流;
匹配单元504,用于按照预置的匹配规则从接收到的数据流中匹配得到第一报文,第一报文为全网传输报文;本实施例中全网传输报文的含义与前述实施例中描述的含义一致,此处不再赘述;
统计单元502,用于统计流经本节点的第一报文的个数;
转发单元503,用于向后序节点发送数据流。
为便于理解,下面以一具体应用场景对本发明实施例中的节点设备进行描述:
本实施例中,接收单元501会接收到网络发送来的数据流。
匹配单元504会按照预置的匹配规则从接收到的数据流中匹配得到第一报文,该第一报文为全网传输报文,例如该第一报文可以包括建链信息报文,语音数据报文,下载业务报文中的至少一种。
统计单元502会统计流经本节点的第一报文的个数。
对于不同类型的第一报文,统计单元502会分别进行统计,例如某数据流中包含有3个建链信息报文,1个语音数据报文以及1个下载业务报文,则接收到该数据流的节点会统计流经本节点的建链信息报文的个数为3,流经本节点的语音数据报文的个数为1,流经本节点的下载业务报文的个数为1。
当统计单元502完成了报文统计之后,转发单元503会将数据流转发给后序节点,使得后序节点进行同样的处理。
需要说明的是,网络中发送的数据流会首先到达入口节点,入口节点接收到数据流之后,会按照预置的匹配规则从接收到的数据流中匹配得到第一报文,具体的,入口节点会按照第一报文(建链信息报文,语音数据报文,下载业务报文中的至少一种)的关键信息从数据流中匹配出对应的第一报文,该关键信息对于IP报文而言可以是源IP地址,目的IP地址等信息,对于UDP报文而言可以是端口号等信息,具体此处不做限定。
当入口节点完成匹配操作之后,入口节点可以为匹配得到的第一报文进行标记处理,例如可以在该第一报文的任意位置增添一个标记以表示其为第一报文,并且入口节点将数据流转发给后序节点,则后续节点在接收到数据流时,可以根据该标记确定该报文是否为第一报文。
本实施例中,统计单元502可以对流经各节点的第一报文的个数进行统计,因此可以为后续故障检测装置进行故障检测提供依据,由于第一报文为全网传输报文,因此通过第一报文所进行的故障检测能够准确的检测到故障的位置。
本实施例中还提供一种故障检测***,具体如图6所示,其中包括故障检测装置601以及多个节点设备602,其中故障检测装置和各个节点设备分别相连;
本故障检测***中的故障检测装置601具体可以如前述图4所示的故障检测装置,本故障检测***中的节点设备602具体可以如前述图5所示的节点设备,具体功能以及组成关系基本相同,此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种故障检测方法、装置及***以及报文统计方法、节点设备进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (11)
1.一种故障检测方法,其特征在于,包括:
当网络通信出现故障时,确定所述网络通信对应的第二报文,所述第二报文为全网传输报文;
获取所述第二报文在各节点中的统计数据;
根据所述第二报文在各节点中的统计数据确定故障出现位置。
2.根据权利要求1所述的方法,其特征在于,
所述第二报文属于第一报文中的至少一种;
所述第一报文包括建链信息报文,语音数据报文和下载业务报文中的至少一种。
3.根据权利要求1所述的方法,其特征在于,所述当网络通信出现故障时,确定所述网络通信对应的第二报文包括:
当所述网络通信为建立链接通信时,确定所述第二报文为建链信息报文;
或,
当所述网络通信为语音通信时,确定所述第二报文为语音数据报文;
或,
当所述网络通信为下载通信时,确定所述第二报文为下载业务报文。
4.根据权利要求1或3所述的方法,其特征在于,所述获取第二报文在各节点中的统计数据包括:
获取预置时间段内流经各节点的第二报文的个数。
5.根据权利要求4所述的方法,其特征在于,所述根据统计数据确定故障出现位置包括:
若所述预置时间段内,流经第一节点的第二报文的个数未发生变化,且流经第二节点的第二报文的个数增加,则确定所述第一节点发生故障,或所述第一节点与所述第二节点之间的通信发生故障;
其中所述第二节点为位于所述第一节点前序的节点。
6.一种报文统计方法,其特征在于,包括:
接收数据流;
按照预置的匹配规则从接收到的数据流中匹配得到第一报文,所述第一报文为全网传输报文;
统计流经本节点的第一报文的个数;
向后序节点发送所述数据流。
7.一种故障检测装置,其特征在于,包括:
确定单元,当网络通信出现故障时,确定所述网络通信对应的第二报文,所述第二报文为全网传输报文;
获取单元,获取所述第二报文在各节点中的统计数据;
检测单元,根据所述第二报文在各节点中的统计数据确定故障出现位置。
8.根据权利要求7所述的故障检测装置,其特征在于,
所述确定单元具体用于当所述网络通信为建立链接通信时,确定所述第二报文为建链信息报文;
或者当所述网络通信为语音通信时,确定所述第二报文为语音数据报文;
或者当所述网络通信为下载通信时,确定所述第二报文为下载业务报文。
9.根据权利要求7或8所述的故障检测装置,其特征在于,
所述检测单元具体用于当预置时间段内流经第一节点的第二报文的个数未发生变化,且流经位于所述第一节点前序的第二节点的第二报文的个数增加时,确定所述第一节点发生故障,或所述第一节点与所述第二节点之间的通信发生故障。
10.一种节点设备,其特征在于,包括:
接收单元,用于接收数据流;
匹配单元,用于按照预置的匹配规则从接收到的数据流中匹配得到第一报文,所述第一报文为全网传输报文;
统计单元,用于统计流经本节点的第一报文的个数;
转发单元,用于向后序节点发送所述数据流。
11.一种故障检测***,其特征在于,包括如权利要求7至9中任一项所述的故障检测装置以及如权利要求10所述的节点设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010150096A CN101808021A (zh) | 2010-04-16 | 2010-04-16 | 故障检测方法、装置及***以及报文统计方法、节点设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010150096A CN101808021A (zh) | 2010-04-16 | 2010-04-16 | 故障检测方法、装置及***以及报文统计方法、节点设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101808021A true CN101808021A (zh) | 2010-08-18 |
Family
ID=42609643
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010150096A Pending CN101808021A (zh) | 2010-04-16 | 2010-04-16 | 故障检测方法、装置及***以及报文统计方法、节点设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101808021A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102035694A (zh) * | 2010-12-20 | 2011-04-27 | 中兴通讯股份有限公司 | 链路检测装置及方法 |
CN102137282A (zh) * | 2010-12-15 | 2011-07-27 | 华为技术有限公司 | 一种检测故障链路的方法、装置、节点和*** |
WO2015021816A1 (zh) * | 2013-08-16 | 2015-02-19 | 中兴通讯股份有限公司 | 链路性能测试方法、装置、逻辑处理器以及网络处理器 |
CN104506369A (zh) * | 2014-12-31 | 2015-04-08 | 北京华为数字技术有限公司 | 一种丢包位置的检测方法和设备 |
CN105792261A (zh) * | 2014-12-17 | 2016-07-20 | 中兴通讯股份有限公司 | 丢包位置的辅助定位方法及装置 |
CN106961344A (zh) * | 2016-01-08 | 2017-07-18 | 中兴通讯股份有限公司 | 一种网络故障检测方法及装置 |
CN107154867A (zh) * | 2017-04-24 | 2017-09-12 | 北京星网锐捷网络技术有限公司 | 网络故障检测方法及装置 |
CN110300026A (zh) * | 2019-06-28 | 2019-10-01 | 北京金山云网络技术有限公司 | 一种网络连接故障处理方法及装置 |
CN110412368A (zh) * | 2019-06-27 | 2019-11-05 | 安徽继远软件有限公司 | 基于声纹识别的电力设备在线监测方法及*** |
CN114697202A (zh) * | 2020-12-31 | 2022-07-01 | 华为技术有限公司 | 一种检测方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020032717A1 (en) * | 2000-09-08 | 2002-03-14 | The Regents Of The University Of Michigan | Method and system for profiling network flows at a measurement point within a computer network |
CN1783837A (zh) * | 2004-12-02 | 2006-06-07 | 华为技术有限公司 | 一种路由器故障检测方法 |
CN101404599A (zh) * | 2008-11-12 | 2009-04-08 | 华为技术有限公司 | 网络故障检测的方法、主设备、从设备、控制终端和*** |
-
2010
- 2010-04-16 CN CN201010150096A patent/CN101808021A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020032717A1 (en) * | 2000-09-08 | 2002-03-14 | The Regents Of The University Of Michigan | Method and system for profiling network flows at a measurement point within a computer network |
CN1783837A (zh) * | 2004-12-02 | 2006-06-07 | 华为技术有限公司 | 一种路由器故障检测方法 |
CN101404599A (zh) * | 2008-11-12 | 2009-04-08 | 华为技术有限公司 | 网络故障检测的方法、主设备、从设备、控制终端和*** |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102137282A (zh) * | 2010-12-15 | 2011-07-27 | 华为技术有限公司 | 一种检测故障链路的方法、装置、节点和*** |
CN102137282B (zh) * | 2010-12-15 | 2014-02-19 | 华为技术有限公司 | 一种检测故障链路的方法、装置、节点和*** |
US9036488B2 (en) | 2010-12-15 | 2015-05-19 | Huawei Technologies Co., Ltd. | Faulty link detection method, apparatus, node, and system |
WO2012083611A1 (zh) * | 2010-12-20 | 2012-06-28 | 中兴通讯股份有限公司 | 链路检测装置及方法 |
CN102035694A (zh) * | 2010-12-20 | 2011-04-27 | 中兴通讯股份有限公司 | 链路检测装置及方法 |
WO2015021816A1 (zh) * | 2013-08-16 | 2015-02-19 | 中兴通讯股份有限公司 | 链路性能测试方法、装置、逻辑处理器以及网络处理器 |
CN105792261A (zh) * | 2014-12-17 | 2016-07-20 | 中兴通讯股份有限公司 | 丢包位置的辅助定位方法及装置 |
CN104506369B (zh) * | 2014-12-31 | 2019-04-05 | 北京华为数字技术有限公司 | 一种丢包位置的检测方法和设备 |
CN104506369A (zh) * | 2014-12-31 | 2015-04-08 | 北京华为数字技术有限公司 | 一种丢包位置的检测方法和设备 |
CN106961344A (zh) * | 2016-01-08 | 2017-07-18 | 中兴通讯股份有限公司 | 一种网络故障检测方法及装置 |
CN107154867A (zh) * | 2017-04-24 | 2017-09-12 | 北京星网锐捷网络技术有限公司 | 网络故障检测方法及装置 |
CN110412368A (zh) * | 2019-06-27 | 2019-11-05 | 安徽继远软件有限公司 | 基于声纹识别的电力设备在线监测方法及*** |
CN110300026A (zh) * | 2019-06-28 | 2019-10-01 | 北京金山云网络技术有限公司 | 一种网络连接故障处理方法及装置 |
WO2020259551A1 (zh) * | 2019-06-28 | 2020-12-30 | 北京金山云网络技术有限公司 | 一种网络连接故障处理方法及装置 |
CN114697202A (zh) * | 2020-12-31 | 2022-07-01 | 华为技术有限公司 | 一种检测方法及装置 |
CN114697202B (zh) * | 2020-12-31 | 2023-09-29 | 华为技术有限公司 | 一种检测方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101808021A (zh) | 故障检测方法、装置及***以及报文统计方法、节点设备 | |
CN101404599B (zh) | 网络故障检测的方法、主设备、从设备、控制终端和*** | |
US20220086073A1 (en) | Data packet detection method, device, and system | |
US8614955B2 (en) | Misdirected packet detection apparatus and method | |
CN101595686B (zh) | 触发中间设备处的流分析 | |
CN101699786A (zh) | 一种丢包检测的方法、装置和*** | |
CN102594600B (zh) | 一种确定双向转发检测会话故障位置的方法及*** | |
CN108965123A (zh) | 一种链路切换方法和网络通信*** | |
CN109586959B (zh) | 一种故障检测的方法及装置 | |
CN102571492B (zh) | 检测路由设备故障的方法和装置 | |
CN102055626A (zh) | 一种ip网络质量检测方法及*** | |
JP5363658B1 (ja) | 中継装置、中継装置の制御方法、及び、ネットワークシステム | |
EP2442488B1 (en) | Device for detecting physical link and method thereof | |
CN104852828B (zh) | 一种网络时延检测方法,装置及*** | |
US20220368626A1 (en) | Packet or frame replication and elimination with explict or implict notification to reset sequence number recovery | |
CN105743687B (zh) | 节点故障的判断方法及装置 | |
CN101605063A (zh) | 网络故障定位***及方法 | |
CN103078791A (zh) | Oam报文处理方法、设备及*** | |
JP4861293B2 (ja) | 通信装置、通信方法および通信プログラム | |
CN101540772A (zh) | 一种深度报文检测设备及其通信方法 | |
CN110417761B (zh) | 基于双机冗余的通信方法及装置 | |
CN105897580B (zh) | 一种协议无关转发网络快速故障检测与流量保护切换方法 | |
CN101841424A (zh) | 基于socks代理连接的ems网管***和方法 | |
JP4985872B2 (ja) | 経路解析装置 | |
KR101866377B1 (ko) | Sdn상의 멀티캐스트 패킷 손실 위치 탐지 방법 |
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 |
Application publication date: 20100818 |