CN102299850A - 保护cpu的方法和装置 - Google Patents

保护cpu的方法和装置 Download PDF

Info

Publication number
CN102299850A
CN102299850A CN2011102512299A CN201110251229A CN102299850A CN 102299850 A CN102299850 A CN 102299850A CN 2011102512299 A CN2011102512299 A CN 2011102512299A CN 201110251229 A CN201110251229 A CN 201110251229A CN 102299850 A CN102299850 A CN 102299850A
Authority
CN
China
Prior art keywords
cpu
message
port
packetnum
sent
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
Application number
CN2011102512299A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN2011102512299A priority Critical patent/CN102299850A/zh
Publication of CN102299850A publication Critical patent/CN102299850A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明揭示了一种CPU保护的方法,包括:(1)统计预设的时间段T1内端口发送至CPU的报文数量;(2)比较所述报文数量和所述端口允许发送至CPU的最大报文数量packetnum;(3)当所述报文数量大于packetnum时,在接下来的时间段T2内,丢弃发送报文数量大于Packetnum的端口发送至CPU的报文,并返回步骤(1)。本发明还提出对应的装置。本发明提出的保护CPU的方法和装置,实现防止CPU利用率过高的同时,又不会影响到其他端口的正常业务。

Description

保护CPU的方法和装置
技术领域
本发明涉及到通信领域,特别涉及到一种保护CPU的方法和装置。
背景技术
随着CPU研发和科学技术的发展,CPU的处理能力得到了很大提高,但是随着技术的进步和业务的多样化,对CPU的处理能力的要求也日益提高。在交换机和路由器设备中,协议报文的处理都要经过CPU,越来越多的协议数据使得CPU的处理性能大大降低,大数据量的协议报文攻击也常常使CPU限于瘫痪状态,进而引发了各种协议处理的中断。
目前虽然已经有不少CPU保护的方法,比较典型的是根据CPU利用率阈值判决来保护CPU免受大量攻击报文的方法。这种理论是先计算CPU利用率,然后再设置一个CPU利用率阈值,当CPU利用率超过阈值的时候,降低CPU收包速率。该方法虽然能使CPU利用率降下来,但因为没有办法区分端口,可能会导致有些端口正常的重要业务报文被丢弃,而对某些端口的攻击报文却不能很好的抑制。
发明内容
本发明的主要目的为提供一种保护CPU的方法和装置,实现防止CPU利用率过高的同时,又不会影响到其他端口的正常业务。
本发明提出一种CPU保护的方法,包括:
(1)统计预设的时间段T1内端口发送至CPU的报文数量;
(2)比较所述报文数量和所述端口允许发送至CPU的最大报文数量packetnum;
(3)当所述报文数量大于packetnum时,在接下来的时间段T2内,丢弃发送报文数量大于Packetnum的端口发送至CPU的报文。
优选地,在执行步骤(1)之前,还包括:
设置时间段T1、T2和packetnum。
优选地,在执行所述步骤(2)之后,还包括:
(4)当所述报文数量小于或等于packetnum时,统计在时间段T1内CPU接收的报文总数;
(5)当所述报文总数大于CPU允许的最大报文数量时,按照所述端口的优先级,丢弃优先级低的端口发送至CPU的报文。
优选地,在执行步骤(4)之前,还包括:
设置所述端口的优先级和CPU允许的最大报文数量。
优选地,在执行所述步骤(4)之后,还包括:
(6)当所述报文总数小于或等于CPU允许的最大报文数量时,从当前不允许向CPU发送报文的端口中,允许优先级高的端口发送报文至CPU。
本发明还提出一种CPU保护的装置,包括:
统计端口报文模块,用于统计预设的时间段T1内端口发送至CPU的报文数量;
比较模块,用于比较所述报文数量和所述端口允许发送至CPU的最大报文数量packetnum;
第一丢弃模块,用于当所述报文数量大于packetnum时,在接下来的时间段T2内,丢弃发送报文数量大于packetnum的端口发送至CPU的报文。
优选地,所述装置还包括:
第一设置模块,用于设置时间段T1、T2和packetnum。
优选地,所述装置还包括:
统计CPU报文模块,用于当所述报文数量小于或等于packetnum时,统计在时间段T1内CPU接收的报文总数;
第二丢弃模块,用于当所述报文总数大于CPU允许的最大报文数量时,按照所述端口的优先级,丢弃优先级低的端口发送至CPU的报文。
优选地,所述装置还包括:
第二设置模块,用于设置所述端口的优先级和CPU允许的最大报文数量。
优选地,所述装置还包括:
恢复端口模块,用于当所述报文总数小于或等于CPU允许的最大报文数量时,从当前不允许向CPU发送报文的端口中,允许优先级高的端口发送报文至CPU。
本发明提供的一种保护CPU的方法和装置,针对具体端口,对该端口在单位时间内发送到CPU的报文数目进行限制,如果超过了规定的数目,则对该端口发往CPU的报文进行丢弃,这样既可以防止该端口的攻击报文过多地发到CPU引起CPU利用率过高,又不会影响到其他端口的正常业务。进一步地,如果CPU收到的所有报文超过配置则丢弃优先级较低的端口发向CPU的报文,保证了CPU整体的处理能力。由于在交换机或者路由器设备中,检测受到大量攻击报文的端口是比较容易的,为该发明提供了依据和可能。
附图说明
图1为本发明保护CPU的方法一实施例的流程示意图;
图2为本发明保护CPU的方法又一实施例的流程示意图;
图3为本发明保护CPU的装置一实施例的结构示意图;
图4为本发明保护CPU的装置又一实施例的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
参照图1,提出本发明一种保护CPU的方法一实施例,包括:
步骤S101、设置时间段T1、T2和端口允许的最大报文数量packetnum。选择通讯设备中需要限制的端口,如果多个端口都要实现报文限制,则多个端口之间的参数为互相独立的,每个端口的参数可独立设置为不同的值。对于某一特定端口而言,所述packetnum表示在该时间段T1内,允许从本端口发送到CPU的最大报文数量为packetnum。
步骤S102、统计时间段T1内端口发送至CPU的报文数量;
步骤S103、比较所述报文数量和所述端口允许发送至CPU的最大报文数量Packetnum;
步骤S103 1、判断所述报文数量是否大于端口允许发送至CPU的最大报文数量Packetnum;
步骤S104、当所述报文数量大于packetnum时,在接下来的时间段T2内,丢弃发送报文数量大于packetnum的端口发送至CPU的报文,并返回步骤S102。
为说明方便,本实施例以某一特定端口为例进行说明,其它端口的处理方法类似。
统计在时间段T1内该指定端口发送至CPU的报文数量,如果在时间段T1内发送到CPU的报文数目超过了所允许的该端口最大报文数量packetnum,则在接下来的时间段T2内,CPU丢弃从该端口再发送来的报文。
当时间段T2结束后,CPU再继续接收该端口发来的报文,并统计下一个时间段T1内该端口发送到CPU的报文是否超过了packetnum,如果没有超出,则返回步骤S102,继续统计下一个时间段T1该端口发送到CPU的报文数目是否超过了packetnum。
举个例子:设置某端口的3个参数分别为:
T1=5,packetnum=100,T2=3;
开启这个端口的CPU保护,开始统计从该端口发送到CPU的报文数量,如果第一个5秒(0~5秒)内统计的报文数目为50,小于该端口的packetnum(100),则继续统计第二个5秒(1~6秒)内从该端口发送到CPU的报文数目,如果第二个5秒内发送到CPU的报文数目为120,超过了100,则进入保护状态,在接下来的3秒内,丢弃从该端口发送到CPU的所有报文,3秒钟过后,重新开始统计下一个5秒内从该端口发送到CPU的报文数目,过程如此循环往复。本功能针对每个端口设置有开关进行控制,只有端口受限功能打开时才起作用。
本实施例针对具体端口,对该端口在单位时间内发送到CPU的报文数目进行限制,如果超过了规定的数目,则对该端口发往CPU的报文进行丢弃,这样既可以防止该端口的攻击报文过多地发到CPU引起CPU利用率过高,又不会影响到其他端口的正常业务。由于在交换机或者路由器设备中,检测受到大量攻击报文的端口是比较容易的,为该发明提供了依据和可能。
参照图2,提出本发明一种CPU保护的方法另一实施例,在一实施例中,还包括:
步骤S104、设置所述端口的优先级和CPU允许的最大报文数量;
步骤S105、当所述报文数量小于或等于packetnum时,统计在时间段T1内CPU接收的报文总数;
步骤S106、当所述报文总数大于CPU允许的最大报文数量时,则按照所述端口的优先级,丢弃优先级低的端口发送至CPU的报文,并返回步骤S102;
步骤S107、当所述报文总数小于或等于CPU允许的最大报文数量时,从当前不允许向CPU发送报文的端口中,允许优先级高的端口发送报文至CPU,并返回步骤S102。
本实施例适于多个端口同时受限制的应用场景。如果每个端口收到的报文都没有超过其最大限制packetnum,而CPU收到的所有报文却超过了CPU本身允许的最大报文数量,则按照预先设定的端口优先级丢弃端口发向CPU的报文。需要注意的是,步骤S104可和步骤S101同时进行。
步骤S106具体包括:
步骤S1061、比较CPU接收到的报文总数与CPU最大报文数量;
步骤S1062、判断CPU接收的报文总数是否大于CPU最大报文数量,是则执行步骤S1063,否则执行步骤S107;
步骤S1063、按照优先级的配置,找出现在允许向CPU发送报文的端口中优先级最低的端口,找不到端口执行步骤S102;
步骤S1064、丢弃该端口发向CPU的报文。
步骤S107具体包括:
步骤S1071、按照优先级的配置,找出现在不允许向CPU发送报文的端口中优先级最高的端口;找不到端口执行步骤S102;
步骤S1072、允许该端口发向CPU的报文,执行步骤S102。
举例说明:如果有端口1、端口2和端口3向CPU发送报文(假定上述三个端口的受限制功能同时打开),其优先级分别对应3、2和1,时间段T1内最大限制packetnum分别为100、200、100,而CPU在时间段T1内的最大限制为300。在时间段T1内端口1、端口2、端口3分别发向CPU的报文为80、150、90,每个端口都没有超过自身的最大限制但总数却超过了CPU允许的最大报文数量,所以按照优先级设置,在接下来的时间段T2内,丢弃端口3发向CPU的报文。当时间段T2结束后,再接着的时间段T1内如果端口1和端口2发向CPU的报文依然没有超过自身限制但总数超过CPU允许的最大报文数量,则丢弃端口2发向CPU的报文,否则打开端口3使其可以向CPU发送报文。
本实施例中,如果CPU收到的所有报文超过配置则丢弃优先级较低的端口发向CPU的报文,进一步保证了CPU整体的处理能力。
参照图3,提出本发明CPU保护的装置一实施例,包括:
第一设置模块10,用于设置时间段T1、T2和packetnum;
统计端口报文模块11,用于统计时间段T1内端口发送至CPU的报文数量;
比较模块12,用于比较所述报文数量和所述端口允许发送至CPU的最大报文数量packetnum;
第一丢弃模块13,用于当所述报文数量大于packetnum时,在接下来的时间段T2内,丢弃发送报文数量大于packetnum的端口发送至CPU的报文。
本实施例的装置可以内置或外置于CPU。首先第一设置模块10选择通讯设备中需要限制的端口并设置对应的保护参数时间段T1、T2和packetnum,如果多个端口都要实现报文限制,则多个端口之间的参数为互相独立的,每个端口的参数可独立设置为不同的值。对于某一特定端口而言,所述packetnum表示在该时间段T1内,允许从本端口发送到CPU的最大报文数量为packetnum。
为说明方便,本实施例以某一特定端口为例进行说明,其它端口的处理方法类似。
统计端口报文模块11统计在时间段T1内该指定端口发送至CPU的报文数量,比较模块12比较所述报文数量和端口允许发送至CPU的最大报文数量packetnum的大小。如果在时间段T1内发送到CPU的报文数目超过了所允许的该端口最大报文数量packetnum,则第一丢弃模块13在接下来的时间段T2内,丢弃从该端口再发送至CPU的报文。
当时间段T2结束后,CPU再继续接收该端口发来的报文,统计端口报文模块11统计下一个时间段T1内该端口发送到CPU的报文是否超过了packetnum,如果没有超出,则统计端口报文模块11继续重复统计下一个单位时间T1该端口发送到CPU的报文数目是否超过了packetnum。
举个例子:设置某端口的3个参数分别为:
T1=5,packetnum=100,T2=3;
开启这个端口的CPU保护,统计端口报文模块11开始统计从该端口发送到CPU的报文数量,如果第一个5秒(0~5秒)内统计的报文数目为50,小于该端口的packetnum(100),则继续统计第二个5秒(1~6秒)内从该端口发送到CPU的报文数目,如果第二个5秒内发送到CPU的报文数目为120,超过了100,则进入保护状态,在接下来的3秒内,第一丢弃模块13丢弃从该端口发送到CPU的所有报文,3秒钟过后,统计端口报文模块11重新开始统计下一个5秒内从该端口发送到CPU的报文数目,过程如此循环往复。本功能针对每个端口设置有开关进行控制,只有端口受限功能打开时才起作用。
本实施例针对具体端口,对该端口在单位时间内发送到CPU的报文数目进行限制,如果超过了规定的数目,则对该端口发往CPU的报文进行丢弃,这样既可以防止该端口的攻击报文过多地发到CPU引起CPU利用率过高,又不会影响到其他端口的正常业务。由于在交换机或者路由器设备中,检测受到大量攻击报文的端口是比较容易的,为该发明提供了依据和可能。
参照图4,提出本发明CPU保护的装置又一实施例,在一实施例中,还包括:
第二设置模块20,用于设置所述端口的优先级和CPU允许的最大报文数量。
统计CPU报文模块21,用于当所述报文数量小于或等于packetnum时,统计在时间段T1内CPU接收的报文总数;
第二丢弃模块22,用于当所述报文总数大于CPU允许的最大报文数量时,则按照所述端口的优先级,丢弃优先级低的端口发送至CPU的报文。
恢复端口模块23,用于当所述报文总数小于或等于CPU允许的最大报文数量时,从当前不允许向CPU发送报文的端口中,允许优先级高的端口发送报文至CPU。
第二设置模块20设置所述端口的优先级和CPU允许的最大报文数量。当所述报文数量小于或等于packetnum时,统计CPU报文模块21统计在时间段T1内CPU接收的报文总数,当CPU接收到的报文总数大于CPU允许的最大报文数量时,则第二丢弃模块22按照所述端口的优先级,丢弃优先级低的端口发送至CPU的报文,并返回通过统计端口报文11模块统计预设的时间段T1内端口发送至CPU的报文数量。
本实施例适于多个端口同时受限制的应用场景。如果每个端口收到的报文都没有超过其最大限制packetnum,而CPU收到的所有报文却超过了CPU本身允许的最大报文数量,则按照预先设定的端口优先级丢弃端口发向CPU的报文。需要注意的是,步骤S104可和步骤S101同时进行。
第二丢弃模块22的工作原理具体为:
比较CPU接收到的报文总数与CPU最大报文数量,判断CPU接收的报文总数是否大于CPU最大报文数量,是则按照优先级的配置,找出现在允许向CPU发送报文的端口中优先级最低的端口,找不到返回通过统计端口报文模块11统计预设的时间段T1内端口发送至CPU的报文数量。找出现在允许向CPU发送报文的端口中优先级最低的端口,则丢弃该端口发向CPU的报文。
如CPU接收的报文总数小于或等于CPU最大报文数量,则按照优先级的配置,找出现在不允许向CPU发送报文的端口中优先级最高的端口;找不到则返回通过统计端口报文模块11统计预设的时间段T1内端口发送至CPU的报文数量。找到则允许该端口发向CPU的报文,并返回通过统计端口报文模块11统计预设的时间段T1内端口发送至CPU的报文数量。
举例说明:如果有端口1、端口2和端口3向CPU发送报文(假定上述三个端口的受限制功能同时打开),其优先级分别对应3、2和1,时间段T1内最大限制packetnum分别为100、200、100,而CPU在时间段T1内的最大限制为300。在时间段T1内端口1、端口2、端口3分别发向CPU的报文为80、150、90,每个端口都没有超过自身的最大限制但总数却超过了CPU允许的最大报文数量,所以按照优先级设置,在接下来的时间段T2内,丢弃端口3发向CPU的报文。当时间段T2结束后,再接着的时间段T1内如果端口1和端口2发向CPU的报文依然没有超过自身限制但总数超过CPU允许的最大报文数量,则丢弃端口2发向CPU的报文,否则打开端口3使其可以向CPU发送报文。
本实施例中,如果CPU收到的所有报文超过配置则丢弃优先级较低的端口发向CPU的报文,进一步保证了CPU整体的处理能力。
以上所述仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种CPU保护的方法,其特征在于,包括:
(1)统计预设的时间段T1内端口发送至CPU的报文数量;
(2)比较所述报文数量和所述端口允许发送至CPU的最大报文数量packetnum;
(3)当所述报文数量大于packetnum时,在接下来的时间段T2内,丢弃发送报文数量大于Packetnum的端口发送至CPU的报文。
2.如权利要求1所述的方法,其特征在于,在执行步骤(1)之前,还包括:
设置时间段T1、T2和packetnum。
3.如权利要求1或2所述的方法,其特征在于,在执行所述步骤(2)之后,还包括:
(4)当所述报文数量小于或等于packetnum时,统计在时间段T1内CPU接收的报文总数;
(5)当所述报文总数大于CPU允许的最大报文数量时,按照所述端口的优先级,丢弃优先级低的端口发送至CPU的报文。
4.如权利要求3所述的方法,其特征在于,在执行步骤(4)之前,还包括:
设置所述端口的优先级和CPU允许的最大报文数量。
5.如权利要求3所述的方法,其特征在于,在执行所述步骤(4)之后,还包括:
(6)当所述报文总数小于或等于CPU允许的最大报文数量时,从当前不允许向CPU发送报文的端口中,允许优先级高的端口发送报文至CPU。
6.一种CPU保护的装置,其特征在于,包括:
统计端口报文模块,用于统计预设的时间段T1内端口发送至CPU的报文数量;
比较模块,用于比较所述报文数量和所述端口允许发送至CPU的最大报文数量packetnum;
第一丢弃模块,用于当所述报文数量大于packetnum时,在接下来的时间段T2内,丢弃发送报文数量大于packetnum的端口发送至CPU的报文。
7.如权利要求6所述的装置,其特征在于,还包括:
第一设置模块,用于设置时间段T1、T2和packetnum。
8.如权利要求6或7所述的装置,其特征在于,还包括:
统计CPU报文模块,用于当所述报文数量小于或等于packetnum时,统计在时间段T1内CPU接收的报文总数;
第二丢弃模块,用于当所述报文总数大于CPU允许的最大报文数量时,按照所述端口的优先级,丢弃优先级低的端口发送至CPU的报文。
9.如权利要求8所述的装置,其特征在于,还包括:
第二设置模块,用于设置所述端口的优先级和CPU允许的最大报文数量。
10.如权利要求8所述的装置,其特征在于,还包括:
恢复端口模块,用于当所述报文总数小于或等于CPU允许的最大报文数量时,从当前不允许向CPU发送报文的端口中,允许优先级高的端口发送报文至CPU。
CN2011102512299A 2011-08-29 2011-08-29 保护cpu的方法和装置 Pending CN102299850A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2011102512299A CN102299850A (zh) 2011-08-29 2011-08-29 保护cpu的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2011102512299A CN102299850A (zh) 2011-08-29 2011-08-29 保护cpu的方法和装置

Publications (1)

Publication Number Publication Date
CN102299850A true CN102299850A (zh) 2011-12-28

Family

ID=45360037

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2011102512299A Pending CN102299850A (zh) 2011-08-29 2011-08-29 保护cpu的方法和装置

Country Status (1)

Country Link
CN (1) CN102299850A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103685336A (zh) * 2012-08-31 2014-03-26 腾讯科技(深圳)有限公司 过载保护方法、装置及服务器
CN104734990A (zh) * 2015-03-19 2015-06-24 华为技术有限公司 一种确定大流量报文类的方法及装置
WO2016091093A1 (zh) * 2014-12-11 2016-06-16 中兴通讯股份有限公司 一种多核网络设备中cpu保护方法及装置
CN107948157A (zh) * 2017-11-24 2018-04-20 锐捷网络股份有限公司 一种报文处理方法及装置
WO2018113436A1 (zh) * 2016-12-19 2018-06-28 深圳创维数字技术有限公司 一种网络拥塞处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6408341B1 (en) * 1996-10-22 2002-06-18 International Business Machines Corporation Multi-tasking adapter for parallel network applications
CN101083563A (zh) * 2007-07-20 2007-12-05 杭州华三通信技术有限公司 一种防分布式拒绝服务攻击的方法及设备
CN101478539A (zh) * 2008-12-31 2009-07-08 华为技术有限公司 一种防止网络攻击的方法和网络设备
CN101710897A (zh) * 2009-11-20 2010-05-19 中兴通讯股份有限公司 Cpu保护方法及其装置
CN101980489A (zh) * 2010-10-28 2011-02-23 中兴通讯股份有限公司 一种防止协议报文攻击cpu的保护方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6408341B1 (en) * 1996-10-22 2002-06-18 International Business Machines Corporation Multi-tasking adapter for parallel network applications
CN101083563A (zh) * 2007-07-20 2007-12-05 杭州华三通信技术有限公司 一种防分布式拒绝服务攻击的方法及设备
CN101478539A (zh) * 2008-12-31 2009-07-08 华为技术有限公司 一种防止网络攻击的方法和网络设备
CN101710897A (zh) * 2009-11-20 2010-05-19 中兴通讯股份有限公司 Cpu保护方法及其装置
CN101980489A (zh) * 2010-10-28 2011-02-23 中兴通讯股份有限公司 一种防止协议报文攻击cpu的保护方法及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103685336A (zh) * 2012-08-31 2014-03-26 腾讯科技(深圳)有限公司 过载保护方法、装置及服务器
CN103685336B (zh) * 2012-08-31 2018-03-02 腾讯科技(深圳)有限公司 过载保护方法、装置及服务器
WO2016091093A1 (zh) * 2014-12-11 2016-06-16 中兴通讯股份有限公司 一种多核网络设备中cpu保护方法及装置
CN104734990A (zh) * 2015-03-19 2015-06-24 华为技术有限公司 一种确定大流量报文类的方法及装置
CN104734990B (zh) * 2015-03-19 2018-10-30 华为技术有限公司 一种确定大流量报文类的方法及装置
WO2018113436A1 (zh) * 2016-12-19 2018-06-28 深圳创维数字技术有限公司 一种网络拥塞处理方法及装置
CN107948157A (zh) * 2017-11-24 2018-04-20 锐捷网络股份有限公司 一种报文处理方法及装置

Similar Documents

Publication Publication Date Title
CN100433711C (zh) 一种报文限速方法
CN102299850A (zh) 保护cpu的方法和装置
CN100428688C (zh) 网络攻击的防护方法
CN101083563B (zh) 一种防分布式拒绝服务攻击的方法及设备
WO2009115037A1 (zh) 以太网链路聚合端口配置的方法和设备
EP2933954A1 (en) Network anomaly notification method and apparatus
CN101547187B (zh) 宽带接入设备的网络攻击防护方法
CN107016284A (zh) 一种数据通信设备cpu前端动态防护方法及系统
WO2008091354A3 (en) Triggering flow analysis at intermediary devices
WO2014026554A1 (zh) 报文拥塞处理方法及装置
CN102510385A (zh) 防ip数据报分片攻击的方法
CN101272314A (zh) 拥塞控制方法和装置
CN101710897A (zh) Cpu保护方法及其装置
Moghaddam A fuzzy Active Queue Management mechanism for Internet congestion control
CN102006615A (zh) 报文处理方法及装置
CN101355567B (zh) 一种对交换路由设备中央处理器进行安全保护的方法
CN101980489A (zh) 一种防止协议报文攻击cpu的保护方法及系统
CN101179831A (zh) 基站和无线网络控制器之间的拥塞控制系统
CN102546531B (zh) 数据流量的控制方法及用户终端
CN101895543B (zh) 一种基于网络交换设备的有效防御洪水攻击的方法
CN101719928B (zh) 一种队列调度调节方法、装置及交换机
JP2011519515A5 (zh)
WO2007090325A1 (fr) Procédé et dispositif de transmission de données
CN1192577C (zh) 网络设备中带流量控制的快速分发网帧的方法
WO2011150634A1 (zh) Mlppp组带宽容量的处理方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into 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: 20111228