CN101035037A - 检测网络通信质量的方法、系统及相关装置 - Google Patents

检测网络通信质量的方法、系统及相关装置 Download PDF

Info

Publication number
CN101035037A
CN101035037A CNA2007100981623A CN200710098162A CN101035037A CN 101035037 A CN101035037 A CN 101035037A CN A2007100981623 A CNA2007100981623 A CN A2007100981623A CN 200710098162 A CN200710098162 A CN 200710098162A CN 101035037 A CN101035037 A CN 101035037A
Authority
CN
China
Prior art keywords
response message
detection
message packet
receiving
communication quality
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.)
Granted
Application number
CNA2007100981623A
Other languages
English (en)
Other versions
CN101035037B (zh
Inventor
傅财斌
蔡利元
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007100981623A priority Critical patent/CN101035037B/zh
Publication of CN101035037A publication Critical patent/CN101035037A/zh
Application granted granted Critical
Publication of CN101035037B publication Critical patent/CN101035037B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种检测网络通信质量的方法、系统及相关装置。本发明提供的检测网络通信质量的方法包括:服务端根据配置的通信端口,在基于IP层的传输层上以固定时间间隔向各客户端发送检测消息包;收到检测消息包的客户端向服务端返回应答消息包;服务端根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;根据统计信息确定基于IP层的传输层的网络通信质量,针对基于IP层的传输层的网络通信质量进行了有效检测,使得对网络通信质量的检测得到分层。由于本发明在服务端中配置了客户端的通信端口,明确了接收检测消息包的对端,不会出现被发送到其他地方的可能。

Description

检测网络通信质量的方法、系统及相关装置
技术领域
本发明涉及通信领域,特别是指一种检测网络通信质量的方法、系统及相关装置。
背景技术
随着通信技术的不断发展,电信系统越来越复杂,对电信系统的可靠性要求也越来越高,电信系统的可靠性一般要求达到99.999%以上。网络是各种电信系统进行通信的基石,因此,网络的通信质量的实时检测对于保障电信系统的高可靠性十分重要。由于电信系统要求非常高的可靠性,通常采用双主冷备份或热备份来保证电信系统的高可靠性,在双主之间通过心跳消息包维持双主的主备状态,5至10秒未收到心跳消息包就可能会导致主备双机倒换,而电信系统的主备双机倒换必然对业务产生影响,因此,非常需要有效的处理方案来检测网络的通信质量。
目前常用的网络一般基于传输控制协议(Transmission Control Protocol,TCP)/网络互联协议(Internet Protocol,IP),已有的对网络的通信质量进行检测的方案都只能针对IP层或IP层以下的数据链路层进行,IP层即为网络层,例如,计算机操作系统提供的ping工具,依据IP层的互联网控制信息协议(Internet Control Message Protocol,ICMP)对网络的通信质量进行检测;又如,位于网卡的网络抓包工具,通过抓取通过网卡的所有数据包对网络的通信质量进行检测,而无法针对位于IP层以上的TCP层等传输层进行网络通信质量的检测。
现有七层参考模型如图1所示,从下至上依次包括物理层、数据链路层、网络层、传输层、会话层、表示层和应用层,其中,IP层为网络层;位于IP层以上的TCP层为传输层。
ping工具工作在IP层,通过ICMP与网络中的其他设备进行交互,主要工作原理是:设备A向设备B发送ICMP请求报文,设备B收到ICMP请求报文后,向设备A返回ICMP应答报文,设备A根据是否在设定的延迟时间内收到ICMP应答报文来确定网络通信质量的优劣。ping工具具有一些统计功能,例如,ping失败的比例、最大延迟时间、最小延迟时间、平均延迟时间等。基于ICMP协议开发的功能更为强大的ping工具,则增强了日志输出功能、统计数据展示功能,但都只能对IP层的通信质量进行检测。
ping工具工作在网络层、即IP层,而电信系统中的设备通常是使用TCP层、即传输层的功能进行工作的,IP层通信正常并不能说明TCP层等传输层也正常通信。另外,如果电信系统在TCP层等传输层的处理不当,从业务层上看网络的通信质量是不佳的,而通过IP层的ping工具是无法检测到的。以下将位于支持IP协议的网络层、即IP层之上的传输层称为基于IP层的传输层。
ping工具通过调用设备的操作系统的接口发送ICMP请求报文,设备的操作系统收到ICMP请求报文后回复ICMP应答报文。由于ping工具工作在IP层,只能指明接收ICMP请求报文或ICMP应答报文的目的设备,而无法指明该目的设备的具体应用程序,而派发ICMP请求报文或ICMP应答报文的规则由操作系统确定,可能是轮循派发,也可能是其他方式,不同操作系统的实现方式不尽相同。当设备中启动多个应用程序时,可能导致应用程序C发送ICMP请求报文,相应的ICMP应答报文却被应用程序D接收,导致应用程序C认为ping失败,而实际上却应该是ping成功的,因此,根据ping工具得到的网络通信质量的检测结果并不是很准确。
网络抓包工具工作在数据链路层或数据链路层之下,将网卡的模式设置为多播混杂模式,这样,网卡才能够抓取通过该网卡的所有数据包。网络抓包工具抓取所有经过网卡的数据包,并记录到相应文件中。通过分析数据包的完整性,发现出现通信问题的网段、设备等,例如,数据包的媒体接入控制(MediaAccess Control,MAC)地址不正确导致数据包延迟;又如,网络中存在病毒对设备进行攻击,等等。另外,通过对数据包的统计还能够得到网络流量的变化。
由于电信系统需要处理的呼叫量非常大,每秒钟收到的呼叫次数少则几十次、多达几百次,这样,业务处理设备通过网卡发送的信息量就会非常大,网络抓包工具将抓取到大量数据,记录这些数据的相应文件将存储有大量信息,通过对这些信息的分析确定网络通信质量的优劣时,工作量将非常巨大,很难及时准确地找到问题所在,如同大海捞针。另外,由于网络抓包工具只能抓取网卡所在网段的数据包,因此,无法通过网络抓包工具实现对跨网段的网络通信质量的检测。此外,由于网络抓包工具只能针对业务数据进行,而业务数据的数据量是非常庞大的;并且,在运行的电信系统上抓取数据包,由于需要占用输入/输出(Input/output,I/O)接口、数据量大等各种缺点的存在,必然会对业务产生影响。网络抓包工具通常是从设备侧接收某个通信端口的数据包,这需要对设备的数据配置进行修改,而这些修改很可能带来一些不必要的副作用。对于传递保密信息的网络,通常不允许抓取数据包,这样,也就无法通过网络抓包工具队网络的通信质量进行检测。
根据以上描述可见,现有的ping工具和网络抓包工具不仅根本无法实现对基于IP层的传输层的网络通信质量的检测,而且各自还存在着很多问题。
发明内容
有鉴于此,本发明实施例提供一种检测网络通信质量的方法、系统及相关装置,针对基于IP层的传输层的网络通信质量进行有效检测。
本发明实施例提供的检测网络通信质量的方法包括:服务端根据配置的通信端口,在基于网络互联协议IP层的传输层上以固定时间间隔向各客户端发送检测消息包;收到检测消息包的客户端向服务端返回应答消息包;服务端根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;根据统计信息确定基于IP层的传输层的网络通信质量。
本发明实施例提供的检测网络通信质量的系统包括:服务端用于根据配置的通信端口在基于IP层的传输层上以固定时间间隔向各客户端发送检测消息包,并根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;客户端用于接收检测消息包,向服务端返回应答消息包。
本发明实施例提供的检测网络通信质量的相关装置包括:发送单元用于根据配置的通信端口在基于IP层的传输层上以固定时间间隔发送检测消息包;统计单元用于根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息。
本发明实施例提供的检测网络通信质量的相关装置包括:接收单元用于接收检测消息包,并发送通知;发送单元用于根据所述通知及配置的通信端口发送应答消息包。
本发明实施例提供的方案中,服务端根据配置的通信端口,在基于IP层的传输层上匀速、即以固定时间间隔向各客户端发送检测消息包;收到检测消息包的客户端向服务端返回应答消息包;服务端根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;根据统计信息确定基于IP层的传输层的网络通信质量,针对基于IP层的传输层的网络通信质量进行了有效检测,使得对网络通信质量的检测得到分层。由于本发明各实施例提供的方案中,在服务端中配置了客户端的通信端口,明确了接收检测消息包的对端,不会出现检测消息包被发送到其他地方的可能。由于客户端的通信端口可以通过IP地址和端口号唯一标识,这样,即使多个客户端位于一个设备中,也可以通过端口号进行区分,不会出现接收检测消息包的客户端不明确的情况。在服务端与客户端之间传输用于检测网络通信质量的采样数据、即检测消息包,从而根据本发明各实施例提供的方案,在基于IP层的传输层无需对业务数据进行跟踪。
附图说明
图1为现有七层参考模型示意图;
图2为本发明实施例中服务端与客户端配置关系示意图;
图3为本发明实施例中服务端与客户端通信流程图;
图4为本发明实施例中系统结构示意图。
具体实施方式
本发明实施例提供的方案中,服务端根据配置的通信端口,在基于IP层的传输层上匀速、即以固定时间间隔向各客户端发送检测消息包;收到检测消息包的客户端向服务端返回应答消息包;服务端根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;根据统计信息确定基于IP层的传输层的网络通信质量。以上所述基于IP层的传输层可以是TCP层,也可以是用户数据报协议(User DatagramProtocol,UDP)层,等等。所述通信端口包括IP地址和端口号。根据统计信息确定基于IP层的传输层的网络通信质量的操作可以由服务端直接完成;也可以由一些检测设备完成,如操作、管理与维护(Operation,Administration andMaintenance,OA&M)设备;还可以通过人工对统计信息进行分析来完成。服务端与客户端之间传输的检测消息包的作用相当于用于检测网络通信质量的采样数据,从而根据本发明各实施例提供的方案,在基于IP层的传输层无需对业务数据进行跟踪。
设置一个服务端和多个客户端。在服务端中配置需要检测的客户端的通信端口,服务端集中通过配置的通信端口匀速、即固定地以设定的时间间隔向各客户端发送检测消息包。在各客户端中配置服务端的通信端口,客户端在该配置的通信端口上监听来自服务端的连接建立请求,客户端通过建立的连接收到来自服务端的检测消息包后,向服务端返回应答消息包。可进一步在服务端中配置检测信息,服务端中配置的检测信息至少包括:发送超时时间、或接收超时时间、或发送超时时间和接收超时时间,该检测信息中可以进一步包括:检测消息包长度、或网络检测持续时间长度、或需要检测的客户端的数量、或以上任意的组合。这样,配置主要集中在服务端上进行,便于后续配置的动态修改,同时也便于基于IP层的传输层的网络通信质量检测的部署。服务端及客户端程序可以设计为服务程序,其所在设备启动后就自动运行,从而达到实时监控网络通信质量的目的。
发送一个检测消息包的时间长度称为发送时间,接收一个应答消息包的时间长度称为接收时间。服务端确定设定时间长度内实际收到的应答消息包数量与相应时间长度内应该收到的应答消息包数量的差异比较大、或发送时间大于检测信息中的发送超时时间、或接收时间大于检测信息中的接收超时时间、或以上情况任意的组合时,服务端进行统计生成统计信息、如生成日志。根据该统计信息就能够确定基于IP层的传输层的网络通信质量。服务端确定设定时间长度内实际收到的应答消息包数量与相应时间长度内应该收到的应答消息包数量是否存在差异是直接根据接收应答消息包的情况进行统计;服务端确定发送时间是否大于检测信息中的发送超时时间是直接根据配置的检测信息进行统计;服务端确定接收时间是否大于检测信息中的接收超时时间是根据配置的检测信息和接收应答消息包的情况进行统计。
由于服务端匀速向客户端发送检测消息包,客户端收到检测消息包后通常立即向服务端返回应答消息包,这样,客户端返回的应答消息包,服务端基本上应该也是匀速收到的,因此,如果服务端在设定时间长度内实际收到的应答消息包的数量与相应时间长度内应该收到的应答消息包数量的差异比较大时,就证明基于IP层的传输层的网络通信质量有可能欠佳。例如,服务端中配置的需要检测的客户端的数量为10,服务端每秒钟向每个客户端匀速发送6个检测消息包,每秒钟应该收到的应答消息包的数量为60,如果服务端每秒钟实际收到60个左右的应答消息包,如服务端每秒钟实际收到的应答消息包为58个,或服务端每秒钟实际收到的应答消息包为61个,则证明基于IP层的传输层的网络通信质量良好,如果服务端每秒钟实际收到的应答消息包的数量与60相差比较大,如服务端每秒钟实际收到的应答消息包的数量为50个,或服务端每秒钟实际收到的应答消息包的数量为71个,则证明基于IP层的传输层的网络通信质量欠佳。以上描述的具体处理可以为:设置差额阈值,将服务端在设定时间长度内实际收到的应答消息包与相应时间长度内应该收到的应答消息包的数量差值与差额阈值进行比较,如果数量差值小于差额阈值,则确定基本不存在差异,否则,确定差异比较大。
另外,如果检测消息包的发送时间或应答消息包的接收时间比较长,大于设定的范围,则也可以证明基于IP层的传输层的网络通信质量有可能欠佳。
这样,可基于以上情况中的一种或其中的两种、三种,由服务端进行统计生成统计信息、如生成日志,以便为后续对网络通信质量的分析提供依据。
图2为本发明实施例中服务端与客户端配置关系示意图,如图2所示,在服务端中配置需要检测的客户端的通信端口,由于不同客户端可位于相同或不同网段,因此,通过对服务端的配置可实现对一个或多个网段的基于IP层的传输层的通信质量的检测,例如,通过服务端对网段10.X.X.X和192.X.X.X的网络通信质量进行检测。客户端中只需配置服务端的通信端口即可,无需配置更多的数据,属于瘦客户端配置,即配置信息只占用少量的系统资源。如果一个设备中包括两个网卡,则可将该设备作为一个客户端,该客户端位于两个不同的网段;另外,也可以针对不同网段设置不同客户端,即该设备中包括两个客户端,一个客户端对应一个网段。这样,一个实际设备中可能包括多个客户端,每个客户端可针对于一个应用程序。
图3为本发明实施例中服务端与客户端通信流程图,如图3所示,服务端与客户端进行通信的处理过程包括以下步骤:
步骤301~步骤302:服务端启动后,根据配置的通信端口向客户端发送连接建立请求,请求与客户端建立基于IP层的传输层的连接;客户端启动后在配置的通信端口上监听连接建立请求,收到连接建立请求后,向服务端返回连接建立应答,与服务端建立基于IP层的传输层的连接。
步骤303~步骤304:服务端收到连接建立应答后,根据配置的通信端口向客户端发送网络检测开始请求,请求开始基于IP层的传输层的网络通信质量的检测;客户端收到网络检测开始请求后,通过建立的连接向服务端返回网络检测开始应答,接受服务端的网络检测开始请求。如果客户端不接受网络检测开始请求后,则服务端生成日志,直接执行步骤311~步骤312。
步骤305~步骤310:服务端收到客户端接受网络检测开始请求的网络检测开始应答后,启动发送线程和接收线程,开始根据配置的通信端口在发送线程上匀速、即以设定的固定时间间隔向客户端发送检测消息包,在接收线程上接收客户端返回的应答消息包。客户端收到检测消息包后,通过建立的连接向服务端返回应答消息包。为了方便后续对网络通信质量进行分析,服务端每次发送的检测消息包都具有唯一编号,客户端每次发送的应答消息包也都具有唯一编号,通过检测消息包及应答消息包的唯一编号可以快速确定网络通信质量欠佳的客户端。
服务端维护有发送线程和接收线程,如果服务端确定一个检测消息包在发送线程上的发送时间大于检测信息中的发送超时时间、或一个应答消息包在接收线程上的接收时间大于检测信息中的接收超时时间、或服务端设定时间长度内收到的应答消息包数量与相应时间长度内发送的检测消息包数量的差异比较大、或以上情况任意的组合时,服务端生成日志。检测信息中的发送超时时间可设置为50ms,接收超时时间可设置为500ms。
服务端维护的发送线程和接收线程可以采用拥塞式调用,即在先入先出(First In First Out,FIFO)缓存器的发送线程上有检测消息包时,就将该检测消息包发送出去,在FIFO缓存器的接收线程上有应答消息包,就对该应答消息包进行接收处理,因此,服务端能够根据发送线程或接收线程上的处理时间相应得到发送时间和接收时间。服务端维护的发送线程和接收线程也可以采用非拥塞式调用,服务端可通过本端的处理获得发送时间,而客户端发送的应答消息包需要携带发送时间,以便服务端确定接收时间。
另外,客户端收到检测消息包后,可以不对检测消息包进行任何处理,也可以对检测消息包进行简单的分析处理,并可进一步根据处理结果进行后续操作,例如,客户端判断收到的检测消息包是否完整,确定收到的检测消息包完整时向服务端返回应答消息包,否则,向服务端返回应答消息包,并生成日志或告警等。
由于一个实际设备中可能包括多个客户端,每个客户端可针对于该设备运行的一个应用程序,客户端的通信端口可以通过IP地址和端口号唯一标识,多个客户端位于一个设备中时,IP地址可用于标识接收检测消息包的设备,而端口号则用于标识该设备中接收相应检测消息包的具体客户端,这样,一个设备中包括的多个客户端能够通过端口号进行区分,从而不会出现接收检测消息包的客户端不明确的情况。
服务端需要与客户端端断开连接时,执行步骤311~步骤312。
步骤311~步骤312:服务端根据配置的通信端口向客户端发送连接断开请求,请求与客户端断开连接;客户端收到连接断开请求后,向服务端返回连接断开应答,断开与服务端之间建立的基于IP层的传输层的连接。
由于IP层、数据链路层或数据链路层以下的层的网络通信质量都可能对基于IP层的传输层的网络通信质量产生影响,因此,根据统计信息确定基于IP层的传输层的网络通信质量欠佳后,可与其他网络通信质量检测工具相结合,以检测基于IP层的传输层以下的连接是否正常或定位出现问题的设备,使得通信问题的定位更有针对性。例如,确定基于IP层的传输层的网络通信质量欠佳后,根据接收应答消息包的情况确定存在问题的应答消息包的编号,如确定应该收到却没有收到的应答消息包的编号,确定与该编号相对应的客户端,然后启动该客户端的网络抓包工具,通过该网络抓包工具抓取通过该客户端网卡的所有数据包,对相应数据包进行分析,确定数据链路层或数据链路层之下的网络通信质量是否良好,在数据链路层或数据链路层之下的网络通信质量出现问题时,确定出现通信问题的设备等。又如,确定基于IP层的传输层的网络通信质量欠佳后,根据接收应答消息包的情况确定存在问题的应答消息包的编号,如确定应该收到却没有收到的应答消息包的编号,确定与该编号相对应的客户端,然后启动该客户端的ping工具,通过ICMP报文确定IP层的网络通信质量是否良好,即检测IP层的连接是否正常;再如,确定基于IP层的传输层的网络通信质量欠佳后,根据接收应答消息包的情况确定存在问题的应答消息包的编号,如确定应该收到却没有收到的应答消息包的编号,确定与该编号相对应的客户端,然后启动该客户端的网络抓包工具和ping工具,通过将网络抓包工具和ping工具相结合,以定位出现问题的设备或检测IP层的连接是否正常。
本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤可以是通过程序来指令相关的硬件完成,所述的程序可以存储于一计算机可读存储介质中,该程序在执行时,包括以上方法中所述的步骤,例如,服务端根据配置的通信端口,在基于IP层的传输层上匀速向客户端发送检测消息包,服务端根据接收应答消息包的情况进行统计得到统计信息;又如,收到检测消息包的客户端向服务端返回应答消息包;再如,根据统计信息确定基于IP层的传输层的网络通信质量。以上所述存储介质可以为只读存储器(Read OnlyMemory,ROM)/随机存储器(Random Access Memory,RAM)、磁碟、光盘等。
图4为本发明实施例中系统结构示意图,如图4所示,该系统包括服务端和客户端,其中,服务端用于根据配置的通信端口在基于IP层的传输层上匀速、即以固定时间间隔向各客户端发送检测消息包,并根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;客户端用于接收检测消息包,向服务端返回应答消息包。
服务端进一步用于根据统计信息确定基于IP层的传输层的网络通信质量;或者,该系统进一步包括检测设备,该检测设备用于根据统计信息确定基于IP层的传输层的网络通信质量。
客户端进一步包括质量检测单元,该质量检测单元用于对基于IP层的传输层下层的网络通信质量进行检测,质量检测单元具体可为ping单元,用于通过ICMP报文确定IP层的网络通信质量是否良好;或网络抓包单元,用于抓取通过该客户端的网卡的数据包,对相应数据包进行分析,确定数据链路层或数据链路层之下的网络通信质量;或以上二者的组合。
本发明实施例中提供的服务端包括发送单元和统计单元,其中,发送单元用于根据配置的通信端口在基于IP层的传输层上匀速、即以固定时间间隔向各客户端发送检测消息包;统计单元用于根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息。服务端可进一步包括:检测单元,用于根据统计信息确定基于IP层的传输层的网络通信质量。
本发明实施例中提供的客户端包括接收单元和发送单元,其中,接收单元用于接收检测消息包,并向发送单元发送通知;发送单元用于根据通知,向服务端发送应答消息包。客户端可进一步包括:质量检测单元,该质量检测单元用于对基于IP层的传输层下层的网络通信质量进行检测,检测单元具体可为ping单元,用于通过ICMP报文确定IP层的网络通信质量是否良好;或网络抓包单元,用于抓取通过该客户端的网卡的数据包,对相应数据包进行分析,确定数据链路层或数据链路层之下的网络通信质量;或以上二者的组合。
本发明实施例提供的方案中,服务端根据配置的通信端口,在基于IP层的传输层上匀速、即以固定时间间隔向各客户端发送检测消息包;收到检测消息包的客户端向服务端返回应答消息包;服务端根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;根据统计信息确定基于IP层的传输层的网络通信质量,针对基于IP层的传输层的网络通信质量进行了有效检测,使得对网络通信质量的检测得到分层。由于本发明各实施例提供的方案中,在服务端中配置了客户端的通信端口,明确了接收检测消息包的对端,不会出现检测消息包被发送到其他地方的可能。由于客户端的通信端口可以通过IP地址和端口号唯一标识,这样,即使多个客户端位于一个设备中,也可以通过端口号进行区分,不会出现接收检测消息包的客户端不明确的情况。在服务端与客户端之间传输用于检测网络通信质量的采样数据、即检测消息包,从而根据本发明各实施例提供的方案,在基于IP层的传输层无需对业务数据进行跟踪。
由于电信系统中有些平台采用了中间件进行网络通信,如短消息平台、客服平台、彩铃平台等,这些平台采用的中间件是基于TCP/IP、或UDP/IP进行不同设备之间的通信的。此类电信系统一般为双机配置,双机倒换多数是收不到对端心跳消息而引起的,但收不到对端心跳可能是网络问题,也可能是中间件的自身问题,而中间件无法证明自身处理没有问题,因此,通过本发明实施例提供的方案能够针对基于IP层的传输层的网络通信质量进行检测,如果检测到基于IP层的传输层的网络通信质量良好,并且检测到上层应用出现问题,则可确定中间件或业务程序出现问题,因此对中间件、业务程序进行重点检查。
另外,本发明实施例中,配置主要集中在服务端上进行,便于后续配置的动态修改,同时也便于基于IP层的传输层的网络通信质量检测的部署。由于不同客户端可位于相同或不同网段,因此,通过对服务端的配置还可以实现对一个或多个网段的基于IP层的传输层的通信质量的检测,
此外,确定基于IP层的传输层的网络通信质量欠佳后,可与其他网络通信质量检测工具相结合,以定位出现问题的设备,使得通信问题的定位更有针对性。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (15)

1、一种检测网络通信质量的方法,其特征在于,该方法包含:
服务端根据配置的通信端口,在基于网络互联协议IP层的传输层上以固定时间间隔向各客户端发送检测消息包;
收到检测消息包的客户端向服务端返回应答消息包;
服务端根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;
根据统计信息确定基于IP层的传输层的网络通信质量。
2、根据权利要求1所述的方法,其特征在于,
所述检测信息包括:发送超时时间;
所述根据配置的检测信息进行统计,包括:确定发送一个检测消息包的时间长度大于所述发送超时时间时进行统计。
3、根据权利要求1所述的方法,其特征在于,
所述根据接收应答消息包的情况进行统计,包括:确定在设定时间长度内实际收到的应答消息包与相应时间长度内应该收到的应答消息包的数量差值大于或等于设置的差额阈值时进行统计。
4、根据权利要求1所述的方法,其特征在于,
所述检测信息包括:接收超时时间;
所述根据配置的检测信息和接收应答消息包的情况进行统计,包括:确定接收一个应答消息包的时间长度大于所述接收超时时间时进行统计。
5、根据权利要求1所述的方法,其特征在于,所述根据配置的检测信息和接收应答消息包的情况进行统计,包括:
确定发送一个检测消息包的时间长度大于检测信息中的发送超时时间、及在设定时间长度内实际收到的应答消息包与相应时间长度内应该收到的应答消息包的数量差值大于或等于设置的差额阈值时进行统计;或者,
确定发送一个检测消息包的时间长度大于检测信息中的发送超时时间、及接收一个应答消息包的时间长度大于检测信息中的接收超时时间时进行统计;或者,
确定在设定时间长度内实际收到的应答消息包与相应时间长度内应该收到的应答消息包的数量差值大于或等于设置的差额阈值、及接收一个应答消息包的时间长度大于检测信息中的接收超时时间时进行统计;或者,
确定发送一个检测消息包的时间长度大于检测信息中的发送超时时间、及接收一个应答消息包的时间长度大于检测信息中的接收超时时间、及在设定时间长度内实际收到的应答消息包与相应时间长度内应该收到的应答消息包的数量差值大于或等于设置的差额阈值时进行统计。
6、根据权利要求1所述的方法,其特征在于,所述返回应答消息包之前,进一步包括:对检测消息包进行分析处理。
7、根据权利要求1所述的方法,其特征在于,所述确定基于IP层的传输层的网络通信质量由服务端完成;或者,由网络中的检测设备完成。
8、根据权利要求1至7任一所述的方法,其特征在于,确定基于IP层的传输层的网络通信质量欠佳后,该方法进一步包括:
根据接收应答消息包的情况确定存在问题的应答消息包的编号,确定与该编号相对应的客户端,启动该客户端的检测工具,该检测工具对网络通信质量进行检测。
9、一种检测网络通信质量的系统,其特征在于,该系统包括:
服务端,用于根据配置的通信端口在基于IP层的传输层上以固定时间间隔向各客户端发送检测消息包,并根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息;
客户端,用于接收检测消息包,向服务端返回应答消息包。
10、根据权利要求9所述的系统,其特征在于,
所述服务端进一步用于根据统计信息确定基于IP层的传输层的网络通信质量;或者,
该系统进一步包括检测设备,用于根据统计信息确定基于IP层的传输层的网络通信质量。
11、根据权利要求9或10所述的系统,其特征在于,所述客户端进一步包括质量检测单元,用于对基于IP层的传输层下层的网络通信质量进行检测。
12、一种检测网络通信质量的装置,其特征在于,该装置包括:
发送单元,用于根据配置的通信端口在基于IP层的传输层上以固定时间间隔发送检测消息包;
统计单元,用于根据配置的检测信息、或接收应答消息包的情况、或配置的检测信息和接收应答消息包的情况进行统计得到统计信息。
13、根据权利要求12所述的装置,其特征在于,所述装置进一步包括:检测单元,用于根据统计信息确定基于IP层的传输层的网络通信质量。
14、一种检测网络通信质量的装置,其特征在于,该装置包括:
接收单元,用于接收检测消息包,并发送通知;
发送单元,用于根据所述通知及配置的通信端口发送应答消息包。
15、根据权利要求14所述的装置,其特征在于,所述装置进一步包括:质量检测单元,用于对基于IP层的传输层下层的网络通信质量进行检测。
CN2007100981623A 2007-04-17 2007-04-17 检测网络通信质量的方法、系统及相关装置 Active CN101035037B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2007100981623A CN101035037B (zh) 2007-04-17 2007-04-17 检测网络通信质量的方法、系统及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007100981623A CN101035037B (zh) 2007-04-17 2007-04-17 检测网络通信质量的方法、系统及相关装置

Publications (2)

Publication Number Publication Date
CN101035037A true CN101035037A (zh) 2007-09-12
CN101035037B CN101035037B (zh) 2011-07-06

Family

ID=38731356

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007100981623A Active CN101035037B (zh) 2007-04-17 2007-04-17 检测网络通信质量的方法、系统及相关装置

Country Status (1)

Country Link
CN (1) CN101035037B (zh)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101753379A (zh) * 2008-12-12 2010-06-23 米特尔网络公司 快速检测通信路径故障的系统和方法
WO2011009337A1 (zh) * 2009-07-20 2011-01-27 中兴通讯股份有限公司 一种监测数据业务系统的方法及监测系统
WO2011009304A1 (zh) * 2009-07-22 2011-01-27 中兴通讯股份有限公司 一种利用混合报文测量可用带宽的方法和装置
CN102006380A (zh) * 2009-08-28 2011-04-06 佳能株式会社 图像形成装置及其方法
CN102014416A (zh) * 2010-12-03 2011-04-13 中兴通讯股份有限公司 一种对连接进行双向检测的方法及系统
CN102025756A (zh) * 2009-09-09 2011-04-20 中兴通讯股份有限公司 分布式系统及其数据同步方法
CN102457537A (zh) * 2010-10-19 2012-05-16 阿里巴巴集团控股有限公司 一种传输控制协议的通信方法及服务器
CN101695171B (zh) * 2009-10-16 2013-02-27 中兴通讯股份有限公司 通过流控制传输协议测量网络传输质量的方法和装置
CN105610638A (zh) * 2015-10-19 2016-05-25 上海斐讯数据通信技术有限公司 一种模拟用户无线上网行为的方法
CN105828218A (zh) * 2016-04-19 2016-08-03 华为技术有限公司 一种检测组播流传输质量的方法、装置及系统
CN107135098A (zh) * 2017-04-18 2017-09-05 北京思特奇信息技术股份有限公司 一种第三方网络的可用性监控方法及系统
CN108092837A (zh) * 2016-11-21 2018-05-29 腾讯科技(深圳)有限公司 网络通信质量检测方法、测速服务器及网络测速插件
CN109922059A (zh) * 2019-02-28 2019-06-21 南京科谷智能科技有限公司 基于套接字的客户端与服务端保持连接的方法
CN110177153A (zh) * 2019-06-14 2019-08-27 郑州悉知信息科技股份有限公司 一种日志收集系统
CN111510353A (zh) * 2020-04-15 2020-08-07 深圳市三旺通信股份有限公司 在线设备的检测方法、装置、设备及计算机可读存储介质
CN113824740A (zh) * 2021-11-23 2021-12-21 山东云天安全技术有限公司 端口检测方法、电子设备和计算机可读存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113067998B (zh) * 2021-03-15 2023-03-28 读书郎教育科技有限公司 一种双师课堂连麦互动候补的方法

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101753379A (zh) * 2008-12-12 2010-06-23 米特尔网络公司 快速检测通信路径故障的系统和方法
WO2011009337A1 (zh) * 2009-07-20 2011-01-27 中兴通讯股份有限公司 一种监测数据业务系统的方法及监测系统
WO2011009304A1 (zh) * 2009-07-22 2011-01-27 中兴通讯股份有限公司 一种利用混合报文测量可用带宽的方法和装置
CN101964727B (zh) * 2009-07-22 2012-09-05 中兴通讯股份有限公司 一种利用混合报文测量可用带宽的方法和装置
CN102006380A (zh) * 2009-08-28 2011-04-06 佳能株式会社 图像形成装置及其方法
CN102006380B (zh) * 2009-08-28 2013-03-20 佳能株式会社 图像形成装置及其方法
CN102025756A (zh) * 2009-09-09 2011-04-20 中兴通讯股份有限公司 分布式系统及其数据同步方法
CN101695171B (zh) * 2009-10-16 2013-02-27 中兴通讯股份有限公司 通过流控制传输协议测量网络传输质量的方法和装置
CN102457537B (zh) * 2010-10-19 2015-11-25 阿里巴巴集团控股有限公司 一种传输控制协议的通信方法及服务器
CN102457537A (zh) * 2010-10-19 2012-05-16 阿里巴巴集团控股有限公司 一种传输控制协议的通信方法及服务器
CN102014416B (zh) * 2010-12-03 2014-07-16 中兴通讯股份有限公司 一种对连接进行双向检测的方法及系统
CN102014416A (zh) * 2010-12-03 2011-04-13 中兴通讯股份有限公司 一种对连接进行双向检测的方法及系统
CN105610638A (zh) * 2015-10-19 2016-05-25 上海斐讯数据通信技术有限公司 一种模拟用户无线上网行为的方法
CN105828218A (zh) * 2016-04-19 2016-08-03 华为技术有限公司 一种检测组播流传输质量的方法、装置及系统
CN105828218B (zh) * 2016-04-19 2019-06-11 华为技术有限公司 一种检测组播流传输质量的方法、装置及系统
CN108092837A (zh) * 2016-11-21 2018-05-29 腾讯科技(深圳)有限公司 网络通信质量检测方法、测速服务器及网络测速插件
CN108092837B (zh) * 2016-11-21 2021-04-27 腾讯科技(深圳)有限公司 网络通信质量检测方法、测速服务器及网络测速插件
CN107135098A (zh) * 2017-04-18 2017-09-05 北京思特奇信息技术股份有限公司 一种第三方网络的可用性监控方法及系统
CN107135098B (zh) * 2017-04-18 2020-04-03 北京思特奇信息技术股份有限公司 一种第三方网络的可用性监控方法及系统
CN109922059A (zh) * 2019-02-28 2019-06-21 南京科谷智能科技有限公司 基于套接字的客户端与服务端保持连接的方法
CN110177153A (zh) * 2019-06-14 2019-08-27 郑州悉知信息科技股份有限公司 一种日志收集系统
CN111510353A (zh) * 2020-04-15 2020-08-07 深圳市三旺通信股份有限公司 在线设备的检测方法、装置、设备及计算机可读存储介质
CN113824740A (zh) * 2021-11-23 2021-12-21 山东云天安全技术有限公司 端口检测方法、电子设备和计算机可读存储介质

Also Published As

Publication number Publication date
CN101035037B (zh) 2011-07-06

Similar Documents

Publication Publication Date Title
CN101035037B (zh) 检测网络通信质量的方法、系统及相关装置
US10469364B2 (en) System and method for real-time load balancing of network packets
US10917322B2 (en) Network traffic tracking using encapsulation protocol
US11902080B2 (en) Congestion avoidance in a slice-based network
EP2768203B1 (en) Method and device for identifying an sctp packet field of the invention
EP1641182B1 (en) Detecting and diagnosing performance problems in a wireless network through neighbor collaboration
US8570896B2 (en) System and method for controlling threshold testing within a network
CN101841441B (zh) 流量控制设备的测试方法、系统及数据流回放装置
US10033602B1 (en) Network health management using metrics from encapsulation protocol endpoints
US9270544B2 (en) Method and system to identify a network device associated with poor QoS
US10897423B2 (en) Congestion avoidance in a slice-based network
US11102273B2 (en) Uplink performance management
US10958579B2 (en) Congestion avoidance in a slice-based network
US20030007458A1 (en) Method and apparatus for reporting total call quality
CN116708148B (zh) 网络诊断方法和电子设备
JP2009199556A (ja) 通信監視装置、通信監視方法、コンピュータプログラム、そのシステム
JP4733489B2 (ja) 隣接デバイスの共同作業による無線ネットワークにおけるパフォーマンスの問題の検出および診断
CN1925430A (zh) IPv6网络应用层协议的检测方法
CN116708150B (zh) 网络诊断方法和电子设备
CN114710424B (zh) 基于软件定义网络的主机侧数据包处理延时测量方法
US20240195720A1 (en) System and method for measuring and managing latency on a computer network
CN113691388A (zh) 一种基于lvs和snmp协议的数据采集系统及方法
CN116915577A (zh) 业务质差故障诊断方法、装置、设备、终端及存储介质
CN115987766A (zh) 一种基于全流量回溯的多段对比分析方法及系统
CN116232728A (zh) 一种视频流监测方法、装置、计算机设备及存储介质

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