CN109818829A - 网络数据处理方法、装置、计算机设备和存储介质 - Google Patents
网络数据处理方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN109818829A CN109818829A CN201910144408.9A CN201910144408A CN109818829A CN 109818829 A CN109818829 A CN 109818829A CN 201910144408 A CN201910144408 A CN 201910144408A CN 109818829 A CN109818829 A CN 109818829A
- Authority
- CN
- China
- Prior art keywords
- network
- data
- network data
- data packet
- packet
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请涉及一种网络数据处理方法、装置、计算机设备和存储介质。所述方法包括:获取网络的拓扑信息;解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;采集所述至少一个关键链路的数据包;对采集到的所述数据包进行解析,获得网络数据;输出所述网络数据。通过解析网络拓扑信息,获得关键链路的网络数据,并将解析获得的网络数据进行输出,进而能够使得该网络数据能够被检测到,使得网络拥塞的异常能够被及时发现,进而使得网络拥塞能够被解决,以解决部分网络链路在使用过程中由于数据流量的突然增大而导致网络通道堵塞的技术问题,有效防止发生服务器瘫痪导致的城市通信受到影响的问题。
Description
技术领域
本申请涉及网络拥塞技术领域,特别是涉及一种网络数据处理方法、装置、计算机设备和存储介质。
背景技术
随着通信技术的迅速发展,互联网信息交互数据量日益增大;3G是第三代移动通信技术,其下行速度峰值理论可达3.6Mbit/s,上行速度峰值也可达384kbit/s;而4G作为***移动电话行动通信标准,是***移动通信技术,4G能够以100Mbps以上的速度下载,比家用4兆宽带ADSL快25倍;未来,5G也将试行;可见,通信技术的发展是非常迅猛。
目前,由于日益增大的互联网交互数据流量,存在着部分网络链路在使用过程中由于数据流量的突然增大而导致网络通道堵塞,进而影响整个服务器进程的问题,而某一个服务器的瘫痪可能会导致一个城市的通信受到影响;因此,急需一种对网络通信数据流量的分析方法,以合理解决通信拥塞。
发明内容
基于此,有必要针对上述技术问题,提供一种网络数据处理方法、装置、计算机设备和存储介质。
一种网络数据处理方法,所述方法包括:
获取网络的拓扑信息;
解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
采集所述至少一个关键链路的数据包;
对采集到的所述数据包进行解析,获得网络数据;
输出所述网络数据。
在其中一个实施例中,所述对采集到的所述数据包进行解析,获得网络数据的步骤包括:
基于TCP协议,对采集到的所述数据包进行解析,获得网络数据。
在其中一个实施例中,所述对采集到的所述数据包进行解析,获得网络数据的步骤包括:
基于UDP协议,对采集到的所述数据包进行解析,获得网络数据。
在其中一个实施例中,所述输出所述网络数据的步骤之后还包括:
显示所述网络数据。
在其中一个实施例中,所述显示所述网络数据的步骤包括:
基于图形界面显示所述网络数据。
一种网络数据处理装置,所述装置包括:
网络拓扑信息获取模块,用于获取网络的拓扑信息;
关键链路获取模块,用于解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
数据包采集模块,用于采集所述至少一个关键链路的数据包;
数据包解析模块,用于对采集到的所述数据包进行解析,获得网络数据;
网络数据输出模块,用于输出所述网络数据。
在其中一个实施例中,所述数据包解析模块还用于基于TCP协议,对采集到的所述数据包进行解析,获得网络数据。
在其中一个实施例中,所述数据包解析模块还用于基于UDP协议,对采集到的所述数据包进行解析,获得网络数据。
一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取网络的拓扑信息;
解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
采集所述至少一个关键链路的数据包;
对采集到的所述数据包进行解析,获得网络数据;
输出所述网络数据。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
获取网络的拓扑信息;
解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
采集所述至少一个关键链路的数据包;
对采集到的所述数据包进行解析,获得网络数据;
输出所述网络数据。
上述网络数据处理方法、装置、计算机设备和存储介质,通过解析网络拓扑信息,获得关键链路的网络数据,并将解析获得的网络数据进行输出,进而能够使得该网络数据能够被检测到,使得网络拥塞的异常能够被及时发现,进而使得网络拥塞能够被解决,以解决部分网络链路在使用过程中由于数据流量的突然增大而导致网络通道堵塞的技术问题,有效防止发生服务器瘫痪导致的城市通信受到影响的问题。
附图说明
图1为一个实施例中网络数据处理方法的流程示意图;
图2为一个实施例中网络数据处理装置的结构框图;
图3为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在一个实施例中,如图1所示,提供了一种网络数据处理方法,包括以下步骤:
步骤110,获取网络的拓扑信息。
具体地,该网络为广域网,该网络包括计算机网络和通信网络,该网络的拓扑信息即包含了网络中各节点以及各链路的拓扑信息,该拓扑信息记载了各节点以及链路的连接关系以及位置。其中,节点为网络的汇聚和交换节点,比如,该节点为交换机,链路为连接节点的通信线缆,一个实施例是,链路包括节点。
步骤130,解析所述网络的拓扑信息,获得所述网络的至少一个关键链路。
具体地,根据网络的拓扑信息,将网络划分为多个链路,其中,关键链路为网络中较为主要、关键的链路。一个实施例是,该关键链路为网络中的干路网络的链路。一个实施例是,该关键链路为网络中数据流量较大的链路。
本实施例中,对网络进行分解,将网络分解为多个链路,获得各节点和各链路的位置,并且确定网络中的多个关键链路。
步骤150,采集所述至少一个关键链路的数据包。
本步骤中,对网络进行分布式采集,即采集多个链路的数据包。由于链路分布在网络中的不同位置,因此,需要采用分布式的方式对链路的数据包进行采集,进而能够对多个关键链路的数据包进行采集。
步骤170,对采集到的所述数据包进行解析,获得网络数据。
本步骤中,对采集到的数据包进行解码,具体地,本实施例中,对采集到的数据包进行网络通讯协议的解码,进而获得网络数据,该网络数据能够体现网络的拥塞情况。一个实施例中,该网络数据包括数据包的源地址、目的地址、数据包的大小、数据包的下一跳地址、数据包的传输协议以及数据包的数量。值得一提的是,本实施例中的数据包的数量为单位时间内经过关键链路的数据包的数量,该数据包的数量体现了关键链路的数据流量,从该数据包的数量能够判断出关键链路的数据包的数量是否异常,判断出关键链路是否拥塞。
步骤190,输出所述网络数据。
本步骤中,将解析获得的网络数据进行输出,进而能够使得该网络数据能够被检测到,使得网络拥塞的异常能够被及时发现,进而使得网络拥塞能够被解决,以解决部分网络链路在使用过程中由于数据流量的突然增大而导致网络通道堵塞的技术问题,有效防止发生服务器瘫痪导致的城市通信受到影响的问题。
为了使得输出的网络数据更为易读,便于用户对网络数据的分析,在一个实施例中,所述输出所述网络数据的步骤之后还包括:显示所述网络数据。在一个实施例中,所述显示所述网络数据的步骤包括:基于图形界面显示所述网络数据。
本实施例中,将网络数据以图形化的方式显示,即将网络数据通过图形界面的方式显示,进而使得网络数据能够更为清晰、便捷地显示,使得用户能够快捷地了解网络中各关键链路的网络数据的情况。
在一个实施例中,所述对采集到的所述数据包进行解析,获得网络数据的步骤包括:基于TCP协议,对采集到的所述数据包进行解析,获得网络数据。
具体地,TCP(Transmission Control Protocol,传输控制协议)协议是一种面向连接的、可靠的、基于字节流的传输层通信协议。本实施例中,网络数据包括TCP数据流,本实施例中,基于TCP协议,对数据包进行解码,获得TCP数据流。
在一个实施例中,所述对采集到的所述数据包进行解析,获得网络数据的步骤包括:基于UDP协议,对采集到的所述数据包进行解析,获得网络数据。
具体地,UDP(User Datagram Protocol,用户数据报协议)在网络中它与TCP协议一样用于处理数据包,是一种无连接的协议,是一种不可靠的传输协议。本实施例中,网络数据包括UDP数据流,本实施例中,基于UDP协议,对数据包进行解码,获得UDP数据流。
在一个实施例中,所述显示所述网络数据的步骤包括:对网络数据进行解析,获得基于OSI(Open System Interconnection,开放式***互联)模型分层的传输数据,对所述传输数据进行显示。具体地,网络通信中,基于OSI模型分层包括物理层、数据链路层、网络层、传输层、会话层、表示层和应用层,该网络数据基于OSI模型分层进行解析可得到各层的传输数据,比如,在物理层获得的传输比特流数据,在数据链路层获得的数据帧(Frame),在网络层获得的数据包(Packet),在传输层获得的数据段(Segment),在应用层获得的应用数据等。通过基于OSI模型分层对网络数据进行解析,获得各层的传输数据,进而更为全面充分地展示该关键链路的数据传输情况,使得管理人员能够对此进行解析关键链路是否拥塞,是否存在拥塞的风险。
在一个实施例中,所述对网络数据进行解析,获得基于OSI模型分层的各层传输数据,基于树形结构对各层所述传输数据进行显示。
本实施例中,基于树形结构对各层的传输数据进行显示,能够更为清楚、全面地对各层传输数据进行显示,,使得管理人员能够对此进行解析关键链路是否拥塞,是否存在拥塞的风险。
在关键链路拥塞时,为了让管理人员能够及时获知替代的链路,在一个实施例中,所述解析所述网络的拓扑信息,获得所述网络的至少一个关键链路的步骤之后包括:解析所述网络的拓扑信息,获得所述关键链路的首节点和尾节点,根据所述关键链路的首节点和尾节点获得具有与所述关键链路相同的首节点和尾节点的至少一个替代链路,采集所述至少一个替代链路的数据包;对采集到的替代链路的数据包进行解析,获得替代链路的网络数据。
本实施例中,替代链路用于替代关键链路,当关键链路拥塞时,数据包可通过替代链路进行传输,避免了数据包的丢失。替代链路的首节点以及尾节点与关键链路的首节点以及尾节点相同,这样,数据包能够通过替代链路传输,并且传输的源地址和目的地址与关键链路相同。值得一提的是,关键链路为网络中的干路或者是网络中的最短路径,而替代链路则是冗余链路,其路径长度相较于关键链路较长,但其拥塞程度一般较关键链路小,因此,采用替代链路对数据包进行传输,能够在关键链路拥塞时,提高数据包的传输效率,避免数据包的丢失。本实施例中,获得替代链路的网络数据后,输出替代链路的网络数据,显示替代链路的网络数据,这样,能够使得管理人员能够及时获知替代的链路的数据包的发送情况,连接替代链路是否拥塞。
值得一提的是,上述实施例中,对于替代链路的获得以及替代链路的数据包的获得,并不需要在关键链路拥塞时执行,也就是说,上述实施例中,替代链路以及其数据包的获得,可在关键链路拥塞或者不拥塞时获得,在获得关键链路以及其数据包后,即获得替代链路以及其数据包。一个实施例中,采集所述至少一个关键链路的数据包以及至少一个替代链路的数据包;对采集到的关键链路的数据包以及替代链路的数据包进行解析,获得关键链路的网络数据以及替代链路的网络数据;输出关键链路的网络数据和替代链路的网络数据,显示关键链路的网络数据和替代链路的网络数据。本实施例中,同时输出关键链路的网络数据和替代链路的网络数据,以使得管理人员能够清楚了解关键链路的网络数据和替代链路的网络数据,并且无需对整个网络的所有链路的数据包进行显示,有效提高了显示的效率,并且使得显示更为准确。
为了解决上述技术问题,本实施例提供了一种网络数据分析方法,包括:
步骤一,根据网络规模及分析范围的不同,对网络的数据进行分布式进程部署采集,针对网络中的关键网络链路,分布式进程数据采集。
步骤二,对采集的网络数据进行网络通讯协议解码。
步骤三,对TCP数据流和UDP数据流进行的数据分析,结合数据的传输情况和应用的交易处理过程进行分析,并通过图形展示分析结果。
步骤四,通过分析网络中的应用日志对网络用户的应用访问情况进行详细分析。
步骤五,将分析结果通过OSI模型分层进行显示。
作为优选方案,所述网络通讯协议解码包括中/英文双语协议解码。
作为优选方案,所述图形展示为时序图展示。
作为优选方案,所述应用日志包括DNS、Email、FTP、HTTP、MSN、Yahoo Messenger中的一种或多种组合的应用日志。
作为优选方案,所述通过OSI模型分层显示的方式为树形结构显示方式。
下面结合具体实施例,对本技术进行详细说明。
本实施例中,提供了直观的数据包解码分析视图,支持300多种网络通讯协议的解码分析,并且可以提供中/英文双语协议解码,为用户判断分析网络问题和应用问题提供最可靠的数据依据。
本实施例中,支持对TCP数据流和UDP数据流进行深入的数据分析,对数据的传输情况,应用的交易处理过程进行深入分析,提供时序图等图形化展示,使用户对应用的数据传输过程一目了然,更加方便直观的分析定位网络应用问题。数据流分析能够帮助用户快速分析网络和应用故障。
本实施例中,提供了应用日志分析功能,通过分析网络中的数据包对网络用户的应用访问情况进行详细分析,包括DNS、Email、FTP、HTTP、MSN、Yahoo Messenger等应用的详细应用日志。
本实施例中,提供应用层、传输层、网络和数据链路层共40种网络事件的自动诊断,所有的诊断事件按照OSI模型分层并以树形结构显示。用户可以根据实际的网络环境决定是否启用对某些事件的诊断,并且可以进行诊断事件的颜色、严重程度、响应时间等具体参数的设置。
历史数据分析的数据源包括通过分析***捕获的数据包和数据包文件导入两种。当进行数据包文件的分析时,***支持多种格式的数据包文件进行回放,同时支持多个数据包文件同时进行回放。
分析包括全局对象分析和指定对象分析,全局分析是指在不指定任何网络对象的前提下进行数据的查询和挖掘等分析;指定对象分析是指可以对某一个或多个网络应用、IP地址、物理地址或会话进行准确的分析,分析结果只会显示与指定对象相关的数据。
分析中包括趋势图、概要统计、网络应用、物理地址、物理会话、网段统计、IP地址、IP会话、TCP会话、UDP会话和警报日志视图,各视图的具体描述如下:
1)趋势图
趋势图中可以流量、警报、数据包和利用率等为统计对象,根据用户选择的统计时间段进行数据统计。
2)概要统计
概要统计视图中显示当前时间窗口和选中时间窗口的统计内容,包括警报、总流量和总数据包数等信息。
3)网络应用
网络应用视图中显示选中时间窗口内的应用信息,包括***默认应用和自定义应用。用户可以选中一个或多个应用,进行针对性的分析。
4)物理地址
物理地址视图中显示选中时间窗口内物理地址的详细统计信息,包括端点、字节数、每秒字节数和数据包数等。用户可以选中一个或多个物理地址,进行针对性的分析。
5)物理会话
物理会话视图中显示选中时间窗口内物理地址间的通讯信息,包括端点、字节数和数据包数等。
6)网段统计
网段统计视图中显示选中时间窗口内按照网段进行统计的信息,包括网段名称、字节数、每秒字节数和数据包数等。用户可以选中一个或多个网段,进行针对性的分析。
只有在用户对网络链路进行了网段配置的情况下,网段统计视图中才会按照网段进行统计。对于数据包文件的分析,不会显示网段统计视图。
7)IP地址
IP地址视图中显示选中时间窗口内IP地址的详细统计信息,包括IP地址、地理位置、字节数、每秒位数和平均包长等。用户可以选中一个或多个IP地址,进行针对性的分析。
8)IP会话
IP会话视图中显示选中时间窗口内IP地址间的通讯信息,包括端点、字节数和数据包数等。
9)TCP会话
TCP会话视图中显示选中时间窗口内TCP通讯的统计信息,包括端点、端口、应用和数据包数等。
10)UDP会话
UDP会话视图中显示选中时间窗口内UDP通讯的统计信息,包括端点、端口、应用和数据包数等。
11)警报日志
警报日志视图中显示选中时间窗口内警报的统计信息,包括出发时间、警报类型、警报分类和警报名称等。用户可以选中一个或多个警报,进行针对性的分析。
本技术通过对网络链路进行数据流量分析,以解决部分网络链路在使用过程中由于数据流量的突然增大而导致网络通道堵塞的技术问题,实现防止发生服务器瘫痪可能导致的城市通信受到影响问题。
应该理解的是,虽然图2和图3的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2和图3中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图2所示,提供了一种网络数据处理装置,包括:网络拓扑信息获取模块210、关键链路获取模块230、数据包采集模块250、数据包解析模块270和网络数据输出模块290,其中:
网络拓扑信息获取模块210用于获取网络的拓扑信息;
关键链路获取模块230用于解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
数据包采集模块250用于采集所述至少一个关键链路的数据包;
数据包解析模块270用于对采集到的所述数据包进行解析,获得网络数据;
网络数据输出模块290用于输出所述网络数据。
在一个实施例中,所述数据包解析模块还用于基于TCP协议,对采集到的所述数据包进行解析,获得网络数据。
在一个实施例中,所述数据包解析模块还用于基于UDP协议,对采集到的所述数据包进行解析,获得网络数据。
在一个实施例中,所述装置还包括:
显示模块,用于显示所述网络数据。
在一个实施例中,所述显示模块还用于基于图形界面显示所述网络数据。
关于网络数据处理装置的具体限定可以参见上文中对于网络数据处理方法的限定,在此不再赘述。上述网络数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图3所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储网络拓扑信息等数据。该计算机设备的网络接口用于与网络交换机通过网络连接通信。该计算机程序被处理器执行时以实现一种网络数据处理方法。计算机设备通过接入至网络,实现对网络数据的侦听,进而采集获得网络中的数据包。
本领域技术人员可以理解,图3中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
获取网络的拓扑信息;
解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
采集所述至少一个关键链路的数据包;
对采集到的所述数据包进行解析,获得网络数据;
输出所述网络数据。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
基于TCP协议,对采集到的所述数据包进行解析,获得网络数据。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
基于UDP协议,对采集到的所述数据包进行解析,获得网络数据。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
显示所述网络数据。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
基于图形界面显示所述网络数据。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
获取网络的拓扑信息;
解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
采集所述至少一个关键链路的数据包;
对采集到的所述数据包进行解析,获得网络数据;
输出所述网络数据。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
基于TCP协议,对采集到的所述数据包进行解析,获得网络数据。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
基于UDP协议,对采集到的所述数据包进行解析,获得网络数据。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
显示所述网络数据。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
基于图形界面显示所述网络数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种网络数据处理方法,所述方法包括:
获取网络的拓扑信息;
解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
采集所述至少一个关键链路的数据包;
对采集到的所述数据包进行解析,获得网络数据;
输出所述网络数据。
2.根据权利要求1所述的方法,其特征在于,所述对采集到的所述数据包进行解析,获得网络数据的步骤包括:
基于TCP协议,对采集到的所述数据包进行解析,获得网络数据。
3.根据权利要求1所述的方法,其特征在于,所述对采集到的所述数据包进行解析,获得网络数据的步骤包括:
基于UDP协议,对采集到的所述数据包进行解析,获得网络数据。
4.根据权利要求1所述的方法,其特征在于,所述输出所述网络数据的步骤之后还包括:
显示所述网络数据。
5.根据权利要求4所述的方法,其特征在于,所述显示所述网络数据的步骤包括:
基于图形界面显示所述网络数据。
6.一种网络数据处理装置,其特征在于,所述装置包括:
网络拓扑信息获取模块,用于获取网络的拓扑信息;
关键链路获取模块,用于解析所述网络的拓扑信息,获得所述网络的至少一个关键链路;
数据包采集模块,用于采集所述至少一个关键链路的数据包;
数据包解析模块,用于对采集到的所述数据包进行解析,获得网络数据;
网络数据输出模块,用于输出所述网络数据。
7.根据权利要求1所述的装置,其特征在于,所述数据包解析模块还用于基于TCP协议,对采集到的所述数据包进行解析,获得网络数据。
8.根据权利要求1所述的装置,其特征在于,所述数据包解析模块还用于基于UDP协议,对采集到的所述数据包进行解析,获得网络数据。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910144408.9A CN109818829A (zh) | 2019-02-27 | 2019-02-27 | 网络数据处理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910144408.9A CN109818829A (zh) | 2019-02-27 | 2019-02-27 | 网络数据处理方法、装置、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109818829A true CN109818829A (zh) | 2019-05-28 |
Family
ID=66607493
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910144408.9A Pending CN109818829A (zh) | 2019-02-27 | 2019-02-27 | 网络数据处理方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109818829A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113721581A (zh) * | 2021-07-20 | 2021-11-30 | 深圳市风云实业有限公司 | 一种基于关键路径的故障诊断显示装置及方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080025209A1 (en) * | 2006-07-31 | 2008-01-31 | Technion Research And Development Foundation Ltd. | Method and apparatus for protecting a communication network against failure |
CN101399780A (zh) * | 2008-11-12 | 2009-04-01 | 清华大学 | 互联网准最小状态流量控制方法 |
CN104518893A (zh) * | 2013-09-29 | 2015-04-15 | 中国电信股份有限公司 | 大型ip网络igp拓扑中关键节点链路定位方法和装置 |
CN104935458A (zh) * | 2015-04-29 | 2015-09-23 | 中国人民解放军国防科学技术大学 | 一种基于分布式自动化测量的性能瓶颈分析方法及装置 |
CN105812210A (zh) * | 2016-05-25 | 2016-07-27 | 赵鹏 | 分布式网络性能测量*** |
CN108039965A (zh) * | 2017-12-07 | 2018-05-15 | 江南大学 | 一种面向仿真网络的链路数据采集方法 |
-
2019
- 2019-02-27 CN CN201910144408.9A patent/CN109818829A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080025209A1 (en) * | 2006-07-31 | 2008-01-31 | Technion Research And Development Foundation Ltd. | Method and apparatus for protecting a communication network against failure |
CN101399780A (zh) * | 2008-11-12 | 2009-04-01 | 清华大学 | 互联网准最小状态流量控制方法 |
CN104518893A (zh) * | 2013-09-29 | 2015-04-15 | 中国电信股份有限公司 | 大型ip网络igp拓扑中关键节点链路定位方法和装置 |
CN104935458A (zh) * | 2015-04-29 | 2015-09-23 | 中国人民解放军国防科学技术大学 | 一种基于分布式自动化测量的性能瓶颈分析方法及装置 |
CN105812210A (zh) * | 2016-05-25 | 2016-07-27 | 赵鹏 | 分布式网络性能测量*** |
CN108039965A (zh) * | 2017-12-07 | 2018-05-15 | 江南大学 | 一种面向仿真网络的链路数据采集方法 |
Non-Patent Citations (1)
Title |
---|
胡康雄,: ""基于网络健康度评价的网络性能管理***的研究与设计"", 《中国优秀硕士学位论文全文数据库-信息科技辑》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113721581A (zh) * | 2021-07-20 | 2021-11-30 | 深圳市风云实业有限公司 | 一种基于关键路径的故障诊断显示装置及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Tan et al. | In-band network telemetry: A survey | |
EP3826261B1 (en) | Network telemetry collection with packet metadata filtering | |
Tolle et al. | Design of an application-cooperative management system for wireless sensor networks | |
US8510469B2 (en) | Measuring attributes of client-server applications | |
Carneiro et al. | Flowmonitor: a network monitoring framework for the network simulator 3 (ns-3) | |
EP2556632B1 (en) | Real-time adaptive processing of network data packets for analysis | |
Chen et al. | A provider-side view of web search response time | |
CN110034956A (zh) | 网络数据监控方法、装置、计算机设备和存储介质 | |
CN104579810B (zh) | 软件定义网络流量采样方法和*** | |
US11671341B2 (en) | Network monitoring method and network monitoring apparatus | |
US20150304191A1 (en) | Method and apparatus for automatically determining causes of service quality degradation | |
EP4196896A1 (en) | Opentelemetry security extensions | |
CN109218316A (zh) | 一种nat穿透方法、装置、设备及存储介质 | |
CN109818829A (zh) | 网络数据处理方法、装置、计算机设备和存储介质 | |
He et al. | Anomaly detection sensors for a modbus-based oil and gas well-monitoring system | |
CN112929239B (zh) | 一种防火墙重置tcp链路的检测方法 | |
van De Wiel et al. | Enabling non-expert analysis of large volumes of intercepted network traffic | |
CN114301640B (zh) | 一种基于SRv6网络协议进行的攻防演练的方法及*** | |
Ackermann et al. | Recovering views of inter-system interaction behaviors | |
Ehrlich et al. | Passive flow monitoring of hybrid network connections regarding quality of service parameters for the industrial automation | |
Virciglio | Performance evaluation of online traffic feature extraction for iot forensics | |
US11973843B2 (en) | On demand end user monitoring for automated help desk support | |
Gibeli et al. | Construction of baselines for VoIP traffic management on open MANs | |
Brahim | Multimedia And Communication | |
Dromard et al. | ONTIC: D5. 3: ONTIC Subsystem Integration |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190528 |