CN101132412B - iSCSI系统中的报文长度协商方法、装置和系统 - Google Patents
iSCSI系统中的报文长度协商方法、装置和系统 Download PDFInfo
- Publication number
- CN101132412B CN101132412B CN2007101516737A CN200710151673A CN101132412B CN 101132412 B CN101132412 B CN 101132412B CN 2007101516737 A CN2007101516737 A CN 2007101516737A CN 200710151673 A CN200710151673 A CN 200710151673A CN 101132412 B CN101132412 B CN 101132412B
- Authority
- CN
- China
- Prior art keywords
- message length
- message
- value
- negotiation
- length
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种iSCSI系统中的报文长度协商方法,包括如下步骤:获取网络中的最大输出单位MTU值以及输入输出IO报文长度;根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端进行报文长度的协商。本发明还提供了一种iSCSI系统中的报文长度协商装置和系统。通过使用本发明,由Initiator端和Target端根据网络质量和MTU值来自动选择合适的iSCSI报文长度,使网络的处理性能得到提升,不需要进行IP分片和组包的相关处理。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种iSCSI系统中的报文长度协商方法、装置和系统。
背景技术
SCSI(Small Computer System Interface,小型计算机系统接口)标准体系定义了应用主机和外部设备之间读写操作的过程,外部设备包括磁盘、磁带、光盘、打印机、扫描仪等。SCSI标准体系的参考模型是一个典型的客户端-服务器模型,在SCSI体系结构中,通常把客户端称为Initiator(发起端),Initiator发送服务请求,如应用主机;把服务器称为Target(目标端),Target接收、响应服务请求,如外部设备。Initiator和Target之间可以使用不同的物理连接方式来通讯。
iSCSI(Internet SCSI,互联网小型计算机系统接口)是一种基于TCP(Transmission Control Protocol,传输控制协议)/IP(Internet Procotol,因特网协议)的SCSI传输协议,即Initiator和Target利用因特网来传输SCSI命令和数据。目前,iSCSI协议主要用于应用主机和存储系统的数据传输,典型应用环境如下图1所示。
应用主机集成一个iSCSI Initiator模块,存储系统中集成一个iSCSI Target模块。客户端把SCSI命令和/或数据封装在iSCSI报文中,通过IP网络发送给存储系统,存储系统对每个iSCSI报文进行处理,取出其中的数据并写入到存储介质中。
数据传输的过程中iSCSI报文的大小通常是开始协商好的一个固定值,这个值通常用户都不会去设置,而是使用默认值,每个iSCSI数据报文的最大值通常默认是8192+48(+8)字节。
通常一个以太网报文的大小是1500字节,这时大于该大小的报文都将分片,所以通常一个iSCSI报文需要做许多分片才能完成,如果一个MTU(Maximum Transmission Unit,最大传输单位)比较小的网络路径,那么分片将更多,分片和组装报文都需要消耗时间来完成,而且分片的一个最大的缺点是一个分片丢失是整个数据报文都需要重传。
对于特殊应用,需要PDU(Protocol Data Unit,协议数据单元)报文最好一次就能发送一个IO(Input/Output,输入输出)报文,协议栈逻辑处理简单,网络部分处理也比较简单,遇到传输错误直接重发这个请求对别的请求的处理没有影响,当前为了兼顾效率在MTU允许大于1500字节的时候可以考虑使用。而对于一个局域网内部,一个IP报文可以达到一个很大值(理论上为65536字节),因此小的报文也不能完全发挥大MTU报文的网络优势。
发明内容
本发明提供一种iSCSI系统中的报文长度协商方法、装置和系统,以根据实现iSCSI系统中报文大小的自动选择报文长度,提高iSCSI系统的处理性能。
为达到上述目的,本发明提供一种iSCSI系统中的报文长度协商方法,包括至少一个本端设备和一个对端设备,包括以下步骤:
获取网络中的最大输出单位MTU值和输入输出IO报文长度;
根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商;
允许根据MTU值和IO报文长度进行报文长度自适应时,所述根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商的步骤具体为:
当所述MTU值小于或等于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值减去报文头部大小;
当所述MTU值大于传输使用的一般报文的大小,且IO报文长度小于或等于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值减去报文头部大小;
当所述MTU值大于传输使用的一般报文的大小,且IO报文长度大于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值和所述IO报文长度中的较小值减去报文头部大小。
其中,所述预先的设置具体包括:本端设备与所述对端设备预先协商是否根据MTU值进行报文长度自适应、和/或是否根据IO报文长度进行报文长度自适应。
其中,只允许根据MTU值进行报文长度自适应时,所述根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商的步骤具体为:
协商最大可接收报文长度值为所述MTU值减去报文头部大小。
其中,所述与对端设备进行报文长度的协商的步骤后,还包括:
将待发送的报文根据需要按照协商后的报文长度进行分片或压缩发送。
其中,所述将待发送的报文根据需要进行压缩的步骤具体为:
在报文头部添加压缩的标志;
删除报文中的保留字段;
对所有的计数域,用16位取代32位进行表示。
其中,所述与对端设备进行报文长度的协商的步骤后,还包括:
将接收到的报文根据需要按照协商后的报文长度进行组合和/或解压缩。
本发明还提供一种报文长度协商装置,用于iSCSI系统中的报文长度协商,包括:
MTU检测单元,用于检测网络中MTU值的变化,并在监测到MTU值的变化时,通知处理单元;
协商设置单元,用于设置是否根据MTU值进行报文长度自适应、和/或是否根据IO报文长度进行报文长度自适应;
处理单元,用于进行根据网络中MTU的值、IO报文的长度以及所述协商设置单元的设置,与对端设备进行最大可接收报文长度的协商;
所述处理单元进一步包括:
第一比较子单元,用于比较网络中的MTU值与传输使用的一般报文的大小,当传输使用的一般报文的大小大于MTU的值时,通知第二比较子单元,否则通知报文长度协商单元;
第二比较子单元,用于在所述协商设置单元设置为可以根据IO报文长度进行报文长度自适应时,比较IO报文长度与MTU值,并将比较结果通知报文长度协商子单元;
报文长度协商子单元,用于根据所述第一比较单元及所述第二比较单元的比较结果,与对端设备进行最大可接收报文长度的协商。
其中,所述协商设置单元进一步包括:
MTU自适应设置子单元,用于设置是否根据MTU值进行报文长度自适应;
IO自适应设置子单元,用于设置是否根据IO报文长度进行报文长度自适应。
其中,所述报文协商装置还包括:
报文发送单元,用于根据所述处理单元与对端设备协商的最大可接收报文长度,进行报文的发送。
其中,所述报文发送单元进一步包括:
分片子单元,用于根据最大可接收报文长度,将不能一次发送的报文进行分片处理;
压缩子单元,用于将需要发送报文的报文头进行压缩。
其中,所述报文协商装置还包括:
报文接收单元,用于根据所述处理单元与对端设备协商的最大可接收报文长度,进行报文的接收。
其中,所述报文接收单元进一步包括:
组合子单元,用于根据最大可接收报文长度,将对端设备分片发送的报文进行组合处理;
解压缩子单元,用于将接收到的压缩报文进行解压缩。
本发明还提供一种报文长度协商系统,用于iSCSI系统中的报文长度协商,包括至少一个发起端Initiator端设备和目标端Target端设备,其特征在于,所述Initiator端设备和Target端设备根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商;
允许根据MTU值和IO报文长度进行报文长度自适应时,所述根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商的步骤具体为:
当所述MTU值小于或等于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值减去报文头部大小;
当所述MTU值大于传输使用的一般报文的大小,且IO报文长度小于或等于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值减去报文头部大小;
当所述MTU值大于传输使用的一般报文的大小,且IO报文长度大于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值和所述IO报文长度中的较小值减去报文头部大小。
其中,所述Initiator端设备和Target端设备包括报文长度协商装置,所述报文协商装置进一步包括:
MTU检测单元,用于检测网络中MTU值的变化,并在监测到MTU值的变化时,通知处理单元;
协商设置单元,用于设置是否根据MTU值进行报文长度自适应、和/或是否根据IO报文长度进行报文长度自适应;
处理单元,用于进行根据网络中MTU的值、IO报文的长度以及所述协商设置单元的设置,与对端设备进行最大可接收报文长度的协商。
与现有技术相比,本发明具有以下优点:
根据网络质量和MTU值来自动选择合适的iSCSI报文长度,使处理的性能得到适当的提升,不需要进行IP分片和组包的相关处理。
附图说明
图1是现有技术中iSCSI协议应用环境的示意图;
图2是本发明中iSCSI系统中的报文长度协商方法流程图;
图3是本发明中iSCSI系统中的报文长度协商方法的另一流程图;
图4是本发明中报文长度协商装置的结构示意图。
具体实施方式
本发明一种iSCSI系统中的报文长度协商方法如图2所示,包括以下步骤:
步骤s201、获取网络中的最大输出单位MTU值以及输入输出IO报文长度;
步骤s202、根据预先设置以及获取到的MTU值和IO报文长度,与对端进行报文长度的协商。
具体的,在iSCSI发送的request报文中添加两个自定义的KEY=VALUE字段,分别定为x-h3c_ismtuautosize(根据MTU进行长度自适应)和x-h3c_isioautosize(根据IO进行长度自适应),其协商值是YES和NO两种。当x-h3c_ismtuautosize设置为YES的时候,若Initiator或Target发现MTU值小于1500字节的时候则触发重新协商发送报文的长度值,MTU值大于1500字节的时候需要判断x-h3c_isioautosize协商值,并在x-h3c_isioautosize设置为YES的时候对IO的长度进行协商。
以下首先以Initiator端进行描述。Initiator端监视网络的MTU值,当MTU值与传输使用的一般报文的大小(1500字节)相等时,不进行任何操作,按照现有技术进行报文的传递。发现MTU值小于1500字节时,协商出Target和Initiator的新的MaxRecvDataSegmentLength(最大可接收报文长度)值,该值等于MTU值减去报文头部大小(包括IP报文头部大小、TCP报文头部大小和iSCSI报文头部大小)。此时仍需要对一般的长度为1500字节的报文进行分片处理。
当MTU值大于1500字节时,若x-h3c_isioautosize协商为YES,则报文根据IO报文的大小进行再协商:(1)若IO报文的大小大于MTU,则协商最大可接收报文长度为MTU的值减去报文头部大小,以最大限度的可能传递IO报文,例如,MTU的值为1600字节,IO报文的大小为1700字节,则协商最大可接收报文长度为1600字节减去报文头部大小。(2)若IO报文的大小小于MTU的值,且IO报文的长度大于1500字节,则将最大可接收报文长度协商为IO报文的大小减去报文头部大小,例如,MTU的值为1700字节,IO报文的大小为1600字节,则将最大可接收报文长度协商为IO报文的大小1600字节减去报文头部大小,这样可以一次传递IO报文以及其他一般的大小为1500字节的报文。(3)若IO报文的大小小于MTU的值,且IO报文的长度小于1500字节,则协商最大可接收报文长度为MTU的值减去报文头部大小即可,这样可以一次传递IO报文和其他报文,例如,MTU的值为1700字节,IO报文的大小为1300字节,则协商最大可接收报文长度为1700字节减去报文头部大小。
当MTU值大于1500字节时,若协商x-h3c_isioautosize协商为NO,则保持MTU的值的设置,协商最大可接收报文长度为MTU的值减去报文头部大小,使得最大可接收报文长度尽可能的大。
上述Initiator端主动向Target端发起的协商,可以通过FFP(Full FuturePhase)阶段的text进行
上述描述的Initiator端发起的最大可接收报文长度协商流程如图3所示,包括如下步骤:
步骤s301、Initiator发现MTU的值发生改变。
步骤s302,Initiator和Target初始协商允许根据MTU进行长度自适应时,Initiator判断MTU是否小于1500字节;当MTU小于1500字节时进行步骤s303,大于1500字节时进行步骤s304。
步骤s303,Initiator发起再协商,根据MTU的值协商出新的最大可接收报文长度值后结束。
该最大可接收报文长度值等于MTU值减去报文头部大小。
步骤s304,Initiator判断是否已经协商允许根据IO进行长度自适应,如果允许则进行步骤s305,否则进行步骤s306。
步骤s305,按照MTU值的大小,协商最大可接收报文长度为MTU的值减去报文头部大小并结束。
步骤s306,判断当前业务的IO报文大小是否基本恒定在一个范围内,且最大的IO大小大于1500字节,如果不是则进行步骤s307;否则进行步骤s308。
步骤s307,协商最大可接收报文长度为MTU值减去报文头部大小并结束。
步骤s308,判断MTU的值是否小于IO报文的最大值,是则进行步骤s309,否则进行步骤s310。
步骤s309,将最大可接收报文长度协商为MTU的值减去报文头部大小并结束。
步骤s310,将最大可接收报文长度协商为IO报文的大小减去报文头部大小并结束。
上述流程是以Initiator端主动向Target端发起的协商为例,描述了iSCSI系统中的报文长度协商方法,在具体实施时,也可以由Target端对MTU进行监控并主动向Initiator端发起最大可接收报文长度的协商,该协商的过程与上述步骤s301~步骤s310中描述的流程相似,不同之处在于,Target端通过Asynchronous Message PDU给Initiator进行最大可接收报文长度的值协商,协商出合适的iSCSI报文大小;其具体过程在此不进行重复描述。
最大可接收报文长度变化时,报文不需要进行分片发送,对于不分片的报文,报文需要携带一个新的IP头部(通常20字节),新的TCP头部(通常20字节)以及一个iSCSI报文的头部(48字节,假设没有digest);而现有技术中的分片报文需要添加一个新的IP头部20字节。因此比较起来不分片的网络开销比分片的方式多68字节。为了节约网络资源,这里需要对报文进行压缩处理。
需要做分片的报文一般都是携带数据的报文,以DATA IN/DATA OUT报文据多(一般占一次数据存储总报文量的99%以上),所以只需要考虑DATAIN/DATA OUT的报文头的压缩即可。首先,在第一个字节的标志位中添加一个报文头部是否压缩的标志;其次,去除掉所有reserved域,可以节约18-23字节;再次,对所有的计数域用16位代替32位(不包括数据长度域),可以节约8字节,Buffer Offset和Residual Count域不做压缩。综合考虑,压缩后就节约26-31个字节。整个系统的计数值的范围都从232减小到216,ITT和TTT的值也从32位减小到16位,整个系统需要考虑归零的处理,使用循环不进位计算的处理方式可以解决这个问题,比较大小和范围值时考虑到溢出即可。
通过使用本发明提出的iSCSI系统中的报文长度协商方法,由Initiator端和Target端根据网络质量和MTU值来自动选择合适的iSCSI报文长度,使网络的处理性能得到提升,不需要进行IP分片和组包的相关处理。
本发明还提供了一种iSCSI系统中的装置,用于报文长度的协商。其结构如图4所示,包括:
MTU检测单元10,用于检测网络中MTU值的变化,并在监测到MTU值的变化时,通知处理单元30。
协商设置单元20,用于设置是否根据MTU值进行报文长度自适应、和/或是否根据IO报文长度进行报文长度自适应。该单元进一步包括MTU自适应设置子单元21以及IO自适应设置子单元22,单元的设置值可以为Yes或No,表示可以进行自适应或不可进行自适应。
处理单元30,用于进行根据网络中MTU的值、IO报文的长度以及协商设置单元20的设置,与对端进行最大可接收报文长度的协商。其中,其进一步包括:第一比较子单元31,用于比较网络中的MTU值与传输使用的一般报文的长度,当一般报文的长度大于MTU的值时,通知第二比较子单元32,否则通知报文长度协商单元33;第二比较子单元32,用于在协商设置单元20设置为可以根据IO报文长度进行报文长度自适应时,比较IO报文长度与MTU值,并将比较结果通知报文长度协商子单元33;报文长度协商子单元33,用于根据第一比较单元31及第二比较单元32的比较结果,与对端进行最大可接收报文长度的协商。
该装置还包括:
报文发送单元40,用于根据处理单元30与对端协商的最大可接收报文长度,进行报文的发送。其进一步包括:分片子单元41,用于根据最大可接收报文长度,将不能一次发送的报文进行分片处理;压缩子单元42,用于将需要发送报文的报文头进行压缩。
该装置还包括:
报文接收单元50,用于根据处理单元30与对端协商的最大可接收报文长度,进行报文的接收。其进一步包括:组合子单元51,用于根据最大可接收报文长度,将对端分片发送的报文进行组合处理;解压缩子单元52,用于将接收到的压缩报文进行解压缩。
本发明还提供了一种iSCSI系统中的系统,包括Initiator端和Target端,用于报文长度的协商,其中Initiator端和Target端分别具有图4所示的用于报文长度协商的装置,对于该装置的结构,在此不进行重复描述。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该获取机软件产品存储在一个存储介质中,包括若干指令用以使得一台iSCSCI系统中的设备执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (14)
1.一种iSCSI系统中的报文长度协商方法,包括至少一个本端设备和一个对端设备,其特征在于,包括如下步骤:
获取网络中的最大输出单位MTU值和输入输出IO报文长度;
根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商;
允许根据MTU值和IO报文长度进行报文长度自适应时,所述根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商的步骤具体为:
当所述MTU值小于或等于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值减去报文头部大小;
当所述MTU值大于传输使用的一般报文的大小,且IO报文长度小于或等于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值减去报文头部大小;
当所述MTU值大于传输使用的一般报文的大小,且IO报文长度大于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值和所述IO报文长度中的较小值减去报文头部大小。
2.如权利要求1所述iSCSI系统中的报文长度协商方法,其特征在于,所述预先的设置具体包括:本端设备与所述对端设备预先协商是否根据MTU值进行报文长度自适应、和/或是否根据IO报文长度进行报文长度自适应。
3.如权利要求2所述iSCSI系统中的报文长度协商方法,其特征在于,只允许根据MTU值进行报文长度自适应时,所述根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商的步骤具体为:
协商最大可接收报文长度值为所述MTU值减去报文头部大小。
4.如权利要求1所述iSCSI系统中的报文长度协商方法,其特征在于,所述与对端设备进行报文长度的协商的步骤后,还包括:
将待发送的报文根据需要按照协商后的报文长度进行分片或压缩发送。
5.如权利要求4所述iSCSI系统中的报文长度协商方法,其特征在于,所述将待发送的报文根据需要进行压缩的步骤具体为:
在报文头部添加压缩的标志;
删除报文中的保留字段;
对所有的计数域,用16位取代32位进行表示。
6.如权利要求1所述iSCSI系统中的报文长度协商方法,其特征在于,所述与对端设备进行报文长度的协商的步骤后,还包括:
将接收到的报文根据需要按照协商后的报文长度进行组合和/或解压缩。
7.一种报文长度协商装置,用于iSCSI系统中的报文长度协商,其特征在于,包括:
MTU检测单元,用于检测网络中MTU值的变化,并在监测到MTU值的变化时,通知处理单元;
协商设置单元,用于设置是否根据MTU值进行报文长度自适应、和/或是否根据IO报文长度进行报文长度自适应;
处理单元,用于进行根据网络中MTU的值、IO报文的长度以及所述协商设置单元的设置,与对端设备进行最大可接收报文长度的协商;
所述处理单元进一步包括:
第一比较子单元,用于比较网络中的MTU值与传输使用的一般报文的大小,当传输使用的一般报文的大小大于MTU的值时,通知第二比较子单元,否则通知报文长度协商单元;
第二比较子单元,用于在所述协商设置单元设置为可以根据IO报文长度进行报文长度自适应时,比较IO报文长度与MTU值,并将比较结果通知报文长度协商子单元;
报文长度协商子单元,用于根据所述第一比较单元及所述第二比较单元的比较结果,与对端设备进行最大可接收报文长度的协商。
8.如权利要求7所述报文长度协商装置,其特征在于,所述协商设置单元进一步包括:
MTU自适应设置子单元,用于设置是否根据MTU值进行报文长度自适应;
IO自适应设置子单元,用于设置是否根据IO报文长度进行报文长度自适应。
9.如权利要求7所述报文长度协商装置,其特征在于,所述报文协商装置还包括:
报文发送单元,用于根据所述处理单元与对端设备协商的最大可接收报文长度,进行报文的发送。
10.如权利要求9所述报文长度协商装置,其特征在于,所述报文发送单元进一步包括:
分片子单元,用于根据最大可接收报文长度,将不能一次发送的报文进行分片处理;
压缩子单元,用于将需要发送报文的报文头进行压缩。
11.如权利要求8所述报文长度协商装置,其特征在于,所述报文协商装置还包括:
报文接收单元,用于根据所述处理单元与对端设备协商的最大可接收报文长度,进行报文的接收。
12.如权利要求11所述报文长度协商装置,其特征在于,所述报文接收单元进一步包括:
组合子单元,用于根据最大可接收报文长度,将对端设备分片发送的报文进行组合处理;
解压缩子单元,用于将接收到的压缩报文进行解压缩。
13.一种报文长度协商系统,用于iSCSI系统中的报文长度协商,包括至少一个发起端Initiator端设备和目标端Target端设备,其特征在于,所述Initiator端设备和Target端设备根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商;
允许根据MTU值和IO报文长度进行报文长度自适应时,所述根据预先的设置以及获取到的所述MTU值和IO报文长度,与对端设备进行报文长度的协商的步骤具体为:
当所述MTU值小于或等于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值减去报文头部大小;
当所述MTU值大于传输使用的一般报文的大小,且IO报文长度小于或等于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值减去报文头部大小;
当所述MTU值大于传输使用的一般报文的大小,且IO报文长度大于传输使用的一般报文的大小时,协商最大可接收报文长度值为所述MTU值和所述IO报文长度中的较小值减去报文头部大小。
14.如权利要求13所述报文长度协商系统,其特征在于,所述Initiator端设备和Target端设备包括报文长度协商装置,所述报文协商装置进一步包括:
MTU检测单元,用于检测网络中MTU值的变化,并在监测到MTU值的变化时,通知处理单元;
协商设置单元,用于设置是否根据MTU值进行报文长度自适应、和/或是否根据IO报文长度进行报文长度自适应;
处理单元,用于进行根据网络中MTU的值、IO报文的长度以及所述协商设置单元的设置,与对端设备进行最大可接收报文长度的协商。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101516737A CN101132412B (zh) | 2007-09-26 | 2007-09-26 | iSCSI系统中的报文长度协商方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101516737A CN101132412B (zh) | 2007-09-26 | 2007-09-26 | iSCSI系统中的报文长度协商方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101132412A CN101132412A (zh) | 2008-02-27 |
CN101132412B true CN101132412B (zh) | 2010-06-23 |
Family
ID=39129536
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101516737A Active CN101132412B (zh) | 2007-09-26 | 2007-09-26 | iSCSI系统中的报文长度协商方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101132412B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101741706B (zh) * | 2008-11-14 | 2012-01-04 | 英业达股份有限公司 | 因特网小型计算机系统接口iSCSI服务质量控制方法 |
CN101436965B (zh) * | 2008-11-29 | 2012-04-04 | 成都市华为赛门铁克科技有限公司 | 一种共享接入客户端数量的检测方法、装置以及系统 |
CN101552728B (zh) * | 2009-05-12 | 2012-05-23 | 北京师范大学 | 一种面向IPv6的路径MTU发现方法及系统 |
CN104811265B (zh) * | 2014-01-29 | 2018-12-18 | 上海数字电视国家工程研究中心有限公司 | 基带帧的封装方法及解封装方法 |
CN103973774B (zh) * | 2014-04-11 | 2017-08-29 | 重庆纳跃信息科技有限公司 | 一种基于数据链路层协议的高速网络存储方法 |
CN106375212B (zh) * | 2016-09-20 | 2019-09-17 | 新华三技术有限公司 | 一种rsvp消息处理方法和装置 |
CN107508828B (zh) * | 2017-09-18 | 2019-10-18 | 南京斯坦德云科技股份有限公司 | 一种超远程数据交互系统及方法 |
CN109862297B (zh) * | 2017-11-30 | 2021-11-16 | 浙江宇视科技有限公司 | 窗口调整方法、装置及可读存储介质 |
WO2022110229A1 (zh) * | 2020-11-30 | 2022-06-02 | 北京小米移动软件有限公司 | 数据丢失检测方法、装置、通信设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1599361A (zh) * | 2003-09-17 | 2005-03-23 | 西门子公司 | 在网络中传输分组数据的方法 |
JP2006253867A (ja) * | 2005-03-09 | 2006-09-21 | Fujitsu Access Ltd | フレーム伝送システム及びフレーム伝送方法 |
CN1905456A (zh) * | 2005-07-27 | 2007-01-31 | 华为技术有限公司 | 一种数据帧的传输处理方法 |
-
2007
- 2007-09-26 CN CN2007101516737A patent/CN101132412B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1599361A (zh) * | 2003-09-17 | 2005-03-23 | 西门子公司 | 在网络中传输分组数据的方法 |
JP2006253867A (ja) * | 2005-03-09 | 2006-09-21 | Fujitsu Access Ltd | フレーム伝送システム及びフレーム伝送方法 |
CN1905456A (zh) * | 2005-07-27 | 2007-01-31 | 华为技术有限公司 | 一种数据帧的传输处理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101132412A (zh) | 2008-02-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101132412B (zh) | iSCSI系统中的报文长度协商方法、装置和系统 | |
US6947483B2 (en) | Method, apparatus, and system for managing data compression in a wireless network | |
EP1486039B1 (en) | Method and apparatus for header compression in a wireless lan | |
EP1916797B1 (en) | Authentication authorization accounting protocol message transmitting method | |
US7512716B2 (en) | Header compression method | |
JP5114567B2 (ja) | ヘッダインジケータを利用した効率的なデータブロック送信方法 | |
US9264940B2 (en) | Feedback method and device for header compression feedback information | |
US20020196743A1 (en) | Apparatus and method for enhancing performance in a packet data system | |
US10299163B2 (en) | Enhancement on header compression | |
CN101977402B (zh) | 鲁棒性头压缩中一种上下文重用的方法及装置 | |
US8761197B2 (en) | Method and apparatus for mode transition, compression, and decompression in robust header compression | |
WO2010020197A1 (zh) | 一种数据的传输方法、通信设备及通信系统 | |
US11323914B2 (en) | Methods for compression and decompression of headers of internet protocol packets, devices, computer programs and computer program products | |
US10171634B2 (en) | State transition method and apparatus based on ROHC, and storage medium | |
CN108632326B (zh) | 一种协议数据单元传输数据的方法及装置 | |
EP1986340A2 (en) | System and method for improving symmetry in data tranfer in LLC layer of peer to peer NFC device | |
EP2564526B1 (en) | Methods of encoding and decoding control information in a medium access control protocol data unit | |
WO2011032482A1 (zh) | 一种测量方法、装置和系统 | |
KR100533669B1 (ko) | 모바일 애드 혹 네트워크에서 데이터 패킷 전송 효율의개선을 위한 네트워크 장치 및 패킷 송수신 방법 | |
CN101197825B (zh) | 一种传输压缩消息的方法、系统及设备 | |
WO2012155566A1 (zh) | 上下文重用的方法及系统 | |
US20150230129A1 (en) | Method and system for optimizing radio resources between ue and enb during volte call | |
WO2020103420A1 (zh) | 一种数据传输方法、接收方法、装置及系统 | |
CN117955648B (zh) | 一种基于dpdk架构的密钥协商系统及方法 | |
CN116074394A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address |