CN107896198A - 一种基于流分类的丢弃报文信息显示方法及装置 - Google Patents
一种基于流分类的丢弃报文信息显示方法及装置 Download PDFInfo
- Publication number
- CN107896198A CN107896198A CN201711218905.6A CN201711218905A CN107896198A CN 107896198 A CN107896198 A CN 107896198A CN 201711218905 A CN201711218905 A CN 201711218905A CN 107896198 A CN107896198 A CN 107896198A
- Authority
- CN
- China
- Prior art keywords
- message
- dropping packets
- queue
- discarding
- default
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种基于流分类的丢弃报文信息显示方法,所述方法包括:当报文丢弃的条件触发时,第一进程判断所丢弃的报文所属的队列显示开关是否打开;当丢弃的报文所属的队列显示开关打开时,第一进程唤醒第二进程,并判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;当预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值时,第一进程将丢弃的报文加入丢弃报文队列;第二进程判断丢弃报文队列是否为空,在丢弃报文队列不为空的情况下,将丢弃的报文移动到第三进程;当丢弃的报文所属的队列显示开关打开时,第三进程解析丢弃的报文的报文信息,对解析得到的报文信息进行显示输出。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种基于流分类的丢弃报文信息显示方法及装置。
背景技术
现在的网络设备基本采用多核处理器处理数据,为了使系统管理和业务处理分离,将多核系统分为控制平面和数据平面,两部分分配不同的CPU和独立隔离的物理内存空间。控制平面使用的CPU称为控制核,数据平面使用的CPU称为数据核。随着网络中报文流量不断加大以及网络攻击的手段越来越复杂,为了保证控制核能够正常的管理设备,需要加强对CPU的防护。因此在控制核中进行报文流量的限速,丢弃超过限速值的报文,但是有些报文相对于设备而言是重要的报文,如果在控制核进行报文流量限速的过程中,这些报文被丢弃了,就会影响设备的功能,严重时可能导致宕机。为此现在需要了解丢弃的报文中,是否丢弃了相对于设备而言重要的报文。
发明内容
有鉴于此,本申请提供一种基于流分类的丢弃报文信息显示方法及装置。
具体地,本申请是通过如下技术方案实现的:
一种基于流分类的丢弃报文信息显示方法,配置第一进程、第二进程、第三进程:
在报文丢弃的条件触发的情况下,所述第一进程判断所丢弃的报文所属的队列显示开关是否打开,所述报文丢弃的条件是报文流量超过所属队列的预设限速值;
当所述丢弃的报文所属的队列显示开关打开时,所述第一进程唤醒所述第二进程,并判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;
在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,所述第一进程将所述丢弃的报文加入所述丢弃报文队列;
所述第二进程判断所述丢弃报文队列是否为空,在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到第三进程;
在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。
一种基于流分类的丢弃报文信息显示装置,所述装置包括:
配置模块,用于配置第一进程、第二进程、第三进程;
第一判断模块,用于在报文丢弃的条件触发的情况下,所述第一进程判断所丢弃的报文所属的队列显示开关是否打开,所述报文丢弃的条件是报文流量超过所属队列的预设限速值;
唤醒模块,用于当所述丢弃的报文所属的队列显示开关打开时,所述第一进程唤醒所述第二进程;
第二判断模块,用于所述第一进程判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;
报文添加模块,用于在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,所述第一进程将所述丢弃的报文加入所述丢弃报文队列;
第三判断模块,用于所述第二进程判断所述丢弃报文队列是否为空;
移动模块,用于在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到第三进程;
信息显示模块,用于在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。
本申请在报文丢弃的条件触发时,第一进程判断所丢弃的报文所属的队列显示开关是否打开;在所丢弃的报文所属的队列显示开关打开的情况下,所述第一进程唤醒第二进程,并判断预设的丢弃报文队列所包含的丢弃报文成员个数是否超过其预设的限制值;在所述丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,将所述丢弃的报文加入丢弃报文队列;所述第二进程判断丢弃报文队列是否为空,在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到所述第三进程;在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。这样用户可以随时查看所丢弃的报文的报文信息,以便于在设备出现故障时,查看是否丢弃了重要的报文导致设备出现故障。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例描述中所需要的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1是本申请一示例性实施例示出的一种应用场景示意图;
图2是本申请一示例性实施例示出的基于流分类的丢弃报文信息显示方法的一种实施流程图;
图3是本申请一示例性实施例示出的基于流分类的丢弃报文信息显示方法的一种优选实施流程图;
图4是本申请一示例性实施例示出的基于流分类的丢弃报文信息显示装置的一种结构示意图;
图5是本申请一示例性实施例示出的基于流分类的丢弃报文信息显示装置的一种优选结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先对本申请实施例提供的一种基于流分类的丢弃报文信息显示方法进行说明,该方法可以包括以下步骤:
在报文丢弃的条件触发的情况下,所述第一进程判断所丢弃的报文所属的队列显示开关是否打开,所述报文丢弃的条件是报文流量超过所属队列的预设限速值;
当所述丢弃的报文所属的队列显示开关打开时,所述第一进程唤醒所述第二进程,并判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;
在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,所述第一进程将所述丢弃的报文加入所述丢弃报文队列;
所述第二进程判断所述丢弃报文队列是否为空,在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到第三进程;
在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。
在背景技术中提到为了保证控制核能够正常的管理设备,需要加强对CPU的防护。因此在控制核中进行报文流量的限速,当报文流量超过所属队列的限速值时,丢弃超过限速值的报文,其中队列是按照报文协议类型划分的。其中在丢弃报文的过程中,丢弃的报文中有些报文相对于设备而言是重要的报文,这些报文被丢弃了可能影响设备的功能,为此需要了解丢弃报文的报文信息,来查看是否丢弃了重要的报文,如图1所示,为本申请一示例性应用场景示意图,本申请配置第一进程、第二进程、第三进程,当报文流量超过所属队列的预设限速值并丢弃报文时,所述第一进程将所述丢弃的报文加入到丢弃报文队列中,所述第二进程在所述丢弃报文队列不为空的情况下,将所丢弃的报文从丢弃报文队列中移动到所述第三进程,所述第三进程解析所述丢弃的报文的报文信息,并对所述解析得到的报文信息进行显示输出。
本申请以Linux为例,所述第一进程和第二进程是在Linux内核态下执行的,所述第三进程是在Linux用户态下执行的。所述内核态:当一个进程执行系统调用而陷入内核代码中执行时,我们就称进程处于内核运行态,简称内核态,此时处理器处于特权级最高的内核代码中执行;所述用户态:当进程在执行用户自己的代码时,则称其处于用户运行态,简称用户态,此时处理器在特权级最低的用户代码中执行。
具体的在丢弃报文信息显示的过程中,在报文丢弃的条件触发时,所述报文丢弃的条件是报文流量超过所属队列的预设限速值,所述第一进程判断所丢弃的报文所属的队列显示开关是否打开;在所丢弃的报文所属的队列显示开关打开时,所述第一进程先判断第二进程是否被唤醒,如果第二进程没有被唤醒,则唤醒第二进程,在所丢弃的报文所述的队列显示开关没有打开时,则将所丢弃的报文直接释放;所述第一进程判断丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;在所述丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值时,所述第一进程先将该丢弃报文队列对应的引用计数器加1,然后将所述丢弃的报文加入所述丢弃报文队列,在所述丢弃报文队列所包含的丢弃报文成员个数超过了其预设的限制值时,关闭所述显示开关,并将所述丢弃的报文释放;所述第二进程判断所述丢弃报文队列是否为空,在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到所述第三进程;在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。在所述显示开关关闭且所述丢弃报文队列为空的情况下,所述第二进程使自身进入睡眠模式。为了对本申请进一步说明,提供下列实施例:
如图2所示,为本申请基于流分类的丢弃报文信息显示方法的一种实施流程图,其具体可以包括以下步骤:
S101,在报文丢弃的条件触发的情况下,所述第一进程判断所丢弃的报文所属的队列显示开关是否打开,所述报文丢弃的条件是报文流量超过所属队列的预设限速值;
在一实施例中,如背景技术中所提到的,为了保证控制核能够正常的管理设备,需要加强对CPU的防护,因此在控制核中进行报文流的限速,其中按照报文协议类型对控制核所接收的报文进行分类,若报文流量超过所属队列的预设限速值时,则丢弃超过限速值的报文,例如在对报文进行分类后,其中管理协议报文队列预设的限速值为5000个报文/每秒,此时管理协议报文队列每秒接收5010个报文,则将超过5000的第5001-5010这10个报文丢弃。在报文丢弃的条件触发时,即上述所说的管理协议报文每秒接收的报文超过了管理协议报文队列预设的限速值5000个报文/每秒,所述第一进程判断所丢弃的报文所述的队列显示开关是否打开。其中用户在选择报文队列后,再打开报文队列的显示开关,例如上述所说的管理协议报文队列,用户打开管理协议报文队列的显示开关,若管理协议报文队列的报文流量超过其预设的限速值并丢弃报文时,所述第一进程判断所丢弃的报文所述的队列显示开关已经打开。
S102,当所述丢弃的报文所属的队列显示开关打开时,所述第一进程唤醒所述第二进程,并判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;
在一实施例中,所述第一进程通过判断得知所述丢弃的报文所属的队列显示开关打开,例如上述所说的管理协议报文队列显示开关打开了,所述第一进程会唤醒所述第二进程,并且所述第一进程会判断预先设置的丢弃报文队列所包含的丢弃报文成员个数加1是否超过了其预设的限制值。其中丢弃报文队列只包含所丢弃的报文,并且丢弃报文队列是内核数据结构。例如,所述丢弃报文队列预设的限制值是1000,即丢弃报文队列最多能容纳1000个丢弃报文,当所述丢弃的报文所属的队列显示开关打开时,一方面去唤醒所述第二进程,另一方面判断当前丢弃报文队列所包含的丢弃报文成员个数加1是否超过了其预设的限制值,即是否超过了1000。例如当前丢弃报文队列所包含的丢弃报文成员个数为900,经过判断可知当前丢弃报文队列所包含的丢弃报文成员个数加1,即901没有超过其预设的限制值;若当前丢弃报文队列所包含的丢弃报文成员个数为1000,与所述丢弃报文队列预设的限制值相等,所述丢弃报文成员个数加1,即1001超过了所述丢弃报文队列预设的限制值,这时所述丢弃报文队列不能再容纳多余的丢弃报文,这时可以判定所述丢弃报文队列所包含的丢弃报文成员个数加1超过了其预设的限制值。
其中所述第一进程唤醒所述第二进程时,预先判断所述第二进程是否被唤醒了,若所述第二进程没有被唤醒,再去唤醒所述第一进程。所述第一进程唤醒所述第二进程只需要唤醒一次,在后续的步骤中,不必再继续去唤醒第二进程,只需要去判断一下当前第二进程的状态,是处于睡眠模式还是唤醒状态。
S103,在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,所述第一进程将所述丢弃的报文加入所述丢弃报文队列;
在一实施例中,在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数加1没有超过其预设的限制值的情况下,所述第一进程将该丢弃报文队列对应的引用计数器加1,然后将所述丢弃的报文加入所述丢弃报文队列。例如上述所说的当前丢弃报文队列所包含的丢弃报文成员个数为900,丢弃报文成员个数加1,即901没有超过其预设的限制值1000,所述第一进程将该丢弃报文队列对应的引用计数器中的数值900加1,这时引用计数器记录的数值为901,然后将所述丢弃的报文加入所述丢弃报文队列。
若所述预先设置的丢弃报文队列所包含的丢弃报文成员个数加1超过其预设的限制值时,将所述丢弃的报文释放。比如上述所说的当前丢弃报文队列所包含的丢弃报文成员个数为1000,所述丢弃报文成员个数1000加1大于所述丢弃报文队列预设的限制值,即超过丢弃报文队列预设的限制值1000,此时将所述丢弃的报文释放。
S104,所述第二进程判断所述丢弃报文队列是否为空,在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到第三进程;
在一实施例中,所述第二进程判断所述丢弃报文队列是否为空,在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到第三进程,所述第三进程将所丢弃的报文保存到所述第三进程所分配的存储空间。例如丢弃的报文为HTTP报文,所述第二进程判断丢弃报文队列不为空,则将所述丢弃的报文HTTP报文移动到所述第三进程。
S105,在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。
在一实施例中,用户打开管理协议报文队列的显示开关,这时启用所述第三进程,意味着当报文队列的显示开关打开时,所述第三进程解析所述丢弃的HTTP报文,解析HTTP报文的报文信息,对所述解析得到的报文信息进行显示输出。其中报文是网络中交换与传输的数据单元,即站点一次性要发送的数据块。报文包含了将要发送的完整的数据信息,其长短很不一致,长度不限且可变。报文在传输过程中会不断地封装成分组、包、帧来传输,封装的方式就是添加一些信息段,那些就是报文头以一定格式组织起来的数据。比如报文头中包括报文类型、报文版本、报文长度、报文实体等信息。在所述第三进程解析HTTP报文的报文头信息时,可以得到上述所说的报文类型、报文版本、报文长度、报文实体等信息,当然这里所说的报文信息不仅仅只是上面提到的报文信息,也可以是其它的报文信息,这里不再一一列举。在解析得到上述所说的报文信息后,对所述解析得到的报文信息进行显示输出,例如可以在串口中显示所述解析得到的报文信息。
在本发明的优选实施例中,可以进一步增加如下步骤,如图3所示:
S106,在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数超过其限制值或当前丢弃报文信息显示时间超过其预设的时间限制的情况下,所述第一进程关闭所述显示开关,并释放所丢弃的报文。
在一实施例中,用户选择某一报文队列并打开其显示开关。由于用户可能会出现忘记关闭显示开关,因此预先设置了丢弃报文信息的显示时间,所述预先设置的显示时间有默认值,例如默认显示30分钟内所丢弃的报文的报文信息,这里预先设置的显示时间用户可以更改,例如原先默认显示时间为30分钟,用户可以将显示时间修改为60分钟。这里设置丢弃报文信息显示时间为了系统资源的合理利用,避免系统资源的浪费。若当前丢弃报文信息显示时间超过其预设的时间限制的情况下,即上述所说的,当前显示时间超过预设的默认显示时间30分钟时,所述第一进程关闭所述显示开关,并释放所述丢弃的报文。
在一实施例中,所述第一进程判断预先设置的丢弃报文队列所包含的丢弃报文成员个数加1是否超过其预设的限制值,例如上述所说的丢弃报文队列预设的限制值为1000,意味着丢弃报文队列最多可以容纳1000个丢弃的报文,若当前丢弃报文队列所包含的丢弃报文正好为1000个,在所述丢弃报文成员个数加1,即1001超过了其预设的限制值1000,这时所述第一进程关闭所述显示开关,并释放所丢弃的报文。
S107,在所述显示开关关闭且所述丢弃报文队列为空的情况下,所述第二进程使自身进入睡眠模式。
在一实施例中,所述第二进程判断显示开关是否打开且判断丢弃报文队列是否为空,若显示开关打开且丢弃报文队列不为空的情况下,将所丢弃的报文移动到所述第三进程,如上述所说的将丢弃的HTTP报文移动到所述第三进程。若显示开关关闭且所述丢弃报文队列为空的情况下,所述第二进程使自身进入睡眠模式,以便节省系统资源。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
与前述基于流分类的丢弃报文信息显示方法的实施例相对应,本申请还提供了基于流分类的丢弃报文信息显示装置的实施例。如图4所示,包括配置模块210、第一判断模块220、唤醒模块230、第二判断模块240、报文添加模块250、第三判断模块260、移动模块270、信息显示模块280。
所述配置模块210,用于配置第一进程、第二进程、第三进程;
所述第一判断模块220,用于在报文丢弃的条件触发的情况下,所述第一进程判断所丢弃的报文所属的队列显示开关是否打开,所述报文丢弃的条件是报文流量超过所属队列的预设限速值;
所述唤醒模块230,用于当所述丢弃的报文所属的队列显示开关打开时,所述第一进程唤醒所述第二进程;
所述第二判断模块240,用于所述第一进程判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;
所述报文添加模块250,用于在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,所述第一进程将所述丢弃的报文加入所述丢弃报文队列;
所述第三判断模块260,用于所述第二进程判断所述丢弃报文队列是否为空;
所述移动模块270,用于在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到第三进程;
所述信息显示模块280,用于在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。
在本申请的一种具体实施方式中,所述唤醒模块230具体用于:
当所述丢弃的报文所属的队列显示开关打开时,判断所述第二进程是否被唤醒,在所述第二进程没有被唤醒的情况下,所述第一进程唤醒所述第二进程。
在本申请的一种具体实施方式中,所述第二判断模块240具体用于:
判断预先设置的丢弃报文队列所包含的丢弃报文成员个数加1是否超过了其预设的限制值。
在本申请的一种具体实施方式中,所述报文添加模块250具体用于:
在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数加1没有超过其预设的限制值的情况下,所述第一进程将该丢弃报文队列对应的引用计数器加1,然后将所述丢弃的报文加入所述丢弃报文队列。
在本申请的一种具体实施方式中,如图5所示,所述装置还可以包括:关闭显示开关模块290、模式切换模块300。
所述关闭显示开关模块290,用于在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数超过其预设的限制值或当前丢弃报文信息显示时间超过其预设的时间限制的情况下,所述第一进程关闭所述显示开关,并释放所丢弃的报文。
所述模式切换模块300,用于在所述显示开关关闭且所述丢弃报文队列为空的情况下,所述第二进程使自身进入睡眠模式。
上述系统中各个单元的作用实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于系统实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本申请可以在由计算机执行的计算值可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
以上所述仅是本申请的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种基于流分类的丢弃报文信息显示方法,其特征在于,配置第一进程、第二进程、第三进程:
在报文丢弃的条件触发的情况下,所述第一进程判断所丢弃的报文所属的队列显示开关是否打开,所述报文丢弃的条件是报文流量超过所属队列的预设限速值;
当所述丢弃的报文所属的队列显示开关打开时,所述第一进程唤醒所述第二进程,并判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;
在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,所述第一进程将所述丢弃的报文加入所述丢弃报文队列;
所述第二进程判断所述丢弃报文队列是否为空,在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到第三进程;
在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。
2.根据权利要求1所述的方法,其特征在于,所述当所述丢弃的报文所属的队列显示开关打开时,所述第一进程唤醒所述第二进程,并判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值,包括:
当所述丢弃的报文所属的队列显示开关打开时,判断所述第二进程是否被唤醒,在所述第二进程没有被唤醒的情况下,所述第一进程唤醒所述第二进程,并判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值。
3.根据权利要求2所述的方法,其特征在于,所述判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值,包括:
判断预先设置的丢弃报文队列所包含的丢弃报文成员个数加1是否超过了其预设的限制值。
4.根据权利要求3所述的方法,其特征在于,所述在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,所述第一进程将所述丢弃的报文加入所述丢弃报文队列,包括:
在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数加1没有超过其预设的限制值的情况下,所述第一进程将该丢弃报文队列对应的引用计数器加1,然后将所述丢弃的报文加入所述丢弃报文队列。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数超过其预设的限制值或当前丢弃报文信息显示时间超过其预设的时间限制的情况下,所述第一进程关闭所述显示开关,并释放所丢弃的报文。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述显示开关关闭且所述丢弃报文队列为空的情况下,所述第二进程使自身进入睡眠模式。
7.一种基于流分类的丢弃报文信息显示装置,其特征在于,所述装置包括:
配置模块,用于配置第一进程、第二进程、第三进程;
第一判断模块,用于在报文丢弃的条件触发的情况下,所述第一进程判断所丢弃的报文所属的队列显示开关是否打开,所述报文丢弃的条件是报文流量超过所属队列的预设限速值;
唤醒模块,用于当所述丢弃的报文所属的队列显示开关打开时,所述第一进程唤醒所述第二进程;
第二判断模块,用于所述第一进程判断预先设置的丢弃报文队列所包含的丢弃报文成员个数是否超过了其预设的限制值;
报文添加模块,用于在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数没有超过其预设的限制值的情况下,所述第一进程将所述丢弃的报文加入所述丢弃报文队列;
第三判断模块,用于所述第二进程判断所述丢弃报文队列是否为空;
移动模块,用于在所述丢弃报文队列不为空的情况下,将所述丢弃的报文移动到第三进程;
信息显示模块,用于在所述丢弃的报文所属的队列显示开关打开的情况下,所述第三进程解析所述丢弃的报文的报文信息,对所述解析得到的报文信息进行显示输出。
8.根据权利要求7所述的装置,其特征在于,所述唤醒模块具体用于:
当所述丢弃的报文所属的队列显示开关打开时,判断所述第二进程是否被唤醒,在所述第二进程没有被唤醒的情况下,所述第一进程唤醒所述第二进程。
9.根据权利要求8所述的装置,其特征在于,所述第二判断模块具体用于:
判断预先设置的丢弃报文队列所包含的丢弃报文成员个数加1是否超过了其预设的限制值。
10.根据权利要求9所述的装置,其特征在于,所述报文添加模块具体用于:
在所述预先设置的丢弃报文队列所包含的丢弃报文成员个数加1没有超过其预设的限制值的情况下,所述第一进程将该丢弃报文队列对应的引用计数器加1,然后将所述丢弃的报文加入所述丢弃报文队列。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711218905.6A CN107896198B (zh) | 2017-11-28 | 2017-11-28 | 一种基于流分类的丢弃报文信息显示方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711218905.6A CN107896198B (zh) | 2017-11-28 | 2017-11-28 | 一种基于流分类的丢弃报文信息显示方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107896198A true CN107896198A (zh) | 2018-04-10 |
CN107896198B CN107896198B (zh) | 2020-09-08 |
Family
ID=61806423
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711218905.6A Active CN107896198B (zh) | 2017-11-28 | 2017-11-28 | 一种基于流分类的丢弃报文信息显示方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107896198B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115002037A (zh) * | 2022-05-31 | 2022-09-02 | 中国电信股份有限公司 | QoS保障方法和装置、网络边缘路由器和通信系统 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010048662A1 (en) * | 2000-06-01 | 2001-12-06 | Hitachi, Ltd. | Packet data transfer method and packet data transfer apparatus |
US6333917B1 (en) * | 1998-08-19 | 2001-12-25 | Nortel Networks Limited | Method and apparatus for red (random early detection) and enhancements. |
WO2002007381A2 (en) * | 2000-07-18 | 2002-01-24 | Alcatel | Domain based congestion management |
EP1217794A2 (en) * | 2000-12-19 | 2002-06-26 | Chiaro Networks Ltd. | System and method for router queue and congestion management |
CN1964310A (zh) * | 2005-11-09 | 2007-05-16 | 中兴通讯股份有限公司 | 一种ip网络的分组丢弃系统及分组丢弃方法 |
CN101257456A (zh) * | 2008-03-31 | 2008-09-03 | 华为技术有限公司 | 提高压缩报文转发性能的方法及装置 |
CN102130821A (zh) * | 2010-08-11 | 2011-07-20 | 华为技术有限公司 | 一种iptv系统中丢包处理的方法、服务器及系统 |
CN103716248A (zh) * | 2013-06-07 | 2014-04-09 | 潘晶 | 一种基于以太网交换芯片的以太网流量生成和分析的方法 |
CN103873381A (zh) * | 2014-03-25 | 2014-06-18 | 安一恒通(北京)科技有限公司 | 网络流量限速方法和装置 |
CN105099940A (zh) * | 2014-05-05 | 2015-11-25 | 中兴通讯股份有限公司 | 队列管理方法和装置 |
CN106375158A (zh) * | 2016-10-25 | 2017-02-01 | 华为技术有限公司 | 一种丢包检测方法、网络设备及系统 |
-
2017
- 2017-11-28 CN CN201711218905.6A patent/CN107896198B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6333917B1 (en) * | 1998-08-19 | 2001-12-25 | Nortel Networks Limited | Method and apparatus for red (random early detection) and enhancements. |
US20010048662A1 (en) * | 2000-06-01 | 2001-12-06 | Hitachi, Ltd. | Packet data transfer method and packet data transfer apparatus |
WO2002007381A2 (en) * | 2000-07-18 | 2002-01-24 | Alcatel | Domain based congestion management |
EP1217794A2 (en) * | 2000-12-19 | 2002-06-26 | Chiaro Networks Ltd. | System and method for router queue and congestion management |
CN1964310A (zh) * | 2005-11-09 | 2007-05-16 | 中兴通讯股份有限公司 | 一种ip网络的分组丢弃系统及分组丢弃方法 |
CN101257456A (zh) * | 2008-03-31 | 2008-09-03 | 华为技术有限公司 | 提高压缩报文转发性能的方法及装置 |
CN102130821A (zh) * | 2010-08-11 | 2011-07-20 | 华为技术有限公司 | 一种iptv系统中丢包处理的方法、服务器及系统 |
CN103716248A (zh) * | 2013-06-07 | 2014-04-09 | 潘晶 | 一种基于以太网交换芯片的以太网流量生成和分析的方法 |
CN103873381A (zh) * | 2014-03-25 | 2014-06-18 | 安一恒通(北京)科技有限公司 | 网络流量限速方法和装置 |
CN105099940A (zh) * | 2014-05-05 | 2015-11-25 | 中兴通讯股份有限公司 | 队列管理方法和装置 |
CN106375158A (zh) * | 2016-10-25 | 2017-02-01 | 华为技术有限公司 | 一种丢包检测方法、网络设备及系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115002037A (zh) * | 2022-05-31 | 2022-09-02 | 中国电信股份有限公司 | QoS保障方法和装置、网络边缘路由器和通信系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107896198B (zh) | 2020-09-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2007234897B2 (en) | Merging multi-line log entries | |
CN104793995B (zh) | 控制gps调用的方法及装置 | |
CN101873640B (zh) | 流量处理方法、装置和移动终端 | |
CN103765342B (zh) | 用于连接待机的进程的挂起和/或节制 | |
US20160266633A1 (en) | Methods and Systems for Coordination of Operating States amongst Multiple SOCs within a Computing Device | |
CN106959874B (zh) | 基于操作系统的应用管理方法及应用该方法的电子设备 | |
EP2580657B1 (en) | Information processing device and method | |
US9674779B2 (en) | Methods for deciding when to switch between communication channel states, and network nodes therefor | |
CN105335146B (zh) | 管理软件数据流量的方法及便携式电子装置 | |
CN107085542A (zh) | Ipc通信方法和服务器 | |
CN105915328B (zh) | 对同步帧的接收处理方法和装置 | |
CN105897766B (zh) | 一种虚拟网络流量安全控制方法及装置 | |
CN104346563B (zh) | 一种信息处理的方法及电子设备 | |
CN106951314A (zh) | 面向Android系统后台服务自动唤醒的切断方法 | |
CN107896198A (zh) | 一种基于流分类的丢弃报文信息显示方法及装置 | |
CN104063316B (zh) | 一种应用的测试方法及装置 | |
CN106874103A (zh) | 心跳实现方法及装置 | |
CN106933681A (zh) | 一种多对象阻塞方法及其系统 | |
CN105791163A (zh) | 更新处理方法及装置 | |
CN104572240B (zh) | 控制方法和电子设备 | |
CN106201938A (zh) | 一种芯片、集线器、电子设备及中断usb信号的方法 | |
CN109885798A (zh) | 一种Android应用的页面刷新方法 | |
CN112135318A (zh) | 一种网络切换的方法及用户终端 | |
CN106982461A (zh) | 数据传输系统及方法 | |
CN106953984A (zh) | 数据传输系统及方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |