CN107547416A - 一种协议报文的处理方法及装置 - Google Patents
一种协议报文的处理方法及装置 Download PDFInfo
- Publication number
- CN107547416A CN107547416A CN201610485569.0A CN201610485569A CN107547416A CN 107547416 A CN107547416 A CN 107547416A CN 201610485569 A CN201610485569 A CN 201610485569A CN 107547416 A CN107547416 A CN 107547416A
- Authority
- CN
- China
- Prior art keywords
- protocol massages
- message queue
- bandwidth
- priority
- threshold value
- 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.)
- Withdrawn
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种协议报文的处理方法及装置,包括:获取待上送的协议报文的总带宽以及当前控制信道的带宽容量;在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列;若动态调整后的报文队列与控制信道的带宽比值低于第二预设阈值并持续一预设时间,则将报文队列还原;若高于第二预设阈值,则将优先级最低的协议报文中的交互性报文丢弃。本发明充分利用报文队列对协议报文进行缓存和调度,通过动态调小低优先级协议报文的队列、队列权重、和此队列占控制通道的带宽比,优先丢弃优先级低的协议报文,解决了通信设备任务异常或瘫痪的问题,提高了设备的稳健性。
Description
技术领域
本发明涉及数据处理技术和数据通信技术领域,尤其涉及一种协议报文的处理方法及装置。
背景技术
随着网络通信技术的不断发展,网络通信中的数据量越来越大,对网络通信设备的功能需求越来越细化,对其性能和安全要求越来越高,目前常用的二层网络和三层网络的通信设备采用控制平面和转发平面的***架构。其中,控制平面主要由设备处理器管理设备周围器件和处理协议报文等,转发平面由专用的交换芯片负责数据报文的交换和转发路由。在由多个交换路由设备组成的通信网络中,各个通信设备需要互发各种协议报文进行交互性通信。协议报文在交换芯片进行合法性检查、解析、处理,需要上送处理器的报文一般通过精确匹配,由接入控制(ACL,Access Control List)或者配置特定寄存器上送处理器完成协议报文处理。此外,控制平面还负责处理管理报文、人机交互和处理上层下发的各种控制命令。
交换路由设备控制平面处理器处理报文的能力比较弱,一般处理每秒几K个包时(不同通信设备采用的处理器不同,单位时间内处理报文的能力会有一些差异),处理器的利用率上升,telnet到设备反应迟缓,卡顿现象明显。当单位时间内设备处理器收到正常的协议报文非常多,造成处理器响应不过来,持续一定时间,会造成设备处理器运行的上层任务异常或挂死,设备瘫痪,严重影响设备的稳健性。当通信设备受到攻击,例如收到伪造协议报文,但伪协议报文没有被通信设备识别丢弃,单位时间内处理器收到一定量的伪协议报文,正常的协议报文会被挤占,得不到及时处理,会影响正常的通信业务。若处理器单位时间收到大量此类攻击报文同样会造成通信设备瘫痪现象。
针对上述问题,现有技术中一般是把此类协议报文按重要性分类,给予不同优先级,按照优先级映射到通信设备的交换芯片上送处理器的缓存队列(队列号越大,优先级越高),设置各个出口队列的调度算法及权重,并为每个队列设置不同的上送处理器的初始速率值,对各协议设置不同的限速值。但对不同的协议设置的限速值是固定的,即使根据某种算法可以动态调整各协议的限速值,当通信设备处理器资源紧张时,相应的调小限速值,调小限速值造成超出相应限速值的协议报文直接被丢弃,没有进行进一步缓存;此外,根据通信设备支持的所有需要处理器处理的协议报文都初始化固定的限速值,映射至相应的交换芯片的上送处理器队列,不能根据实际开启的协议进行有效动态映射和限速,没有充分利用交换芯片的上送处理器的队列,造成资源浪费。
发明内容
本发明提供了一种协议报文的处理方法及装置,解决了现有技术中在处理器资源紧张时直接丢弃协议报文,以及协议报文对应固化的限速值造成的资源浪费的问题。
依据本发明的一个方面,提供了一种协议报文的处理方法,包括:
获取待上送的协议报文的总带宽以及当前控制信道的带宽容量;
在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列;
若动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值低于第二预设阈值并持续一预设时间,则将动态调整后的报文队列还原;
若动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值高于第二预设阈值,则将优先级最低的协议报文中的交互性报文丢弃。
其中,获取待上送的协议报文的总带宽以及当前控制信道的带宽容量的步骤包括:
根据预先配置的获取周期,周期性获取待上送的协议报文所占用的总带宽;
获取当前控制信道总的带宽容量。
其中,在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列的步骤包括:
将待上送的协议报文的总带宽与当前控制信道的带宽容量进行比较;
在确定总带宽与带宽容量之间的差值低于第一预设阈值后,确定当前运行状态为拥堵异常状态,并上报一指示拥堵异常状态的告警信息;
在确定当前运行状态为拥堵异常状态后,根据协议报文的优先级动态调整对应的报文队列。
其中,在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,还包括:
检测待上送的协议报文中是否存在伪协议报文;
若存在伪协议报文则将伪协议报文丢弃,并上报一指示有伪协议报文攻击的攻击告警信息。
其中,根据协议报文的优先级动态调整对应的报文队列的步骤之前,还包括:
将待上送的协议报文按照优先级降幂排序;
将排序后的协议报文分别映射至对应的报文队列中;其中,不同优先级的协议报文所对应的报文队列的编号不同,协议报文的优先级越高对应的报文队列的编号越大。
其中,根据协议报文的优先级动态调整对应的报文队列的步骤包括:
获取排序后的协议报文中优先级最低的第一协议报文所允许的最大超时时间;
在最大超时时间内,检测第一协议报文所对应的报文队列是否为编号最小的报文队列;
若是,则降低第一协议报文对应的报文队列所占用的带宽;
若否,则将第一协议报文映射至对应报文队列的下一级报文队列。
其中,若动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值低于第二预设阈值并持续一预设时间,则将动态调整后的报文队列还原的步骤包括:
当检测到动态调整后的报文队列与当前控制信道的总带宽比低于第二预设阈值并持续一预设时间时,确定当前运行状态为正常运行状态;
在确定当前运行状态为正常运行状态后,将动态调整后的报文队列还原为初始报文队列。
依据本发明的另一个方面,还提供了一种协议报文的处理装置,包括:
获取模块,用于获取待上送的协议报文的总带宽以及当前控制信道的带宽容量;
调整模块,用于在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列;
第一处理模块,用于当动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值低于第二预设阈值并持续一预设时间时,将动态调整后的报文队列还原;
第二处理模块,用于当动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值高于第二预设阈值时,将优先级最低的协议报文中的交互性报文丢弃。
其中,该获取模块包括:
第一获取单元,用于根据预先配置的获取周期,周期性获取待上送的协议报文所占用的总带宽;
第二获取单元,用于获取当前控制信道总的带宽容量。
其中,该调整模块包括:
比较单元,用于将待上送的协议报文的总带宽与当前控制信道的带宽容量进行比较;
第一处理单元,用于在确定总带宽与带宽容量之间的差值低于第一预设阈值后,确定当前运行状态为拥堵异常状态,并上报一指示拥堵异常状态的告警信息;
调整单元,用于在确定当前运行状态为拥堵异常状态后,根据协议报文的优先级动态调整对应的报文队列。
其中,该协议报文的处理装置还包括:
检测模块,用于检测待上送的协议报文中是否存在伪协议报文;
第三处理模块,用于当存在伪协议报文时将伪协议报文丢弃,并上报一指示有伪协议报文攻击的攻击告警信息。
其中,该协议报文的处理装置还包括:
排序模块,用于将待上送的协议报文按照优先级降幂排序;
映射模块,用于将排序后的协议报文分别映射至对应的报文队列中;其中,不同优先级的协议报文所对应的报文队列的编号不同,协议报文的优先级越高对应的报文队列的编号越大。
其中,该调整模块还包括:
获取单元,用于获取排序后的协议报文中优先级最低的第一协议报文所允许的最大超时时间;
检测单元,用于在最大超时时间内,检测第一协议报文所对应的报文队列是否为编号最小的报文队列;
第一调整单元,用于当第一协议报文所对应的报文队列为编号最小的报文队列时,降低第一协议报文对应的报文队列所占用的带宽;
第二调整单元,用于当第一协议报文所对应的报文队列不为编号最小的报文队列时,将第一协议报文映射至对应报文队列的下一级报文队列。
其中,该第一处理模块包括:
第二处理单元,用于当检测到动态调整后的报文队列与当前控制信道的总带宽比低于第二预设阈值并持续一预设时间时,确定当前运行状态为正常运行状态;
恢复单元,用于在确定当前运行状态为正常运行状态后,将动态调整后的报文队列还原为初始报文队列。
本发明的实施例的有益效果是:
本发明通过待上送的协议报文的总带宽和当前控制信道的带宽容量,确定处理器是否处于资源紧张状态,在处理资源紧张时,根据协议报文的优先级动态调整对应的报文队列,以充分利用每个队列进行协议报文的缓存和调度,在缓存后仍不能解决问题时优先丢弃优先级低的协议报文,解决了通信设备任务异常或瘫痪的问题,提高了设备的稳健性。
附图说明
图1表示本发明的协议报文的处理方法的流程示意图;
图2表示图1中步骤S102的具体流程示意图;
图3表示本发明的协议报文的处理装置的模块示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
实施例一
如图1所示,本发明的实施例提供了一种协议报文的处理方法,具体包括以下步骤:
步骤S101:获取待上送的协议报文的总带宽以及当前控制信道的带宽容量。
其中,这里所说的待上送的协议报文指的是当前通信设备已开启运行的所有协议报文,不同的协议报文占用的带宽不同。控制信道的带宽容量指的是通信设备的控制通道的总带宽,带宽容量小于或等于通信设备处理器能处理的总带宽。
进一步地,为了获取实际运行的协议报文的情况,步骤S101具体包括:根据预先配置的获取周期,周期性获取待上送的协议报文所占用的总带宽;获取当前控制信道总的带宽容量。其中,在周期性获取各个开启的协议报文所占用的带宽,各个协议报文所占用的带宽之和为实际运行的协议报文的总带宽。
这里需要合理设置获取周期,具体可根据常规经验值设置。若获取周期设置的周期时间太短,会增加通信设备处理器的负担;若获取周期设置的周期时间太长,则不能及时获知协议报文种类增减的变化。
步骤S102:在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列。
将待上送的协议报文的总带宽与当前控制信道的带宽容量进行比较;在确定总带宽与带宽容量之间的差值低于第一预设阈值后,确定当前运行状态为拥堵异常状态,并上报一指示拥堵异常状态的告警信息;在确定当前运行状态为拥堵异常状态后,根据协议报文的优先级动态调整对应的报文队列。
这里是将已开启运行的所有协议报文的总带宽与设置的控制通道总带宽进行比较。在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,即检测到已开启运行的所有协议报文所占用的总带宽接近控制通道的总带宽时,确定当前通信设备的运行状态为拥堵异常状态,即通信设备接近瘫痪。优选地,为了防止突发流量时的误判,可设置一观察时间T1,即当检测到总带宽与带宽容量之间的差值低于第一预设阈值并持续T1时间后,确定当前通信设备的运行状态为拥堵异常状态。进一步地,可设置一用于表示通信设备运行状态的状态指示位,当确定运行状态为拥堵异常状态时填充该状态指示位并上报一指示拥堵异常状态的告警信息,以便于技术人员或管理员更好地了解通信设备的运行状态。
进一步地,本发明的协议报文的处理方法在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,即在确定通信设备的运行状态为拥堵异常状态后,还包括:检测待上送的协议报文中是否存在伪协议报文;若存在伪协议报文则将伪协议报文丢弃,并上报一指示有伪协议报文攻击的攻击告警信息。
也就是说,在发现通信设备的运行状态异常时,填充了通信设备的状态指示位,这时需要确定当前异常的运行状态是否是因为受到伪协议攻击性报文而造成的。其中,检测待上送的协议报文中是否存在伪协议报文可通过检测源MAC和目的MAC是否相等或源IP和目的IP是否相等实现,当然通过其他方式检测亦属于本发明实施例所涵盖的。若检测到已开启的协议报文中存在伪协议报文,则直接丢弃此伪协议攻击性报文,并上报遭受攻击性报文攻击的攻击告警信息。优选地,将伪协议报文丢弃后延时一定时间T2后状态为正常,则清除通信设备的状态指示位,取消通信设备的拥堵异常状态告警信息以及遭受攻击性报文攻击的攻击告警信息。如果丢弃伪协议报文后,通信设备的运行状态还未转好,则确定通信设备还处于正常协议报文占用较大的控制通道带宽的拥堵异常状态。
当通信设备处于拥堵异常状态时,需要根据协议报文的优先级动态调整其对应的报文队列。具体地,如图2所示,可参照以下步骤实现:
步骤21:将待上送的协议报文按照优先级降幂排序。
步骤22:将排序后的协议报文分别映射至对应的报文队列中。
其中,不同优先级的协议报文所对应的报文队列的编号不同,协议报文的优先级越高对应的报文队列的编号越大。
步骤23:获取排序后的协议报文中优先级最低的第一协议报文所允许的最大超时时间。
其中,这里所说的最大超时时间一般为协议报文正常交互时间的3倍。
步骤24:在最大超时时间内,检测第一协议报文所对应的报文队列是否为编号最小的报文队列。
在最大超时时间内,检测第一协议报文所对应的报文队列是否为编号最小的报文队列,即检测是否存在比当前开启的协议报文中优先级最低的第一协议报文所对应的报文队列编号更小的报文队列。
步骤25:若是,则降低第一协议报文对应的报文队列所占用的带宽。
当第一协议报文对应的报文队列是编号最小的报文队列时,即不存在比当前的报文队列编号更小的报文队列时,调低此报文队列所占的控制通道总带宽的比值,直接丢弃最低优先级协议报文(第一协议报文)的“冗余”交互性报文。
步骤26:若否,则将第一协议报文映射至对应报文队列的下一级报文队列。
当第一协议报文对应的报文队列不是编号最小的报文队列时,即存在比当前的报文队列编号更小的报文队列时,将第一协议报文映射到编号更小的队列中进行缓存,即降低该第一协议报文的优先级,并给该报文队列设置一定的权重的等待调度,依此调小此报文队列占控制通道总带宽的比值。当遇到多个同等优先级的协议报文在一个队列时,优先处理此队列中上送设备处理器个数较多的协议报文。
步骤S103:若动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值低于第二预设阈值并持续一预设时间,则将动态调整后的报文队列还原。
当检测到动态调整后的报文队列与当前控制信道的总带宽比低于第二预设阈值并持续一预设时间时,确定当前运行状态为正常运行状态;在确定当前运行状态为正常运行状态后,将动态调整后的报文队列还原为初始报文队列。进一步地,为了防止振荡现象发生,第二预设阈值与第一预设阈值不同。
进一步地,在执行步骤25或26后,检测当前通信设备的运行状态,若恢复正常,且延时一定时间T3后运行状态还正常,则清除通信设备的状态指示位、取消告警,并恢复已经调小的协议报文优先级及其映射的报文队列,还原报文队列所占控制通道总带宽的比值。
步骤S104:若动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值高于第二预设阈值,则将优先级最低的协议报文中的交互性报文丢弃。
在执行步骤25或26后,检测当前通信设备的运行状态,若未恢复正常,则将优先级最低的第一协议报文中的交互性报文丢弃,并获取比第一协议报文优先级高一级的第二协议报文,并对第二协议报文进行动态调整缓存,依次执行直至通信设备运行状态恢复正常。
例如,大量的较高优先级的协议报文造成通信设备的状态指示位置位时,如以太网OAM(Operation Administration and Maintenance,操作管理维护)功能,一般通信设备支持配置上千条MEP(Message Exchange Pattern,消息交换模式),假设配置1K条MEP,所有的CCM(Current Call Meter,当前呼叫记录)周期为3.3ms,即每秒钟有300个CCM协议报文互发,则设备之间每秒互发的CCM报文总量为1024*300=307200个,即300KPPS,这些交互性协议报文都上送通信设备处理器处理,处理器一般处理不过来,造成设备异常瘫痪,发现这种异常性配置,上报“异常”配置告警,提醒并禁止用户做极限性配置,这时可将冗余的交互报文丢弃,这样既可以保证数据正常通信,又可以节省处理器资源。
通过获取待上送的协议报文的总带宽和当前控制信道的带宽容量,确定处理器是否处于资源紧张状态,在处理资源紧张时,充分利用最大超时时间对协议报文进行动态管理,在最大超时时间内先尽量不直接丢弃协议报文,而是通过动态调整协议报文的优先级,动态调整映射至通信设备交换芯片的上送处理器的不同报文队列进行缓存,同时动态调整相应报文队列的权重和等待调度等。以充分利用每个队列进行协议报文的缓存和调度,在缓存后仍不能解决问题时优先丢弃优先级低的协议报文,解决了通信设备任务异常或瘫痪的问题,提高了设备的稳健性。
实施例二
以上实施例一结合附图和具体应用场景对本发明的协议报文的处理方法做了详细介绍,下面本实施例将结合附图对其对应的装置做进一步介绍。
具体地,如图3所示,本发明实施例的另一个方面,还提供了一种协议报文的处理装置,包括:
获取模块31,用于获取待上送的协议报文的总带宽以及当前控制信道的带宽容量;
调整模块32,用于在检测到总带宽与带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列;
第一处理模块33,用于当动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值低于第二预设阈值并持续一预设时间时,将动态调整后的报文队列还原;
第二处理模块34,用于当动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值高于第二预设阈值时,将优先级最低的协议报文中的交互性报文丢弃。
其中,该获取模块31包括:
第一获取单元,用于根据预先配置的获取周期,周期性获取待上送的协议报文所占用的总带宽;
第二获取单元,用于获取当前控制信道总的带宽容量。
其中,该调整模块32包括:
比较单元,用于将待上送的协议报文的总带宽与当前控制信道的带宽容量进行比较;
第一处理单元,用于在确定总带宽与带宽容量之间的差值低于第一预设阈值后,确定当前运行状态为拥堵异常状态,并上报一指示拥堵异常状态的告警信息;
调整单元,用于在确定当前运行状态为拥堵异常状态后,根据协议报文的优先级动态调整对应的报文队列。
其中,该协议报文的处理装置还包括:
检测模块,用于检测待上送的协议报文中是否存在伪协议报文;
第三处理模块,用于当存在伪协议报文时将伪协议报文丢弃,并上报一指示有伪协议报文攻击的攻击告警信息。
其中,该协议报文的处理装置还包括:
排序模块,用于将待上送的协议报文按照优先级降幂排序;
映射模块,用于将排序后的协议报文分别映射至对应的报文队列中;其中,不同优先级的协议报文所对应的报文队列的编号不同,协议报文的优先级越高对应的报文队列的编号越大。
其中,该调整模块还包括:
获取单元,用于获取排序后的协议报文中优先级最低的第一协议报文所允许的最大超时时间;
检测单元,用于在最大超时时间内,检测第一协议报文所对应的报文队列是否为编号最小的报文队列;
第一调整单元,用于当第一协议报文所对应的报文队列为编号最小的报文队列时,降低第一协议报文对应的报文队列所占用的带宽;
第二调整单元,用于当第一协议报文所对应的报文队列不为编号最小的报文队列时,将第一协议报文映射至对应报文队列的下一级报文队列。
其中,该第一处理模块33包括:
第二处理单元,用于当检测到动态调整后的报文队列与当前控制信道的总带宽比低于第二预设阈值并持续一预设时间时,确定当前运行状态为正常运行状态;
恢复单元,用于在确定当前运行状态为正常运行状态后,将动态调整后的报文队列还原为初始报文队列。
需要说明的是,该装置是与上述协议报文的处理方法对应的装置,上述方法实施例中所有实现方式均适用于该装置的实施例中,也能达到相同的技术效果。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。
Claims (14)
1.一种协议报文的处理方法,其特征在于,包括:
获取待上送的协议报文的总带宽以及当前控制信道的带宽容量;
在检测到所述总带宽与所述带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列;
若动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值低于第二预设阈值并持续一预设时间,则将动态调整后的报文队列还原;
若动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值高于所述第二预设阈值,则将优先级最低的协议报文中的交互性报文丢弃。
2.根据权利要求1所述的协议报文的处理方法,其特征在于,获取待上送的协议报文的总带宽以及当前控制信道的带宽容量的步骤包括:
根据预先配置的获取周期,周期性获取待上送的协议报文所占用的总带宽;
获取当前控制信道总的带宽容量。
3.根据权利要求1所述的协议报文的处理方法,其特征在于,在检测到所述总带宽与所述带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列的步骤包括:
将待上送的协议报文的总带宽与当前控制信道的带宽容量进行比较;
在确定所述总带宽与所述带宽容量之间的差值低于第一预设阈值后,确定当前运行状态为拥堵异常状态,并上报一指示拥堵异常状态的告警信息;
在确定当前运行状态为拥堵异常状态后,根据协议报文的优先级动态调整对应的报文队列。
4.根据权利要求3所述的协议报文的处理方法,其特征在于,在检测到所述总带宽与所述带宽容量之间的差值低于第一预设阈值后,还包括:
检测待上送的协议报文中是否存在伪协议报文;
若存在伪协议报文则将所述伪协议报文丢弃,并上报一指示有伪协议报文攻击的攻击告警信息。
5.根据权利要求1或3所述的协议报文的处理方法,其特征在于,根据协议报文的优先级动态调整对应的报文队列的步骤之前,还包括:
将所述待上送的协议报文按照优先级降幂排序;
将排序后的协议报文分别映射至对应的报文队列中;其中,不同优先级的协议报文所对应的报文队列的编号不同,协议报文的优先级越高对应的报文队列的编号越大。
6.根据权利要求5所述的协议报文的处理方法,其特征在于,根据协议报文的优先级动态调整对应的报文队列的步骤包括:
获取排序后的协议报文中优先级最低的第一协议报文所允许的最大超时时间;
在所述最大超时时间内,检测所述第一协议报文所对应的报文队列是否为编号最小的报文队列;
若是,则降低所述第一协议报文对应的报文队列所占用的带宽;
若否,则将所述第一协议报文映射至对应报文队列的下一级报文队列。
7.根据权利要求1所述的协议报文的处理方法,其特征在于,若动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值低于第二预设阈值并持续一预设时间,则将动态调整后的报文队列还原的步骤包括:
当检测到动态调整后的报文队列与当前控制信道的总带宽比低于第二预设阈值并持续一预设时间时,确定当前运行状态为正常运行状态;
在确定当前运行状态为正常运行状态后,将动态调整后的报文队列还原为初始报文队列。
8.一种协议报文的处理装置,其特征在于,包括:
获取模块,用于获取待上送的协议报文的总带宽以及当前控制信道的带宽容量;
调整模块,用于在检测到所述总带宽与所述带宽容量之间的差值低于第一预设阈值后,根据协议报文的优先级动态调整对应的报文队列;
第一处理模块,用于当动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值低于第二预设阈值并持续一预设时间时,将动态调整后的报文队列还原;
第二处理模块,用于当动态调整后的报文队列所占用的总带宽与当前控制信道带宽容量的比值高于所述第二预设阈值时,将优先级最低的协议报文中的交互性报文丢弃。
9.根据权利要求8所述的协议报文的处理装置,其特征在于,所述获取模块包括:
第一获取单元,用于根据预先配置的获取周期,周期性获取待上送的协议报文所占用的总带宽;
第二获取单元,用于获取当前控制信道总的带宽容量。
10.根据权利要求8所述的协议报文的处理装置,其特征在于,所述调整模块包括:
比较单元,用于将待上送的协议报文的总带宽与当前控制信道的带宽容量进行比较;
第一处理单元,用于在确定所述总带宽与所述带宽容量之间的差值低于第一预设阈值后,确定当前运行状态为拥堵异常状态,并上报一指示拥堵异常状态的告警信息;
调整单元,用于在确定当前运行状态为拥堵异常状态后,根据协议报文的优先级动态调整对应的报文队列。
11.根据权利要求10所述的协议报文的处理装置,其特征在于,还包括:
检测模块,用于检测待上送的协议报文中是否存在伪协议报文;
第三处理模块,用于当存在伪协议报文时将所述伪协议报文丢弃,并上报一指示有伪协议报文攻击的攻击告警信息。
12.根据权利要求8或10所述的协议报文的处理装置,其特征在于,还包括:
排序模块,用于将所述待上送的协议报文按照优先级降幂排序;
映射模块,用于将排序后的协议报文分别映射至对应的报文队列中;其中,不同优先级的协议报文所对应的报文队列的编号不同,协议报文的优先级越高对应的报文队列的编号越大。
13.根据权利要求12所述的协议报文的处理装置,其特征在于,所述调整模块还包括:
获取单元,用于获取排序后的协议报文中优先级最低的第一协议报文所允许的最大超时时间;
检测单元,用于在所述最大超时时间内,检测所述第一协议报文所对应的报文队列是否为编号最小的报文队列;
第一调整单元,用于当所述第一协议报文所对应的报文队列为编号最小的报文队列时,降低所述第一协议报文对应的报文队列所占用的带宽;
第二调整单元,用于当所述第一协议报文所对应的报文队列不为编号最小的报文队列时,将所述第一协议报文映射至对应报文队列的下一级报文队列。
14.根据权利要求8所述的协议报文的处理装置,其特征在于,所述第一处理模块包括:
第二处理单元,用于当检测到动态调整后的报文队列与当前控制信道的总带宽比低于第二预设阈值并持续一预设时间时,确定当前运行状态为正常运行状态;
恢复单元,用于在确定当前运行状态为正常运行状态后,将动态调整后的报文队列还原为初始报文队列。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610485569.0A CN107547416A (zh) | 2016-06-28 | 2016-06-28 | 一种协议报文的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610485569.0A CN107547416A (zh) | 2016-06-28 | 2016-06-28 | 一种协议报文的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107547416A true CN107547416A (zh) | 2018-01-05 |
Family
ID=60962550
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610485569.0A Withdrawn CN107547416A (zh) | 2016-06-28 | 2016-06-28 | 一种协议报文的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107547416A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109067595A (zh) * | 2018-09-20 | 2018-12-21 | 迈普通信技术股份有限公司 | 配置报文优先级的方法 |
CN110519119A (zh) * | 2019-07-31 | 2019-11-29 | 视联动力信息技术股份有限公司 | 基于视联网的带宽管理方法、装置及存储介质 |
CN110971920A (zh) * | 2018-09-30 | 2020-04-07 | 武汉斗鱼网络科技有限公司 | 一种消息的降级方法及相关装置 |
CN113138860A (zh) * | 2020-01-17 | 2021-07-20 | ***通信集团浙江有限公司 | 消息队列的管理方法及装置 |
CN113206800A (zh) * | 2021-03-15 | 2021-08-03 | 新华三信息安全技术有限公司 | 一种报文缓存方法、装置以及网络设备 |
CN113726690A (zh) * | 2021-07-31 | 2021-11-30 | 苏州浪潮智能科技有限公司 | 一种协议报文的上传方法、***、电子设备及存储介质 |
CN115877221A (zh) * | 2022-12-21 | 2023-03-31 | 广州辰创科技发展有限公司 | 电源健康状态预警平台 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1889510A (zh) * | 2005-06-30 | 2007-01-03 | 华为技术有限公司 | 一种通过报文处理提高网络安全性的方法 |
US20090225746A1 (en) * | 2008-03-07 | 2009-09-10 | James Jackson | Methods and apparatus to control a flash crowd event in avoice over internet protocol (voip) network |
CN102611620A (zh) * | 2012-02-23 | 2012-07-25 | 福建星网锐捷网络有限公司 | 拥塞控制方法和报文处理设备 |
CN103812750A (zh) * | 2014-02-21 | 2014-05-21 | 上海斐讯数据通信技术有限公司 | 数据通信设备cpu收发报文保护***及方法 |
-
2016
- 2016-06-28 CN CN201610485569.0A patent/CN107547416A/zh not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1889510A (zh) * | 2005-06-30 | 2007-01-03 | 华为技术有限公司 | 一种通过报文处理提高网络安全性的方法 |
US20090225746A1 (en) * | 2008-03-07 | 2009-09-10 | James Jackson | Methods and apparatus to control a flash crowd event in avoice over internet protocol (voip) network |
CN102611620A (zh) * | 2012-02-23 | 2012-07-25 | 福建星网锐捷网络有限公司 | 拥塞控制方法和报文处理设备 |
CN103812750A (zh) * | 2014-02-21 | 2014-05-21 | 上海斐讯数据通信技术有限公司 | 数据通信设备cpu收发报文保护***及方法 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109067595B (zh) * | 2018-09-20 | 2022-04-01 | 迈普通信技术股份有限公司 | 配置报文优先级的方法 |
CN109067595A (zh) * | 2018-09-20 | 2018-12-21 | 迈普通信技术股份有限公司 | 配置报文优先级的方法 |
CN110971920B (zh) * | 2018-09-30 | 2021-11-26 | 武汉斗鱼网络科技有限公司 | 一种消息的降级方法及相关装置 |
CN110971920A (zh) * | 2018-09-30 | 2020-04-07 | 武汉斗鱼网络科技有限公司 | 一种消息的降级方法及相关装置 |
CN110519119B (zh) * | 2019-07-31 | 2020-11-13 | 视联动力信息技术股份有限公司 | 基于视联网的带宽管理方法、装置及存储介质 |
CN110519119A (zh) * | 2019-07-31 | 2019-11-29 | 视联动力信息技术股份有限公司 | 基于视联网的带宽管理方法、装置及存储介质 |
CN113138860A (zh) * | 2020-01-17 | 2021-07-20 | ***通信集团浙江有限公司 | 消息队列的管理方法及装置 |
CN113138860B (zh) * | 2020-01-17 | 2023-11-03 | ***通信集团浙江有限公司 | 消息队列的管理方法及装置 |
CN113206800A (zh) * | 2021-03-15 | 2021-08-03 | 新华三信息安全技术有限公司 | 一种报文缓存方法、装置以及网络设备 |
CN113206800B (zh) * | 2021-03-15 | 2022-05-27 | 新华三信息安全技术有限公司 | 一种报文缓存方法、装置以及网络设备 |
CN113726690A (zh) * | 2021-07-31 | 2021-11-30 | 苏州浪潮智能科技有限公司 | 一种协议报文的上传方法、***、电子设备及存储介质 |
CN113726690B (zh) * | 2021-07-31 | 2023-08-08 | 苏州浪潮智能科技有限公司 | 一种协议报文的上传方法、***、电子设备及存储介质 |
CN115877221A (zh) * | 2022-12-21 | 2023-03-31 | 广州辰创科技发展有限公司 | 电源健康状态预警平台 |
CN115877221B (zh) * | 2022-12-21 | 2023-11-10 | 广州辰创科技发展有限公司 | 电源健康状态预警平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107547416A (zh) | 一种协议报文的处理方法及装置 | |
US9860147B2 (en) | Method and device for generating CNM | |
CN101175033B (zh) | 报文保序方法及其装置 | |
CN100495985C (zh) | 快速检测以太网交换机环路故障的方法 | |
CN107070613B (zh) | 分布式网络环境下数据可靠传输方法 | |
CN102447711B (zh) | 协议报文发送方法及装置 | |
CN112242914A (zh) | 网络异常根因定位方法、装置及***、计算机存储介质 | |
CN108989235A (zh) | 一种报文转发控制方法及装置 | |
WO2014108029A1 (zh) | 网络异常通知方法和装置 | |
CN101106518B (zh) | 为中央处理器提供负载保护的拒绝服务方法 | |
CN106506392B (zh) | 一种网络拥塞处理方法及装置 | |
CN101247270A (zh) | 一种实现双向转发检测的***及方法 | |
CN100454895C (zh) | 一种通过报文处理提高网络安全性的方法 | |
WO2017035717A1 (zh) | 一种分布式拒绝服务DDoS攻击检测方法及相关设备 | |
WO2012088910A1 (zh) | 连通性故障检测方法和*** | |
CN107948157A (zh) | 一种报文处理方法及装置 | |
CN103414594A (zh) | 一种用于计费和监控的ip流信息统计方法 | |
CN105847179B (zh) | 一种dpi***中数据并发上报的方法及装置 | |
CN102984081A (zh) | 网络设备中报文处理方法及*** | |
CN101420419B (zh) | 一种自适应高速网络流量分层抽样采集方法 | |
CN115484047A (zh) | 云平台中的泛洪攻击的识别方法、装置、设备及存储介质 | |
US9866456B2 (en) | System and method for network health and management | |
CN101355585B (zh) | 一种分布式架构数据通信设备的消息保护***及方法 | |
CN107800711A (zh) | 一种OpenFlow控制器抵御DDoS攻击的方法 | |
CN102480471B (zh) | 实现监控RRPP环中QoS处理的方法和网络节点 |
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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180105 |