[要約] RFC 4064は、Mobile IPv4に関する実験的なメッセージ、拡張機能、エラーコードについての規格です。その目的は、Mobile IPv4の機能を拡張し、エラー処理を改善することです。

Network Working Group                                         A. Patel
Request for Comments: 4064                                    K. Leung
Category: Standards Track                                Cisco Systems
                                                              May 2005
        

Experimental Message, Extensions, and Error Codes for Mobile IPv4

モバイルIPv4の実験メッセージ、拡張機能、およびエラーコード

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 (2005).

Copyright(c)The Internet Society(2005)。

Abstract

概要

Mobile IPv4 message types range from 0 to 255. This document reserves a message type for use by an individual, company, or organization for experimental purposes, to evaluate enhancements to Mobile IPv4 messages before a formal standards proposal is issued.

モバイルIPv4メッセージタイプの範囲は0から255の範囲です。このドキュメントは、正式な標準標準提案が発行される前に、モバイルIPv4メッセージの強化を評価するために、個人、企業、または組織が使用するためのメッセージタイプを留保します。

Table of Contents

目次

   1.  Introduction .................................................  2
   2.  Terminology ..................................................  3
   3.  Experimental Message .........................................  3
   4.  Experimental Extensions ......................................  4
       4.1.  Non-skippable Mobile IPv4 Experimental Extension .......  5
       4.2.  Non-skippable ICMP Router Discovery Exp. Extension .....  5
       4.3.  Skippable Mobile IPv4 Experimental Extension ...........  6
       4.4.  Skippable ICMP Router Discovery Experimental Extension .  6
   5.  Experimental Error Codes .....................................  7
   6.  Mobility Entity Considerations ...............................  7
   7.  IANA Considerations ..........................................  7
       7.1.  New Message Type .......................................  8
       7.2.  New Extension Values ...................................  8
       7.3.  New Error Codes ........................................  8
   8.  Security Considerations ......................................  8
   9.  Backward Compatibility Considerations ........................  9
   10. Acknowledgements..............................................  9
   11. References ...................................................  9
       11.1. Normative References ...................................  9
       11.2. Informative References .................................  9
        
1. Introduction
1. はじめに

Mobile IPv4 message types range from 0 to 255. This document reserves a message type for experimental purposes, to evaluate enhancements to Mobile IPv4 messages before a formal standards proposal is issued.

モバイルIPv4メッセージタイプの範囲は0から255の範囲です。このドキュメントは、正式な標準提案が発行される前にモバイルIPv4メッセージの強化を評価するために、実験目的でメッセージタイプを留保します。

Without experimental message capability, one would have to select a type value from the range defined for IANA assignment, which may result in collisions.

実験的なメッセージ機能がなければ、IANAの割り当てで定義された範囲からタイプ値を選択する必要があります。その結果、衝突が発生する可能性があります。

Within a message, Mobile IP defines a general extension mechanism allowing optional information to be carried by Mobile IP control messages. Extensions are not skippable if defined in the range [0- 127] and are skippable if defined in the range [128-255]. This document reserves extension types in both the skippable and non-skippable ranges for experimental use.

メッセージ内で、モバイルIPは一般的な拡張メカニズムを定義し、オプションの情報をモバイルIPコントロールメッセージによって実行できるようにします。拡張機能は範囲[0-127]で定義されている場合はスキップできず、範囲[128-255]で定義されている場合はスキップ可能です。このドキュメントは、実験的に使用するためのスキップ可能な範囲とスキップできない範囲の両方の拡張タイプを留保します。

Mobile IPv4 defines error codes for use by the FA [64-127] and HA [128-192]. This document reserves an error code in both of these ranges for experimental use.

モバイルIPv4は、FA [64-127]およびHA [128-192]で使用するエラーコードを定義します。このドキュメントは、実験的な使用のためにこれらの両方の範囲でエラーコードを留保します。

The definition of experimental numbers in this document is made according to the recommendation of Section 2.2 of BCP 82, RFC 3692.

このドキュメントの実験数の定義は、BCP 82、RFC 3692のセクション2.2の推奨に従って行われます。

2. Terminology
2. 用語

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 [1].

「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[1]に記載されているとおりに解釈される。

In addition, this document frequently uses the following terms:

さらに、このドキュメントは頻繁に次の用語を使用します。

EXP-MSG-TYPE: A Mobile-IPv4 message number assigned for experimental use. IANA has assigned message number 255 for this.

Exp-MSG-Type:実験用に割り当てられたモバイル-IPV4メッセージ番号。IANAはこのためにメッセージ番号255を割り当てました。

EXP-SKIP-EXT-TYPE: A Mobile-IPv4 and ICMP router discovery Agent Advertisement extension number assigned for experimental use. IANA has assigned extension number 255 for this.

exp-skip-ext-type:実験用に割り当てられたモバイル-IPV4およびICMPルーターディスカバリーエージェント広告拡張番号。IANAはこのために拡張番号255を割り当てました。

EXP-NONSKIP-EXT-TYPE: A Mobile-IPv4 and ICMP router discovery Agent Advertisement extension number for experimental use. IANA has assigned extension number 127 for this.

Exp-Nonsskip-Ext-Type:実験的な使用のためのモバイル-IPV4およびICMPルーター発見エージェント広告拡張番号。IANAはこのために拡張番号127を割り当てました。

EXP-HA-ERROR-CODE: A Mobile-IPv4 error code for use by the HA in MIPv4 reply messages to indicate an error condition. IANA has assigned error code 192 for this.

exp-ha-error-code:mipv4でHAが使用するモバイル-IPV4エラーコードは、エラーの条件を示すために応答します。IANAはこれにエラーコード192を割り当てました。

EXP-FA-ERROR-CODE: A Mobile-IPv4 error code for use by FA in reply messages to indicate an error condition. IANA has assigned error code 127 for this.

exp-fa-error-code:エラー条件を示すために、返信メッセージでFAが使用するモバイル-IPV4エラーコード。IANAはこれにエラーコード127を割り当てました。

Mobility Entity: Entities as defined in [2] (home agent, foreign agent, and mobile node).

モビリティエンティティ:[2]で定義されているエンティティ(ホームエージェント、外国人エージェント、モバイルノード)。

3. Experimental Message
3. 実験メッセージ

As the nature and purpose of an experimental message cannot be known in advance, the structure is defined as having an opaque payload. Entities implementing the message can interpret the message according to their implementation. Interpreting based on extensions present in the message is one suggestion.

実験メッセージの性質と目的は事前に知られていないため、構造は不透明なペイロードを持つと定義されます。メッセージを実装するエンティティは、実装に従ってメッセージを解釈できます。メッセージに存在する拡張機能に基づいた解釈は、1つの提案です。

These messages may be used between the mobility entities (Home Agent, Foreign Agent, and Mobile Node). Experimental messages MUST be authenticated using any of the authentication mechanisms defined for Mobile IP ([2], [5]).

これらのメッセージは、モビリティエンティティ(ホームエージェント、外国人エージェント、モバイルノード)間で使用できます。実験メッセージは、モバイルIPに対して定義された認証メカニズムのいずれかを使用して認証する必要があります([2]、[5])。

This message MAY contain extensions defined in Mobile IP, including vendor-specific extensions [4].

このメッセージには、ベンダー固有の拡張機能を含むモバイルIPで定義された拡張機能が含まれる場合があります[4]。

IP fields:

IPフィールド:

Source Address: Typically the interface address from which the message is sent.

ソースアドレス:通常、メッセージが送信されるインターフェイスアドレス。

Destination Address: The address of the agent or the Mobile Node.

宛先アドレス:エージェントまたはモバイルノードのアドレス。

UDP fields:

UDPフィールド:

Source Port Set according to RFC 768 (variable)

RFC 768(変数)に従ってソースポートセット

Destination Port Set to the value 434

宛先ポートは値434に設定されています

Mobile IP fields shown below follow the UDP header.

以下に示すモバイルIPフィールドは、UDPヘッダーに従います。

   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      |                 Opaque. . .
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Type 255 (EXP-MSG-TYPE)

タイプ255(exp-msgタイプ)

Opaque Zero or more octets of data, with structure defined only by the particular experiment it is used for.

データのゼロ以上のオクテット以上。構造は、使用される特定の実験によってのみ定義されます。

Once an experimental message has been tested and shown to be useful, a permanent number should be obtained through the normal IANA numbers assignment procedures.

実験メッセージがテストされ、有用であることが示されたら、通常のIANA番号の割り当て手順を通じて永続的な数を取得する必要があります。

A single experimental message type is defined. This message can contain extensions based on which the message can be interpreted.

単一の実験メッセージタイプが定義されています。このメッセージには、メッセージを解釈できる拡張機能を含めることができます。

Up-to-date values for the message types for Mobile IP control messages are specified in the most recent "Assigned Numbers" [3].

モバイルIPコントロールメッセージのメッセージタイプの最新の値は、最新の「割り当てられた数字」[3]で指定されています。

4. Experimental Extensions
4. 実験的拡張機能

This document reserves Mobile IPv4 extensions in both the skippable and non-skippable ranges for experimental purposes. The long extension format (for non-skippable extensions) and short extension format (for skippable extensions), as defined by [2], are used for Mobile IPv4 experimental extensions.

このドキュメントは、実験目的のために、スキップ可能な範囲とスキップ不可能な範囲の両方のモバイルIPv4拡張機能を留保します。[2]で定義されている長い拡張形式(スキップできない拡張機能の場合)および短い拡張形式(スキップ可能な拡張機能用)は、モバイルIPv4実験拡張機能に使用されます。

Also, ICMP router discovery extension numbers in both the skippable and non-skippable ranges are reserved for experimental use.

また、スキップ可能な範囲とスキップ不可能な範囲の両方でのICMPルーター発見拡張番号は、実験的な使用のために予約されています。

4.1. Non-skippable Mobile IPv4 Experimental Extension
4.1. スキップ不可のモバイルIPv4実験的拡張

This format is applicable for non-skippable extensions and may carry information more than 256 bytes.

この形式は、スキップ不可の拡張機能に適用でき、256バイト以上の情報を搭載する場合があります。

   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      |  Sub-Type     |           Length              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                           Opaque. . .
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Type 127 (EXP-NONSKIP-EXT-TYPE) is the type, which describes an experimental extension.

タイプ127(exp-nonskip-ext-type)は、実験的拡張を説明するタイプです。

Sub-Type A unique number given to each member in the aggregated type.

サブタイプ集計されたタイプの各メンバーに与えられた一意の番号。

Length Indicates the length (in bytes) of the data field within this extension. It does NOT include the Type, Sub-Type, and Length fields.

長さは、この拡張子内のデータフィールドの長さ(バイト単位)を示します。タイプ、サブタイプ、および長さフィールドは含まれません。

Opaque Zero or more octets of data, with structure defined only by the particular experiment it is used for.

データのゼロ以上のオクテット以上。構造は、使用される特定の実験によってのみ定義されます。

As the length field is 16 bits wide, the extension data can exceed 256 bytes in length.

長さのフィールドは16ビット幅であるため、拡張データの長さは256バイトを超えます。

4.2. Non-skippable ICMP Router Discovery Exp. Extension
4.2. スキップ不可能なICMPルーター発見exp。拡大

This format is applicable for non-skippable extensions.

この形式は、スキップ不可の拡張機能に適用できます。

   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      |    Length     |           Opaque . . .
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Type 127 (EXP-NONSKIP-EXT-TYPE) is the type, which describes an ICMP router discovery experimental extension.

タイプ127(Exp-Nonsskip-Ext-Type)はタイプで、ICMPルーター発見実験的拡張を説明しています。

Length Indicates the length (in bytes) of the data field within this extension. It does NOT include the Type and Length fields.

長さは、この拡張子内のデータフィールドの長さ(バイト単位)を示します。タイプと長さのフィールドは含まれていません。

Opaque Zero or more octets of data, with structure defined only by the particular experiment it is used for.

データのゼロ以上のオクテット以上。構造は、使用される特定の実験によってのみ定義されます。

A node that receives a router advertisement with this extension should ignore the extension if it does not recognize it.

この拡張機能を使用してルーター広告を受信するノードは、拡張機能が認識されない場合は拡張機能を無視する必要があります。

A mobility entity that understands this extension but does not recognize it should drop (ignore) the router advertisement.

この拡張機能を理解しているが、それがルーター広告をドロップ(無視)することを認識していないモビリティエンティティ。

4.3. Skippable Mobile IPv4 Experimental Extension
4.3. スキップ可能なモバイルIPv4実験的拡張

This format is applicable for skippable extensions, which carry information less than 256 bytes.

この形式は、256バイト未満の情報を搭載するスキップ可能な拡張機能に適用できます。

   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      |  Length     |   Sub-Type    |  Opaque. . .
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Type 255 (EXP-SKIP-EXT-TYPE) is the type, which describes an experimental extension.

タイプ255(exp-skip-ext-type)はタイプで、実験的拡張を記述しています。

Length Indicates the length (in bytes) of the data field within this extension. It does NOT include the Type and Length fields.

長さは、この拡張子内のデータフィールドの長さ(バイト単位)を示します。タイプと長さのフィールドは含まれていません。

Sub-Type A unique number given to each member in the aggregated type.

サブタイプ集計されたタイプの各メンバーに与えられた一意の番号。

Opaque Zero or more octets of data, with structure defined only by the particular experiment it is used for.

データのゼロ以上のオクテット以上。構造は、使用される特定の実験によってのみ定義されます。

As the length field is 8 bits wide, the extension data cannot exceed 256 bytes in length.

長さのフィールドは幅8ビットであるため、拡張データの長さは256バイトを超えることはできません。

4.4. Skippable ICMP Router Discovery Experimental Extension
4.4. スキップ可能なICMPルーター発見実験的拡張

This format is applicable for skippable ICMP router discovery extensions. This extension should be ignored if an implementation does not understand it.

この形式は、スキップ可能な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      |  Length     |   Opaque. . .
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Type 255 (EXP-SKIP-EXT-TYPE) is the type, which describes an experimental extension.

タイプ255(exp-skip-ext-type)はタイプで、実験的拡張を記述しています。

Length Indicates the length (in bytes) of the data field within this extension. It does NOT include the Type and Length fields.

長さは、この拡張子内のデータフィールドの長さ(バイト単位)を示します。タイプと長さのフィールドは含まれていません。

Opaque Zero or more octets of data, with structure defined only by the particular experiment it is used for.

データのゼロ以上のオクテット以上。構造は、使用される特定の実験によってのみ定義されます。

5. Experimental Error Codes
5. 実験的エラーコード

This document reserves the reply error code EXP-FA-ERROR-CODE for use by the FA. This document also reserves the reply error code EXP-HA-ERROR-CODE for use by the HA.

このドキュメントは、FAが使用するためにReply Error Code Exp-Fa-Error-Codeを留保します。このドキュメントは、HAが使用するためにReply Error Code Exp-Ha-Error-Codeも予約しています。

These experimental error codes may be used in registration reply messages.

これらの実験的エラーコードは、登録返信メッセージで使用できます。

It is recommended that experimental error codes be used with experimental messages and extensions whenever none of the standardized error codes are applicable.

標準化されたエラーコードが適用されない場合は、実験的なメッセージと拡張機能で実験的なエラーコードを使用することをお勧めします。

6. Mobility Entity Considerations
6. モビリティエンティティの考慮事項

Mobility entities can send and receive experimental messages. Implementations that don't understand the message type SHOULD silently discard the message.

モビリティエンティティは、実験メッセージを送信および受信できます。メッセージタイプを理解していない実装は、メッセージを静かに破棄する必要があります。

Experimental extensions can be carried in experimental messages and standards-defined messages. In the latter case, it is suggested that experimental extensions MUST NOT be used in deployed products and that usage be restricted to experiments only.

実験的な拡張機能は、実験的なメッセージと標準定義のメッセージで伝達できます。後者の場合、実験的拡張は展開された製品に使用してはならず、使用は実験のみに限定されることが示唆されています。

7. IANA Considerations
7. IANAの考慮事項

This document defines a control message to be used between mobility entities, two new extension formats, and two new error codes. To ensure correct interoperation based on this specification, IANA has reserved values in the Mobile IPv4 number space, as defined in [2], for one new message type, two new extensions, and two error codes.

このドキュメントでは、モビリティエンティティ、2つの新しい拡張フォーマット、および2つの新しいエラーコード間で使用するコントロールメッセージを定義します。この仕様に基づいて正しい相互操作を確保するために、IANAは[2]で定義されているように、モバイルIPv4番号スペースの値を1つの新しいメッセージタイプ、2つの新しい拡張機能、2つのエラーコードで予約しています。

7.1. New Message Type
7.1. 新しいメッセージタイプ

A new Mobile IPv4 control message using UDP port 434, type 255 (EXP-MSG-TYPE), has been defined by IANA. This value has been taken from the same number space as Mobile IP Registration Request (Type = 1) and Mobile IP Registration Reply (Type = 3).

UDPポート434、タイプ255(Exp-MSGタイプ)を使用した新しいモバイルIPv4コントロールメッセージは、IANAによって定義されています。この値は、モバイルIP登録要求(Type = 1)およびモバイルIP登録返信(Type = 3)と同じ数のスペースから取得されています。

7.2. New Extension Values
7.2. 新しい拡張値

The following extension types are introduced by this specification:

次の拡張タイプは、この仕様によって導入されています。

Experimental non-skippable extension: The value 127 (EXP-NONSKIP-EXT-TYPE) has been assigned from the numbering space for non-skippable extensions, which may appear in Mobile IPv4 control messages.

実験的ではない拡張機能:値127(exp-nonskip-ext-type)は、モバイルIPv4コントロールメッセージに表示される可能性のある非スキップ可能な拡張機能の番号付けスペースから割り当てられています。

Also, the same number, 127 (EXP-NONSKIP-EXT-TYPE), has been assigned from the numbering space for non-skippable extensions, which may appear in ICMP router discovery messages.

また、ICMPルーターディスカバリーメッセージに表示される可能性のある非スキップ可能な拡張機能の番号付けスペースから、同じ数字127(exp-nonskip-ext-type)が割り当てられています。

Experimental skippable extension: The value 255 (EXP-SKIP-EXT-TYPE) has been assigned from the numbering space for skippable extensions, which may appear in Mobile IPv4 control messages.

実験的なスキップ可能な拡張機能:値255(exp-skip-ext-type)は、モバイルIPv4制御メッセージに表示される可能性のあるスキップ可能な拡張機能の番号付けスペースから割り当てられています。

Also, the same number, 255 (EXP-SKIP-EXT-TYPE), has been assigned from the numbering space for skippable extensions, which may appear in ICMP router discovery messages.

また、同じ数字255(Exp-Skip-Ext-Type)は、ICMPルーターディスカバリーメッセージに表示される可能性のあるスキップ可能な拡張機能の番号付けスペースから割り当てられています。

7.3. New Error Codes
7.3. 新しいエラーコード

The value 192 (EXP-HA-ERROR-CODE) has been defined by IANA to be used as a code field in messages generated by HA.

値192(exp-ha-error-code)は、HAによって生成されたメッセージのコードフィールドとして使用されるIANAによって定義されています。

Also, the value 127 (EXP-FA-ERROR-CODE) has been defined by IANA to be used as the code field in messages generated by the FA.

また、値127(exp-fa-error-code)は、FAによって生成されたメッセージのコードフィールドとして使用されるIANAによって定義されています。

8. Security Considerations
8. セキュリティに関する考慮事項

Like all Mobile IP control messages, the experimental messages MUST be authenticated per the requirements specified in [2] or [5]. Experimental messages without a valid authenticator SHOULD be discarded.

すべてのモバイルIPコントロールメッセージと同様に、[2]または[5]で指定された要件に従って、実験メッセージを認証する必要があります。有効な認証器のない実験メッセージは破棄する必要があります。

9. Backward Compatibility Considerations
9. 後方互換性の考慮事項

Mobility entities that don't understand the experimental message MUST silently discard it.

実験メッセージを理解していないモビリティエンティティは、静かに捨てなければなりません。

Mobility entities that don't understand the experimental skippable extensions MUST ignore them. Mobility entities that don't understand the non-skippable experimental extensions MUST silently discard the message containing them. This behavior is consistent with section 1.8 of [2].

実験的なスキップ可能な拡張機能を理解していないモビリティエンティティは、それらを無視する必要があります。スキップ不可能な実験的拡張機能を理解していないモビリティエンティティは、それらを含むメッセージを静かに破棄する必要があります。この動作は、[2]のセクション1.8と一致しています。

Foreign Agents and Home Agents SHOULD include an experimental error code in a reply message only if they have a general indication that the receiving entity would be able to parse it. This is indicated if the request message was of type EXP-MSG-TYPE or contained at least one experimental extension.

外国人エージェントとホームエージェントは、受信エンティティがそれを解析できるという一般的な兆候がある場合にのみ、返信メッセージに実験エラーコードを含める必要があります。これは、リクエストメッセージが型EXP-MSGタイプのタイプであるか、少なくとも1つの実験的拡張が含まれている場合に示されます。

10. Acknowledgements
10. 謝辞

The authors would like to acknowledge Henrik Levkowetz for his detailed review of the document and suggestion to incorporate experimental extensions in this draft.

著者は、このドラフトに実験的な拡張機能を組み込むための文書の詳細なレビューと提案について、ヘンリック・レフコウェッツを認めたいと思います。

The authors would also like to acknowledge Thomas Narten for his initial review of the document and reference to [6] for general guidelines.

著者はまた、ドキュメントの最初のレビューについてトーマス・ナルテンを認め、一般的なガイドラインについて[6]への参照を望んでいます。

11. References
11. 参考文献
11.1. Normative References
11.1. 引用文献

[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[1] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。

[2] Perkins, C., "IP Mobility Support for IPv4", RFC 3344, August 2002.

[2] Perkins、C。、「IPv4のIPモビリティサポート」、RFC 3344、2002年8月。

[3] Reynolds, J., "Assigned Numbers: RFC 1700 is Replaced by an On-line Database", RFC 3232, January 2002.

[3] Reynolds、J。、「割り当てられた番号:RFC 1700はオンラインデータベースに置き換えられます」、RFC 3232、2002年1月。

11.2. Informative References
11.2. 参考引用

[4] Dommety, G. and K. Leung, "Mobile IP Vendor/Organization-Specific Extensions", RFC 3115, April 2001.

[4] Dommety、G。およびK. Leung、「モバイルIPベンダー/組織固有の拡張機能」、RFC 3115、2001年4月。

[5] Perkins, C. and P. Calhoun, "Mobile IPv4 Challenge/Response Extensions", RFC 3012, November 2000.

[5] Perkins、C。およびP. Calhoun、「モバイルIPv4チャレンジ/応答拡張機能」、RFC 3012、2000年11月。

[6] Narten, T., "Assigning Experimental and Testing Numbers Considered Useful", BCP 82, RFC 3692, January 2004.

[6] Narten、T。、「有用と見なされる実験数とテスト数の割り当て」、BCP 82、RFC 3692、2004年1月。

Authors' Addresses

著者のアドレス

Questions and comments about this document should be directed to the Mobile IPv4 working group:

このドキュメントに関する質問とコメントは、モバイルIPv4ワーキンググループに送信する必要があります。

mip4@ietf.org

mip4@ietf.org

Questions and comments about this document may also be directed to the authors:

このドキュメントに関する質問やコメントは、著者にも送信される場合があります。

Alpesh Patel Cisco Systems 170 W. Tasman Drive, San Jose, CA 95134 USA

Alpesh Patel Cisco Systems 170 W. Tasman Drive、サンノゼ、CA 95134 USA

   Phone: +1 408-853-9580
   EMail: alpesh@cisco.com
        

Kent Leung Cisco Systems 170 W. Tasman Drive, San Jose, CA 95134 USA

Kent Leung Cisco Systems 170 W. Tasman Drive、サンノゼ、CA 95134 USA

   Phone: +1 408-526-5030
   EMail: kleung@cisco.com
        

Full Copyright Statement

完全な著作権声明

Copyright (C) The Internet Society (2005).

Copyright(c)The Internet Society(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.

この文書は、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事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得するための試みの結果を取得できます。http://www.ietf.org/iprのIETFオンライン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-ipr@ietf.orgのIETFへの情報をお問い合わせください。

Acknowledgement

謝辞

Funding for the RFC Editor function is currently provided by the Internet Society.

RFCエディター機能の資金は現在、インターネット協会によって提供されています。