CN106059957B - 一种高并发网络环境下快速流表查找方法和*** - Google Patents
一种高并发网络环境下快速流表查找方法和*** Download PDFInfo
- Publication number
- CN106059957B CN106059957B CN201610330417.3A CN201610330417A CN106059957B CN 106059957 B CN106059957 B CN 106059957B CN 201610330417 A CN201610330417 A CN 201610330417A CN 106059957 B CN106059957 B CN 106059957B
- Authority
- CN
- China
- Prior art keywords
- grouping
- packet
- module
- index
- pkt
- 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.)
- Active
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/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种高并发网络环境下快速流表查找方法和***。该方法包括:1)对进入网络接口的流量进行统计,根据统计的当前的流量状况设定缓冲区的缓冲窗口;2)根据设定的缓冲窗口的大小,利用五元组信息对到达的数据包执行分组操作;3)根据预设的调度策略对各个缓存的分组进行调度,依次将各个分组送往连接管理模块;4)连接管理模块抽取出各个分组的五元组信息,进行流表查找过程,找到对应的流表项,并使用分组内的数据包更新流表项的信息。本发明主要适用于骨干链路的高速网络流量处理***中,能够优化高速网络环境下连接管理模块的访问开销,提高流表的访问效率。
Description
技术领域
本发明属于网络安全技术领域,具体涉及一种面向高并发网络环境的快速流表查找方法和***。
背景技术
在高速网络环境下,高效率的连接管理已经成为现有网络流量处理***(如入侵检测、流量计费等***)的一个关键模块,通常流量处理***架构主要分为三大模块:流量获取、连接管理、业务处理。连接管理为业务处理提供流追溯功能,包括查找、更新和删除这三种操作。为准确的记录每一条连接,连接管理模块必须维护一个连接表(或会话表),其中每一个连接表项追溯网络中的一条连接,负责记录连接的标识ID、状态等相关信息,其中连接标识是全局唯一的,一般由TCP/IP头部的五元组信息构成。
现有流量处理***采用单包调度的策略:数据包首先缓存在网卡缓冲区中,之后按缓冲区内的到达顺序依次送往连接管理模块,执行连接的状态更新与维护操作。在高速网络环境中,单包处理不仅会带来大量的函数回调开销,也会导致流表访问的性能瓶颈。随着并发连接数的增加,连接表的规模不断增加。受限于硬件资源的限制和哈希表结构自身的局限,哈希表槽数需要预先设定且动态调整非常困难,冲突链的增长使得单包流表查找效率下降。在现有10Gbps流量的高速网络中,包速达到10Mpps甚至更高,而网络中绝大多数包都需要执行流表查找操作,流表的查找频率和包到达速率相当,流表查找效率已经成为流处理***的重要性能之一。基于此,有必要设计一种可扩展、高效的流表查找方法,来应对骨干网络的高速并发环境。
目前的流表查找操作被分为三类实现方法:哈希表,布鲁姆过滤器,内容寻址存储器。对采用哈希表结构的流表而言,一次哈希表查找包括哈希值的计算和冲突链比较两步操作。用连接法处理哈希冲突的最坏情况性能很差:所有N个关键字都被***到同一个槽中,从而产生一个长度为N的链表,这时的最坏查找长度为O(N)。
基于此,很多工作都集中在尽量使得每个槽上的冲突链长度均衡,以保证平均查找长度接近最好情况的O(1+α),α为装载因子。要实现这一点需要好的哈希算法,尽管可以借助复杂的密码学哈希方法(MD5、SHA-1)来实现哈希表中的所有冲突链长度分布均衡,但是好的哈希函数通常会消耗大量的CPU。
相对于前面提到的一重哈希,多重哈希的效果会更好。多重哈希将会计算多次哈希值,最终***到多个子表中最短的一个,但这使得每次查找都要查找多个冲突链,在包数密集的骨干网络里将带来较大的查找开销。
在借助网络局部性优化查找操作方面,使用FPGA和SRAM实现流表的高速cache可以加快访问速度,受限于FPGA的电路复杂性以及SRAM的容量限制,流表的规模受到了存储容量的限制,在高并发网络环境中,受流量波动性和突发流量的影响,大量活动连接将会被迫替换掉,导致***漏检。
发明内容
为了优化高速网络环境下连接管理模块的访问开销,基于骨干链路的高并发,慢更新,存在一定程度局部性的流量特征,本发明提供了一种快速流表查找方法和***,主要适用于骨干链路的高速网络流量处理***中。
本发明的主要内容包括:(1)高效的网络流量分组算法,对网卡缓冲区内的数据包按照流标号进行分组;(2)阈值调度策略,对于已经分组的数据包进行调度;(3)流表查找。
本发明的快速流表查找方法的核心是将网络中的数据包分组送往连接管理模块,以减少流表查找的比较次数和回调开销。分组后每个连接到达的包数越多,快速查找方法带来的积极效果越好。因此,高效的分组算法是快速流表查找方法的基础。基于此,分组算法的设计主要包含以下几个方面:
1)分组依据为TCP/IP头部的五元组信息。连接管理模块中的连接是以网络通信中的源IP、目的IP、源端口、目的端口以及传输层通信协议类型五元组信息唯一确定。
2)分组算法的高效性和灵活性。分组操作会引入一定的时间开销,好的数据结构可以极大降低分组操作的开销,使得快速查找方法带来更多的积极效果。
3)对于分组后的每一组数据包来说,它们的五元组相同,来自同一个连接,需要高效地索引起来,以便调度策略可以高效地对各个分组进行调度、维护。
4)分组算法操作的对象是网卡缓冲区内的数据包,缓冲窗口的大小需要折中考虑。窗口太大,不仅会消耗一定的内存空间,也会导致数据包从捕获到处理的延时增加;窗口太小,则会导致每个连接缓存的包数太少,带来的积极效果有限。
对于已经分组过的数据包,需要一定的调度策略将各个分组送往连接管理模块,好的调度策略不仅可以使每个分组内的数据包都能得到公平的调度机会,同时也会为快速查找方法带来更多的积极效果。调度策略的设计主要包含以下设计内容:
1)对于已缓存的分组,包数多的分组应当优先被调度,包数少的分组应当延后调度,等待缓存更多的数据包,这可以减少更多流表访问开销。
2)被延后调度的分组不应出现饥饿现象,即长时间没有得到调度机会,这会使得***漏检。
本发明提供的快速流表查找方案,将网络中的数据包分组送往连接管理模块,以减少流表查找的比较次数和回调开销,并通过合理的调度策略使每个分组内的数据包都能得到公平的调度机会。该方法主要适用于骨干链路的高速网络流量处理***中,能够优化高速网络环境下连接管理模块的访问开销,提高流表的访问效率。
附图说明
图1是本发明***结构示意图。
图2是数据流分组结构示意图。
图3是Q1Q2队列迁移示意图。
图4是场景A中流表访问时间对比图。
图5是场景A中流表查找长度对比图。
图6是场景B中流表访问时间对比图。
图7是场景B中流表查找长度对比图。
具体实施方式
下面通过具体实施例和附图,对本发明做进一步说明。
本发明的总体框架如图1所示,由网络接口、缓冲区窗口管理模块、数据流分组模块、饥饿避免模块、分组调度器、连接管理模块六个部分组成,运行步骤如下:
1)流量进入网络接口的同时对流量情况进行统计,并将流量统计信息送入缓冲区窗口管理模块;缓冲区窗口管理模块根据当前的流量状况,从预置的窗口大小中选择一个;
2)根据设定的窗口大小,数据流分组模块对到达的数据包执行分组操作,当调度时机到达时,触发分组调度器;
3)分组调度器收到触发指令后,对各个缓存的分组按照调度策略进行调度,依次将各个分组送往连接管理模块;
4)饥饿避免模块负责从分组调度器采集调度信息,并适时触发分组调度器对未调度的分组进行调度;
5)连接管理模块抽取出分组调度器送来的各个分组的五元组信息,进行一次真实的流表查找过程,找到对应的流表项,之后使用分组内的数据包依次更新流表项的状态等信息。
下面,就运行步骤做详细地论述。
缓冲区窗口管理模块:通过对当前包到达速度和包间隔信息进行采集,结合***的延时容忍程度选择一个合适的窗口大小K,如窗口大小预置了64、256、512三个值,默认选择为256,其单位为“个”,用以描述可容纳多少个数据包。所述延时容忍度是指***或者项目可承受的数据包处理延时。若***延时容忍度为100us以内,窗口选择为K=64;若***延时容忍度为100~500us,窗口选择K=256;否则窗口选K=512大小。
数据流分组模块:如图2,为了实现高效的数据流分组,算法采用了哈希表(图2中PT)为主结构进行数据包的分组,同时引入了索引队列(图2中Q1和Q2)对已经分组的数据包进行索引,并在哈希表和索引队列之间建立双向索引关系,具体步骤如下:
1)每当一个数据包x到达时,当前缓冲区的总包数cached_num增加1,抽取x的五元组信息代表其流标号x.fid,并由x.fid计算出x在PT中的位置j。转2)。
2)若PT[j]为空,表明x不属于任何一个当前已缓存的分组,需要执行3)建立一个新分组并建立PT与Q1之间的双向索引;若PT[j]不为空,执行4)。
3)将x及其五元组信息存入PT[j]位置,PT[j]已经缓存的包数PT[j].pkt_count增加1,并在Q1尾部t处增加一项j,建立起Q1到PT[j]的单向索引,Q1中的元素个数增加了一个,Q1中的总包数Q1.pkt_count增加1;同时在PT[j]位置增加Q1和t信息:PT[j].Q=Q1,PT[j].idx=t,建立起PT到Q1的单向索引,此时PT[j]与Q1之间的双向索引建立成功。转6)。
4)PT[j]不为空,表明PT的j位置已经维护了一个分组和索引信息。将PT[j].fid与x.fid做比较,若相等,表示x属于PT[j]维护的分组,执行5);若不相等,意味着分组过程发生了哈希冲突,将冲突标记submitflag置1,转6)。
5)将x存储到PT[j]中,PT[j]已经缓存的包数PT[j].pkt_count增加1,j所对应的Q(Q1或Q2)中总包数Q.pkt_count增加1;转6)。
6)若submitflag为1,将submitflag置0,触发分组调度器进行调度,调度之后PT[j]的位置为空,执行4);或者,如果当前缓冲区的总包数cached_num=K,表示缓冲区已经满了,也应触发分组调度器进行调度;之后,继续回到1)。
分组调度器:
1)对于数据分组模块中4)和5),若分组过程发生了哈希冲突,或者若PT[j].pkt_count超过历史平均值,则执行过程2)将PT[j]从Q1中转移到Q2中;
2)如图3所示。其中(a)图为将Q1中的PT[2]迁移到Q2中,图中的虚线表示为将要在Q2中增加的索引,Q1中PT[2]将会被移除)。(b)图为完成迁移操作后的索引情况,虚线表示的单向索引已经更新为了实线的双向索引,同时,Q1中尾部的PT[1]填补了被移除的PT[2],与PT[1]对应的索引Q1:3页更新为了Q1:2,在Q2的尾部t处增加一项元素j,Q2的元素个数增加1,建立起Q2到PT[j]的单向索引,Q2.pkt_count加上PT[j].pkt_count。通过PT[j]到Q1的单向索引,找到其在Q1中的位置PT[j].idx,通过Q1尾部t存储的元素i找到PT[i],将PT[i].idx设置为PT[j].idx相同值,同时将Q1中的位置PT[j].idx处的元素设置为i,将Q1的元素个数减1,Q1中总包Q1.pkt_count减去PT[j].pkt_count,至此完成将PT[j]从Q1中删除的操作。将PT[j].idx设置为t,PT[j].Q设置为Q2,建立PT[j]到Q2的索引。
3)若调度由数据流分组模块触发,则将Q2索引的分组按组提交到连接管理模块;若调度由饥饿避免模块触发,则将Q1中索引的分组按组提交到连接管理模块。
饥饿避免模块:
1)通过采集数据流分组模块中6)的触发信息,适时触发分组调度器提交Q1中索引的分组。
2)设计分组模块冲突计数器C1和Q2调度计数器C2,前者负责记录分组模块的哈希冲突次数,每发生一次冲突C1增加1,每当缓冲区满时C1减1(若C1小于0则置0);后者负责记录Q2累计调度的总包数,每次调度Q2时,C2累加Q2.pkt_count,当Q1被调度时,C2被置0;
3)每当Q1.pkt_count=K或者C1超过3或者C2的值超过Q1.pkt_count的10倍时,就触发调度器调度Q1,并清空计数器的值为0。
连接管理模块:
1)对于调度器模块送来的Q(Q1或者Q2),对于Q中每一项i,找到对一个的PT[i],用PT[i]中的第一个包进行真实流表的查找过程。
2)若找到对应的流表项,使用PT[i]中的每个包依次更新该流表项。若未找到,则建立一个新的流表项,并依次更新流状态。
采用两个数据集对本发明进行评估,数据集基本信息如表1所示。
表1.数据集基本信息
通过在不同时间刻度下对是否采用快速流表查找方法作为对照来评估本发明的效果。评价指标采用流表平均查找长度和流表平均访问时间两个维度。结果如图4-7所示,其中图4是场景A中流表访问时间对比图,图5是场景A中流表查找长度对比图,图6是场景B中流表访问时间对比图,图7是场景B中流表查找长度对比图。实验结果表明,在多种流量环境下,本发明提出的快速流表查找方法均有很好的性能提升,可以提高流表的访问效率。
本发明的具体步骤使用了哈希表和队列的实现方式,但不局限与这两种数据结构,也可以使用其他线性结构(如栈)代替队列,用其他可实现键值映射类数据结构(如红黑树)代替哈希表结构。
以上实施例仅用以说明本发明的技术方案而非对其进行限制,本领域的普通技术人员可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明的精神和范围,本发明的保护范围应以权利要求书所述为准。
Claims (10)
1.一种高并发网络环境下快速流表查找方法,其特征在于,包括以下步骤:
1)对进入网络接口的流量进行统计,根据统计的当前的流量状况设定缓冲区的缓冲窗口;
2)根据设定的缓冲窗口的大小,利用五元组信息对到达的数据包执行分组操作;
3)根据预设的调度策略对各个缓存的分组进行调度,依次将各个分组送往连接管理模块;
4)连接管理模块抽取出各个分组的五元组信息,进行流表查找过程,找到对应的流表项,并使用分组内的数据包更新流表项的信息。
2.如权利要求1所述的方法,其特征在于,步骤1)通过对当前包到达速度和包间隔信息进行采集,结合***的延时容忍程度选择合适的缓冲窗口大小。
3.如权利要求1所述的方法,其特征在于,步骤2)采用哈希表为主结构进行数据包的分组,同时引入索引队列对已经分组的数据包进行索引,并在哈希表和索引队列之间建立双向索引关系。
4.如权利要求1所述的方法,其特征在于,步骤3)所述调度策略包括:
a)对于已缓存的分组,包数多的分组优先被调度,包数少的分组延后调度,等待缓存更多的数据包,以减少流表访问开销;
b)被延后调度的分组不应出现饥饿现象,即长时间没有得到调度机会,以避免产生***漏检。
5.一种采用权利要求1所述方法的高并发网络环境下快速流表查找***,其特征在于,包括缓冲区窗口管理模块、数据流分组模块、分组调度器、饥饿避免模块和连接管理模块;
所述缓冲区窗口管理模块用于缓存流量统计信息,并根据当前的流量状况设定缓冲区的缓冲窗口;
所述数据流分组模块根据设定的缓冲窗口大小,对到达的数据包执行分组操作,并当调度时机到达时触发所述分组调度器;
所述分组调度器收到触发指令后,对各个缓存的分组按照预设的调度策略进行调度,依次将各个分组送往所述连接管理模块;
所述饥饿避免模块负责从所述分组调度器采集调度信息,并适时触发所述分组调度器对未调度的分组进行调度;
所述连接管理模块抽取出分组调度器送来的各个分组的五元组信息,进行流表查找过程,找到对应的流表项,并使用分组内的数据包更新流表项的信息。
6.如权利要求5所述的***,其特征在于,所述缓冲区窗口管理模块通过对当前包到达速度和包间隔信息进行采集,结合***的延时容忍程度选择合适的窗口大小。
7.如权利要求5或6所述的***,其特征在于,所述数据流分组模块采用哈希表为主结构进行数据包的分组,同时引入索引队列对已经分组的数据包进行索引,并在哈希表和索引队列之间建立双向索引关系。
8.如权利要求7所述的***,其特征在于,所述数据流分组模块进行分组的步骤如下:
1)每当一个数据包x到达时,当前缓冲区的总包数cached_num增加1,抽取x的五元组信息代表其流标号x.fid,并由x.fid计算出x在哈希表PT中的位置j,转2);
2)若PT[j]为空,表明x不属于任何一个当前已缓存的分组,执行3)建立一个新分组并建立PT与索引队列Q1之间的双向索引;若PT[j]不为空,执行4);
3)将x及其五元组信息存入PT[j]位置,PT[j]已经缓存的包数PT[j].pkt_count增加1,并在Q1尾部t处增加一项j,建立起Q1到PT[j]的单向索引;Q1中的总包数Q1.pkt_count增加1,同时在PT[j]位置增加Q1和t信息:PT[j].Q=Q1,PT[j].idx=t,建立起PT到Q1的单向索引,此时PT[j]与Q1之间的双向索引建立成功,转6);
4)PT[j]不为空,表明PT的j位置已经维护了一个分组和索引信息,将PT[j].fid与x.fid做比较,若相等,表示x属于PT[j]维护的分组,执行5);若不相等,意味着分组过程发生了哈希冲突,将冲突标记submitflag置1,转6);若分组过程发生了哈希冲突,或者若PT[j].pkt_count超过历史平均值,则通过所述分组调度器将PT[j]从索引队列Q1中转移到索引队列Q2中;
5)将x存储到PT[j]中,PT[j]已经缓存的包数PT[j].pkt_count增加1,j所对应的Q中总包数Q.pkt_count增加1,其中Q为Q1或Q2;转6);
6)若submitflag为1,将submitflag置0,触发所述分组调度器进行调度,调度之后PT[j]的位置为空,执行4);或者,如果当前缓冲区的总包数cached_num=K,表示缓冲区已满,也触发所述分组调度器进行调度;之后,继续回到1)。
9.如权利要求8所述的***,其特征在于,所述分组调度器进行调度的步骤如下:
1]对于数据分组模块中进行分组的步骤4)和5),若分组过程发生了哈希冲突,或者若PT[j].pkt_count超过历史平均值,则执行过程2]将PT[j]从索引队列Q1中转移到索引队列Q2中;
2]在Q2的尾部t处增加一项元素j,Q2的元素个数增加1,建立起Q2到PT[j]的单向索引,Q2.pkt_count加上PT[j].pkt_count;通过PT[j]到Q1的单向索引,找到其在Q1中的位置PT[j].idx,通过Q1尾部t存储的元素i找到PT[i],将PT[i].idx设置为PT[j].idx相同值,同时将Q1中的位置PT[j].idx处的元素设置为i,将Q1的元素个数减1,Q1中总包Q1.pkt_count减去PT[j].pkt_count,至此完成将PT[j]从Q1中删除的操作;将PT[j].idx设置为t,PT[j].Q设置为Q2,建立PT[j]到Q2的索引;
3]若调度由数据流分组模块触发,则将Q2索引的分组按组提交到连接管理模块;若调度由饥饿避免模块触发,则将Q1中索引的分组按组提交到连接管理模块。
10.如权利要求9所述的***,其特征在于,所述饥饿避免模块的处理过程为:
1]通过采集数据流分组模块中步骤6)的触发信息,适时触发分组调度器提交Q1中索引的分组;
2]设计分组模块冲突计数器C1和Q2调度计数器C2,C1负责记录分组模块的哈希冲突次数,每发生一次冲突C1增加1,每当缓冲区满时C1减1,若C1小于0则置0;C2负责记录Q2累计调度的总包数,每次调度Q2时,C2累加Q2.pkt_count,当Q1被调度时,C2被置0;
3]每当Q1.pkt_count=K或者C1超过3或者C2的值超过Q1.pkt_count的10倍时,就触发调度器调度Q1,并清空计数器的值为0。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610330417.3A CN106059957B (zh) | 2016-05-18 | 2016-05-18 | 一种高并发网络环境下快速流表查找方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610330417.3A CN106059957B (zh) | 2016-05-18 | 2016-05-18 | 一种高并发网络环境下快速流表查找方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106059957A CN106059957A (zh) | 2016-10-26 |
CN106059957B true CN106059957B (zh) | 2019-09-10 |
Family
ID=57177171
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610330417.3A Active CN106059957B (zh) | 2016-05-18 | 2016-05-18 | 一种高并发网络环境下快速流表查找方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106059957B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789733B (zh) * | 2016-12-01 | 2019-12-20 | 北京锐安科技有限公司 | 一种提高大规模网络流表查找效率的装置及方法 |
CN107707479B (zh) * | 2017-10-31 | 2021-08-31 | 北京锐安科技有限公司 | 五元组规则的查找方法及装置 |
CN109921996B (zh) * | 2018-12-29 | 2021-11-09 | 长沙理工大学 | 一种高性能的OpenFlow虚拟流表查找方法 |
CN111163104B (zh) * | 2020-01-02 | 2021-03-16 | 深圳市高德信通信股份有限公司 | 一种企业用网络安全防护*** |
CN111538694B (zh) * | 2020-07-09 | 2020-11-10 | 常州楠菲微电子有限公司 | 一种用于网络接口支持多链接和重传的数据缓存方法 |
CN112131223B (zh) * | 2020-09-24 | 2024-02-02 | 曙光网络科技有限公司 | 流量分类统计方法、装置、计算机设备和存储介质 |
CN113098911B (zh) * | 2021-05-18 | 2022-10-04 | 神州灵云(北京)科技有限公司 | 一种多段链接网络的实时分析方法及旁路抓包*** |
CN115665051B (zh) * | 2022-12-29 | 2023-03-28 | 北京浩瀚深度信息技术股份有限公司 | 基于fpga+rldram3实现高速流表的方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103248573A (zh) * | 2013-04-08 | 2013-08-14 | 北京天地互连信息技术有限公司 | 面向OpenFlow的集中管理交换机及其数据处理方法 |
-
2016
- 2016-05-18 CN CN201610330417.3A patent/CN106059957B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103248573A (zh) * | 2013-04-08 | 2013-08-14 | 北京天地互连信息技术有限公司 | 面向OpenFlow的集中管理交换机及其数据处理方法 |
Non-Patent Citations (1)
Title |
---|
Fast Hash Table Lookup Using Extended Bloom Filter: An Aid to Network Processing;Haoyu Song、等;《ACM SIGCOMM Computer 》;20051031;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN106059957A (zh) | 2016-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106059957B (zh) | 一种高并发网络环境下快速流表查找方法和*** | |
US11855901B1 (en) | Visibility sampling | |
KR102337092B1 (ko) | 트래픽 측정 방법, 장치, 및 시스템 | |
US9380007B2 (en) | Method, apparatus and system for packet reassembly and reordering | |
US10277518B1 (en) | Intelligent packet queues with delay-based actions | |
US9430511B2 (en) | Merging independent writes, separating dependent and independent writes, and error roll back | |
CN104579962B (zh) | 一种区分不同报文的QoS策略的方法及装置 | |
US10313255B1 (en) | Intelligent packet queues with enqueue drop visibility and forensics | |
CN108833299B (zh) | 一种基于可重构交换芯片架构的大规模网络数据处理方法 | |
US10735339B1 (en) | Intelligent packet queues with efficient delay tracking | |
CN101136854B (zh) | 一种实现数据包线速处理的方法和装置 | |
US20220045972A1 (en) | Flow-based management of shared buffer resources | |
EP2320609A1 (en) | A buffer processing method, a store and forward method and apparatus of hybrid service traffic | |
CN106612236A (zh) | 众核网络处理器及其微引擎的报文调度方法、*** | |
US9485326B1 (en) | Scalable multi-client scheduling | |
CN109246036A (zh) | 一种处理分片报文的方法和装置 | |
CN111385222B (zh) | 实时、时间感知、动态、情境感知和可重新配置的以太网分组分类 | |
CN101150490B (zh) | 一种单播和多播业务数据包的队列管理方法和*** | |
CN104360902A (zh) | 一种基于滑动窗口的多优先级元数据任务调度方法 | |
CN107453948A (zh) | 一种网络测量数据的存储方法及*** | |
Li et al. | Packet rank-aware active queue management for programmable flow scheduling | |
US6272143B1 (en) | Quasi-pushout method associated with upper-layer packet discarding control for packet communication systems with shared buffer memory | |
CN108040018B (zh) | 一种网络功能虚拟化下的细粒度网络流调度方法及*** | |
CN115567460A (zh) | 数据包处理方法及装置 | |
CN108173784B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |