云南龙网

  1. 首页 > 云知道 > >

IPComp IP有效载荷压缩协议

云知道

【IPComp IP有效载荷压缩协议】本备忘录状态
ThisdocumentspecifiesanInternetstandardstrackprotocolforthe
Internetcommunity,andrequestsdiscussionandsuggestionsfor
improvements.Pleaserefertothecurrenteditionofthe"Internet
OfficialProtocolStandards"(STD1)forthestandardizationstate
andstatusofthisprotocol.Distributionofthismemoisunlimited.
版权声明
Copyright(C)TheInternetSociety(1998).AllRightsReserved.
摘要
本文档描述用于在INTERNET环境中为IP层提供无损耗压缩的协议 。
1.介绍
IP有效载荷压缩是一个减少IP数据报长度的协议 。通过压缩数据报，这个协议将在一对通信主机/网关（“节点”）之间提升整体通信性能 。倘若节点有足够的计算能力，透过CPU功能或者一个压缩协处理器，在慢速或者拥挤的链路上通信 。
IP数据报加密时，IP有效载荷压缩非凡有用 。加密IP数据报使得数据看起来很随机，在较低协议层压缩效率低（例如，PPP压缩控制协议[RFC-1962]） 。假如同时要求压缩和加密，压缩必须在加密之前进行 。
本文档定义了IP有效载荷压缩协议(IPComp)、IPComp包结构、IPComp安全关联（IPCA），和几种协商IPCA的方式 。
其他文档具体说明一个特定压缩算法如何与IP有效载荷压缩协议一起使用 。这样的算法超出本文档范围之外 。
1.1.要求规范
本文档中的要害字"MUST","MUSTNOT","REQUIRED","SHALL","SHALLNOT",
"SHOULD","SHOULDNOT","RECOMMENDED","MAY",and"OPTIONAL"由RFC2119[RFC-2119]解释 。
2.压缩过程
IP数据报压缩处理过程包含两个阶段：出站IP数据报压缩和入站数据报解压 。压缩处理必须是无损耗的，确保IP数据报在压缩和解压缩之后，与原始的IP数据报一致 。
每个IP数据报单独地被压缩和解压，与其他数据报没有任何关联（无状态压缩） 。因为IP数据报可能无序地到达或者丢失 。每个压缩的IP数据报封装单个IP有效载荷 。
入站IP数据报的处理必须支持压缩和未压缩IP数据报，以便满足非扩展策略要求，它在2.2节定义 。出站IP数据报压缩必须在任何IP安全处理之前进行，例如加密和验证，必须在IP数据报分片之前进行 。另外，IPv6中，出站IP数据报压缩必须在Hop-by-Hop选项头或者Routing头添加之前进行 。因为它们被数据报传递路径上的各个节点检查和处理，所以必须以原始形式发送 。
类似地，入站IP数据报的解压必须在IP数据报重组之后，在所有IP安全处理完成之后进行，例如验证和解密 。
2.1.压缩的有效载荷
压缩应用于单列字节，在IP数据报中它们相邻 。这列字节总是以IP数据报有效载荷的最后字节结束 。注重：IP数据报中相邻的一列字节可能在物理内存中不相邻 。
IPv4中，压缩应用于IP数据报的上层协议有效载荷 。IP头或者IP头中的选项不压缩 。
IPv6中，IPComp被看作端到端的有效载荷，不答应用于hop-by-hop、routing、和分片扩展头 。压缩从第一个IP头选项字段开始，因为它没有必须由数据报传递路径上必须检测和处理的信息 。假如这样的IP头选项存在，继续至IP数据报的上层协议载荷 。
一个被压缩的有效载荷长度，由压缩算法产生的，必须以字节为单位 。
按照第3节定义，一个IPComp头直接插入已压缩的有效载荷之前 。原始IP头需要修改，以表明使用IPComp协议和减少的IP数据报长度 。下一个头（IPv6）字段或者协议字段(IPv4)的原始内容保存在IPComp头 。
解压缩应用IP数据报中单列相邻的字节 。这列字节的头紧跟IPComp头，以IP有效载荷的最后字节结束 。假如解压缩完全成功，IP头需要修改，以便指示解压后IP数据报的长度，从IPComp头中恢复原始的下一个头字段值 。IPComp头从IP数据报中删除，解压之后的有效载荷紧跟在IP头之后 。

推荐阅读


上一篇：如何清洗运动鞋的鞋垫和里面

下一篇：琦玉和龙卷是什么关系