CN1585379A - 一种数据包的快速解析方法 - Google Patents
一种数据包的快速解析方法 Download PDFInfo
- Publication number
- CN1585379A CN1585379A CNA2004100132172A CN200410013217A CN1585379A CN 1585379 A CN1585379 A CN 1585379A CN A2004100132172 A CNA2004100132172 A CN A2004100132172A CN 200410013217 A CN200410013217 A CN 200410013217A CN 1585379 A CN1585379 A CN 1585379A
- Authority
- CN
- China
- Prior art keywords
- protocol
- information
- protocol header
- data packet
- header
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种数据包的快速解析方法,采用基于查找表的专用集成电路实现技术,对数据包头信息进行有效的解析和抽取。其步骤为:①数据包解析及信息抽取:依据数据包头定位和信息抽取操作表,对数据包进行解析和信息抽取处理,并生成数据包信息关键字。②数据包查找关键字生成:完成数据包的解析和信息抽取之后,依据用户指定的查找关键字生成规则,生成查找关键字。本发明通过修改规则表的相应内容可以达到修改对数据包的具体解析方法和定义新的协议头类型处理方法,其灵活性和可扩展性很强。同时,采用多级流水线并行处理的方式,很大程度上减少了数据包的解析处理周期,获得了对数据报文的高速处理。
Description
技术领域
本发明属于网络通信系统与应用技术领域,具体涉及数据包解析和信息抽取的方法,它适用于网络处理器、路由器、交换机等网络设备中对数据包的处理。
背景技术
随着Internet规模不断增长,各种业务越来越多。由于网络数据流量越来越大,这就要求网络设备具有高效和快速的数据包解析处理技术来为用户提供可靠的服务。
目前,用于对网络数据包解析的方法主要有两种。一种是采用软件处理模式,其基本思想是,基于多简单指令集CPU架构模式,它由多个对等的CPU组成,根据设计要求对其编写不同的程序,完成不同的功能。通用处理器通过共享内存的方式与每个简单指令集CPU进行交换,相互协作完成统一功能。它对数据包的处理通常采用如下模式:接收-存储-处理-发送。在数据通信中对存储器的使用主要有包的缓冲存储和查找表的搜索。每个包的缓冲存贮至少需要4次访问存贮器:从网络收到包时的写入;读出帧用于查找表搜索;回写被改变的包用于传输;读出包来进行传输。这样,要提供线速处理性能,要求缓冲存储器的带宽至少是网络链路带宽的4倍。加上存储器本身的固有开销,存储器理论带宽是实际带宽的两倍,因此,缓存器的带宽应该是实际带宽的8倍。事实上通信的全双工模式,要求的带宽还需要加倍。存储器成为网络处理器的关键部件,其存储速度直接影响着网络处理数据层面的能力。简单指令集常用指令集内的指令功能单一,执行复杂任务时需要许多指令,由此带来的缺点是执行复杂任务时大量指令的时间开销大,因此该类处理器大多无法满足多个吉比特端口的处理要求。
另一种是采用多专用集成电路芯片架构,其中各个功能部件均为不同的器件,独立完成自己的任务,分别完成分类、决策和与通用处理器通信等功能。专用集成电路专用芯片技术的出现使数据层面和信令层面能够相互分离,它将路由查找、数据包处理等数据层面的操作固化在硬件芯片中,大大提高了数据包处理的速率。缺点是灵活性差,一旦设计完成,功能扩展性较差。
发明内容
本发明的目的在于克服现有技术的不足之处,提供一种数据包的快速解析方法,该方法可实现对数据包的快速处理,并且其扩展性强。
为了实现上述发明目的,一种数据包的快速解析方法,包括数据包头定位和信息抽取操作表和查找关键字生成规则表,数据包头定位和信息抽取操作表由协议头定位及信息抽取表,协议映射表和下层协议索引表组成,协议头定位及信息抽取表用于存放对数据包中各种协议头的处理方法,其中包括起始位置的定位方法和数据包头信息抽取方法,协议映射表用于存放系统能支持的各种协议的编码,下层协议索引表用于存放各类下层协议在协议头定位及信息抽取表中的索引值;查找关键字生成规则表用于存放查找关键字的生成方法;
该方法包括以下步骤:
(一)对数据包头的解析和信息的抽取,具体步骤包括:
(1)初始化每一级的协议头定位及信息抽取表、协议映射表、下层协议索引表和查找关键字生成规则表;
(2)判断被处理是否是数据包的第一个协议头,如果是,则取系统默认的初始化协议头类型索引值和初始化协议头位置值;否则,取出在处理上层协议头时得到的下层协议头的位置值和下层协议头的索引值;
(3)用步骤(2)中得到的协议头的索引值去查找协议头定位及信息抽取表,得到当前数据包的处理规则;
(4)如果表中的全局操作表项的值标识处理完成,则数据包解析和数据抽取操作结束,进入步骤(二),否则,同时进行步骤(5)、(6)和(7),完成后进入步骤(2);
(5)依据定位规则给下层协议头定位,其步骤如下:
(5.1)判断协议头中协议长度域是否存在,存在则抽取这个长度域的数据,否则,按照表格中的内容分两种情况,一是多协议标签交换协议,采用专用的处理方式,二是固定长度的协议,则取预先定义好的协议头长度;
(5.2)依据下面的公式(1)计算下层协议头的起始位置:
下层协议头起始位=本层协议头起始位+本层协议头长度 (1)
(6)确定下层协议的类型,其步骤为:
(6.1)判断协议头中下层协议类型域是否存在,不存在则采用预先定义好的协议头索引;否则抽取协议类型域的数据,并继续执行以下步骤(6.2)、步骤(6.3)和步骤(6.4):
(6.2)用步骤(6.1)得到的协议类型域的数据查找协议映射表,得到协议的映射值a,b,c,d;
(6.3)把协议映射值a,b,c,d通过公式(2)计算得到偏移地址:
offset=a*2^α+b*2^β+c*2^λ+d*2^μ (2)
其中,αβλμ通过查找协议头定位及信息抽取表得到;
(6.4)将上述偏移地址与协议头定位及信息抽取表中的基址表项相加得到一个绝对地址,用该绝对地址查找下层协议索引表,得到下层协议头索引值;
(7)协议头信息抽取,具体步骤如下:
(7.1)判断抽取信息字节掩码是否为0,如果是,则不再抽取信息,结束步骤(7),否则继续执行下述操作;
(7.2)依据抽取信息字节掩码抽取协议头相关信息;
(7.3)把抽取的信息填入数据包信息关键字的对应位置;
(7.4)根据信息标识码修改数据包信息关键字标识码;
(二)生成查找关键字
根据最后一次在协议头定位及信息抽取表中得到的查找关键字生成规则标识,在查找关键字生成规则表中找到对应的查找关键字生成方法,然后,根据数据包信息关键字和数据包信息关键字标识码,按照上述查找关键字生成方法生成查找关键字。
如何对数据包进行解析处理是完全采用由查找相应规则表来确定的,因此,通过修改规则表的相应内容可以达到修改对数据包的具体解析方法和定义新的协议头类型处理方法,其灵活性和可扩展性很强。同时,采用多级流水线并行处理的方式,很大程度上减少了数据包的解析处理周期,获得了对数据报文的高速处理。
附图说明
图1为多层协议头数据包的流水线处理示意图;
图2为数据包解析和信息抽取流程图;
图3为协议映射表示意图;
图4为下层协议索引表示意图;
图5为协议头信息抽取示意图;
图6为数据包信息关键字示意图;
图7为抽取信息字节掩码和信息标识码关系示意图。
具体实施方式
首先采用表一对说明书附图中的符号加以说明。
DA | 以太网目的地址 |
SA | 以太网源地址 |
LT | 长度或类型 |
VLAN | 虚拟局域网 |
TOS | 服务类型 |
ID | 标识 |
PT | 协议类型 |
SIP | 源IP地址 |
DIP | 目的IP地址 |
SP | 源端口号 |
DP | 目的端口号 |
Flag | 标志 |
V | 版本 |
HL | 首部长度 |
TL | 整个长度 |
TTL | 生存时间 |
Check | 首部检验和 |
表一
为了便于说明,采用表二对协议头定位及信息抽取表的内容加以说明。
表项内容 | 作用说明 |
全局操作(OP0) | 全局操作指示,分别用不同的值表示:处理完成丢弃本层数据包头丢弃总个数据包对于IP分片,下层数据包索引值的处理 |
长度计算(OP1) | 本层协议头长度计算方法,用不同值表示:不作任何操作用预先定义的固定长度取本层协议头中长度域的低4位乘4取本层协议头中长度域的高4位乘4用于多协议标签交换协议头 |
索引操作(OP2) | 下层头索引操作,不同值表示:不作任何操作采用本层头的PT域值查表计算采用预先定义的索引用于以太网协议头,下层协议类型值<=0x05DC:处理完成;下层协议类型值>0x05DC:用其下层协议类型值查表计算 |
固定长度 | 预先定义的协议头长度 |
偏移地址 | 协议头长度域的偏移地址 |
宽度 | 协议头长度域的长度 |
协议索引 | 下层协议类型索引,预先定义 |
协议偏移 | 下层协议类型域偏移地址 |
协议宽度 | 下层协议类型域的长度 |
协议头标识 | 用于记录已经解析了的数据包头 |
抽取信息字节掩码 | 本层头中哪些字节将被抽取 |
查找关键字生成规则标识 | 标识这个数据包的查找关键字的生成规则 |
信息标识码 | 表明已经抽取的信息 |
基址 | 本协议头在下层协议索引表中的基地址 |
A | 下层协议类型域中前4比特的可能最大值 |
B | 下层协议类型域中次4比特的可能最大值 |
C | 下层协议类型域中第三个4比特的可能最大值 |
D | 下层协议类型域中最后4比特的可能最大值 |
α | 计算下层协议头索引地址:下层协议域中前4比特的权值(左移α位) |
β | 计算下层协议头索引地址:下层协议域中次4比特的权值(左移β位) |
λ | 计算下层协议头索引地址:下层协议域中第三个4比特的权值(左移λ位) |
μ | 取值为0 |
首先,结合附图1说明数据包解析流水线处理架构:
如图1所示,针对网络上数据包的多层协议头组合结构,采用多级流水线结构依次对每层协议头解析处理。流水线的每一级采用相同的专用集成电路结构,完成相同功能。不同的是每级流水线各自都有一套数据包头定位和信息抽取操作表,表中配置了完成这一层协议头的数据解析和信息抽取处理规则。采用多级流水线的处理方法,提高了数据包处理速度。流水线处理的具体描述如下:
(1)根据网络上数据包头结构特征,流水线处理的每一级完成相同的功能,其硬件架构是一样的。
(2)每一级流水线完成如下工作:抽取本层协议头的数据信息;计算下一层协议头的起始位置;获取下层协议头的类型值,并通过查找协议映射表和下层协议索引表得到这个下层协议头在下级流水线的协议头定位及信息抽取表中的索引值,得到它下级流水线处理的规则。
(3)流水线的级数没有固定的要求,对于当前网络数据包协议头的结构而言,设计5级流水线可以满足要求。当专用集成电路芯片一旦确定下来,其流水线级数也就固定下来了。每一级都有相应的数据包头定位和信息抽取操作表。用户能够根据需要修改表的内容,以支持新型协议头的解析处理。
下面再具体说明数据包快速解析的步骤:
第一步,是对数据包头的解析和信息的抽取。整个过程是依据数据包头定位和信息抽取操作表定义的规则进行。
结合附图2,数据包解析和信息抽取的具体步骤描述如下:
(1)初始化每一级的数据包头定位和信息抽取操作表(包括协议头定位及信息抽取表,协议映射表和下层协议索引表)和查找关键字生成规则表。
(2)判断被处理是否是数据的第一个协议头,是则取系统默认的初始化协议头类型索引值和初始化协议头位置值;否则,取出在处理上层协议头时得到的下层协议头的索引值和下层协议头的位置值。
(3)用步骤(2)中得到的协议头的索引值去查找协议头定位及信息抽取表,得到当前数据包的处理规则。
(4)如果表中的全局操作表项的值标识处理完成,则数据包解析和数据抽取操作结束,否则,同时进行(5)、(6)和(7)步的操作。
(5)依据定位规则给下层协议头定位。其具体步骤如下:
(a)判断协议头中协议长度域是否存在,存在则抽取这个长度域的数据,否则,分两种情况,一是多协议标签交换协议,采用专用的处理方式,二是固定长度的协议,则取预先定义好的协议头长度。
(b)依据下面的公式(1)计算下层协议头的起始位置:
下层协议头起始位=本层协议头起始位+本层协议头长度 (1)
(6)确定下层协议的类型,其具体步骤如下:
(a)判断协议头中下层协议类型域是否存在,不存在则采用预先定义好的协议头索引;否则抽取协议类型域的数据,并继续执行以下步骤(b)、步骤(c)和步骤(d)。
(b)用步骤(a)得到的协议类型域的数据查找协议映射表,得到协议的映射值a,b,c,d,其中a,b,c,d分别为下层协议类型域中的第一,二,三,四个4比特值依次查找协议映射表,得到的协议映射值,当下层协议类型值没有16比特长时,a,b取值为0。
(c)利用公式(2)计算得到偏移地址。
offset=a*2^α+b*2^β+c*2^λ+d*2^μ (2)
(d)用这个偏移地址加上协议头定位及信息抽取表中的基址表项得到一个绝对地址,用这个绝对地址查找下层协议索引表,得到下层协议头索引值。
(7)协议头信息抽取,具体步骤如下:
(a)判断抽取信息字节掩码是否为0,是则不再抽取信息;否则继续执行下面的操作。
(b)依据抽取信息字节掩码抽取协议头相关信息
(c)把抽取的信息填入数据包信息关键字的对应位置
(d)根据信息标识码修改数据包信息关键字标识码
第二步,生成查找关键字
根据最后一次在协议头定位及信息抽取表中得到的查找关键字生成规则标识,在查找关键字生成规则表中找到对应的查找关键字生成方法,然后,根据数据包信息关键字和数据包信息关键字标识码,按照上述查找关键字生成方法生成查找关键字。。
表二列出了查找关键字生成规则表的表项内容。
表项内容 | 说明 |
查找规则 | 表示查找操作规则,包括如下几个方面:查找关键字转换操作是否打开。打开将会触发产生两个查找关键字:正常的查找关键字和转换了的查找关键字,内容可寻址存储器作两次查找操作。如果两次查找操作都没有找到,是否将当前的查找关键字学进内容可寻址存储器。是否记录传送控制协议标志查找操作完成后是否更新标识域查找规则使能位 |
内容可寻址存储器表块号 | 选择内容可寻址存储器中要查找的表块 |
全局掩码 | 查找掩码,用于内容可寻址存储器的查找操 |
作 | |
查找关键字字节掩码 | 指示如何生成查找关键字 |
查找关键字转换掩码1 | 查找关键字源掩码 |
查找关键字转换掩码2 | 查找关键字目的掩码 |
表二
对协议头长度的计算说明如下:
对于不同的协议头,其长度计算方法可能不一样。有的协议有固定的长度;有的长度是变化的,由协议头中的头长度域给出;还有的要通过某种专用的计算方法得到,如多协议标签交换协议。具体描述如下:
(1)对于固定长度协议,配置协议头定位及信息抽取表的固定长度域的值为其长度值,OP1的值配为采用预先定义的固定长度。这样,专用集成电路在进行处理时,会依据OP1的这个值而取表中固定长度值作为其协议头的长度。
(2)可变长度协议,此类协议长度可以由其协议头中的长度域得到,在协议头定位及信息抽取表中依据具体的协议配置好协议偏移,协议宽度域。OP1的值配为取本层协议头中长度域的低4位或高4位乘4。传输控制协议和网际协议属于这类协议;
(3)多协议标签交换协议,其长度有专用的计算方法。OP1的值配为用于多协议标签交换协议头,可以把多层多协议标签交换协议头栈当作是一个特殊的协议头来处理。硬件采用的方法是通过检测多协议标签交换协议头中的s域(1比特),为1时表示在多层多协议标签交换协议头栈中的栈底,通过这个协议头个数的统计值就得到整个多协议标签交换协议协议头的长度。
结合附图3对协议映射表的构造进行说明:
协议映射表是个宽度为16比特,深度为16的表格。为了便于描述,把协议映射表平均分为4列,依次取名为表A、表B、表C和表D,分别用于对协议类型值的第一、二、三和四个4比特值进行映射。表A的内容是这样确定的:表A所需要处理的所有协议类型值的第一个4比特值,是落在0到0x0F中的一个或几个数字,我们把这几个数字作为深度的索引值在表A中的相应位置,依次填入从0开始的数字标识它,其他位置填f。表B、表C和表D采用相同的方法构造。
下面是下层协议索引表中偏移地址的计算公式及其说明:
offset=a*2^α+b*2^β+c*2^λ+d*2^μ (2)
其中,a,b,c,d依次为本层协议头中协议类型域的第一、二、三、四个4比特分别在协议映射表中表A、表B、表C和表D中的映射值。α和β以及λ可以在协议头定位及信息抽取表中查到,其值是由协议映射表用以下公式计算得到的:
μ=0,
min{2^λ>Max(d)*2^μ}=>λ
min{2^β>Max(c)*2^λ+Max(d)*2^μ}=>β
min{2^α>Max(b)*2^β+Max(c)*2^λ+Max(d)*2^μ}=>α
协议头定位及信息抽取表中的基址表项的说明如下:
一个数据包头在下层协议索引表中占有的深度计算公式为:
depth=Max(a)*2^α+Max(b)*2^β+Max(c)*2^λ+Max(d)*2^μ
于是,在协议头定位及信息抽取表中,第一个头的基址表项值为0,第二个头的基址值为0+第一个头的depth,第三个头的基址值为前面的头的depth值的和,依此类推。
结合附图4,对下层协议头索引表阐述如下:
下层协议头索引表中的内容是各种协议类型在下级协议头定位及信息抽取表中的索引。本层所支持的每个协议头分别在下层协议头索引表中拥有一大小为depth的连续区域,在这个区域里的存储着它所支持的下层协议类型的索引值。
结合图5对抽取信息字节掩码说明如下:
在协议头定位及信息抽取表中定义了抽取信息字节掩码项,它是用于表明如何从协议头中抽取数据。抽取信息字节掩码表项采用二进制表示时,每个比特对应于数据包头的一个字节,当这个二进制位为1表示抽取这个字节,为0表示不抽取。32个比特的抽取信息字节掩码表项可以处理长达32字节宽度的协议头,如果协议头长度小于32字节,我们在这个协议头的掩码后面补0,补的0在这个协议头中没有相关的对应字节。附图5中掩码值为0xFFF00000,抽取协议头中的目的地址和源地址信息。
结合附图6和图7对数据包信息关键字及信息标识码标识说明如下:
数据包信息关键字长度为32个字节,用来存储数据包头信息。在对数据包头解析时,抽取信息并填入数据包信息关键字的同时,通过信息标识码对此进行记录。附图7中,需要抽取IP头的SIP,DIP,ID等信息,抽取信息字节掩码对应SIP,DIP,ID域的掩码值为1,其他域值为0。相应的,数据包信息关键字中存储SIP,DIP,ID的相应位置的信息标识码设定为1来标识。
Claims (3)
1、一种数据包的快速解析方法,包括数据包头定位和信息抽取操作表和查找关键字生成规则表,数据包头定位和信息抽取操作表由协议头定位及信息抽取表,协议映射表和下层协议索引表组成,协议头定位及信息抽取表用于存放对数据包中各种协议头的处理方法,其中包括起始位置的定位方法和数据包头信息抽取方法,协议映射表用于存放系统能支持的各利协议的编码,下层协议索引表用于存放各类下层协议在协议头定位及信息抽取表中的索引值;查找关键字生成规则表用于存放查找关键字的生成方法;
该方法包括以下步骤:
(一)对数据包头的解析和信息的抽取,具体步骤包括:
(1)初始化每一级的协议头定位及信息抽取表、协议映射表、下层协议索引表和查找关键字生成规则表;
(2)判断被处理是否是数据包的第一个协议头,如果是,则取系统默认的初始化协议头类型索引值和初始化协议头位置值;否则,取出在处理上层协议头时得到的下层协议头的位置值和下层协议头的索引值;
(3)用步骤(2)中得到的协议头的索引值去查找协议头定位及信息抽取表,得到当前数据包的处理规则;
(4)如果表中的全局操作表项的值标识处理完成,则数据包解析和数据抽取操作结束,进入步骤(二),否则,同时进行步骤(5)、(6)和(7),完成后进入步骤(2);
(5)依据定位规则给下层协议头定位,其步骤如下:
(5.1)判断协议头中协议长度域是否存在,如果存在,则抽取这个长度域的数据,否则,按照表格中的内容分两种情况,一是多协议标签交换协议,采用专用的处理方式,二是固定长度的协议,则取预先定义好的协议头长度;
(5.2)依据下面的公式(1)计算下层协议头的起始位置:
下层协议头起始位=本层协议头起始位+本层协议头长度 (1)
(6)确定下层协议的类型,其步骤为:
(6.1)判断协议头中下层协议类型域是否存在,不存在则采用预先定义好的协议头索引;否则抽取协议类型域的数据,并继续执行以下步骤(6.2)、步骤(6.3)和步骤(6.4):
(6.2)用步骤(6.1)得到的协议类型域的数据查找协议映射表,得到协议的映射值a,b,c,d;
(6.3)把协议映射值a,b,c,d通过公式(2)计算得到偏移地址:
offset=a*2^α+b*2^β+c*2^λ+d*2^μ (2)
其中,αβλμ通过查找协议头定位及信息抽取表得到;
(6.4)将上述偏移地址与协议头定位及信息抽取表中的基址表项相加得到一个绝对地址,用该绝对地址查找下层协议索引表,得到下层协议头索引值;
(7)协议头信息抽取,具体步骤如下:
(7.1)判断抽取信息字节掩码是否为0,如果是,则不再抽取信息,结束步骤(7),否则继续执行下述操作;
(7.2)依据抽取信息字节掩码抽取协议头相关信息;
(7.3)把抽取的信息填入数据包信息关键字的对应位置;
(7.4)根据信息标识码修改数据包信息关键字标识码;
(二)生成查找关键字
根据最后一次在协议头定位及信息抽取表中得到的查找关键字生成规则标识,在查找关键字生成规则表中找到对应的查找关键字生成方法,然后,根据数据包信息关键字和数据包信息关键字标识码,按照上述查找关键字生成方法生成查找关键字。
2、根据权利要求1所述的方法,其特征在于:所述协议头定位及信息抽取表包括以下内容:全局操作、长度计算、索引操作、固定长度、偏移地址、宽度、协议索引、协议偏移、协议宽度、协议头标识、抽取信息字节掩码、查找关键字生成规则标识、信息标识码和基址。
3、根据权利要求1或2所述的方法,其特征在于:所述查找关键字生成规则表包括查找规则,内容可寻址存储器表块号,全局掩码和查找关键字字节掩码。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100132172A CN1331336C (zh) | 2004-05-25 | 2004-05-25 | 一种数据包的快速解析方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100132172A CN1331336C (zh) | 2004-05-25 | 2004-05-25 | 一种数据包的快速解析方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1585379A true CN1585379A (zh) | 2005-02-23 |
CN1331336C CN1331336C (zh) | 2007-08-08 |
Family
ID=34600367
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100132172A Expired - Fee Related CN1331336C (zh) | 2004-05-25 | 2004-05-25 | 一种数据包的快速解析方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1331336C (zh) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009146611A1 (zh) * | 2008-06-04 | 2009-12-10 | 华为技术有限公司 | 具有时钟信息报文的处理方法、装置及系统 |
CN1909502B (zh) * | 2005-08-01 | 2010-05-05 | 中兴通讯股份有限公司 | 数据流报文头快速定位的装置和方法 |
CN101309406B (zh) * | 2007-05-17 | 2010-06-16 | 中兴通讯股份有限公司 | Dvb-h无线信号模拟方法和装置、ipdc协议栈调试方法和装置 |
CN102316121A (zh) * | 2011-10-19 | 2012-01-11 | 武汉烽火网络有限责任公司 | 支持动态扩展帧头的过滤匹配预处理方法及装置 |
CN102739553A (zh) * | 2012-07-20 | 2012-10-17 | 烽火通信科技股份有限公司 | 一种以太网数据包的识别和处理装置 |
CN102867001A (zh) * | 2011-07-05 | 2013-01-09 | 腾讯科技(北京)有限公司 | 获取信息的方法和装置 |
CN103873464A (zh) * | 2014-02-27 | 2014-06-18 | 华为技术有限公司 | 报文处理的方法及转发设备 |
CN103929445A (zh) * | 2013-01-11 | 2014-07-16 | 中国科学院声学研究所 | 一种在线解析HTTP chunked编码数据的方法 |
CN104009923A (zh) * | 2014-05-12 | 2014-08-27 | 中国人民解放军信息工程大学 | 一种基于指针迭代的ipv6报文硬件解析方法 |
CN106549817A (zh) * | 2015-09-21 | 2017-03-29 | 深圳市中兴微电子技术有限公司 | 报文识别方法及装置 |
CN107704606A (zh) * | 2017-10-17 | 2018-02-16 | 南京茂毓通软件科技有限公司 | 基于自定义标签语言的即时聊天协议要素通用抽取方法 |
CN107783728A (zh) * | 2016-08-31 | 2018-03-09 | 百度在线网络技术(北京)有限公司 | 数据存储方法、装置和设备 |
CN108327745A (zh) * | 2018-01-02 | 2018-07-27 | 中车青岛四方机车车辆股份有限公司 | 一种列车数据实时解析方法和装置 |
CN111600796A (zh) * | 2020-05-20 | 2020-08-28 | 中国电子科技集团公司第五十四研究所 | 一种基于可配置解析字段的流识别装置及方法 |
CN112100170A (zh) * | 2020-08-05 | 2020-12-18 | 中科驭数(北京)科技有限公司 | 数据库交互数据解码方法和装置 |
CN112732241A (zh) * | 2021-01-08 | 2021-04-30 | 烽火通信科技股份有限公司 | 一种多级并行高速处理下的可编程解析器及其解析方法 |
WO2021087729A1 (zh) * | 2019-11-05 | 2021-05-14 | Oppo广东移动通信有限公司 | 一种指示解压缩对象的方法及装置、通信设备 |
CN114006956A (zh) * | 2021-10-29 | 2022-02-01 | 杭州迪普信息技术有限公司 | 报文数据解析方法、装置及设备 |
WO2022237794A1 (zh) * | 2021-05-13 | 2022-11-17 | 华为技术有限公司 | 一种报文传输方法及装置 |
CN115883681A (zh) * | 2023-02-08 | 2023-03-31 | 天翼云科技有限公司 | 报文解析方法、装置、电子设备及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105554002A (zh) * | 2015-12-22 | 2016-05-04 | 曙光信息产业股份有限公司 | 一种隧道报文的解析方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6366961B1 (en) * | 1999-03-03 | 2002-04-02 | Nokia Telecommunications, Oy | Method and apparatus for providing mini packet switching in IP based cellular access networks |
US6697845B1 (en) * | 2000-05-25 | 2004-02-24 | Alcatel | Network node management system and method using proxy by extensible agents |
CN1177439C (zh) * | 2002-03-08 | 2004-11-24 | 华为技术有限公司 | 以太网接入应用中代理地址解析协议的方法 |
CN1206835C (zh) * | 2003-04-11 | 2005-06-15 | 华中科技大学 | 一种数据包的调度方法 |
-
2004
- 2004-05-25 CN CNB2004100132172A patent/CN1331336C/zh not_active Expired - Fee Related
Cited By (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1909502B (zh) * | 2005-08-01 | 2010-05-05 | 中兴通讯股份有限公司 | 数据流报文头快速定位的装置和方法 |
CN101309406B (zh) * | 2007-05-17 | 2010-06-16 | 中兴通讯股份有限公司 | Dvb-h无线信号模拟方法和装置、ipdc协议栈调试方法和装置 |
WO2009146611A1 (zh) * | 2008-06-04 | 2009-12-10 | 华为技术有限公司 | 具有时钟信息报文的处理方法、装置及系统 |
CN102867001A (zh) * | 2011-07-05 | 2013-01-09 | 腾讯科技(北京)有限公司 | 获取信息的方法和装置 |
CN102867001B (zh) * | 2011-07-05 | 2019-12-24 | 腾讯科技(北京)有限公司 | 获取信息的方法和装置 |
CN102316121A (zh) * | 2011-10-19 | 2012-01-11 | 武汉烽火网络有限责任公司 | 支持动态扩展帧头的过滤匹配预处理方法及装置 |
CN102316121B (zh) * | 2011-10-19 | 2013-11-20 | 武汉烽火网络有限责任公司 | 支持动态扩展帧头的过滤匹配预处理方法及装置 |
CN102739553A (zh) * | 2012-07-20 | 2012-10-17 | 烽火通信科技股份有限公司 | 一种以太网数据包的识别和处理装置 |
CN102739553B (zh) * | 2012-07-20 | 2015-04-29 | 烽火通信科技股份有限公司 | 一种以太网数据包的识别和处理装置 |
CN103929445A (zh) * | 2013-01-11 | 2014-07-16 | 中国科学院声学研究所 | 一种在线解析HTTP chunked编码数据的方法 |
CN103929445B (zh) * | 2013-01-11 | 2017-06-13 | 中国科学院声学研究所 | 一种在线解析HTTP chunked编码数据的方法 |
CN103873464A (zh) * | 2014-02-27 | 2014-06-18 | 华为技术有限公司 | 报文处理的方法及转发设备 |
CN103873464B (zh) * | 2014-02-27 | 2017-05-10 | 华为技术有限公司 | 报文处理的方法及转发设备 |
CN104009923B (zh) * | 2014-05-12 | 2017-07-14 | 中国人民解放军信息工程大学 | 一种基于指针迭代的ipv6报文硬件解析方法 |
CN104009923A (zh) * | 2014-05-12 | 2014-08-27 | 中国人民解放军信息工程大学 | 一种基于指针迭代的ipv6报文硬件解析方法 |
CN106549817A (zh) * | 2015-09-21 | 2017-03-29 | 深圳市中兴微电子技术有限公司 | 报文识别方法及装置 |
CN107783728A (zh) * | 2016-08-31 | 2018-03-09 | 百度在线网络技术(北京)有限公司 | 数据存储方法、装置和设备 |
CN107704606A (zh) * | 2017-10-17 | 2018-02-16 | 南京茂毓通软件科技有限公司 | 基于自定义标签语言的即时聊天协议要素通用抽取方法 |
CN107704606B (zh) * | 2017-10-17 | 2021-01-08 | 南京茂毓通软件科技有限公司 | 基于自定义标签语言的即时聊天协议要素通用抽取方法 |
CN108327745A (zh) * | 2018-01-02 | 2018-07-27 | 中车青岛四方机车车辆股份有限公司 | 一种列车数据实时解析方法和装置 |
WO2021087729A1 (zh) * | 2019-11-05 | 2021-05-14 | Oppo广东移动通信有限公司 | 一种指示解压缩对象的方法及装置、通信设备 |
CN111600796B (zh) * | 2020-05-20 | 2021-10-01 | 中国电子科技集团公司第五十四研究所 | 一种基于可配置解析字段的流识别装置及方法 |
CN111600796A (zh) * | 2020-05-20 | 2020-08-28 | 中国电子科技集团公司第五十四研究所 | 一种基于可配置解析字段的流识别装置及方法 |
CN112100170A (zh) * | 2020-08-05 | 2020-12-18 | 中科驭数(北京)科技有限公司 | 数据库交互数据解码方法和装置 |
CN112100170B (zh) * | 2020-08-05 | 2021-09-14 | 中科驭数(北京)科技有限公司 | 数据库交互数据解码方法和装置 |
CN112732241A (zh) * | 2021-01-08 | 2021-04-30 | 烽火通信科技股份有限公司 | 一种多级并行高速处理下的可编程解析器及其解析方法 |
CN112732241B (zh) * | 2021-01-08 | 2022-04-01 | 烽火通信科技股份有限公司 | 一种多级并行高速处理下的可编程解析器及其解析方法 |
WO2022237794A1 (zh) * | 2021-05-13 | 2022-11-17 | 华为技术有限公司 | 一种报文传输方法及装置 |
CN114006956A (zh) * | 2021-10-29 | 2022-02-01 | 杭州迪普信息技术有限公司 | 报文数据解析方法、装置及设备 |
CN115883681A (zh) * | 2023-02-08 | 2023-03-31 | 天翼云科技有限公司 | 报文解析方法、装置、电子设备及存储介质 |
CN115883681B (zh) * | 2023-02-08 | 2023-06-23 | 天翼云科技有限公司 | 报文解析方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN1331336C (zh) | 2007-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1585379A (zh) | 一种数据包的快速解析方法 | |
CN1148687C (zh) | 用于网络处理器的全匹配搜索方法和设备 | |
CN103491006B (zh) | 虚拟网络路由器的数据统一转发方法 | |
CN101345707B (zh) | 一种实现IPv6报文分类的方法及设备 | |
CN1282332C (zh) | 一种快速数据包过滤方法 | |
CN1270728A (zh) | 快速路由查找的方法和系统 | |
CN101035060A (zh) | 一种三重内容可寻址存储器报文分类的统一处理方法 | |
US8923298B2 (en) | Optimized trie-based address lookup | |
CN1558623A (zh) | 一种快速处理实时媒体流数据包的方法及其系统 | |
WO2011085577A1 (zh) | 对报文进行分类的方法及装置 | |
CN1929447A (zh) | 地址前缀查找方法和装置以及报文转发方法和系统 | |
CN101035062A (zh) | 一种三重内容可寻址存储器报文分类的规则更新方法 | |
WO2013078644A1 (zh) | 路由前缀存储方法、装置及路由地址查找方法、装置 | |
CN102427428A (zh) | 基于多域最长匹配的流识别方法及设备 | |
CN103107945A (zh) | 一种快速查找ipv6路由的系统及方法 | |
CN103457700A (zh) | Ndn/ccn网络中的数据包内容名称编码压缩方法 | |
CN1441579A (zh) | 支持多nexthop的TCAM高速查找方法及其系统 | |
Le et al. | Memory-efficient and scalable virtual routers using FPGA | |
WO2011124030A1 (zh) | 路由表项的存储方法和装置 | |
CN105978814A (zh) | 网络设备及网络设备内查询数据的方法 | |
CN101039253A (zh) | 一种实现三重内容可寻址存储器范围匹配的前缀扩展方法 | |
CN1885822A (zh) | 一种网络处理器 | |
CN103414603B (zh) | 基于Hash折叠方法的Ipv6深度包检测方法 | |
CN1207878C (zh) | 一种路由表压缩方法 | |
CN1913456A (zh) | 一种基于sip协议过程特征识别voip流量的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20070808 Termination date: 20110525 |