RFC4065 日本語訳
4065 Instructions for Seamoby and Experimental Mobility Protocol IANAAllocations. J. Kempf. July 2005. (Format: TXT=16179 bytes) (Status: EXPERIMENTAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group J. Kempf Request for Comments: 4065 DoCoMo Labs USA Category: Experimental July 2005
コメントを求めるワーキンググループJ.ケンフの要求をネットワークでつないでください: 4065年のDoCoMo研究室米国カテゴリ: 実験的な2005年7月
Instructions for Seamoby and
Experimental Mobility Protocol IANA Allocations
Seamobyのための指示と実験的な移動性プロトコルIANA配分
Status of This Memo
このメモの状態
This memo defines an Experimental Protocol for the Internet community. It does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。 それはどんな種類のインターネット標準も指定しません。 議論と改善提案は要求されています。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
Abstract
要約
The Seamoby Candidate Access Router Discovery (CARD) protocol and the Context Transfer Protocol (CXTP) are experimental protocols designed to accelerate IP handover between wireless access routers. These protocols require IANA allocations for ICMP type and options, Stream Control Transmission Protocol (SCTP) Payload Protocol Identifiers, port numbers, and registries for certain formatted message options. This document contains instructions to IANA about which allocations are required for the Seamoby protocols. The ICMP subtype extension format for Seamoby has been additionally designed so that it can be utilized by other experimental mobility protocols, and the SCTP port number is also available for other experimental mobility protocols.
Seamoby Candidate Access Routerディスカバリー(CARD)プロトコルとContext Transferプロトコル(CXTP)はワイヤレス・アクセスルータの間のIP引き渡しを加速するように設計された実験プロトコルです。 これらのプロトコルはICMPタイプのためにIANA配分を必要とします、そして、オプション(Stream Control Transmissionプロトコル(SCTP)有効搭載量プロトコルIdentifiers)は数を移植します、そして、確かな登録はメッセージオプションをフォーマットしました。 このドキュメントは配分がSeamobyプロトコルに必要であるIANAに指示を含んでいます。 SeamobyのためのICMP subtype拡大形式は他の実験移動性プロトコルでそれを利用できるようにさらに、設計されています、そして、また、SCTPポートナンバーも他の実験移動性プロトコルに有効です。
Kempf Experimental [Page 1] RFC 4065 Seamoby IANA Allocations July 2005
[1ページ]RFC4065Seamoby IANA配分2005年7月に実験的なケンフ
Table of Contents
目次
1. Introduction.................................................. 2
2. Common IPv4 and IPv6 Allocations.............................. 2
3. IPv4 Allocations.............................................. 3
4. IPv6 Allocations.............................................. 3
5. Candidate Access Router Discovery Protocol Registries......... 3
6. Context Transfer Profile Type Registry........................ 5
7. Context Transfer Protocol Authorization Token Calculation
Algorithm..................................................... 5
8. ICMP Experimental Mobility Subtype Format and Registry........ 5
9. Utilization by Other Experimental Mobility Protocols.......... 6
10. Normative References.......................................... 6
11. Security Considerations....................................... 7
12. IANA Considerations........................................... 7
1. 序論… 2 2. 一般的なIPv4とIPv6配分… 2 3. IPv4配分… 3 4. IPv6配分… 3 5. 候補アクセスルータ発見プロトコル登録… 3 6. 文脈転送プロフィールタイプ登録… 5 7. 文脈転送プロトコル承認トークン計算アルゴリズム… 5 8. ICMPの実験移動性Subtype形式と登録… 5 9. 他の実験移動性プロトコルによる利用… 6 10. 標準の参照… 6 11. セキュリティ問題… 7 12. IANA問題… 7
1. Introduction
1. 序論
The Seamoby Candidate Access Router Discovery (CARD) protocol [RFC4066] and the Context Transfer Protocol (CXTP) [RFC4067] are experimental protocols designed to accelerate IP handover between wireless access routers. These protocols require IANA allocations for ICMP options and type, SCTP Payload Protocol Identifiers, port numbers, and the establishment of registries for certain formatted message options. Because the protocols are experimental, there is no guarantee that they will ever see widespread deployment in their current form. Consequently, it is prudent to conserve Internet numbering resources that might be needed for other protocols that could see wider deployment. This document contains instructions to IANA for the Seamoby protocols. Additionally, the ICMP subtype extension format has been designed so that it could be used by other experimental mobility protocols.
Seamoby Candidate Access Routerディスカバリー(CARD)プロトコル[RFC4066]とContext Transferプロトコル(CXTP)[RFC4067]はワイヤレス・アクセスルータの間のIP引き渡しを加速するように設計された実験プロトコルです。 これらのプロトコルはICMPオプションのためのIANA配分を必要とします、そして、タイプ(SCTP有効搭載量プロトコルIdentifiers)は数を移植します、そして、確かな登録の設立はメッセージオプションをフォーマットしました。 プロトコルが実験しているので、現在のフォームで広範囲の展開を見るという保証が全くありません。 その結果、より広い展開を見ることができた他のプロトコルに必要であるかもしれないインターネット付番資源を節約するのは慎重です。 このドキュメントはSeamobyプロトコルのためのIANAに指示を含んでいます。 さらに、ICMP subtype拡大形式は、他の実験移動性プロトコルでそれを使用できるように設計されています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. Allocation policy names Specification Required, IETF Consensus Action, and Designated Expert are to be interpreted as described in RFC 2434 [RFC2434].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか? 配分方針名のSpecification Required、IETF Consensus Action、およびDesignated ExpertはRFC2434[RFC2434]で説明されるように解釈されることになっています。
2. Common IPv4 and IPv6 Allocations
2. 一般的なIPv4とIPv6配分
IANA has assigned SCTP port numbers 5090 for use by [RFC4066] and 5091 for use of [RFC4067]. See Section 5.2.1 of [RFC4066] for a description of the inter-access router CARD protocol use of SCTP, and Section 3.1 of [RFC4067] for a description of the inter-access router CXTP use of SCTP.
IANAは[RFC4067]の使用のために[RFC4066]と5091年までに使用のポートNo.5090をSCTPに割り当てました。 SCTPの相互アクセスルータCARDプロトコル使用の記述のための.1セクション5.2[RFC4066]、およびSCTPの相互アクセスルータCXTP使用の記述のための[RFC4067]のセクション3.1を見てください。
Kempf Experimental [Page 2] RFC 4065 Seamoby IANA Allocations July 2005
[2ページ]RFC4065Seamoby IANA配分2005年7月に実験的なケンフ
3. IPv4 Allocations
3. IPv4配分
IANA has assigned ICMP type 41 for IPv4 identifying ICMP messages utilized by experimental mobility protocols such as Seamoby. See Section 5.1.1 of [RFC4066] for a description of experimental mobility CARD ICMP messages and Section 3.2 of [RFC4067] for the CXTP ICMP messages, specified by Seamoby. See Section 9 of this document for a description of the experimental mobility protocol ICMP subtype format and initial allocations.
IANAはSeamobyなどの実験移動性プロトコルによって利用されたICMPメッセージを特定するIPv4のためにICMPタイプ41を選任しました。 Seamobyによって指定された実験移動性CARD ICMPメッセージの記述のための.1セクション5.1[RFC4066]とCXTP ICMPメッセージのための[RFC4067]のセクション3.2を見てください。 実験移動性プロトコルICMP subtype形式と初期の配分の記述に関してこのドキュメントのセクション9を見てください。
IANA has assigned Mobile IPv4 Foreign Agent Discovery [RFC3344] option type codes for the following:
IANAは以下のためにモバイルIPv4 Foreignエージェントディスカバリー[RFC3344]オプションタイプコードを割り当てました:
Code Purpose Reference
---------------------------------------------------------------------
137 CARD MN-AR signature option Section 6.4 of [RFC4066]
138 CARD Request option Section 5.1.2.1 of [RFC4066]
139 CARD Reply option Section 5.1.2.2 of [RFC4066]
コード目的参照--------------------------------------------------------------------- CARD MN-AR署名が[RFC4066]139CARD Replyオプションセクション5.1.2.2の[RFC4066]138CARD Requestオプションセクション5.1.2.1人のセクション6.4にゆだねる137[RFC4066]
4. IPv6 Allocations
4. IPv6配分
IANA has assigned ICMP type code 150 for IPv6 identifying ICMP messages utilized by experimental mobility protocols such as Seamoby. See Section 5.1.1 of [RFC4066] for a description of experimental mobility CARD ICMP messages and Section 3.2 of [RFC4067] for the CXTP ICMP messages, specified by Seamoby. See Section 9 of this document for a description of the experimental mobility protocol subtype format and initial allocations.
IANAはSeamobyなどの実験移動性プロトコルによって利用されたICMPメッセージを特定するIPv6のためにタイプコード150をICMPに割り当てました。 Seamobyによって指定された実験移動性CARD ICMPメッセージの記述のための.1セクション5.1[RFC4066]とCXTP ICMPメッセージのための[RFC4067]のセクション3.2を見てください。 実験移動性プロトコル「副-タイプ」形式と初期の配分の記述に関してこのドキュメントのセクション9を見てください。
IANA has assigned IPv6 RFC 2461 Neighbor Discovery [RFC2461] option type codes for the following:
IANAは以下のためにNeighborディスカバリー[RFC2461]オプションタイプコードをIPv6 RFC2461に割り当てました:
Code Purpose Reference
----------------------------------------------------------------
138 CARD Request option Section 5.1.2.1 of [RFC4066]
139 CARD Reply option Section 5.1.2.2 of [RFC4066]
コード目的参照---------------------------------------------------------------- [RFC4066]139CARD Replyオプションセクション5.1.2.2の138CARD Requestオプションセクション5.1.2.1[RFC4066]
5. Candidate Access Router Discovery Protocol Registries
5. 候補アクセスルータ発見プロトコル登録
For CARD, two new registries are created that IANA is to maintain, named:
CARDに関して、2つの新しい登録が作成されます。そのIANAが維持することになっている、命名される:
1) The AVP Type Registry, 2) The Layer 2 Access Technology Identifier Registry.
1) AVPタイプ登録、2) 層2は技術識別子登録にアクセスします。
These are described in the following subsections.
これらは以下の小区分で説明されます。
Kempf Experimental [Page 3] RFC 4065 Seamoby IANA Allocations July 2005
[3ページ]RFC4065Seamoby IANA配分2005年7月に実験的なケンフ
5.1. AVP Type Registry
5.1. AVPは登録をタイプします。
The AVP Type Registry allows for future expansion of the CARD AVP type space to include new AVPs. AVP Type codes are 16 bit unsigned integers. See Section 5.1.4 of [RFC4066] for a description of AVPs.
AVP Type Registryは、CARD AVPタイプスペースの今後の拡張が新しいAVPsを含んでいるのを許容します。 AVP Typeコードは16の噛み付いている符号のない整数です。 AVPsの記述に関して.4セクション5.1[RFC4066]を見てください。
The registry SHALL be initially populated with the following table:
以下のテーブルで居住されて、初めは、登録SHALLは以下の通りです。
AVP Name Type Code
----------------------------------------------
RESERVED 0x00
AVP名前タイプコード---------------------------------------------- 予約された0×00
Future allocations of AVP type codes will be made through Expert Review, as defined in RFC 2434.
RFC2434で定義されるようにExpert Reviewを通してAVPタイプコードの今後の配分をするでしょう。
5.2. Layer 2 Access Technology Identifier Registry
5.2. 層2のアクセス技術識別子登録
The Layer 2 Access Technology Identifier registry allows the registration of type codes to uniquely identify specific access technologies in the L2-Type field of the CARD L2 ID sub-option. L2 ID codes are 16 bit unsigned integers. See Section 5.1.3.1 of [RFC4066] for a description of the CARD L2 ID sub-option.
Layer2Access Technology Identifier登録で、タイプコードの登録はCARD L2 IDサブオプションのL2-タイプ分野で唯一特定のアクセス技術を特定できます。 L2 IDコードは16の噛み付いている符号のない整数です。 セクション5.1を見てください。.3 CARD L2 IDサブオプションの記述のための.1[RFC4066。]
The registry SHALL initially be populated with the following table:
登録SHALL、初めは、以下のテーブルで、居住されてください:
Layer 2 Access Technology Type Code
----------------------------------------------
RESERVED 0x00
IEEE 802.3 (Ethernet) 0x01
IEEE 802.11a 0x02
IEEE 802.11b 0x03
IEEE 802.11g 0x04
IEEE 802.15.1(Bluetooth) 0x05
IEEE 802.15.3 0x06
IEEE 802.15.4 0x07
IEEE 802.16 0x08
層2のアクセス技術タイプコード---------------------------------------------- 予約された0×00IEEE802.3(イーサネット)0x01IEEE 802.11a0x02IEEE 802.11b0x03IEEE802.11g0×04IEEE802.15.1(ブルートゥース)0x05IEEE802.15.3 0×06IEEE802.15.4 0×07IEEE802.16 0×08
Future allocation of Layer 2 Access Technology identifiers will be made by the method of Specification Required, as defined in RFC 2434. All requests for allocations MUST be accompanied by a reference to a technical document in which the design of the Layer 2 access technology is described.
Specification RequiredのメソッドでLayer2Access Technology識別子の今後の配分をするでしょう、RFC2434で定義されるように。 Layer2アクセス技術のデザインが説明される技術文献の参照で配分を求めるすべての要求に伴わなければなりません。
Kempf Experimental [Page 4] RFC 4065 Seamoby IANA Allocations July 2005
[4ページ]RFC4065Seamoby IANA配分2005年7月に実験的なケンフ
6. Context Transfer Profile Type Registry
6. 文脈転送プロフィールタイプ登録
CXTP requires IANA to maintain a registry named the Context Transfer Profile Type Registry, which is a registry of context Feature Profile Type identifiers. Feature Profile Type identifiers are 16 bit unsigned integers that identify particular types of feature contexts. See Section 2.4 of [RFC4067] for a description of how contexts are carried in CXTP.
CXTPは、IANAが文脈Feature Profile Type識別子の登録であるContext Transfer Profile Type Registryという登録を維持するのを必要とします。 特徴Profile Type識別子は特定のタイプの特徴文脈を特定する16の噛み付いている符号のない整数です。 文脈がCXTPでどう運ばれるかに関する記述に関して[RFC4067]のセクション2.4を見てください。
The registry SHALL initially be populated with the following table:
登録SHALL、初めは、以下のテーブルで、居住されてください:
Context Profile Type Code
----------------------------------------------
RESERVED 0x00
IPv6 Multicast Listener Context 0x01
文脈プロフィールタイプコード---------------------------------------------- 予約された0×00IPv6マルチキャストリスナー文脈0x01
Future allocations of Feature Profile Type codes will be made through Expert Review, as defined in RFC 2434.
RFC2434で定義されるようにExpert Reviewを通してFeature Profile Typeコードの今後の配分をするでしょう。
7. Context Transfer Protocol Authorization Token Calculation Algorithm
7. 文脈転送プロトコル承認トークン計算アルゴリズム
In Section 2.5.4 of [RFC4067], CXTP requires an authorization token calculation algorithm indicator. Currently, the only indicator defined is 0x1, for HMAC_SHA1. Additional algorithms may be added by the method of Specification Required [RFC2434].
.4セクション2.5[RFC4067]では、CXTPは承認トークン計算アルゴリズムインディケータを必要とします。 現在、定義された唯一のインディケータがHMAC_SHA1のための0×1です。 追加アルゴリズムはSpecification Required[RFC2434]のメソッドで加えられるかもしれません。
8. ICMP Experimental Mobility Subtype Format and Registry
8. ICMPの実験移動性Subtype形式と登録
The ICMP Experimental Mobility Type is utilized by CARD and CXTP in the following way. The interpretation of the Code field is as defined by the relevant ICMP standard for IPv4 and IPv6, and does not change. The protocols are free to utilize the Code for their own purposes. The ICMP Experimental Mobility Type defines a one octet subtype field within the ICMP Reserved field that identifies the specific protocol. The ICMP header for the Experimental Mobility Type is:
ICMP Experimental Mobility TypeはCARDとCXTPによって以下の方法で利用されます。 Code分野の解釈は、IPv4とIPv6の関連ICMP規格によって定義されるようにあって、変化しません。 プロトコルは無料でそれら自身の目的にCodeを利用できます。 ICMP Experimental Mobility Typeは特定のプロトコルを特定するICMP Reserved分野の中で1つの八重奏の「副-タイプ」分野を定義します。 Experimental Mobility TypeのためのICMPヘッダーは以下の通りです。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Subtype | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Options...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | タイプ| コード| チェックサム| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Subtype| 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | オプション… +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Type For IPv4, 41; for IPv6 150
IPv4、41には、タイプしてください。 IPv6 150のために
Kempf Experimental [Page 5] RFC 4065 Seamoby IANA Allocations July 2005
[5ページ]RFC4065Seamoby IANA配分2005年7月に実験的なケンフ
Code As defined by the relevant ICMP specification and
free for use by the Experimental Mobility protocol.
AsがExperimental Mobilityプロトコルで関連ICMP仕様で定義して、使用のために解放するコード。
Checksum ICMP checksum
チェックサムICMPチェックサム
Subtype One octet subtype code identifying the Experimental
Mobility protocol
Experimental Mobilityプロトコルを特定するSubtype One八重奏「副-タイプ」コード
Reserved Unless otherwise defined by the Experimental Mobility
protocol, set to zero by the sender and ignored by
the receiver.
別の方法でExperimental Mobilityプロトコルによって定義されて、送付者がゼロに用意ができて、受信機によって無視された予約されたUnless。
Options As defined by the Experimental Mobility protocol.
Experimental Mobilityによって定義されたオプションAsは議定書を作ります。
IANA SHALL maintain a registry of one octet unsigned integer subtype codes for the Experimental Mobility protocols called the Experimental Mobility Protocol Subtype Registry.
IANA SHALLはExperimental MobilityプロトコルSubtype Registryと呼ばれるExperimental Mobilityプロトコルのために1つの八重奏符号のない整数「副-タイプ」コードの登録を維持します。
Initial allocations in the registry SHALL be established as follows:
登録SHALLで配分に頭文字をつけてください。以下の通り設立されてください:
Protocol/Message Subtype Reference
----------------------------------------------------------
CARD 0 Section 5.1.1 of [RFC4066]
CXTP 1 Section 3.2 of [RFC4067]
プロトコル/メッセージSubtype参照---------------------------------------------------------- カード0は.1[RFC4066]CXTP1が3.2を区分する5.1を区分します。[RFC4067]
Subsequent allocations of subtype codes SHALL be made by the method of Specification Required and IESG Review as defined in RFC 2434.
「副-タイプ」のその後の配分はSHALLをコード化します。RFC2434の定義されるとしてのSpecification RequiredとIESG Reviewのメソッドで、作られてください。
9. Usage by Other Experimental Mobility Protocols
9. 他の実験移動性プロトコルによる用法
The ICMP Experimental Mobility type code is available for other experimental mobility protocols to use. Other experimental mobility protocols MAY define additional ICMP messages that use code points under the Experimental Mobility ICMP type.
他の実験移動性プロトコルが使用するように、ICMP Experimental Mobilityタイプコードは利用可能です。 他の実験移動性プロトコルはExperimental Mobility ICMPタイプのポイント下にコードを使用する追加ICMPメッセージを定義するかもしれません。
10. Normative References
10. 引用規格
[RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an
IANA Considerations Section in RFCs", BCP 26, RFC 2434,
October 1998.
[RFC2434]Narten、T.とH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」BCP26、RFC2434(1998年10月)。
[RFC2461] Narten, T., Nordmark, E., and W. Simpson, "Neighbor
Discovery for IP Version 6 (IPv6)", RFC 2461, December
1998.
[RFC2461]Narten、T.、Nordmark、E.、およびW.シンプソン、「IPバージョン6(IPv6)のための隣人発見」、RFC2461、1998年12月。
[RFC3344] Perkins, C., "IP Mobility Support for IPv4", RFC 3344,
August 2002.
[RFC3344] パーキンス、C.、「IPv4"、RFC3344、2002年8月のIP移動性サポート。」
Kempf Experimental [Page 6] RFC 4065 Seamoby IANA Allocations July 2005
[6ページ]RFC4065Seamoby IANA配分2005年7月に実験的なケンフ
[RFC4066] Liebsch, M., Ed., Singh, A., Ed., Chaskar, H., Funato, D.,
and E. Shim, "Candidate Access Router Discovery (CARD)",
RFC 4066, July 2005.
[RFC4066]Liebsch、M.(エド)、シン、A.(エド)、Chaskar、H.、船渡、D.、およびE.詰め物、「候補アクセスルータディスカバリー(カード)」(RFC4066)2005年7月。
[RFC4067] Loughney, J., Ed., Nahkjiri, M., Perkins, C., and R.
Koodli, "Context Transfer Protocol", RFC 4067, July 2005.
[RFC4067] Loughney、J.、エド、Nahkjiri、M.、パーキンス、C.、およびR.Koodli、「文脈転送プロトコル」、RFC4067、7月2005日
11. Security Considerations
11. セキュリティ問題
There are no security considerations associated with this document.
このドキュメントに関連しているどんなセキュリティ問題もありません。
12. IANA Considerations
12. IANA問題
This entire document is about IANA considerations.
この全体のドキュメントはIANA問題に関するものです。
Author's Address
作者のアドレス
James Kempf DoCoMo Labs USA 181 Metro Drive Suite 300 San Jose, CA 95110
サンノゼ、ジェームスケンフDoCoMo研究室米国181地下鉄ドライブSuite300カリフォルニア 95110
Phone: +1 408 451 4711 EMail: kempf@docomolabs-usa.com
以下に電話をしてください。 +1 4711年の408 451メール: kempf@docomolabs-usa.com
Kempf Experimental [Page 7] RFC 4065 Seamoby IANA Allocations July 2005
[7ページ]RFC4065Seamoby IANA配分2005年7月に実験的なケンフ
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機能のための基金は現在、インターネット協会によって提供されます。
Kempf Experimental [Page 8]
ケンフExperimentalです。[8ページ]
一覧
スポンサーリンク
