Internet Engineering Task Force (IETF) S. Das
Request for Comments: 6153 Telcordia Technologies
Category: Standards Track G. Bajko
ISSN: 2070-1721 Nokia
February 2011
DHCPv4 and DHCPv6 Options for Access Network Discovery and Selection Function (ANDSF) Discovery
アクセスネットワーク発見と選択機能（ANDSF）発見のためのDHCPv4とDHCPv6のオプション
Abstract
抽象
This document defines new Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) options to enable a mobile node to discover Access Network Discovery and Selection Function (ANDSF) entities in an IP network. ANDSF is being developed in the Third Generation Partnership Project (3GPP) and provides inter-system mobility policies and access-network-specific information to the mobile nodes (MNs).
この文書では、アクセスネットワークのディスカバリーおよび選択機能（ANDSF）IPネットワーク内のエンティティを発見するために、モバイルノードを有効にするために、新たな動的ホスト構成プロトコル（DHCPv4とDHCPv6の）オプションを定義します。 ANDSFは、第3世代パートナーシッププロジェクト（3GPP）で開発され、モバイルノード（MNの）にシステム間モビリティ・ポリシーおよびアクセスネットワーク固有の情報を提供しています。
Status of This Memo
このメモのステータス
This is an Internet Standards Track document.
これは、インターネット標準化過程文書です。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。インターネット標準の詳細については、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/rfc6153.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6153で取得することができます。
Copyright Notice
著作権表示
Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（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. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Conventions Used in This Document ..........................3
1.2. Terminology and Abbreviations Used in This Document ........3
2. ANDSF IPv4 Address Option for DHCPv4 ............................3
3. ANDSF IPv6 Address Option for DHCPv6 ............................4
4. Option Usage ....................................................4
4.1. Usage of ANDSF Options for DHCPv4 ..........................4
4.1.1. Mobile Node Behavior ................................4
4.2. Usage of ANDSF Options for DHCPv6 ..........................5
4.2.1. Mobile Node Behavior ................................5
5. Security Considerations .........................................5
6. IANA Considerations .............................................5
7. Acknowledgments .................................................6
8. References ......................................................6
8.1. Normative References .......................................6
8.2. Informative References .....................................6
Access Network Discovery and Selection Function (ANDSF) is being defined in 3GPP [3GPPTS23.402] to provide necessary network discovery and selection assistance data to the mobile nodes for multi-access network scenarios where 3GPP access-network level solutions are not sufficient for the mobile nodes to perform network discovery and selection of non-3GPP networks.
アクセスネットワーク発見と選択機能（ANDSF）は、3GPPアクセス・ネットワーク・レベルのソリューションをするのに十分でないマルチアクセスネットワークシナリオのためにモバイルノードに必要なネットワーク発見と選択支援データを提供するために、[3GPPTS23.402] 3GPPで定義されています非3GPPネットワークのネットワーク発見および選択を行うための移動ノード。
The information provided by ANDSF contains inter-system mobility policies and access-network-specific data to assist the mobile node with performing the inter-system handover. This set of information can either be provisioned in the mobile node by the home operator or provided to the mobile node (MN) dynamically by the ANDSF over the S14 reference point as defined in [3GPPTS23.402] and [3GPPTS24.302].
ANDSFにより提供される情報は、システム間ハンドオーバを行うモバイルノードを支援するシステム間モビリティ・ポリシーおよびアクセスネットワーク固有のデータを含みます。情報のこのセットは、いずれかのホームオペレータによってモバイルノードにプロビジョニングまたは[3GPPTS24.302] [3GPPTS23.402]で定義されたようにS14の基準点上ANDSFにより動的モバイル・ノード（MN）に提供することができます。
In 3GPP, the ANDSF is located either in the subscriber's home operator or visited network and needs to be known to the MN or discovered by the MN. According to [3GPPTS23.402] and [3GPPTS24.302], the ANDSF is discovered through interaction with the Domain Name Service function or the DHCP server function.
3GPPでは、ANDSFは、加入者のホームオペレータや訪問先ネットワークのいずれかに配置し、MNに知られているか、MNによって発見される必要があります。 [3GPPTS23.402]と[3GPPTS24.302]によると、ANDSFは、ドメインネームサービス機能やDHCPサーバ機能との相互作用によって発見されました。
This document defines new DHCPv4 and DHCPv6 options called the ANDSF IP Address Options, which allow the MN to locate an ANDSF server.
この文書は、新しいDHCPv4とMNは、ANDSFサーバーを見つけることができANDSF IPアドレスオプションと呼ばれるDHCPv6オプションを定義します。
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 [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
ANDSF (Access Network Discovery and Selection Function): An entity that provides network discovery and selection assistance data to the user entity (UE) as per operator policy [3GPPTS23.402].
ANDSF（アクセスネットワーク発見および選択機能）：[3GPPTS23.402]オペレータポリシーに従ってユーザエンティティ（UE）にネットワーク発見と選択支援データを提供するエンティティ。
Access Network: A network that is accessed by the UE.
アクセスネットワーク：UEによってアクセスされるネットワーク。
3GPP Network: A radio access network specified by Third Generation Partnership Project
3GPPネットワーク：第三世代パートナーシッププロジェクトで指定された無線アクセスネットワーク
Non-3GPP Network: A radio access network specified outside 3GPP by other projects or standards organizations
非3GPPネットワーク：他のプロジェクトや標準化団体3GPPで外に指定された無線アクセス・ネットワーク
This section describes the ANDSF IPv4 Address Option for DHCPv4. The option layout is depicted below:
このセクションでは、DHCPv4のANDSFのIPv4アドレスオプションについて説明します。オプションレイアウトが下に描かれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option Code | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| IP Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
+---------------------------------------------------------------+
Option Code OPTION-IPv4_Address-ANDSF (142)
オプションコードOPTION-IPv4_Address-ANDSF（142）
Length Length (in bytes) of the option excluding the 'Option Code' and the 'Length' fields; 'Length' field is set to 4N, where N is the number of IPv4 addresses carried in the option
「オプション・コード」と「長さ」フィールドを除いたオプションの長さの長さ（バイト単位）。 「長さ」フィールドはNオプションで運ばれたIPv4アドレスの数である4N、に設定されています
IP Address IPv4 address(es) of ANDSF server(s)
ANDSFサーバーのIPアドレスをIPv4アドレス（複数可）（S）
ANDSF servers MUST be listed in order of preference, and the client SHOULD process them in decreasing order of preference.
ANDSFサーバは優先順に記載されている必要があり、クライアントは好みの順にそれらを処理しなければなりません。
This section describes the ANDSF IPv6 Address Option for DHCPv6. All values in the option are represented in network byte order. The option layout is depicted below:
このセクションでは、DHCPv6のANDSFのIPv6アドレスオプションについて説明します。オプションですべての値は、ネットワークバイト順で表されます。オプションレイアウトが下に描かれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option Code | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| IP Address |
. .
+---------------------------------------------------------------+
Option Code OPTION-IPv6_Address-ANDSF (143)
オプション・コードOPTION-IPv6_Address-ANDSF（143）
Length Length (in bytes) of the option excluding the 'Option Code' and the 'Length' fields; 'Length' field is set to 16N, where N is the number of IPv6 addresses carried in the option
「オプション・コード」と「長さ」フィールドを除いたオプションの長さの長さ（バイト単位）。長さフィールドは、Nがオプションで運ばれたIPv6アドレスの数である16N、に設定されています
IP Address IPv6 address(es) of ANDSF server(s)
ANDSFサーバーのIPアドレスのIPv6アドレス（複数可）（S）
ANDSF servers MUST be listed in order of preference, and the client SHOULD process them in decreasing order of preference.
ANDSFサーバは優先順に記載されている必要があり、クライアントは好みの順にそれらを処理しなければなりません。
The requesting and sending of the proposed DHCPv4 options follow the rules for DHCP options in [RFC2131].
要求と提案したのDHCPv4オプションの送信には、[RFC2131]でのDHCPオプションの規則に従ってください。
The mobile node MAY request the IP address of an ANDSF server either during initial association with a network or when the policy and access network information is required from ANDSF. It MAY also request the IP address of an ANDSF server when the network information is outdated or the mobile node does not have any ANDSF information.
モバイルノードは、ネットワークまたは場合ポリシーとアクセスネットワーク情報は、ANDSFから要求されたとの最初の関連付けの間のいずれかのANDSFサーバーのIPアドレスを要求してもよいです。ネットワーク情報が古くなっているか、モバイルノードはANDSF情報を持っていない場合にもANDSFサーバーのIPアドレスを要求することができます。
In order to request an address of a ANDSF server, the mobile node (DHCP client) MUST include an ANDSF IPv4 Address Option in the Parameter Request List (PRL) in the respective DHCP messages as defined in [RFC2131] and [RFC2132]. The DHCP client MAY initiate a new DHCP exchange or piggyback on other DHCP message exchanges. DHCP client-handling PRL options are specified in [RFC2131], Section 4.4.
[RFC2131]及び[RFC2132]で定義されるようにANDSFサーバーのアドレスを要求するために、モバイルノード（DHCPクライアント）は、それぞれのDHCPメッセージにおけるパラメータ要求リスト（PRL）におけるANDSF IPv4アドレスオプションを含まなければなりません。 DHCPクライアントは新しいDHCP交換を開始したり、他のDHCPメッセージ交換に便乗してもよい（MAY）。 DHCPクライアントハンドリングPRLのオプションは、[RFC2131]で指定されている、セクション4.4。
The requesting and sending of the proposed DHCPv6 options follow the rules for DHCP options in [RFC3315].
要求と提案したDHCPv6オプションの送信には、[RFC3315]でのDHCPオプションの規則に従ってください。
The mobile node MAY request the IP address of an ANDSF server according to the scenarios described in Section 4.1.1.
モバイルノードは、セクション4.1.1に記載したシナリオに従ってANDSFサーバーのIPアドレスを要求してもよいです。
In order to discover the address of an ANDSF server, the mobile node (DHCP client) MUST include an ANDSF IPv6 Address Option in the Option Request Option (ORO) in the respective DHCP messages as defined in [RFC3315]. The DHCP client MAY initiate a new DHCP exchange or piggyback on other DHCP message exchanges. DHCP client-handling ORO options are specified in [RFC3315], Sections 17.1 and 18.1.
ANDSFサーバーのアドレスを発見するために、モバイルノード（DHCPクライアント）は[RFC3315]で定義されるように、各DHCPメッセージのオプション要求オプション（ORO）でANDSF IPv6アドレスオプションを含まなければなりません。 DHCPクライアントは新しいDHCP交換を開始したり、他のDHCPメッセージ交換に便乗してもよい（MAY）。 DHCPクライアントハンドリングOROオプションは、セクション17.1と18.1、[RFC3315]で指定されています。
If an adversary manages to modify the response from a DHCP server or insert its own response, an MN could be led to contact a rogue ANDSF server. A modified response could also be used to mount an amplification attack.
敵がDHCPサーバからの応答を変更したり、独自の応答を挿入するために管理している場合、MNは、不正なANDSFサーバーに接続するために導くことができました。修飾された応答は、増幅攻撃をマウントするために使用することができます。
The DHCP authentication option described in [RFC3118] and [RFC3315] MAY be used to mitigate the above attacks. In deployments where DHCP authentication is not available, 3GPP-specific lower-layer security services can be used to protect DHCP messages [3GPPTS33.402]. The 3GPP ANDSF framework also provides additional mechanisms that can be used to mitigate the above attacks and to protect message exchanges between an ANDSF client and server at the higher layer [3GPPTS33.402].
[RFC3118]と[RFC3315]で説明DHCP認証オプションは、上記の攻撃を軽減するために使用されるかもしれません。 DHCP認証が利用できない展開では、3GPP固有の下位層のセキュリティサービスは、DHCPメッセージ[3GPPTS33.402]を保護するために使用することができます。 3GPP ANDSFフレームワークはまた、上記の攻撃を軽減するために、より高い層[3GPPTS33.402]でANDSFクライアントとサーバの間でメッセージ交換を保護するために使用できる追加のメカニズムを提供します。
This document defines two new DHCP options as described in Sections 2 and 3:
セクション2と3で説明したようにこの文書では、2つの新しいDHCPオプションを定義します。
ANDSF IPv4 Address Option for DHCPv4 (OPTION-IPv4_Address-ANDSF) 142
DHCPv4のANDSF IPv4アドレスオプション（OPTION-IPv4_Address-ANDSF）142
ANDSF IPv6 Address Option for DHCPv6 (OPTION-IPv6_Address-ANDSF) 143
DHCPv6のANDSFのIPv6アドレスオプション（OPTION-IPv6_Address-ANDSF）143
The authors would like to acknowledge the following individuals for their valuable comments: Patrick Stuper, Vijay Devarapalli, Jouni Korhonen, Jari Arkko, Ted Lemon, and Ralph Droms.
パトリックStuper、ビジェイDevarapalli、Jouni Korhonen、ヤリArkko、テッド・レモン、ラルフDroms：作者は彼らの貴重なコメントについて以下の個人を確認したいと思います。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2131] Droms, R., "Dynamic Host Configuration Protocol", RFC 2131, March 1997.
[RFC2131] Droms、R.、 "動的ホスト構成プロトコル"、RFC 2131、1997年3月。
[RFC2132] Alexander, S. and R. Droms, "DHCP Options and BOOTP Vendor Extensions", RFC 2132, March 1997.
[RFC2132]アレクサンダー、S.とR. Droms、 "DHCPオプションとBOOTPベンダー拡張機能"、RFC 2132、1997年3月。
[RFC3315] Droms, R., Ed., Bound, J., Volz, B., Lemon, T., Perkins, C., and M. Carney, "Dynamic Host Configuration Protocol for IPv6 (DHCPv6)", RFC 3315, July 2003.
[RFC3315] Droms、R.、編、バウンド、J.、フォルツ、B.、レモン、T.、パーキンス、C.、およびM.カーニー、 "IPv6のための動的ホスト構成プロトコル（DHCPv6）"、RFC 3315 、2003年7月。
[RFC3118] Droms, R., Ed., and W. Arbaugh, Ed., "Authentication for DHCP Messages", RFC 3118, June 2001.
[RFC3118] Droms、R.、エド。、およびW. Arbaugh、エド。、 "DHCPメッセージの認証"、RFC 3118、2001年6月。
[3GPPTS23.402] 3GPP TS 23.402, v8.8.0 (2009-12): Architecture enhancements for non-3GPP accesses, http://www.3gpp.org/ftp/Specs/html-info/23402.htm.
[3GPPTS23.402] 3GPP TS 23.402、v8.8.0（2009-12）：非3GPPのためのアーキテクチャの機能拡張http://www.3gpp.org/ftp/Specs/html-info/23402.htm、アクセスします。
[3GPPTS24.302] 3GPP TS 24.302, v8.4.1 (2009-12): Access to the 3GPP Evolved Packet Core (EPC) via non-3GPP access networks; Stage 3, http://www.3gpp.org/ftp/Specs/html-info/24302.htm.
[3GPPTS24.302] 3GPP TS 24.302、V8.4.1（2009-12）：非3GPPアクセスネットワークを介して3GPP進化型パケットコア（EPC）へのアクセス。ステージ3、http://www.3gpp.org/ftp/Specs/html-info/24302.htm。
[3GPPTS33.402] 3GPP TS 33.402, v8.6.0 (2009-12): 3GPP System Architecture Evolution (SAE); Security aspects of non-3GPP accesses, http://www.3gpp.org/ftp/Specs/html-info/33402.htm.
[3GPPTS33.402] 3GPP TS 33.402、v8.6.0（2009-12）：3GPPシステムアーキテクチャエボリューション（SAE）。非3GPPのセキュリティ面では、http://www.3gpp.org/ftp/Specs/html-info/33402.htmにアクセスします。
Authors' Addresses
著者のアドレス
Subir Das Telcordia Technologies Inc. EMail: subir@research.telcordia.com
Telcordia Technologies社株式会社た電子メールのアップ：subir@research.telcordia.com
Gabor Bajko Nokia EMail: gabor@bajko.nokia.com
ガボールBajkoノキアEメール：gabor@bajko.nokia.com