Network Working Group M. Bagnulo
Request for Comments: 4581 UC3M
Updates: 3972 J. Arkko
Category: Standards Track Ericsson
October 2006
Network Working Group M. Bagnulo
Request for Comments: 4581 UC3M
Updates: 3972 J. Arkko
Category: Standards Track Ericsson
October 2006
Cryptographically Generated Addresses (CGA) Extension Field Format
加密生成地址（CGA）扩展字段格式
Status of This Memo
关于下段备忘
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
本文件规定了互联网社区的互联网标准跟踪协议，并要求进行讨论和提出改进建议。有关本协议的标准化状态和状态，请参考当前版本的“互联网官方协议标准”（STD 1）。本备忘录的分发不受限制。
Copyright Notice
版权公告
Copyright (C) The Internet Society (2006).
版权所有（C）互联网协会（2006年）。
Abstract
摘要
This document defines a Type-Length-Value format for Cryptographically Generated Address (CGA) Extensions. This document updates RFC 3972.
本文档为加密生成的地址（CGA）扩展定义了类型长度值格式。本文件更新了RFC 3972。
Table of Contents
目录
1. Introduction ....................................................2
2. CGA Extension Field Format ......................................2
3. IANA Considerations .............................................2
4. Security Considerations .........................................3
5. Acknowledgements ................................................3
6. Normative References ............................................3
1. Introduction ....................................................2
2. CGA Extension Field Format ......................................2
3. IANA Considerations .............................................2
4. Security Considerations .........................................3
5. Acknowledgements ................................................3
6. Normative References ............................................3
The Cryptographically Generated Address (CGA) specification [1] defines Extension Fields that allow additional information to be included in the CGA Parameter Data Structure. So far there seems to be enough interest in including additional data items into the CGA Parameter Data Structure through these Extension Fields that it seems reasonable to expect that more than one mechanism will require its usage. In order to simplify the addition of multiple data items, this document updates RFC 3972 [1], and it defines a Type-Length-Value format for the Extension Fields.
加密生成地址（CGA）规范[1]定义了允许在CGA参数数据结构中包含附加信息的扩展字段。到目前为止，似乎有足够的兴趣通过这些扩展字段将额外的数据项包含到CGA参数数据结构中，因此可以合理地预期将需要使用多个机制。为了简化多个数据项的添加，本文档更新了RFC 3972[1]，并为扩展字段定义了类型长度值格式。
Data items to be included in Extension Fields of the CGA Parameter Data Structure MUST be encoded using the following Type-Length-Value (TLV) format:
要包含在CGA参数数据结构的扩展字段中的数据项必须使用以下类型长度值（TLV）格式进行编码：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Extension Type | Extension Data Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Extension Data ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Extension Type | Extension Data Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
~ Extension Data ~
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Extension Type: 16-bit identifier of the type of the Extension Field.
扩展类型：扩展字段类型的16位标识符。
Extension Data Length: 16-bit unsigned integer. Length of the Extension Data field of this option, in octets.
扩展数据长度：16位无符号整数。此选项的扩展数据字段的长度，以八位字节为单位。
Extension Data: Variable-length field. Extension-Type-specific data.
扩展数据：可变长度字段。扩展类型特定的数据。
The IANA has created and will maintain a registry entitled, "CGA Extension Type". The values in this name space are 16-bit unsigned integers. Initial values for the CGA Extension Type field are given below; future assignments are to be made through Standards Action [2]. Assignments consist of a name and the value.
IANA已经创建并将维护一个名为“CGA扩展类型”的注册表。此名称空间中的值是16位无符号整数。CGA扩展类型字段的初始值如下所示；未来的任务将通过标准行动[2]完成。赋值由名称和值组成。
As recommended in [3], this document makes the following assignments for experimental and testing use: the value 0xFFFD, with name Exp_FFFD; the value 0xFFFE, with name Exp_FFFE, and the value 0xFFFF, with name Exp_FFFF.
按照[3]中的建议，本文件为实验和测试使用指定了以下内容：值0xFFFD，名称为Exp\U FFFD；值0xFFFE（名称为Exp\u FFFE）和值0xFFFF（名称为Exp\u FFFF）。
No security concerns are raised by the adoption of the CGA Extension format described in this document. However, proper security analysis is required when new CGA Extensions are defined in order to make sure that they introduce no new vulnerabilities to the existing CGA schemes.
采用本文档中描述的CGA扩展格式不会引起安全问题。但是，当定义新的CGA扩展时，需要进行适当的安全分析，以确保它们不会给现有CGA方案带来新的漏洞。
Comments to this document were provided by Sam Hartman, Allison Mankin, Pekka Savola, Thomas Narten, Tuomas Aura, Stefan Rommer, Julien Laganier, and James Kempf.
Sam Hartman、Allison Mankin、Pekka Savola、Thomas Narten、Tuomas Aura、Stefan Rommer、Julien Laganier和James Kempf提供了对本文件的评论。
[1] Aura, T., "Cryptographically Generated Addresses (CGA)", RFC 3972, March 2005.
[1] Aura，T.，“加密生成地址（CGA）”，RFC 39722005年3月。
[2] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[2] Narten，T.和H.Alvestrand，“在RFCs中编写IANA注意事项部分的指南”，BCP 26，RFC 2434，1998年10月。
[3] Narten, T., "Assigning Experimental and Testing Numbers Considered Useful", BCP 82, RFC 3692, January 2004.
[3] Narten，T.，“分配被认为有用的实验和测试数字”，BCP 82，RFC 3692，2004年1月。
Authors' Addresses
作者地址
Marcelo Bagnulo Universidad Carlos III de Madrid Av. Universidad 30 Leganes, Madrid 28911 SPAIN
马德里卡洛斯三世大学。西班牙马德里勒加内斯30大学28911
Phone: 34 91 6249500
EMail: marcelo@it.uc3m.es
URI: http://www.it.uc3m.es
Phone: 34 91 6249500
EMail: marcelo@it.uc3m.es
URI: http://www.it.uc3m.es
Jari Arkko Ericsson Jorvas 02420 Finland
雅丽爱立信芬兰公司02420
EMail: jari.arkko@ericsson.com
EMail: jari.arkko@ericsson.com
Full Copyright Statement
完整版权声明
Copyright (C) The Internet Society (2006).
版权所有（C）互联网协会（2006年）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
本文件受BCP 78中包含的权利、许可和限制的约束，除其中规定外，作者保留其所有权利。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
本文件及其包含的信息是按“原样”提供的，贡献者、他/她所代表或赞助的组织（如有）、互联网协会和互联网工程任务组不承担任何明示或暗示的担保，包括但不限于任何保证，即使用本文中的信息不会侵犯任何权利，或对适销性或特定用途适用性的任何默示保证。
Intellectual Property
知识产权
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETF对可能声称与本文件所述技术的实施或使用有关的任何知识产权或其他权利的有效性或范围，或此类权利下的任何许可可能或可能不可用的程度，不采取任何立场；它也不表示它已作出任何独立努力来确定任何此类权利。有关RFC文件中权利的程序信息，请参见BCP 78和BCP 79。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
向IETF秘书处披露的知识产权副本和任何许可证保证，或本规范实施者或用户试图获得使用此类专有权利的一般许可证或许可的结果，可从IETF在线知识产权存储库获取，网址为http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETF邀请任何相关方提请其注意任何版权、专利或专利申请，或其他可能涵盖实施本标准所需技术的专有权利。请将信息发送至IETF的IETF-ipr@ietf.org.
Acknowledgement
确认
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFC编辑器功能的资金由IETF行政支持活动（IASA）提供。