RFC4132 日本語訳
4132 Addition of Camellia Cipher Suites to Transport Layer Security(TLS). S. Moriai, A. Kato, M. Kanda. July 2005. (Format: TXT=13590 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Moriai
Request for Comments: 4132 Sony Computer Entertainment Inc.
Category: Standards Track A. Kato
NTT Software Corporation
M. Kanda
Nippon Telegraph and Telephone Corporation
July 2005
Moriaiがコメントのために要求するワーキンググループS.をネットワークでつないでください: 4132年の株式会社ソニー・コンピュータエンタテインメントカテゴリ: 標準化過程A.加藤NTTソフトウェア株式会社M.神田日本電信電話会社2005年7月
Addition of Camellia Cipher Suites to Transport Layer Security (TLS)
トランスポート層セキュリティへのツバキ暗号スイートの追加(TLS)
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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
Abstract
要約
This document proposes the addition of new cipher suites to the Transport Layer Security (TLS) protocol to support the Camellia encryption algorithm as a bulk cipher algorithm.
このドキュメントは、大量の暗号アルゴリズムとしてCamellia暗号化アルゴリズムをサポートするためにTransport Layer Security(TLS)プロトコルに新しい暗号スイートの追加を提案します。
1. Introduction
1. 序論
This document proposes the addition of new cipher suites to the TLS protocol [TLS] to support the Camellia encryption algorithm as a bulk cipher algorithm. This proposal provides a new option for fast and efficient bulk cipher algorithms.
このドキュメントは、大量の暗号アルゴリズムとしてCamellia暗号化アルゴリズムをサポートするためにTLSプロトコル[TLS]に新しい暗号スイートの追加を提案します。 この提案は速くて効率的な大量の暗号アルゴリズムのための新しいオプションを提供します。
Note: This work was done when the first author worked for NTT.
以下に注意してください。 第1代作者がNTTで働いていたとき、この仕事をしました。
1.1. Camellia
1.1. ツバキ
Camellia was selected as a recommended cryptographic primitive by the EU NESSIE (New European Schemes for Signatures, Integrity and Encryption) project [NESSIE] and included in the list of cryptographic techniques for Japanese e-Government systems, which were selected by the Japan CRYPTREC (Cryptography Research and Evaluation Committees) [CRYPTREC]. Camellia is also included in specification of the TV-Anytime Forum [TV-ANYTIME]. The TV-Anytime Forum is an association of organizations that seeks to develop
ツバキは、お勧めの暗号のEUネッシーによる原始(Signatures、Integrity、およびEncryptionのための新しいヨーロッパのSchemes)のプロジェクト[ネッシー]として選択されて、日本CRYPTREC(暗号ResearchとEvaluation Committees)[CRYPTREC]によって選択された日本の電子政府システムのための暗号のテクニックのリストに含まれていました。 また、ツバキはいつでもテレビのForum[テレビ-ANYTIME]の仕様に含まれています。 いつでもテレビのForumは展開しようとする組織の協会です。
Moriai, et al. Standards Track [Page 1] RFC 4132 Camellia Cipher Suites for TLS July 2005
Moriai、他 規格は2005年7月にTLSのためにRFC4132ツバキ暗号スイートを追跡します[1ページ]。
specifications to enable audio-visual and other services based on mass-market high-volume digital storage in consumer platforms. Camellia is specified as Cipher Suite in TLS used by Phase 1 S-7 (Bi-directional Metadata Delivery Protection) specification and S-5 (TV-Anytime Rights Management and Protection Information for Broadcast Applications) specification. Camellia has been submitted to other several standardization bodies such as ISO (ISO/IEC 18033) and IETF S/MIME Mail Security Working Group [Camellia-CMS].
視聴覚の、そして、他のサービスを可能にする仕様は家電仕様におけるデジタル保存を大衆市場大容量に基礎づけました。ツバキはCipher SuiteとしてPhase1秒間-7(双方向のMetadata Delivery Protection)仕様とS-5(Broadcast ApplicationsのためのいつでもテレビのRights ManagementとProtection情報)仕様で使用されるTLSで指定されます。 ISO(ISO/IEC18033)やIETF S/MIMEメールSecurity作業部会[ツバキ-CMS]などの他のいくつかの標準化本体にツバキを提出しました。
Camellia supports 128-bit block size and 128-, 192-, and 256-bit key sizes; i.e., the same interface specifications as the Advanced Encryption Standard (AES) [AES].
ツバキサポート128ビットのブロック・サイズ、および128、192、および256ビットの主要なサイズ。 すなわち、エー・イー・エス(AES)[AES]と同じインターフェース仕様。
Camellia was jointly developed by NTT and Mitsubishi Electric Corporation in 2000 [CamelliaTech]. It was carefully designed to withstand all known cryptanalytic attacks and even to have a sufficiently large security leeway. It has been scrutinized by worldwide cryptographic experts.
ツバキは2000年[CamelliaTech]にNTTと三菱電機によって共同で開発されました。 それは、すべての知られているcryptanalytic攻撃に耐えて、十分大きいセキュリティ余裕を持つのさえ入念に設計されました。 それは世界的な暗号の専門家によって精査されました。
Camellia was also designed to be suitable for both software and hardware implementations and to cover all possible encryption applications, from low-cost smart cards to high-speed network systems. Compared to the AES, Camellia offers at least comparable encryption speed in software and hardware. In addition, a distinguishing feature is its small hardware design. Camellia perfectly meets one of the current TLS market requirements, for which low power consumption is mandatory.
また、ツバキはソフトウェアとハードウェア実装の両方に適して、すべての可能な暗号化アプリケーションをカバーするように設計されました、安価のスマートカードから高速ネットワーク・システムまで。AESと比べて、Camelliaは少なくともソフトウェアとハードウェアの匹敵する暗号化速度を提供します。 さらに、区別の特徴は小さいハードウェアデザインです。 ツバキは現在のTLS市場の必要性の1つに完全に会います。(低消費電力は市場の必要性に義務的です)。
The algorithm specification and object identifiers are described in [Camellia-Desc]. The Camellia homepage, http://info.isl.ntt.co.jp/camellia/, contains a wealth of information about camellia, including detailed specification, security analysis, performance figures, reference implementation, and test vectors.
アルゴリズム仕様とオブジェクト識別子は[ツバキ-Desc]で説明されます。 Camelliaホームページ( http://info.isl.ntt.co.jp/camellia/ )はツバキの豊富な情報を含んでいます、仕様詳細、証券分析、性能の数字、参照実装、およびテストベクトルを含んでいて。
1.2. Terminology
1.2. 用語
The key words "MUST", "MUST NOT", "REQUIRED", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document (in uppercase, as shown) are to be interpreted as described in [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHOULD"、「「推薦され」て、このドキュメント(中で大文字してください、示されるように)で「5月」の、そして、「任意」のNOTは[RFC2119]で説明されるように解釈されることであるべきですか?
2. Proposed Cipher Suites
2. 提案された暗号スイート
The new cipher suites proposed here have the following definitions:
ここで提案された新しい暗号スイートは以下の定義を持っています:
CipherSuite TLS_RSA_WITH_CAMELLIA_128_CBC_SHA = { 0x00,0x41 };
CipherSuite TLS_DH_DSS_WITH_CAMELLIA_128_CBC_SHA = { 0x00,0x42 };
CipherSuite TLS_DH_RSA_WITH_CAMELLIA_128_CBC_SHA = { 0x00,0x43 };
CipherSuite TLS_DHE_DSS_WITH_CAMELLIA_128_CBC_SHA = { 0x00,0x44 };
0×00、_ツバキ_128_CBC_SHAとCipherSuite TLS_RSA_=0×41。 0×00、_ツバキ_128_CBC_SHA=0×42があるCipherSuite TLS_DH_DSS_。 0×00、_ツバキ_128_CBC_SHA=0×43があるCipherSuite TLS_DH_RSA_。 0×00、_ツバキ_128_CBC_SHA=0×44があるCipherSuite TLS_DHE_DSS_。
Moriai, et al. Standards Track [Page 2] RFC 4132 Camellia Cipher Suites for TLS July 2005
Moriai、他 規格は2005年7月にTLSのためにRFC4132ツバキ暗号スイートを追跡します[2ページ]。
CipherSuite TLS_DHE_RSA_WITH_CAMELLIA_128_CBC_SHA = { 0x00,0x45 };
CipherSuite TLS_DH_anon_WITH_CAMELLIA_128_CBC_SHA = { 0x00,0x46 };
0×00、_ツバキ_128_CBC_SHA=0×45があるCipherSuite TLS_DHE_RSA_。 CipherSuite TLS_DH、__やがて、__ツバキ128_CBC_で、SHAは0×00、0×46と等しいです。
CipherSuite TLS_RSA_WITH_CAMELLIA_256_CBC_SHA = { 0x00,0x84 };
CipherSuite TLS_DH_DSS_WITH_CAMELLIA_256_CBC_SHA = { 0x00,0x85 };
CipherSuite TLS_DH_RSA_WITH_CAMELLIA_256_CBC_SHA = { 0x00,0x86 };
CipherSuite TLS_DHE_DSS_WITH_CAMELLIA_256_CBC_SHA = { 0x00,0x87 };
CipherSuite TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA = { 0x00,0x88 };
CipherSuite TLS_DH_anon_WITH_CAMELLIA_256_CBC_SHA = { 0x00,0x89 };
0×00、_ツバキ_256_CBC_SHAとCipherSuite TLS_RSA_=0×84。 0×00、_ツバキ_256_CBC_SHA=0×85があるCipherSuite TLS_DH_DSS_。 0×00、_ツバキ_256_CBC_SHA=0×86があるCipherSuite TLS_DH_RSA_。 0×00、_ツバキ_256_CBC_SHA=0×87があるCipherSuite TLS_DHE_DSS_。 0×00、_ツバキ_256_CBC_SHA=0×88があるCipherSuite TLS_DHE_RSA_。 CipherSuite TLS_DH、__やがて、__ツバキ256_CBC_で、SHAは0×00、0×89と等しいです。
3. Cipher Suite Definitions
3. 暗号スイート定義
3.1. Cipher
3.1. 暗号
All the cipher suites described here use Camellia in cipher block chaining (CBC) mode as a bulk cipher algorithm. Camellia is a 128- bit block cipher with 128-, 192-, and 256-bit key sizes; i.e., it supports the same block and key sizes as the Advanced Encryption Standard (AES). However, this document only defines cipher suites for 128- and 256-bit keys as well as AES cipher suites for TLS [AES-TLS]. These cipher suites are efficient and practical enough for most uses, including high-security applications.
ここで説明されたすべての暗号スイートが大量の暗号アルゴリズムとして暗号ブロック連鎖(CBC)モードでCamelliaを使用します。 ツバキは128、192、および256ビットの主要なサイズがある128の噛み付いているブロック暗号です。 すなわち、それはエー・イー・エス(AES)として同じブロックと主要なサイズを支えます。 しかしながら、このドキュメントは128のための暗号スイートとAES暗号スイートと同様にTLSのための256ビットのキー[AES-TLS]を定義するだけです。 高セキュリティアプリケーションを含んでいて、これらの暗号スイートは、効率的であって、ほとんどの用途に、十分実用的です。
Key Expanded Effective IV Block
Cipher Type Material Key Material Key Bits Size Size
主要な拡張有効なIVのタイプ物質的な材料キービットサイズブロック暗号キーサイズ
CAMELLIA_128_CBC Block 16 16 128 16 16 CAMELLIA_256_CBC Block 32 32 256 16 16
ツバキ_128_CBCブロック16 16 128 16 16ツバキ_256_CBCブロック32 32 256 16 16
3.2. Hash
3.2. ハッシュ
All the cipher suites described here use SHA-1 [SHA-1] in a Hashed Message Authentication Code (HMAC) construction, as described in section 5 of [TLS].
ここで説明されたすべての暗号スイートがHashedメッセージ立証コード(HMAC)構造にSHA-1[SHA-1]を使用します、[TLS]のセクション5で説明されるように。
3.3. Key Exchange
3.3. 主要な交換
The cipher suites defined here differ in the type of certificate and key exchange method. They use the following options:
ここで定義された暗号スイートは証明書と主要な交換メソッドのタイプにおいて異なります。 彼らは以下のオプションを使用します:
Cipher Suite Key Exchange Algorithm
暗号スイートキー交換アルゴリズム
TLS_RSA_WITH_CAMELLIA_128_CBC_SHA RSA TLS_DH_DSS_WITH_CAMELLIA_128_CBC_SHA DH_DSS TLS_DH_RSA_WITH_CAMELLIA_128_CBC_SHA DH_RSA TLS_DHE_DSS_WITH_CAMELLIA_128_CBC_SHA DHE_DSS TLS_DHE_RSA_WITH_CAMELLIA_128_CBC_SHA DHE_RSA TLS_DH_anon_WITH_CAMELLIA_128_CBC_SHA DH_anon
ツバキ..DSS..ツバキ..DSS..ツバキ..DSS..ツバキ..DSS..ツバキ..やがて..ツバキ..やがて
Moriai, et al. Standards Track [Page 3] RFC 4132 Camellia Cipher Suites for TLS July 2005
Moriai、他 規格は2005年7月にTLSのためにRFC4132ツバキ暗号スイートを追跡します[3ページ]。
TLS_RSA_WITH_CAMELLIA_256_CBC_SHA RSA TLS_DH_DSS_WITH_CAMELLIA_256_CBC_SHA DH_DSS TLS_DH_RSA_WITH_CAMELLIA_256_CBC_SHA DH_RSA TLS_DHE_DSS_WITH_CAMELLIA_256_CBC_SHA DHE_DSS TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA DHE_RSA TLS_DH_anon_WITH_CAMELLIA_256_CBC_SHA DH_anon
ツバキ..DSS..ツバキ..DSS..ツバキ..DSS..ツバキ..DSS..ツバキ..やがて..ツバキ..やがて
For the meanings of the terms RSA, DH_DSS, DH_RSA, DHE_DSS, DHE_RSA, and DH_anon, please refer to sections 7.4.2 and 7.4.3 of [TLS].
やがて、RSAという用語、DH_DSS、DH_RSA、DHE_DSS、DHE_RSA、およびDH_の意味について、セクション7.4 .2と7.4を参照してください。.3[TLS。]
4. Security Considerations
4. セキュリティ問題
It is not believed that the new cipher suites are ever less secure than the corresponding older ones. Camellia is considered secure, and it has withstood extensive cryptanalytic efforts in several open, worldwide cryptographic evaluation projects [CRYPTREC][NESSIE].
新しい暗号スイートが対応する古いものほど安全でないと信じられていません。 ツバキは安全であると考えられます、そして、それはいくつかの開いていて、世界的な暗号の評価プロジェクト[CRYPTREC][ネッシー]で大規模なcryptanalytic取り組みに耐えました。
At the time of writing this document, there are no known weak keys for Camellia.
このドキュメントを書く時点で、Camelliaに、弱いキーは知られていません。
For other security considerations, please refer to the security considerations of the corresponding older cipher suites described in [TLS] and [AES-TLS].
他のセキュリティ問題について、[TLS]と[AES-TLS]で説明された対応するより古い暗号スイートのセキュリティ問題を参照してください。
5. References
5. 参照
5.1. Normative References
5.1. 引用規格
[Camellia-Desc] Matsui, M., Nakajima, J., and S. Moriai, "A
Description of the Camellia Encryption Algorithm",
RFC 3713, April 2004.
[ツバキ-Desc] 松井、M.、Nakajima、J.、およびS.Moriai、「ツバキ暗号化アルゴリズムの記述」、RFC3713、2004年4月。
[TLS] Dierks, T. and C. Allen, "The TLS Protocol Version
1.0", RFC 2246, January 1999.
[TLS] Dierks、T.、およびC.アレン、「TLSは1999年1月にバージョン1インチ、RFC2246について議定書の中で述べます」。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
5.2. Informative References
5.2. 有益な参照
[CamelliaTech] Aoki, K., Ichikawa, T., Kanda, M., Matsui, M.,
Moriai, S., Nakajima, J., and Tokita, T., "Camellia:
A 128-Bit Block Cipher Suitable for Multiple
Platforms - Design and Analysis -", In Selected Areas
in Cryptography, 7th Annual International Workshop,
SAC 2000, August 2000, Proceedings, Lecture Notes in
Computer Science 2012, pp.39-56, Springer-Verlag,
2001.
[CamelliaTech]青木とK.と市川とT.と神田とM.と松井とM.とMoriaiとS.とNakajima、J.とTokita、T.、「ツバキ:」 「Multiple Platforms(デザインとAnalysis)のための128ビットのBlock Cipher Suitable」、Cryptography、第7Annualの国際Workshop、SAC2000、2000年8月、Proceedings、コンピュータScience2012、pp.39-56、Springer-Verlag、2001のLecture NotesのIn Selected Areas。
Moriai, et al. Standards Track [Page 4] RFC 4132 Camellia Cipher Suites for TLS July 2005
Moriai、他 規格は2005年7月にTLSのためにRFC4132ツバキ暗号スイートを追跡します[4ページ]。
[Camellia-CMS] Moriai, S. and A. Kato, "Use of the Camellia
Encryption Algorithm in Cryptographic Message Syntax
(CMS)", RFC 3657, January 2004.
[ツバキcm] MoriaiとS.とA.加藤、「暗号のメッセージ構文(cm)におけるツバキ暗号化アルゴリズムの使用」、RFC3657、2004年1月。
[AES] NIST, FIPS PUB 197, "Advanced Encryption Standard
(AES)", November 2001.
http://csrc.nist.gov/publications/fips/fips197/fips-
197.{ps,pdf}.
[AES]NIST、FIPSパブ197、「エー・イー・エス(AES)」11月2001 http://csrc.nist.gov/publications/fips/fips197/fips- 197.はpdfにpsされます。
[AES-TLS] Chown, P., "Advanced Encryption Standard (AES)
Ciphersuites for Transport Layer Security (TLS)", RFC
3268, June 2002.
[AES-TLS]Chown、2002年6月のP.、「トランスポート層セキュリティ(TLS)のためのエー・イー・エス(AES)Ciphersuites」RFC3268。
[SHA-1] FIPS PUB 180-1, "Secure Hash Standard", National
Institute of Standards and Technology, U.S.
Department of Commerce, April 17, 1995.
[SHA-1]FIPSパブ180-1、「安全なハッシュ規格」、米国商務省標準技術局、米国商務省、1995年4月17日。
[CRYPTREC] Information-technology Promotion Agency (IPA), Japan,
CRYPTREC,
http://www.ipa.go.jp/security/enc/CRYPTREC/index-
e.html.
[CRYPTREC]情報技術Promotion Agency(IPA)、日本CRYPTREC、 http://www.ipa.go.jp/security/enc/CRYPTREC/index- e.html。
[NESSIE] The NESSIE project (New European Schemes for
Signatures, Integrity and Encryption),
http://www.cosic.esat.kuleuven.ac.be/nessie/.
[ネッシー] ネッシープロジェクト(Signatures、Integrity、およびEncryptionのための新しいヨーロッパのSchemes)、 http://www.cosic.esat.kuleuven.ac.be/nessie/ 。
[TV-ANYTIME] TV-Anytime Forum, http://www.tv-anytime.org/.
[いつでもテレビ] いつでもテレビのフォーラム、 http://www.tv-anytime.org/ 。
Moriai, et al. Standards Track [Page 5] RFC 4132 Camellia Cipher Suites for TLS July 2005
Moriai、他 規格は2005年7月にTLSのためにRFC4132ツバキ暗号スイートを追跡します[5ページ]。
Authors' Addresses
作者のアドレス
Shiho Moriai Sony Computer Entertainment Inc.
Shiho Moriai株式会社ソニー・コンピュータエンタテインメント
Phone: +81-3-6438-7523 Fax: +81-3-6438-8629 EMail: shiho@rd.scei.sony.co.jp
以下に電話をしてください。 +81-3-6438-7523 Fax: +81-3-6438-8629 メールしてください: shiho@rd.scei.sony.co.jp
Akihiro Kato NTT Software Corporation
Akihiro加藤NTTソフトウェア株式会社
Phone: +81-45-212-7094 Fax: +81-45-212-7506 EMail: akato@po.ntts.co.jp
以下に電話をしてください。 +81-45-212-7094 Fax: +81-45-212-7506 メールしてください: akato@po.ntts.co.jp
Masayuki Kanda Nippon Telegraph and Telephone Corporation
Masayuki神田NTT
Phone: +81-46-859-2437
Fax: +81-46-859-3365
EMail: kanda.masayuki@lab.ntt.co.jp
camellia@lab.ntt.co.jp (Camellia team)
以下に電話をしてください。 +81-46-859-2437 Fax: +81-46-859-3365 メールしてください: kanda.masayuki@lab.ntt.co.jp ツバキ@lab.ntt.co.jp(ツバキチーム)
Moriai, et al. Standards Track [Page 6] RFC 4132 Camellia Cipher Suites for TLS July 2005
Moriai、他 規格は2005年7月にTLSのためにRFC4132ツバキ暗号スイートを追跡します[6ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
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.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
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.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
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はどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
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.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
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 ipr@ietf.org のIETFに情報を扱ってください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Moriai, et al. Standards Track [Page 7]
Moriai、他 標準化過程[7ページ]
一覧
スポンサーリンク
