CN103580953A - 一种故障检测的方法及设备 - Google Patents
一种故障检测的方法及设备 Download PDFInfo
- Publication number
- CN103580953A CN103580953A CN201310495572.7A CN201310495572A CN103580953A CN 103580953 A CN103580953 A CN 103580953A CN 201310495572 A CN201310495572 A CN 201310495572A CN 103580953 A CN103580953 A CN 103580953A
- Authority
- CN
- China
- Prior art keywords
- detection messages
- equipment
- detection
- address
- messages
- 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
Abstract
本发明实施例提供一种故障检测的方法及设备,涉及通信技术领域,用以不依赖对端设备进行故障检测。所述方法包括:第一设备生成第一检测报文;将所述第一检测报文发送至第二设备,以便所述第二设备接收到第二检测报文;接收所述第二设备发送的第二检测报文;根据所述第一检测报文和所述第二检测报文的一致程度,确定所述第一设备和发送所述第一检测报文的通路是否发生故障。本发明实施例适用于网络设备进行故障检测的情景。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种故障检测的方法及设备。
背景技术
在IEEE802.3AH标准的OAM(Operation,Administration,andMaintenance,操作、管理、维护)检测方法中,模拟真实业务报文的路径,如图1所示,路由器1和路由器2互相发送联通性检测报文,当路由器1和路由器2中任意一台检测到连通性报文发生错误时,认为实际业务报文也会产生错误,然后产生相应故障处理动作。
在实现上述OAM检测的过程中,一般采用802.1ag、BFD等标准协议进行检测,要求路由器1和路由器2必须遵循上述802.1ag、BFD标准协议,但是,路由器1和路由器2这两个设备并不能都支持这类协议,特别是新老设备共同组网的情况下,新老设备更不可能同时支持这类标准协议。
可见,在现有技术中,如果两个设备不能同时支持标准协议,则无法进行故障检测。
发明内容
本发明的实施例提供一种故障检测的方法及设备,用以不依赖对端设备进行故障检测。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供了一种故障检测的方法,该方法包括:
第一设备生成第一检测报文;
将所述第一检测报文发送至第二设备,以便所述第二设备接收到第二检测报文;
接收所述第二设备发送的第二检测报文;
根据所述第一检测报文和所述第二检测报文的一致程度,确定所述第一设备和发送所述第一检测报文的通路是否发生故障。
在第一方面的第一种可能的实现方式中,所述第一检测报文的源地址与目的地址均为第一设备的地址。
在第一方面的第一种可能的实现方式中,还提供了第一方面的第二种可能的实现方式,所述接收所述第二设备发送的第二检测报文包括:接收所述第二设备根据所述第二检测报文的目的地址发送的第二检测报文,所述第二检测报文的目的地址与源地址均为所述第一设备的地址。
在第一方面的实现方式中,还提供了第一方面的第三种可能的实现方式,根据预定错误门限值确定所述第一检测报文和所述第二检测报文的一致程度。
在第一方面的实现方式中,还提供了第四种可能的实现方式,所述将所述第一检测报文发送至第二设备包括:按照预定时间间隔,将所述第一检测报文发送至第二设备。
在第一方面或第一方面的前四种任一可能的实现方式中,还提供了第五种可能的实现方式,所述第一检测报文的长度为任意长度。
第二方面,提供了一种故障检测设备,该故障检测设备包括:生成单元,发送单元,接收单元和第一确定单元;
所述生成单元用于生成第一检测报文;
所述发送单元用于将所述生成单元所生成的第一检测报文发送至第二设备,以便所述第二设备接收到第二检测报文;
所述接收单元用于接收所述第二设备发送的第二检测报文;
所述第一确定单元用于根据所述生成单元所生成的第一检测报文和所述接收单元所接收的第二检测报文的一致程度,确定所述故障检测设备和发送所述第一检测报文的通路是否发生故障。
在第二方面的第一种可能的实现方式中,所述第一检测报文的源地址与目的地址均为故障检测设备的地址。
在第二方面的第一种可能的实现方式中,还提供了第二方面的第二种可能的实现方式,所述接收单元具体用于接收所述第二设备根据所述第二检测报文的目的地址发送的第二检测报文,所述第二检测报文的目的地址与源地址均为所述故障检测设备的地址。
在第二方面的实现方式中,还提供了第二方面的第三种可能的实现方式,所述设备还包括:第二确定单元,所述第二确定单元用于根据预定错误门限值确定所述生成单元所生成的第一检测报文和所述接收单元所接收的第二检测报文的一致程度。
在第二方面的实现方式中,还提供了第二方面的第四种可能的实现方式,所述发送单元具体用于:按照预定时间间隔,将所述第一检测报文发送至第二设备。
在第二方面或第二方面的前四种任一可能的实现方式中,所述第一检测报文的长度为任意长度。
在本发明实施例提供一种故障检测的方法及设备,第一设备通过生成第一检测报文并将所述第一检测报文发送至第二设备,通过接收第二设备发送的第二检测报文,根据所述第一检测报文和所述第二检测报文的一致程度实现了检测第一设备本身内部设备,以及发送所述第一检测报文的通路的功能,与现有技术相比较,没有与对端设备共同实行标准协议,也就是在没有依赖对端设备的情况下,第一设备实现故障检测。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中的一种故障检测的方法;
图2为本发明实施例提供的一种故障检测的方法;
图3为本发明实施例提供的另一种故障检测的方法;
图4为本发明实施例提供的一种故障检测设备;
图5为本发明实施例提供的另一种故障检测设备;
图6为本发明实施例提供的另一种故障检测设备。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例提供一种故障检测的方法,如图2所示,所述方法包括以下步骤101~104:
101、第一设备生成第一检测报文;
102、所述第一设备将所述第一检测报文发送至第二设备,以便所述第二设备接收到第二检测报文;
103、所述第一设备接收所述第二设备发送的第二检测报文;
104、所述第一设备根据所述第一检测报文和所述第二检测报文的一致程度,确定所述第一设备和发送所述第一检测报文的通路是否发生故障。
在本发明实施例提供一种故障检测的方法,第一设备通过生成第一检测报文并将所述第一检测报文发送至第二设备,通过接收第二设备发送的第二检测报文,根据所述第一检测报文和所述第二检测报文的一致程度实现了检测第一设备本身内部设备,以及发送所述第一检测报文的通路的功能,与现有技术相比较,没有与对端设备共同实行标准协议,也就是在没有依赖对端设备的情况下,第一设备实现故障检测。
实施例二
本发明实施例提供一种故障检测的方法,如图3所示,所述方法包括以下步骤201~207:
201、第一设备生成第一检测报文。所述第一检测报文的长度为任意长度,在实际发送业务报文的过程中,真实的业务报文的长度不固定,本发明实施例通过将第一检测报文的长度设置为不同长度,避免了某一长度的报文发生错误而无法检测的这类故障;相对于现有技术中采用标准协议只能按照固定长度发送报文的情况,本发明实施例中发送不同长度的报文,能检测到的故障类型增多。
202、将所述第一检测报文发送至第二设备,进一步的,按照预定时间间隔,将所述第一检测报文发送至第二设备,在本发明实施例中,预定时间间隔由第一设备设置,根据不同需求可调,从而检测周期灵活,不受标准协议约束。
进一步的,所述第一检测报文的源地址与目的地址均为第一设备的地址,从而实现第二设备转发所述第一检测报文。第一检测报文只是模拟真实业务报文的通路,第一设备在检测故障的过程中,不用依赖第二设备进行标准协议配合。
另外,除了所述第一检测报文的源地址与目的地址均为第一设备的地址这一方式之外,还可以通过第一设备向第二设备发送指令的方式来实现第二设备转发所述第一检测报文。
在本发明所有实施例中,第二设备为任一具有转发功能的对端设备。
203、所述第二设备接收第二检测报文,需要说明的是,在本发明所有实施例中,当第一检测报文发送到第二设备后,将第一检测报文称为第二检测报文。在本发明所有实施例中,所有经过第二设备的报文只被转发出去,不会被改写。
204、所述第二设备发送第二检测报文;进一步的,所述第二设备根据所述第二检测报文的目的地址发送第二检测报文,所述第二检测报文的目的地址与源地址均为所述第一设备的地址。具体的,第二检测报文的目的地址为第一设备的地址,根据该目的地址,所述第二设备查找FIB(fowarding information base,转发信息库)表,找到第二检测报文的出端口,继而通过所述出端口将所述第二检测报文发送回所述第一设备。
205、所述第一设备接收第二检测报文;第二检测报文经历所述第二设备的转发过程。
206、所述第一设备根据预定错误门限值确定所述第一检测报文和所述第二检测报文的一致程度。在本发明实施中,预定错误门限值可调,示例性的,若将该值设置为0,表示第一检测报文中不允许有一个字节的改写丢失,第一设备确定第一检测报文与第二检测报文完全一致,若将该值设置为某一数值,表示第一检测报文中允许改写该数值个数的字节,在该数值范围内的错误,第一设备确定第一检测报文与第二检测报文的一致度高,超过该数值范围内的错误,第一设备确定第一检测报文与第二检测报文一致度低。
207、根据所述第一检测报文和所述第二检测报文的一致程度,确定所述第一设备和发送所述第一检测报文的通路是否发生故障。具体的,在第一检测报文和第二检测报文完全一致或者一致度高的情况下,第一设备确定第一设备和发送所述第一检测报文的通路没有发生故障;在第一检测报文和第二检测报文一致度低的情况下,第一设备确定第一设备和发送所述第一检测报文的通路发生故障,可以进行后续的故障处理。
在本发明所有实施例中,第一设备和第二设备可以为任意网路设备,例如路由器。
在本发明实施例提供一种故障检测的方法,第一设备通过生成第一检测报文并将所述第一检测报文发送至第二设备,通过接收第二设备发送的第二检测报文,根据所述第一检测报文和所述第二检测报文的一致程度实现了检测第一设备本身内部设备,以及发送所述第一检测报文的通路的功能,与现有技术相比较,没有与对端设备共同实行标准协议,也就是在没有依赖对端设备的情况下,第一设备实现故障检测;进一步的,相对于现有技术中标准协议设置的故障类型,本发明实施例中故障检测过程中发送检测报文周期可变,检测报文的长度不同,错误门限值可调,从而检测到的故障类型更多。
实施例三
本发明实施例提供一种故障检测设备10,如图4所示,所述故障检测设备10包括:生成单元11,发送单元12,接收单元13和第一确定单元14;
所述生成单元11用于生成第一检测报文;
所述发送单元12用于将所述生成单元所生成的第一检测报文发送至第二设备,以便所述第二设备接收到第二检测报文;
所述接收单元13用于接收所述第二设备发送的第二检测报文;
所述第一确定单元14用于根据所述生成单元所生成的第一检测报文和所述接收单元所接收的第二检测报文的一致程度,确定所述故障检测设备和发送所述第一检测报文的通路是否发生故障。
本发明实施例提供一种故障检测设备,通过生成单元生成第一检测报文并通过发送单元将所述第一检测报文发送至第二设备,通过接收单元接收第二设备发送的第二检测报文,通过第一确定单元根据所述第一检测报文和所述第二检测报文的一致程度实现了检测故障检测设备本身内部设备,以及发送所述第一检测报文的通路的功能,与现有技术相比较,没有与对端设备共同实行标准协议,也就是在没有依赖对端设备的情况下,实现故障检测。
进一步的,所述第一检测报文的源地址与目的地址均为故障检测设备的地址,从而实现第二设备转发所述第一检测报文。第一检测报文只是模拟真实业务报文的通路,故障检测设备在检测故障的过程中,不用依赖第二设备进行标准协议配合。
另外,除了所述第一检测报文的源地址与目的地址均为故障检测设备的地址这一方式之外,还可以通过故障检测设备向第二设备发送指令的方式来实现第二设备转发所述第一检测报文。
进一步的,所述接收单元具体用于接收所述第二设备根据所述第二检测报文的目的地址发送的第二检测报文,所述第二检测报文的目的地址与源地址均为所述故障检测设备的地址。
具体的,第二检测报文的目的地址为故障检测设备的地址,根据该目的地址,所述第二设备查找FIB表,找到第二检测报文的出端口,继而通过所述出端口将所述第二检测报文发送回所述故障检测设备。
进一步的,如图5所示,所述设备10还包括:第二确定单元15,所述第二确定单元15用于根据预定错误门限值确定所述生成单元所生成的述第一检测报文和所述接收单元所接收的第二检测报文的一致程度。
在本发明实施中,预定错误门限值可调,示例性的,若将该值设置为0,表示第一检测报文中不允许有一个字节的改写丢失,故障检测设备确定第一检测报文与第二检测报文完全一致,若将该值设置为某一数值,表示第一检测报文中允许改写该数值个数的字节,在该数值范围内的错误,故障检测设备确定第一检测报文与第二检测报文的一致度高,超过该数值范围内的错误,故障检测设备确定第一检测报文与第二检测报文一致度低。
进一步的,所述发送单元12具体用于:按照预定时间间隔,将所述第一检测报文发送至第二设备。在本发明实施例中,预定时间间隔由故障检测设备设置,根据不同需求可调,从而检测周期灵活,不受标准协议约束。
进一步的,所述第一检测报文的长度为任意长度。在实际发送业务报文的过程中,真实的业务报文的长度不固定,本发明实施例通过将第一检测报文的长度设置为不同长度,避免了某一长度的报文发生错误而无法检测的这类故障;相对于现有技术中采用标准协议只能按照固定长度发送报文的情况,本发明实施例中发送不同长度的报文,能检测到的故障类型增多。
可见,本发明实施例提供的故障检测设备,相对于现有技术中标准协议设置的故障类型,本发明实施例中故障检测过程中发送检测报文周期可变,检测报文的长度不同,错误门限值可调,从而检测到的故障类型更多。在本发明中故障检测设备为前述方法实施例的执行主体第一设备。
实施例四
本发明实施例还提供了一种故障检测设备20,如图6所示,所述设备包括:处理器21、以及与所述处理器相连的发送器22和接收器23;
所述处理器21用于生成第一检测报文;
所述发送器22用于将所述第一检测报文发送至第二设备,以便所述第二设备接收到第二检测报文;
所述接收器23用于接收所述第二设备发送的第二检测报文;
所述处理器21还用于根据所述第一检测报文和所述第二检测报文的一致程度,确定所述故障检测设备和发送所述第一检测报文的通路是否发生故障。
本发明实施例提供一种故障检测设备,通过处理器生成第一检测报文并通过发送器将所述第一检测报文发送至第二设备,通过接收器接收第二设备发送的第二检测报文,通过处理器根据所述第一检测报文和所述第二检测报文的一致程度实现了检测所述故障检测设备本身内部设备,以及发送所述第一检测报文的通路的功能,与现有技术相比较,没有与对端设备共同实行标准协议,也就是在没有依赖对端设备的情况下,实现故障检测。
可选的,所述第一检测报文的源地址与目的地址均为故障检测设备的地址。
可选的,所述接收器23具体用于接收所述第二设备根据所述第二检测报文的目的地址发送的第二检测报文,所述第二检测报文的目的地址与源地址均为所述故障检测设备的地址。
可选的,所述处理器21还用于根据预定错误门限值确定所述第一检测报文和所述第二检测报文的一致程度。
可选的,所述发送器22具体用于按照预定时间间隔,将所述第一检测报文发送至第二设备。
可选的,所述第一检测报文的长度为任意长度。
可见,本发明实施例提供的故障检测设备,相对于现有技术中标准协议设置的故障类型,本发明实施例中故障检测过程中发送检测报文周期可变,检测报文的长度不同,错误门限值可调,从而检测到的故障类型更多。在本发明中故障检测设备为前述方法实施例的执行主体第一设备。在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
需要说明的是,前述实施例描述中所采用的第一、第二的说法,没有限定顺序的意思,仅为方便区分而已。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (12)
1.一种故障检测的方法,其特征在于,所述方法包括:
第一设备生成第一检测报文;
将所述第一检测报文发送至第二设备,以便所述第二设备接收到第二检测报文;
接收所述第二设备发送的第二检测报文;
根据所述第一检测报文和所述第二检测报文的一致程度,确定所述第一设备和发送所述第一检测报文的通路是否发生故障。
2.根据权利要求1所述的方法,其特征在于,所述第一检测报文的源地址与目的地址均为第一设备的地址。
3.根据权利要求2所述的方法,其特征在于,所述接收所述第二设备发送的第二检测报文包括:接收所述第二设备根据所述第二检测报文的目的地址发送的第二检测报文,所述第二检测报文的目的地址与源地址均为所述第一设备的地址。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:根据预定错误门限值确定所述第一检测报文和所述第二检测报文的一致程度。
5.根据权利要求1所述的方法,其特征在于,所述将所述第一检测报文发送至第二设备包括:按照预定时间间隔,将所述第一检测报文发送至第二设备。
6.根据权利要求1~5任一项所述的方法,其特征在于,所述第一检测报文的长度为任意长度。
7.一种故障检测设备,其特征在于,所述故障检测设备包括:生成单元,发送单元,接收单元和第一确定单元;
所述生成单元用于生成第一检测报文;
所述发送单元用于将所述生成单元所生成的第一检测报文发送至第二设备,以便所述第二设备接收到第二检测报文;
所述接收单元用于接收所述第二设备发送的第二检测报文;
所述第一确定单元用于根据所述生成单元所生成的第一检测报文和所述接收单元所接收的第二检测报文的一致程度,确定所述故障检测设备和发送所述第一检测报文的通路是否发生故障。
8.根据权利要求7所述的设备,其特征在于,所述第一检测报文的源地址与目的地址均为故障检测设备的地址。
9.根据权利要求8所述的设备,其特征在于,所述接收单元具体用于接收所述第二设备根据所述第二检测报文的目的地址发送的第二检测报文,所述第二检测报文的目的地址与源地址均为所述故障检测设备的地址。
10.根据权利要求7所述的设备,其特征在于,所述故障检测设备还包括:第二确定单元,所述第二确定单元用于根据预定错误门限值确定所述生成单元所生成的第一检测报文和所述接收单元所接收的第二检测报文的一致程度。
11.根据权利要求7所述的设备,其特征在于,所述发送单元具体用于:按照预定时间间隔,将所述第一检测报文发送至第二设备。
12.根据权利要求7~11任一项所述的设备,其特征在于,所述第一检测报文的长度为任意长度。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310495572.7A CN103580953A (zh) | 2013-10-21 | 2013-10-21 | 一种故障检测的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310495572.7A CN103580953A (zh) | 2013-10-21 | 2013-10-21 | 一种故障检测的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103580953A true CN103580953A (zh) | 2014-02-12 |
Family
ID=50051930
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310495572.7A Pending CN103580953A (zh) | 2013-10-21 | 2013-10-21 | 一种故障检测的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103580953A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106341333A (zh) * | 2015-07-10 | 2017-01-18 | 杭州华三通信技术有限公司 | 应用于vxlan中的丢包定位方法和装置 |
WO2017118430A1 (zh) * | 2016-01-06 | 2017-07-13 | 中兴通讯股份有限公司 | 一种实现报文检错的方法及装置 |
CN115225462A (zh) * | 2022-07-21 | 2022-10-21 | 北京天融信网络安全技术有限公司 | 网络故障诊断方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101179451A (zh) * | 2007-12-13 | 2008-05-14 | 杭州华三通信技术有限公司 | 传输路径连通性检测方法、系统、头端设备及尾端设备 |
CN102355364A (zh) * | 2011-08-15 | 2012-02-15 | 杭州华三通信技术有限公司 | 一种单通故障的检测方法和设备 |
CN102571492A (zh) * | 2012-01-06 | 2012-07-11 | 华为技术有限公司 | 检测路由设备故障的方法和装置 |
CN103178972A (zh) * | 2011-12-20 | 2013-06-26 | 华为技术有限公司 | 链路故障的定界方法、装置及系统 |
-
2013
- 2013-10-21 CN CN201310495572.7A patent/CN103580953A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101179451A (zh) * | 2007-12-13 | 2008-05-14 | 杭州华三通信技术有限公司 | 传输路径连通性检测方法、系统、头端设备及尾端设备 |
CN102355364A (zh) * | 2011-08-15 | 2012-02-15 | 杭州华三通信技术有限公司 | 一种单通故障的检测方法和设备 |
CN103178972A (zh) * | 2011-12-20 | 2013-06-26 | 华为技术有限公司 | 链路故障的定界方法、装置及系统 |
CN102571492A (zh) * | 2012-01-06 | 2012-07-11 | 华为技术有限公司 | 检测路由设备故障的方法和装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106341333A (zh) * | 2015-07-10 | 2017-01-18 | 杭州华三通信技术有限公司 | 应用于vxlan中的丢包定位方法和装置 |
CN106341333B (zh) * | 2015-07-10 | 2019-07-19 | 新华三技术有限公司 | 应用于vxlan中的丢包定位方法和装置 |
US10484259B2 (en) | 2015-07-10 | 2019-11-19 | New H3C Technologies Co., Ltd | Packet loss locating in VXLAN |
WO2017118430A1 (zh) * | 2016-01-06 | 2017-07-13 | 中兴通讯股份有限公司 | 一种实现报文检错的方法及装置 |
CN106953775A (zh) * | 2016-01-06 | 2017-07-14 | 中兴通讯股份有限公司 | 一种实现报文检错的方法及装置 |
CN115225462A (zh) * | 2022-07-21 | 2022-10-21 | 北京天融信网络安全技术有限公司 | 网络故障诊断方法及装置 |
CN115225462B (zh) * | 2022-07-21 | 2024-02-02 | 北京天融信网络安全技术有限公司 | 网络故障诊断方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103401726A (zh) | 网络路径探测方法及装置、系统 | |
CN105721318A (zh) | 一种软件定义网络sdn中发现网络拓扑的方法和装置 | |
CN102571492B (zh) | 检测路由设备故障的方法和装置 | |
CN107743076A (zh) | 一种ncsi共享网口切换方法及装置 | |
CN105550080A (zh) | 一种基于Linux进行服务器程序故障注入方法、装置及系统 | |
US20210373929A1 (en) | Offline configuration method and apparatus for intelligent device | |
CN104065508A (zh) | 应用服务健康检查方法、装置和系统 | |
CN105262638A (zh) | 一种同时测试多台电子产品的方法 | |
CN105528325A (zh) | 一种标准spi协议高速传输的保护方法及系统 | |
CN102801575B (zh) | 环回检测方法及装置 | |
CN103580953A (zh) | 一种故障检测的方法及设备 | |
CN103905264A (zh) | 监测系统及监测方法 | |
CN102739445A (zh) | 一种环网故障快速定位的方法和系统 | |
CN105812221A (zh) | 虚拟可扩展本地区域网络中数据传输的设备和方法 | |
US20120054391A1 (en) | Apparatus and method for testing smnp cards | |
CN104954190A (zh) | 应用服务器故障检测方法及装置 | |
CN103617102A (zh) | 一种隔离故障硬盘的方法、装置及存储系统 | |
CN104536926A (zh) | 串口设备的控制方法及装置 | |
CN104484260A (zh) | 一种基于GJB289总线接口SoC的仿真监控电路 | |
CN104333615A (zh) | 一种地址溯源方法及装置 | |
CN105450432A (zh) | 一种用于定位端口连接错误的方法和相关设备 | |
CN116225804A (zh) | 一种PCIe链路检测方法、系统、设备及存储介质 | |
CN102523221A (zh) | 数据报文的检测方法及网络安全检测设备 | |
CN113535578B (zh) | 一种cts测试方法、装置及测试设备 | |
CN102739540B (zh) | 分支接入总部的方法、系统和分支设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140212 |
|
WD01 | Invention patent application deemed withdrawn after publication |