RFC 6255 - Delay-Tolerant Networking Bundle Protocol IANA Registries 日本語訳

URL : https://tools.ietf.org/html/rfc6255
タイトル : RFC 6255 - 遅延耐性ネットワークバンドルプロトコルのIANAレジストリ
翻訳編集 : 自動生成

Internet Research Task Force (IRTF)                          M. Blanchet
Request for Comments: 6255                                      Viagenie
Category: Informational                                         May 2011
ISSN: 2070-1721

       Delay-Tolerant Networking Bundle Protocol IANA Registries

Abstract

抽象

The Delay-Tolerant Networking (DTN) Research Group research group has defined many protocols such as the Bundle Protocol and Licklider Transmission Protocol. The specifications of these protocols contain fields that are subject to a registry. For the purpose of its research work, the group created ad hoc registries. As the specifications are stable and have multiple interoperable implementations, the group would like to hand off the registries to IANA for official custody. This document describes the actions executed by IANA.

遅延耐性ネットワーク（DTN）研究グループの研究グループは、このようなバンドルプロトコルやリックライダー伝送プロトコルとして、多くのプロトコルを定義しています。これらのプロトコルの仕様は、レジストリの対象となるフィールドが含まれています。その研究活動の目的のために、グループは、アドホックレジストリを作成しました。仕様が安定しており、複数の相互運用可能な実装を持っているように、グループは公式保管のためにIANAにレジストリをハンドオフしたいと思います。この文書は、IANAによって実行されるアクションについて説明します。

Status of This Memo

このメモのステータス

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントはインターネット標準化過程仕様ではありません。それは、情報提供の目的のために公開されています。

This document is a product of the Internet Research Task Force (IRTF). The IRTF publishes the results of Internet-related research and development activities. These results might not be suitable for deployment. This RFC represents the consensus of the Delay-Tolerant Network Research Group of the Internet Research Task Force (IRTF). Documents approved for publication by the IRSG are not a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

この文書はインターネットResearch Task Force（IRTF）の製品です。 IRTFはインターネット関連の研究開発活動の成果を公表しています。これらの結果は、展開に適していない可能性があります。このRFCはインターネットResearch Task Force（IRTF）の遅延トレラント・ネットワーク研究グループのコンセンサスを表しています。 IRSGによって公表のために承認されたドキュメントは、インターネット標準の任意のレベルの候補ではありません。 RFC 5741のセクション2を参照してください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6255.

このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6255で取得することができます。

著作権表示

著作権（C）2011 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.

この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。

Table of Contents

   1. Introduction ....................................................2
   2. Treatment of Flag Fields Encoded Using SDNVs ....................2
   3. Bundle Protocol .................................................3
      3.1. Bundle Block Types .........................................3
      3.2. Primary Bundle Protocol Version ............................3
      3.3. Bundle Processing Control Flags ............................4
      3.4. Block Processing Control Flags .............................5
      3.5. Bundle Status Report Flags .................................6
      3.6. Bundle Status Report Reason Codes ..........................7
      3.7. Bundle Custody Signal Reason Codes .........................7
   4. Security Considerations .........................................8
   5. IANA Considerations .............................................8
   6. Acknowledgements ................................................8
   7. References ......................................................9
      7.1. Normative References .......................................9
      7.2. Informative References .....................................9

1. Introduction

1. はじめに

The DTNRG research group has defined many protocols relevant to the DTN architecture [RFC4838] such as the Bundle Protocol [RFC5050] and Licklider Transmission Protocol [RFC5326]. The specifications of these protocols contain fields that are subject to a registry. For the purpose of its research work, the group created ad hoc registries (http://www.dtnrg.org/wiki/AssignedNamesAndNumbers). As the specifications are stable and have multiple interoperable implementations, the group would like to hand off the registries to IANA for official custody. This document describes the actions executed by IANA.

DTNRG研究グループは、バンドルプロトコル[RFC5050]とリックライダー伝送プロトコル[RFC5326]としてDTNアーキテクチャ[RFC4838]に関連する多くのプロトコルを定義しています。これらのプロトコルの仕様は、レジストリの対象となるフィールドが含まれています。その研究活動の目的のために、グループは（http://www.dtnrg.org/wiki/AssignedNamesAndNumbers）アドホックレジストリを作成しました。仕様が安定しており、複数の相互運用可能な実装を持っているように、グループは公式保管のためにIANAにレジストリをハンドオフしたいと思います。この文書は、IANAによって実行されるアクションについて説明します。

2. Treatment of Flag Fields Encoded Using SDNVs

SDNVsを使用してフラグフィールドエンコードの2治療

The DTN protocols use several extensible bit flag fields that are encoded as Self-Delimiting Numeric Values (SDNVs) as defined in Section 4.1 of [RFC5050]. For these fields, the registry specifies the allocation and usage of bit positions within the unencoded field. The SDNV encoding treats the ensemble of bits in the unencoded value as a numeric value to be encoded on transmission and decoded on reception as described in [RFC5050].

DTNプロトコルは、[RFC5050]のセクション4.1で定義されるように自己区切り数値値（SDNVs）としてエンコードされているいくつかの拡張可能ビット・フラグ・フィールドを使用します。これらの分野では、レジストリは、符号化されていないフィールド内のビット位置の割り当てと使用方法を指定します。数値が送信に符号化され、[RFC5050]に記載されているように受信時に復号するようSDNV符号化は符号化されていない値のビットの集合を扱います。

Processing of SDNV-encoded flags is discussed in [RFC6256].

SDNVエンコードフラグの処理は、[RFC6256]に記載されています。

Section 4.1 of [RFC5050] specifies that implementations are not required to handle SDNVs with more than 64 bits in their unencoded value. Accordingly, SDNV-encoded flag fields should be limited to 64 bit positions.

[RFC5050]のセクション4.1は、実装は、その符号化されていない値が64以上のビットでSDNVsを処理するために必要とされないことを指定します。従って、SDNVエンコードフラグフィールドは64ビット位置に限定されるべきです。

IANA registry policies and wording used in this document are described in [RFC5226].

この文書で使用されているIANAレジストリポリシーとの文言は、[RFC5226]で説明されています。

3. Bundle Protocol

3.バンドルプロトコル

The Bundle Protocol (BP) [RFC5050] has fields requiring a registry managed by IANA.

バンドルプロトコル（BP）[RFC5050]はIANAによって管理されるレジストリを必要とするフィールドを有します。

3.1. Bundle Block Types

3.1. ブロックタイプをバンドル

The Bundle Protocol has a Bundle Block Type code field (Section 4.5.2) [RFC5050]. An IANA registry has been set up as follows.

バンドルプロトコルバンドルブロックタイプ・コード・フィールド（4.5.2）[RFC5050]を有します。次のようにIANAレジストリが設定されています。

The registration policy for this registry is:

このレジストリの登録ポリシーは次のとおりです。

0-191: Specification Required

0から191：仕様が必要

192-255: Private or experimental use. No assignment by IANA.

192から255：プライベートまたは実験的な使用。 IANAによって割り当てなしません。

The Value range is: unsigned 8-bit integer.

値の範囲は：符号なし8ビット整数。

Bundle Block Type Registry

ブロックタイプレジストリをバンドル

    +--------------+---------------------------------+---------------+
    |        Value | Description                     | Reference     |
    +--------------+---------------------------------+---------------+
    |            0 | Reserved                        | This document |
    |            1 | Bundle Payload Block            | [RFC5050]     |
    |        2-191 | Unassigned                      |               |
    |      192-255 | Private and/or Experimental Use | [RFC5050]     |
    +--------------+---------------------------------+---------------+

The value "0" was not defined in any document or in the ad hoc registry. As per consensus by the DTNRG research group, it is reserved per this document.

値「0」は、任意の文書内またはアドホックレジストリで定義されていませんでした。 DTNRGの研究グループによるコンセンサスあたりとしては、この文書ごとに予約されています。

3.2. Primary Bundle Protocol Version

3.2. プライマリバンドルプロトコルバージョン

The Bundle Protocol has a version field (see Section 4.5.1 of [RFC5050]). An IANA registry has been set up as follows.

バンドルプロトコルバージョンフィールドを有している（[RFC5050]のセクション4.5.1を参照）。次のようにIANAレジストリが設定されています。

The registration policy for this registry is: RFC Required

このレジストリの登録ポリシーは次のとおりです。RFC必要

The Value range is: unsigned 8-bit integer.

値の範囲は：符号なし8ビット整数。

Primary Bundle Protocol Version Registry

プライマリバンドルプロトコルバージョンレジストリ

                  +-------+-------------+---------------+
                  | Value | Description | Reference     |
                  +-------+-------------+---------------+
                  |   0-5 | Reserved    | This document |
                  |     6 | Assigned    | [RFC5050]     |
                  | 7-255 | Unassigned  |               |
                  +-------+-------------+---------------+

The value "0-5" was not defined in any document or in the ad hoc registry. As per consensus by the DTNRG research group, it is reserved per this document.

値「0-5」は、任意の文書内またはアドホックレジストリで定義されていませんでした。 DTNRGの研究グループによるコンセンサスあたりとしては、この文書ごとに予約されています。

3.3. Bundle Processing Control Flags

3.3. 処理制御フラグをバンドル

The Bundle Protocol has a Bundle Processing Control Flags field (see Section 4.2 of [RFC5050]) encoded as an SDNV (see Section 2). An IANA registry has been set up as follows.

バンドルプロトコルSDNVとしてエンコードバンドル処理制御フラグフィールド（[RFC5050]のセクション4.2を参照）（セクション2を参照）を有しています。次のようにIANAレジストリが設定されています。

The registration policy for this registry is: Specification Required

このレジストリの登録ポリシーは次のとおりです。仕様が必要

The Value range is: Variable length. Maximum number of flag bit positions: 64

値の範囲は次のとおりです。可変長。フラグビット位置の最大数：64

Bundle Processing Control Flags Registry

バンドル処理制御フラグレジストリ

   +--------------------+----------------------------------+-----------+
   |       Bit Position | Description                      | Reference |
   |    (right to left) |                                  |           |
   +--------------------+----------------------------------+-----------+
   |                  0 | Bundle is a fragment             | [RFC5050] |
   |                  1 | Application data unit is an      | [RFC5050] |
   |                    | administrative record            |           |
   |                  2 | Bundle must not be fragmented    | [RFC5050] |
   |                  3 | Custody transfer is requested    | [RFC5050] |
   |                  4 | Destination endpoint is a        | [RFC5050] |
   |                    | singleton                        |           |
   |                  5 | Acknowledgement by application   | [RFC5050] |
   |                    | is requested                     |           |
   |                  6 | Reserved                         | [RFC5050] |
   |                7-8 | Class of service: priority       | [RFC5050] |
   |               9-13 | Class of service: reserved       | [RFC5050] |
   |                 14 | Request reporting of bundle      | [RFC5050] |
   |                    | reception                        |           |
   |                 15 | Request reporting of custody     | [RFC5050] |
   |                    | acceptance                       |           |
   |                 16 | Request reporting of bundle      | [RFC5050] |
   |                    | forwarding                       |           |
   |                 17 | Request reporting of bundle      | [RFC5050] |
   |                    | delivery                         |           |
   |                 18 | Request reporting of bundle      | [RFC5050] |
   |                    | deletion                         |           |
   |                 19 | Reserved                         | [RFC5050] |
   |                 20 | Reserved                         | [RFC5050] |
   |              21-63 | Unassigned                       |           |
   +--------------------+----------------------------------+-----------+

3.4. Block Processing Control Flags

3.4. ブロック処理制御フラグ

The Bundle Protocol has a Block Processing Control Flags field (see Section 4.3 of [RFC5050]). An IANA registry has been set up as follows.

バンドルプロトコル（[RFC5050]のセクション4.3を参照）ブロック処理制御フラグフィールドを持っています。次のようにIANAレジストリが設定されています。

The registration policy for this registry is: Specification Required

このレジストリの登録ポリシーは次のとおりです。仕様が必要

The Value range is: Variable length. Maximum number of flag bit positions: 64

値の範囲は次のとおりです。可変長。フラグビット位置の最大数：64

Block Processing Control Flags Registry

ブロック処理制御フラグレジストリ

   +--------------------+----------------------------------+-----------+
   |       Bit Position | Description                      | Reference |
   |    (right to left) |                                  |           |
   +--------------------+----------------------------------+-----------+
   |                  0 | Block must be replicated in      | [RFC5050] |
   |                    | every fragment                   |           |
   |                  1 | Transmit status report if block  | [RFC5050] |
   |                    | can't be processed               |           |
   |                  2 | Delete bundle if block can't be  | [RFC5050] |
   |                    | processed                        |           |
   |                  3 | Last block                       | [RFC5050] |
   |                  4 | Discard block if it can't be     | [RFC5050] |
   |                    | processed                        |           |
   |                  5 | Block was forwarded without      | [RFC5050] |
   |                    | being processed                  |           |
   |                  6 | Block contains an EID-reference  | [RFC5050] |
   |                    | field                            |           |
   |               7-63 | Unassigned                       |           |
   +--------------------+----------------------------------+-----------+

3.5. Bundle Status Report Flags

3.5. バンドルステータスレポート国旗

The Bundle Protocol has a Status Report Status Flag field (see Section 6.1.1 of [RFC5050]). An IANA registry has been set up as follows.

バンドルプロトコル（[RFC5050]のセクション6.1.1を参照）ステータスレポートステータスフラグのフィールドがあります。次のようにIANAレジストリが設定されています。

The registration policy for this registry is: RFC Required

このレジストリの登録ポリシーは次のとおりです。RFC必要

The Value range is: 8 bits.

値の範囲は8ビット。

Bundle Status Report Flags Registry

バンドルステータスレポートフラグレジストリ

   +----------+----------------------------------------+---------------+
   |    Value | Description                            | Reference     |
   +----------+----------------------------------------+---------------+
   | 00000000 | Reserved                               | This document |
   | 00000001 | Reporting node received bundle         | [RFC5050]     |
   | 00000010 | Reporting node accepted custody of     | [RFC5050]     |
   |          | bundle                                 |               |
   | 00000100 | Reporting node forwarded the bundle    | [RFC5050]     |
   | 00001000 | Reporting node delivered the bundle    | [RFC5050]     |
   | 00010000 | Reporting node deleted the bundle      | [RFC5050]     |
   | 00100000 | Unassigned                             |               |
   | 01000000 | Unassigned                             |               |
   | 10000000 | Unassigned                             |               |
   +----------+----------------------------------------+---------------+

The value "00000000" was not defined in any document or in the ad hoc registry. As per consensus by the DTNRG research group, it is reserved per this document.

値が「00000000」は、任意の文書内またはアドホックレジストリで定義されていませんでした。 DTNRGの研究グループによるコンセンサスあたりとしては、この文書ごとに予約されています。

3.6. Bundle Status Report Reason Codes

3.6. バンドルステータスレポート理由コード

The Bundle Protocol has a Bundle Status Report Reason Codes field (see Section 6.1.1 of [RFC5050]). An IANA registry has been set up as follows.

バンドルプロトコル（[RFC5050]のセクション6.1.1を参照）をバンドルステータスレポート理由コードフィールドを持っています。次のようにIANAレジストリが設定されています。

The registration policy for this registry is: Specification Required

このレジストリの登録ポリシーは次のとおりです。仕様が必要

The Value range is: unsigned 8-bit integer.

値の範囲は：符号なし8ビット整数。

Bundle Status Report Reason Codes Registry

バンドルステータスレポート理由コードレジストリ

   +-------+-------------------------------------------+---------------+
   | Value | Description                               | Reference     |
   +-------+-------------------------------------------+---------------+
   |     0 | No additional information                 | [RFC5050]     |
   |     1 | Lifetime expired                          | [RFC5050]     |
   |     2 | Forwarded over unidirectional link        | [RFC5050]     |
   |     3 | Transmission canceled                     | [RFC5050]     |
   |     4 | Depleted storage                          | [RFC5050]     |
   |     5 | Destination endpoint ID unintelligible    | [RFC5050]     |
   |     6 | No known route to destination from here   | [RFC5050]     |
   |     7 | No timely contact with next node on route | [RFC5050]     |
   |     8 | Block unintelligible                      | [RFC5050]     |
   | 9-254 | Unassigned                                |               |
   |   255 | Reserved                                  | This document |
   +-------+-------------------------------------------+---------------+

The value "255" was not defined in any document or in the ad hoc registry. As per consensus by the DTNRG research group, it is reserved per this document.

値「255」は、任意の文書内またはアドホックレジストリで定義されていませんでした。 DTNRGの研究グループによるコンセンサスあたりとしては、この文書ごとに予約されています。

3.7. Bundle Custody Signal Reason Codes

3.7. カストディ信号理由コードをバンドル

The Bundle Protocol has a Bundle Custody Signal Reason Codes field (see Section 6.1.2 of [RFC5050]). An IANA registry has been set up as follows.

バンドルプロトコル（[RFC5050]のセクション6.1.2を参照）をバンドルカストディ信号理由コードフィールドを持っています。次のようにIANAレジストリが設定されています。

The registration policy for this registry is: Specification Required

このレジストリの登録ポリシーは次のとおりです。仕様が必要

The Value range is: unsigned 7-bit integer.

値の範囲は：符号なし7ビット整数。

Bundle Custody Signal Reason Codes Registry

バンドルカストディ信号理由コードレジストリ

   +--------------+--------------------------------------+-------------+
   |        Value | Description                          | Reference   |
   +--------------+--------------------------------------+-------------+
   |            0 | No additional information            | [RFC5050]   |
   |          1-2 | Unassigned                           |             |
   |            3 | Redundant reception (reception by a  | [RFC5050]   |
   |              | node that is a custodial node for    |             |
   |              | this bundle)                         |             |
   |            4 | Depleted storage                     | [RFC5050]   |
   |            5 | Destination endpoint ID              | [RFC5050]   |
   |              | unintelligible                       |             |
   |            6 | No known route to destination from   | [RFC5050]   |
   |              | here                                 |             |
   |            7 | No timely contact with next node on  | [RFC5050]   |
   |              | route                                |             |
   |            8 | Block unintelligible                 | [RFC5050]   |
   |        9-126 | Unassigned                           |             |
   |          127 | Reserved                             | This        |
   |              |                                      | document    |
   +--------------+--------------------------------------+-------------+

The value "127" was not defined in any document or in the ad hoc registry. As per consensus by the DTNRG research group, it is reserved per this document.

値「127」は、任意の文書内またはアドホックレジストリで定義されていませんでした。 DTNRGの研究グループによるコンセンサスあたりとしては、この文書ごとに予約されています。

4. Security Considerations

4.セキュリティについての考慮事項

This document requests the creation of registries managed by IANA. There are no security issues involved. Refer to the Security Considerations section of the referenced protocols.

この文書は、IANAによって管理されるレジストリの作成を依頼します。関与はセキュリティ上の問題はありません。参照されたプロトコルのセキュリティに関する考慮事項のセクションを参照してください。

5. IANA Considerations

5. IANAの考慮事項

IANA has created the registries as described in the previous sections.

前のセクションで説明したようにIANAは、レジストリを作成しています。

6. Acknowledgements

6.謝辞

The editor would like to thank the following people who have provided comments and suggestions to this document, in no specific order: Stephen Farrell, Daniel Ellard, Scott Burleigh, Keith Scott, and Elwyn Davies.

スティーブン・ファレル、ダニエルEllard、スコット・バーレイ、キース・スコット、とエルウィン・デイヴィス：エディタはありません、特定の順序で、この文書にコメントや提案を提供した以下の方々に感謝したいと思います。

7. References

7.参考

7.1. Normative References

7.1. 引用規格

[RFC5050] Scott, K. and S. Burleigh, "Bundle Protocol Specification", RFC 5050, November 2007.

[RFC5050]スコット、K.およびS.バーリー、 "バンドルプロトコル仕様"、RFC 5050、2007年11月。

[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.

[RFC5226] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"、BCP 26、RFC 5226、2008年5月。

7.2. Informative References

7.2. 参考文献

[RFC4838] Cerf, V., Burleigh, S., Hooke, A., Torgerson, L., Durst, R., Scott, K., Fall, K., and H. Weiss, "Delay-Tolerant Networking Architecture", RFC 4838, April 2007.

[RFC4838]サーフ、V.、バーレイ、S.、フック、A.、Torgerson、L.、ダースト、R.、スコット、K.、秋、K.、およびH.ワイス、 "遅延耐性ネットワークアーキテクチャ" 、RFC 4838、2007年4月。

[RFC5326] Ramadas, M., Burleigh, S., and S. Farrell, "Licklider Transmission Protocol - Specification", RFC 5326, September 2008.

[RFC5326] Ramadas、M.、バーレイ、S.、およびS.ファレル、 "リックライダー伝送プロトコル - 仕様"、RFC 5326、2008年9月。

[RFC6256] Eddy, W. and E. Davies, "Using Self-Delimiting Numeric Values in Protocols", RFC 6256, May 2011.

[RFC6256]エディ、W.およびE.デイヴィス、 "プロトコルにおける自己区切りの数値の値を使用"、RFC 6256、2011年5月。

Author's Address

著者のアドレス

Marc Blanchet Viagenie 2875 boul. Laurier, suite D2-630 Quebec, QC G1V 2M2 Canada

マルク・ブランシェViagénie2875 BOUL。ローリエ、スイートD2-630ケベック、QC G1V 2M2カナダ

EMail: Marc.Blanchet@viagenie.ca URI: http://viagenie.ca

電子メール：Marc.Blanchet@viagenie.ca URI：http://viagenie.ca