[要約] RFC 6572は、Proxy Mobile IPv6に対するRADIUSのサポートに関する仕様です。このRFCの目的は、モバイルネットワークにおけるユーザー認証や課金情報の管理を効率的に行うために、RADIUSプロトコルを使用する方法を提供することです。
Internet Engineering Task Force (IETF) F. Xia
Request for Comments: 6572 B. Sarikaya
Category: Standards Track Huawei USA
ISSN: 2070-1721 J. Korhonen, Ed.
Nokia Siemens Networks
S. Gundavelli
Cisco
D. Damic
Siemens
June 2012
RADIUS Support for Proxy Mobile IPv6
プロキシモバイルIPv6のRADIUSサポート
Abstract
概要
This document defines new attributes to facilitate Proxy Mobile IPv6 operations using the RADIUS infrastructure. The protocol defined in this document uses RADIUS-based interfaces of the mobile access gateway and the local mobility anchor with the AAA server for authentication, authorization, and policy functions. The RADIUS interactions between the mobile access gateway and the RADIUS-based AAA server take place when the mobile node (MN) attaches, authenticates, and authorizes to a Proxy Mobile IPv6 domain. Furthermore, this document defines the RADIUS-based interface between the local mobility anchor and the AAA RADIUS server for authorizing received Proxy Binding Update messages for the mobile node's mobility session. In addition to the interactions related to mobility session setup, this document defines the baseline for the mobile access gateway and the local mobility anchor generated accounting.
このドキュメントでは、RADIUSインフラストラクチャを使用したプロキシモバイルIPv6動作を容易にする新しい属性を定義します。このドキュメントで定義されているプロトコルは、モバイルアクセスゲートウェイのRADIUSベースのインターフェイスと、認証、許可、およびポリシー機能のためにAAAサーバーを備えたローカルモビリティアンカーを使用しています。モバイルアクセスゲートウェイとRADIUSベースのAAAサーバー間のRADIUS対話は、モバイルノード（MN）がプロキシモバイルIPv6ドメインに接続、認証、および承認するときに行われます。さらに、このドキュメントでは、モバイルノードのモビリティセッションで受信したProxy Binding Updateメッセージを承認するために、ローカルモビリティアンカーとAAA RADIUSサーバー間のRADIUSベースのインターフェイスを定義しています。このドキュメントでは、モビリティセッションのセットアップに関連する対話に加えて、モバイルアクセスゲートウェイとローカルモビリティアンカーによって生成されるアカウンティングのベースラインを定義します。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
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（Internet Engineering Task Force）の製品です。これは、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/rfc6572.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc6572で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2012 IETF Trustおよびドキュメントの作成者として特定された人物。全著作権所有。
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文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction ....................................................4
2. Terminology .....................................................4
3. Solution Overview ...............................................5
4. Attribute Definitions ...........................................9
4.1. MIP6-Feature-Vector ........................................9
4.2. Mobile-Node-Identifier ....................................11
4.3. Service-Selection .........................................12
4.4. PMIP6-Home-LMA-IPv6-Address ...............................12
4.5. PMIP6-Visited-LMA-IPv6-Address ............................13
4.6. PMIP6-Home-LMA-IPv4-Address ...............................14
4.7. PMIP6-Visited-LMA-IPv4-Address ............................15
4.8. PMIP6-Home-HN-Prefix ......................................15
4.9. PMIP6-Visited-HN-Prefix ...................................16
4.10. PMIP6-Home-Interface-ID ..................................18
4.11. PMIP6-Visited-Interface-ID ...............................18
4.12. PMIP6-Home-IPv4-HoA ......................................19
4.13. PMIP6-Visited-IPv4-HoA ...................................20
4.14. PMIP6-Home-DHCP4-Server-Address ..........................21
4.15. PMIP6-Visited-DHCP4-Server-Address .......................22
4.16. PMIP6-Home-DHCP6-Server-Address ..........................22
4.17. PMIP6-Visited-DHCP6-Server-Address .......................23
4.18. Calling-Station-Id .......................................24
4.19. Chargeable-User-Identity .................................24
4.20. PMIP6-Home-IPv4-Gateway ..................................25
4.21. PMIP6-Visited-IPv4-Gateway ...............................25
5. MAG to RADIUS AAA Interface ....................................26
5.1. Interface Operations ......................................26
5.2. Table of Attributes .......................................27
6. LMA to RADIUS AAA Interface ....................................28
6.1. Interface Operations ......................................28
6.2. Table of Attributes .......................................30
7. Accounting .....................................................31
7.1. Accounting at LMA .........................................31
7.2. Accounting at MAG .........................................32
7.3. Table of Attributes .......................................32
8. Security Considerations ........................................32
9. IANA Consideration .............................................33
9.1. Attribute Type Codes ......................................33
9.2. Namespaces ................................................33
10. Acknowledgements ..............................................34
11. References ....................................................34
11.1. Normative References .....................................34
11.2. Informative References ...................................35
Proxy Mobile IPv6 (PMIPv6) [RFC5213] is a network-based mobility management protocol that allows IP mobility support for a mobile node without requiring the mobile node's participation in any mobility-related signaling. The mobile management elements in the network, the mobile access gateway (MAG) and the local mobility anchor (LMA), are the two key functions in this network-based mobility system. The mobile access gateway is responsible for detecting the mobile node's movements in the network and for initiating the needed mobility management signaling with the local mobility anchor (LMA). Both the mobility management agents make use of the AAA infrastructure to retrieve the mobile node's policy profile and for performing service authorization.
プロキシモバイルIPv6（PMIPv6）[RFC5213]は、モバイルノードがモビリティ関連のシグナリングに参加することなく、モバイルノードのIPモビリティサポートを可能にするネットワークベースのモビリティ管理プロトコルです。ネットワークのモバイル管理要素であるモバイルアクセスゲートウェイ（MAG）とローカルモビリティアンカー（LMA）は、このネットワークベースのモビリティシステムの2つの主要機能です。モバイルアクセスゲートウェイは、ネットワーク内のモバイルノードの動きを検出し、必要なモビリティ管理シグナリングをローカルモビリティアンカー（LMA）で開始します。どちらのモビリティ管理エージェントも、AAAインフラストラクチャを使用して、モバイルノードのポリシープロファイルを取得し、サービス承認を実行します。
This document defines a RADIUS-based [RFC2865] profile and corresponding attributes to be used on the AAA interface between the MAG and the AAA RADIUS server. This interface is used to carry the per-MN policy profile from the remote policy store to the MAG. Furthermore, this document also defines a RADIUS-based interface between the LMA and the AAA RADIUS server for authorization of the received Proxy Mobile IPv6 signaling messages. The AAA procedures defined in this document cover the following two scenarios:
このドキュメントでは、MAGとAAA RADIUSサーバー間のAAAインターフェイスで使用されるRADIUSベースの[RFC2865]プロファイルと対応する属性を定義します。このインターフェースは、MNごとのポリシープロファイルをリモートポリシーストアからMAGに伝送するために使用されます。さらに、このドキュメントでは、LMAとAAA RADIUSサーバー間のRADIUSベースのインターフェースを定義して、受信したプロキシモバイルIPv6シグナリングメッセージを承認します。このドキュメントで定義されているAAA手順は、次の2つのシナリオに対応しています。
o a mobile node connects to the Proxy Mobile IPv6 domain from the home network
o モバイルノードがホームネットワークからプロキシモバイルIPv6ドメインに接続する
o a mobile node connects to the Proxy Mobile IPv6 domain from a visited network
o モバイルノードが訪問先ネットワークからプロキシモバイルIPv6ドメインに接続する
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」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [RFC2119]で説明されているように解釈されます。
All the mobility-related terms used in this document are to be interpreted as defined in the Proxy Mobile IPv6 specifications [RFC5213] and [RFC5844]. Additionally, this document uses the following abbreviations:
このドキュメントで使用されているすべてのモビリティ関連の用語は、プロキシモバイルIPv6仕様[RFC5213]および[RFC5844]で定義されているとおりに解釈されます。また、このドキュメントでは次の略語を使用しています。
Network Access Server (NAS):
ネットワークアクセスサーバー（NAS）：
A function that provides authorization services for a device/user access to the network as defined in [RFC2865]. This document makes an assumption that the NAS function is co-located with the MAG. In scenarios where the NAS function and MAG are decoupled, the messaging interface needed between them for the operation of PMIP6 is beyond the scope of this document.
[RFC2865]で定義されている、ネットワークへのデバイス/ユーザーアクセスのための認証サービスを提供する機能。このドキュメントでは、NAS機能がMAGと同じ場所に配置されていることを前提としています。 NAS機能とMAGが分離されているシナリオでは、PMIP6の操作にそれらの間に必要なメッセージングインターフェイスは、このドキュメントの範囲外です。
Home AAA (HAAA):
これは自宅で（Hua）：
An Authentication, Authorization, and Accounting (AAA) server located in the MN's home network. This sever has access to the mobile node's policy profiles.
MNのホームネットワークにある認証、承認、およびアカウンティング（AAA）サーバー。このサーバーは、モバイルノードのポリシープロファイルにアクセスできます。
Visited AAA (VAAA):
訪問したAAA（VAAA）：
An Authentication, Authorization, and Accounting (AAA) server located in the MN's visited network. The VAAA server takes the role of a proxy-server, forwarding the received AAA service request to the HAAA server in the mobile node's home network and relaying the response to the requesting node, after applying any local access network policies.
MNの訪問先ネットワークにある認証、承認、およびアカウンティング（AAA）サーバー。 VAAAサーバーはプロキシサーバーの役割を果たし、受信したAAAサービス要求をモバイルノードのホームネットワークのHAAAサーバーに転送し、ローカルアクセスネットワークポリシーを適用した後、応答を要求元ノードに中継します。
Local AAA (LAAA):
ローカル乳母（法律）：
An Authentication, Authorization, and Accounting proxy located in the local network. In a roaming case, the local AAAA has the visited AAA role.
ローカルネットワークにある認証、承認、およびアカウンティングプロキシ。ローミングの場合、ローカルAAAAは訪問済みAAAロールを持っています。
This document defines the RADIUS-based AAA interactions with the two mobility management elements in the Proxy Mobile IPv6 domain.
このドキュメントでは、プロキシモバイルIPv6ドメインの2つのモビリティ管理要素とのRADIUSベースのAAA相互作用を定義します。
o Interactions between a MAG and a RADIUS-based AAA server
o MAGとRADIUSベースのAAAサーバー間の相互作用
o Interactions between a LMA and a RADIUS-based AAA server
o LMAとRADIUSベースのAAAサーバー間の相互作用
The mobile node's policy profile [RFC5213] is present in a policy store and is needed by the PMIPv6 mobility management elements for authorizing the mobile node for mobility management service and for obtaining various service-related parameters. This policy store could be locally co-located with the mobility management agents enabling direct local access or could be available from a AAA server through a RADIUS-based AAA interface.
モバイルノードのポリシープロファイル[RFC5213]はポリシーストアに存在し、モバイルノードにモビリティ管理サービスを許可し、さまざまなサービス関連パラメータを取得するために、PMIPv6モビリティ管理要素で必要になります。このポリシーストアは、直接ローカルアクセスを可能にするモビリティ管理エージェントとローカルに同じ場所に配置することも、RADIUSベースのAAAインターフェースを介してAAAサーバーから使用することもできます。
When a mobile node attaches to an access network, the NAS on that access network may activate the network access authentication procedure. The choice of the authentication mechanism is specific to the access network deployment; however, it is typically based on the Extensible Authentication Protocol (EAP) [RFC3748]. The NAS performs the network access authentication and queries the HAAA using AAA protocol, such as RADIUS. If the network access authentication succeeds, the MN's policy profile is obtained as part of the RADIUS message exchange with the AAA server.
モバイルノードがアクセスネットワークに接続すると、そのアクセスネットワーク上のNASがネットワークアクセス認証手順をアクティブにする場合があります。認証メカニズムの選択は、アクセスネットワークの展開に固有です。ただし、これは通常、拡張認証プロトコル（EAP）[RFC3748]に基づいています。 NASはネットワークアクセス認証を実行し、RADIUSなどのAAAプロトコルを使用してHAAAに問い合わせます。ネットワークアクセス認証が成功した場合、MNのポリシープロファイルは、AAAサーバーとのRADIUSメッセージ交換の一部として取得されます。
The mobile node may be an IPv4-only node, IPv6-only node, or a dual-stack (IPv4/v6) node. Based on the policy specified in the policy profile, the network access authentication procedure SHOULD provide the unambiguous indication of the type of address(es) to be assigned for the MN in the network and with all other service-related and policy parameters relevant to the mobility service.
モバイルノードは、IPv4のみのノード、IPv6のみのノード、またはデュアルスタック（IPv4 / v6）ノードの場合があります。ポリシープロファイルで指定されたポリシーに基づいて、ネットワークアクセス認証手順は、ネットワーク内のMNに割り当てられるアドレスのタイプの明確な指示を提供する必要があります（SHOULD）。モビリティサービス。
After the successful network access authentication and obtaining the mobile node's policy profile, the MAG sends a Proxy Binding Update (PBU) to the LMA. Upon receiving the PBU, the LMA interacts with the HAAA to obtain the mobile node's policy profile, which is required for authorizing and activating mobility service.
ネットワークアクセス認証が成功し、モバイルノードのポリシープロファイルを取得すると、MAGはプロキシバインディングアップデート（PBU）をLMAに送信します。 PBUを受信すると、LMAはHAAAと対話して、モバイルノードのポリシープロファイルを取得します。これは、モビリティサービスの承認とアクティブ化に必要です。
This document adds support for three distinct PMIPv6 mobility use cases, taking into account the administrative domains to which the MAG and the LMA belong. The following are the three relevant deployment models.
このドキュメントでは、MAGおよびLMAが属する管理ドメインを考慮に入れて、3つの異なるPMIPv6モビリティユースケースのサポートを追加します。以下は、3つの関連する配置モデルです。
1. the MAG and LMA are both in the home network,
1. MAGとLMAはどちらもホームネットワークにあり、
2. the MAG and LMA are both in the visited network,
2. MAGとLMAは両方とも訪問先ネットワークにあり、
3. the MAG is in the visited network while the LMA is in the home network.
3. LMAがホームネットワークにある間、MAGは訪問先ネットワークにあります。
Figure 1 shows participating network entities for the PMIPv6 mobility session, which is located in the home network. The MAG and LMA interact only with the HAAA.
図1は、ホームネットワークにあるPMIPv6モビリティセッションの参加ネットワークエンティティを示しています。 MAGおよびLMAはHAAAとのみ対話します。
+--------+
| HAAA & | RADIUS +-----+
| Policy |<-------->| LMA |
| Profile| +-----+
+--------+ | <--- LMA-Address
^ |
| // \\
+---|------------- //---\\----------------+
( | IPv4/IPv6 // \\ )
( | Network // \\ )
+---|-----------//---------\\-------------+
| // \\
RADIUS // <- Tunnel1 \\ <- Tunnel2
| // \\
| |- MAG1-Address |- MAG2-Address
| +----+ +----+
+---->|MAG1| |MAG2|
+----+ +----+
| |
| |
MN1 MN2
Figure 1: The MAG and LMA Are Both in the Home Network
図1：MAGとLMAの両方がホームネットワークにある
Figure 2 shows both the LMA and MAG are in the visited network. The MAG and LMA exchange signaling with the HAAA through the VAAA, which acts as a Proxy. The visited network may append additional information to the HAAA replies in order to reflect the local policy.
図2は、LMAとMAGの両方が訪問先ネットワークにあることを示しています。 MAGおよびLMAは、プロキシとして機能するVAAAを介してHAAAとシグナリングを交換します。訪問先ネットワークは、ローカルポリシーを反映するために、HAAA応答に追加情報を追加する場合があります。
+---------------+
| HAAA & |
+----------| Policy Profile|
| +---------------+
|
+---------+
|[VL]AAA &| RADIUS +-----+
| Policy |<------->| LMA |
| Profile | +-----+
+---------+ | <--- LMA-Address
^ // \\
+---|------------- //---\\----------------+
( | IPv4/IPv6 // \\ )
( | Network // \\ )
+---|-----------//---------\\-------------+
| // \\
RADIUS // <- Tunnel1 \\ <- Tunnel2
| // \\
| |- MAG1-Address |- MAG2-Address
| +----+ +----+
+---->|MAG1| |MAG2|
+----+ +----+
| |
MN1 MN2
Figure 2: The MAG and LMA Are Both in the Visited/Local Network
図2：MAGとLMAの両方が訪問先/ローカルネットワークにある
Figure 3 illustrates a topology where the MAG resides in the visited network while the associated LMA is in MN's home network. Any message between the MAG and the HAAA passes through the VAAA, which acts as a Proxy. During the network authentication, the visited network's specific policy may also be propagated from the VAAA to the MAG. The LMA has a direct access to the HAAA.
図3は、関連するLMAがMNのホームネットワークにある間、MAGが訪問先ネットワークに存在するトポロジを示しています。 MAGとHAAAの間のメッセージは、プロキシとして機能するVAAAを通過します。ネットワーク認証中に、訪問したネットワークの特定のポリシーもVAAAからMAGに伝播される場合があります。 LMAはHAAAに直接アクセスできます。
+---------------+
| HAAA & |
+----------| Policy Profile|
| +---------------+
| |
| RADIUS
+---------+ |
|[VL]AAA &| +-----+
| Policy | | LMA |
| Profile | +-----+
+---------+ | <--- LMA-Address
^ // \\
+---|------------- //---\\----------------+
( | IPv4/IPv6 // \\ )
( | Network // \\ )
+---|-----------//---------\\-------------+
| // \\
RADIUS // <- Tunnel1 \\ <- Tunnel2
| // \\
| |- MAG1-Address |- MAG2-Address
| +----+ +----+
+---->|MAG1| |MAG2|
+----+ +----+
| |
MN1 MN2
Figure 3: Visited MAG and Home LMA Topology
図3：訪問したMAGおよびホームLMAトポロジ
Diameter [RFC3588] reserves AVP Code space 1-255 as RADIUS attribute compatibility space. The MIP6-Feature-Vector attribute (Type value 124) defined in [RFC5447] is of type OctetString and contains a 64-bit flags field of supported mobility capabilities. This document reserves two new capability bits according to the rules in [RFC5447], and reuses the PMIPv6 capability bits defined by [RFC5779]. The following capability flag bits are used or defined in this document:
Diameter [RFC3588]は、RADIUS属性互換スペースとしてAVPコードスペース1-255を予約しています。 [RFC5447]で定義されているMIP6-Feature-Vector属性（タイプ値124）はタイプOctetStringであり、サポートされているモビリティ機能の64ビットのフラグフィールドが含まれています。このドキュメントは、[RFC5447]の規則に従って2つの新しい機能ビットを予約し、[RFC5779]によって定義されたPMIPv6機能ビットを再利用します。このドキュメントでは、次の機能フラグビットが使用または定義されています。
PMIP6_SUPPORTED (0x0000010000000000)
PMIP6_SUPPORTED（0x0000010000000000）
This capability bit is used as defined in [RFC5779].
この機能ビットは、[RFC5779]で定義されているように使用されます。
IP4_HOA_SUPPORTED (0x0000020000000000)
IP4_HOA_SUPPORTED（0x0000020000000000）
This capability bit is used as defined in [RFC5779]. Assignment of the IPv4-HoA (Home Address) is defined by [RFC5844].
この機能ビットは、[RFC5779]で定義されているように使用されます。 IPv4-HoA（ホームアドレス）の割り当ては[RFC5844]で定義されています。
LOCAL_MAG_ROUTING_SUPPORTED (0x0000040000000000)
LOCAL_MAG_ROUTING_SUPPORTED（0x0000040000000000）
This capability bit is used as defined in [RFC5779].
この機能ビットは、[RFC5779]で定義されているように使用されます。
IP4_TRANSPORT_SUPPORTED (0x0000800000000000)
IP4_TRANSPORT_SUPPORTED（0x0000800000000000）
This capability bit is used for negotiation of the IPv4 transport support between the MAG and AAA. When the MAG sets this flag bit in the MIP6-Feature-Vector, it indicates the ability of the MAG to provide IPv4 transport (i.e., IPv4-based encapsulation) for carrying IP traffic between the MAG and the LMA. If this flag bit is unset in the returned MIP6-Feature-Vector attribute, the AAA does not authorize the use of IPv4 transport on the MAG-to-LMA tunnel.
この機能ビットは、MAGとAAA間のIPv4トランスポートサポートのネゴシエーションに使用されます。 MAGがMIP6-Feature-Vectorでこのフラグビットを設定すると、MAGとLMAの間でIPトラフィックを伝送するためのIPv4トランスポート（IPv4ベースのカプセル化）を提供するMAGの機能を示します。返されたMIP6-Feature-Vector属性でこのフラグビットが設定されていない場合、AAAはMAG-to-LMAトンネルでのIPv4トランスポートの使用を許可しません。
IP4_HOA_ONLY_SUPPORTED (0x0001000000000000)
IP4_HOA_ONLY_SUPPORTED（0x0001000000000000）
This capability bit is used for determination of the authorized PMIPv6 mobility mode. When this bit is set by the AAA, it indicates PMIPv6 mobility with IPv4 support has only been authorized for the MN. As a result, the RADIUS Access-Accept SHOULD NOT carry the IPv6 Home Network Prefix (IPv6 HNP). When this bit is set, the PMIP6_SUPPORTED flag MUST also be set and the IP4_HOA_SUPPORTED flag MUST NOT be set.
この機能ビットは、許可されたPMIPv6モビリティモードの決定に使用されます。このビットがAAAによって設定されると、IPv4サポートを備えたPMIPv6モビリティがMNに対してのみ許可されたことを示します。その結果、RADIUS Access-AcceptはIPv6ホームネットワークプレフィックス（IPv6 HNP）を伝送してはなりません（SHOULD NOT）。このビットが設定されている場合、PMIP6_SUPPORTEDフラグも設定する必要があり、IP4_HOA_SUPPORTEDフラグを設定してはなりません（MUST NOT）。
To summarize the use of the MIP6-Feature-Vector the following capability bit combination settings mean:
MIP6-Feature-Vectorの使用を要約すると、次の機能ビットの組み合わせ設定は意味します。
PMIP6-SUPPORTED bit set - only IPv6 mobility is supported and authorized.
PMIP6-SUPPORTEDビットセット-IPv6モビリティのみがサポートおよび承認されます。
PMIP6-SUPPORTED and IP4-ONLY-HOA-SUPPORTED bits set - only IPv4 mobility is supported and authorized.
PMIP6-SUPPORTEDおよびIP4-ONLY-HOA-SUPPORTEDビットセット-IPv4モビリティのみがサポートおよび承認されます。
PMIP6-SUPPORTED and IP4-HOA-SUPPORTED bits set - both IPv6 and IPv4 mobility are supported and authorized.
PMIP6-SUPPORTEDおよびIP4-HOA-SUPPORTEDビットセット-IPv6とIPv4の両方のモビリティがサポートおよび承認されています。
The MIP6-Feature-Vector attribute is also used on the LMA to the RADIUS AAA interface. This capability announcement attribute enables direct capability negotiation between the LMA and the AAA. The capabilities that are announced by both parties in the MIP6-Feature-Vector are known to be mutually supported. The LMA may use this mechanism during authorization of the received PBU against the AAA to check individual PMIPv6 feature permissions for a particular MN.
MIP6-Feature-Vector属性は、RADIUS AAAインターフェイスへのLMAでも使用されます。この機能アナウンス属性により、LMAとAAA間の直接機能ネゴシエーションが可能になります。 MIP6-Feature-Vectorで両当事者によって発表された機能は、相互にサポートされていることがわかっています。 LMAは、AAAに対する受信したPBUの承認中にこのメカニズムを使用して、特定のMNの個々のPMIPv6機能のアクセス許可を確認できます。
If the RADIUS Access-Accept contains a contradicting combination of the capability flag bits such as both the IP4_HOA_ONLY_SUPPORTED and the IP4_HOA_SUPPORTED flags being set, then the RADIUS client MUST treat the Access-Accept as an Access-Reject and SHOULD log the event. Similarly, if the RADIUS Access-Request contains a contradicting combination of the capability flag bits, then the RADIUS server MUST reply with an Access-Reject message and SHOULD log the event.
RADIUS Access-Acceptに、設定されているIP4_HOA_ONLY_SUPPORTEDフラグとIP4_HOA_SUPPORTEDフラグの両方などの機能フラグビットの矛盾する組み合わせが含まれている場合、RADIUSクライアントはAccess-AcceptをAccess-Rejectとして扱い、イベントを記録する必要があります（SHOULD）。同様に、RADIUS Access-Requestに機能フラグビットの矛盾する組み合わせが含まれている場合、RADIUSサーバーはAccess-Rejectメッセージで応答し、イベントを記録する必要があります（SHOULD）。
The Mobile-Node-Identifier attribute (Type value 145) is of type String and contains the mobile node identifier (MN-Identifier), see [RFC5213], in a form of a Network Access Identifier (NAI) [RFC4282]. This identifier and the identifier used for access authentication may be different; however, there needs to be a mapping between the two identities as specified in Section 6.6 of [RFC5213]. This attribute is used on the interface between the MAG and the AAA server. The Mobile-Node-Identifier attribute is designed for deployments where the identity used during network access authentication and the identity used for mobility management is decoupled. It may also be the case where the MAG does not have means to find out the MN identity that could be used in subsequent PBU and Proxy Binding Acknowledgement (PBA) exchanges (e.g., due to identity hiding during the network access authentication) or when the HAAA wants to assign periodically changing identities to the MN.
Mobile-Node-Identifier属性（Type値145）はString型で、モバイルノード識別子（MN-Identifier）が含まれます。[RFC5213]を参照してください。ネットワークアクセス識別子（NAI）[RFC4282]の形式です。この識別子とアクセス認証に使用される識別子は異なる場合があります。ただし、[RFC5213]のセクション6.6で指定されているように、2つのID間のマッピングが必要です。この属性は、MAGとAAAサーバー間のインターフェースで使用されます。 Mobile-Node-Identifier属性は、ネットワークアクセス認証中に使用されるIDとモビリティ管理に使用されるIDが分離されている展開向けに設計されています。また、MAGが、後続のPBUおよびプロキシバインディング確認（PBA）交換で使用できるMN IDを見つける手段がない（たとえば、ネットワークアクセス認証中にIDが非表示になっているため）場合、またはHAAAは、定期的に変化するIDをMNに割り当てたいと考えています。
The Mobile-Node-Identifier attribute MAY be returned by the HAAA in the RADIUS Access-Accept message that completes a successful authentication and authorization exchange between the MAG and the HAAA. The MAG MUST use the received MN-Identifier.
Mobile-Node-Identifier属性は、MAGとHAAA間の認証と許可の交換を正常に完了するRADIUS Access-AcceptメッセージでHAAAによって返される場合があります。 MAGは受信したMN-Identifierを使用する必要があります。
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 | Mobile Node Identifier... ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: Mobile-Node-Identifier 145.
タイプ：Mobile-Node-Identifier 145。
Length: In octets, including Type and Length fields (>= 3).
長さ：タイプおよび長さフィールドを含むオクテット単位（> = 3）。
Mobile Node Identifier: This field is of type String and contains the MN-Identifier of the MN to be used in the PBU/PBA exchange.
モバイルノード識別子：このフィールドは文字列型で、PBU / PBA交換で使用されるMNのMN-識別子が含まれます。
The Service-Selection attribute (Type value 146) is of type UTF-8 text and contains the name of the service or the external network with which the mobility service for the particular MN SHOULD be associated [RFC5149]. The identifier MUST be unique within the PMIPv6 Domain when normalized using the selected normalization form [UNF] for the particular PMIPv6 Domain deployment. For instance, [RFC5149] uses the Normalization Form KC (NFKC).
Service-Selection属性（タイプ値146）はタイプUTF-8テキストであり、特定のMNのモビリティサービスが関連付けられているサービスまたは外部ネットワークの名前が含まれている必要があります[RFC5149]。特定のPMIPv6ドメインの展開に対して選択された正規化形式[UNF]を使用して正規化される場合、識別子はPMIPv6ドメイン内で一意である必要があります。たとえば、[RFC5149]は正規化形式KC（NFKC）を使用します。
The MAG MUST include the Service-Selection attribute in the Access-Request sent to the AAA if the information was acquired, e.g., by operator-specific configuration. The AAA MAY include the Service-Selection attribute in the Access-Accept response message to the MAG even if it was not included in the Access-Request as a means of indicating the MN's default service.
MAGは、たとえばオペレーター固有の構成によって情報が取得された場合、AAAに送信されるAccess-RequestにService-Selection属性を含める必要があります。 AAAは、MNのデフォルトサービスを示す手段としてAccess-Requestに含まれていなくても、MAGへのAccess-Accept応答メッセージにService-Selection属性を含めることができます（MAY）。
The Service Selection mobility option defined in [RFC5149] can be used in PBU/PBA messages between the MAG and LMA. On the LMA-to-AAA interface, the LMA MAY populate the Service-Selection attribute in the Access-Request message using the service information found in the received PBU, if such a mobility option were included. The Service-Selection identifier should be used to assist the PBU authorization, the assignment of the MN-HNP, and the IPv4-MN-HoA as described in [RFC5149] and [RFC5779].
[RFC5149]で定義されているサービス選択モビリティオプションは、MAGとLMA間のPBU / PBAメッセージで使用できます。 LMAからAAAへのインターフェースでは、LMAは、そのようなモビリティオプションが含まれている場合、受信したPBUで見つかったサービス情報を使用して、Access-RequestメッセージのService-Selection属性を設定してもよい（MAY）。 [RFC5149]と[RFC5779]で説明されているように、PBU許可、MN-HNPの割り当て、およびIPv4-MN-HoAを支援するために、サービス選択識別子を使用する必要があります。
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 | Service Identifier... ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: Service-Selection 146.
タイプ：サービス選択146。
Length: In octets, including Type and Length fields (>= 3).
長さ：タイプおよび長さフィールドを含むオクテット単位（> = 3）。
Text: This field is of type UTF-8 text and contains the Service Identifier with which the MN is associated.
テキスト：このフィールドはUTF-8テキストタイプで、MNが関連付けられているサービス識別子が含まれます。
The PMIP6-Home-LMA-IPv6-Address attribute (Type value 147) is of type IPv6 address and is used to deliver the IPv6 address of the LMA located in the home network.
PMIP6-Home-LMA-IPv6-Address属性（タイプ値147）はタイプIPv6アドレスであり、ホームネットワークにあるLMAのIPv6アドレスを配信するために使用されます。
Before the MAG can initiate Proxy Mobile IPv6 signaling, it must be aware of the LMA's IP address.
MAGがプロキシモバイルIPv6シグナリングを開始する前に、MAGはLMAのIPアドレスを認識している必要があります。
When the LMA is assigned to the MN from the home network, this attribute MAY be sent by the HAAA to the MAG in the RADIUS Access-Accept message.
LMAがホームネットワークからMNに割り当てられると、この属性は、RADIUS Access-AcceptメッセージでHAAAからMAGに送信される場合があります。
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 | Home LMA IPv6 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home LMA IPv6 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home LMA IPv6 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home LMA IPv6 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home LMA IPv6 address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Home-LMA-IPv6-Address 147.
タイプ：PMIP6-Home-LMA-IPv6-Address 147。
Length: = 18 octets
長さ：= 18オクテット
Home LMA IPv6 address: 128-bit IPv6 address of the assigned home LMA IPv6 address.
ホームLMA IPv6アドレス：割り当てられたホームLMA IPv6アドレスの128ビットIPv6アドレス。
The PMIP6-Visited-LMA-IPv6-Address attribute (Type value 148) is of type IPv6 address and is used to propose a particular LMA in the visited network and to authorize the use of the LMA in the visited/ local network.
PMIP6-Visited-LMA-IPv6-Address属性（タイプ値148）はタイプIPv6アドレスであり、訪問先ネットワークで特定のLMAを提案し、訪問先/ローカルネットワークでのLMAの使用を許可するために使用されます。
PMIP6-Visited-LMA-IPv6-Address attribute MAY be included by the MAG in the RADIUS Access-Request message. The LMA in the visited/local network may be assigned by the [VL]AAA as the result of retrieved policy profile. If included by the [VL]AAA in the RADIUS Access-Accept sent to the MAG, the use of the LMA in the visited/local network is authorized and the attribute SHALL carry the IPv6 address of the LMA assigned for the particular MN. See Section 4.2.5 of [RFC5447] how the MIP6-Feature-Vector attribute and LOCAL_HOME_AGENT_ASSIGNMENT capability flag is used with the LMA (Home Agent) assignment.
PMIP6-Visited-LMA-IPv6-Address属性は、RADIUS Access-RequestメッセージのMAGに含まれる場合があります。訪問先/ローカルネットワークのLMAは、取得されたポリシープロファイルの結果として、[VL] AAAによって割り当てられる場合があります。 MAGに送信されるRADIUS Access-Acceptの[VL] AAAに含まれている場合、訪問先/ローカルネットワークでのLMAの使用が許可され、属性は特定のMNに割り当てられたLMAのIPv6アドレスを運ぶものとします（SHALL）。 [RFC5447]のセクション4.2.5を参照して、LMA（ホームエージェント）割り当てでMIP6-Feature-Vector属性とLOCAL_HOME_AGENT_ASSIGNMENT機能フラグを使用する方法をご覧ください。
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 | Visited LMA IPv6 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited LMA IPv6 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited LMA IPv6 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited LMA IPv6 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited LMA IPv6 address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Visited-LMA-IPv6-Address 148.
タイプ：PMIP6-Visited-LMA-IPv6-Address 148。
Length: = 18 octets
長さ：= 18オクテット
Visited LMA IPv6 address: 128-bit IPv6 address of the assigned visited LMA IPv6 address.
訪問済みLMA IPv6アドレス：割り当てられた訪問済みLMA IPv6アドレスの128ビットIPv6アドレス。
The PMIP6-Home-LMA-IPv4-Address attribute (Type value 149) is of type IPv4 address and contains the IPv4 address of the LMA assigned by the HAAA. The [RFC5844] supports Proxy Mobile IPv6 signaling exchange between MAG and LMA using the IPv4 transport.
PMIP6-Home-LMA-IPv4-Address属性（タイプ値149）はタイプIPv4アドレスで、HAAAによって割り当てられたLMAのIPv4アドレスを含みます。 [RFC5844]は、IPv4トランスポートを使用したMAGとLMA間のプロキシモバイルIPv6シグナリング交換をサポートしています。
When the LMA is located in the home network, this attribute MAY be sent by the HAAA to the MAG in the RADIUS Access-Accept message.
LMAがホームネットワークにある場合、この属性はHAAAからRADIUS Access-AcceptメッセージでMAGに送信される場合があります。
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 | Home LMA IPv4 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home LMA IPv4 address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Home-LMA-IPv4-Address 149.
タイプ：PMIP6-Home-LMA-IPv4-Address 149。
Length: = 6 octets
長さ：= 6オクテット
Home LMA IPv4 address: 32-bit IPv4 address of the assigned LMA.
ホームLMA IPv4アドレス：割り当てられたLMAの32ビットIPv4アドレス。
The PMIP6-Visited-LMA-IPv4-Address attribute (Type value 150) is of type IPv4 address and is used to propose a particular LMA in the visited network and to authorize the use of the LMA in the visited network.
PMIP6-Visited-LMA-IPv4-Address属性（タイプ値150）はタイプIPv4アドレスであり、訪問先ネットワークで特定のLMAを提案し、訪問先ネットワークでLMAの使用を許可するために使用されます。
PMIP6-Visited-LMA-IPv4-Address attribute MAY be included by the MAG in the RADIUS Access-Request message. The LMA in the visited/local network may be assigned by the [VL]AAA as the result of retrieved policy profile. If included by the [VL]AAA in the RADIUS Access-Accept sent to the MAG, the use of the LMA in the visited/local network is authorized and the attribute SHALL carry the IPv4 address of the LMA assigned for the particular MN. See Section 4.2.5 of [RFC5447] how the MIP6-Feature-Vector attribute and LOCAL_HOME_AGENT_ASSIGNMENT capability flag is used with the LMA (Home Agent) assignment.
PMIP6-Visited-LMA-IPv4-Address属性は、RADIUSアクセス要求メッセージのMAGに含まれる場合があります。訪問先/ローカルネットワークのLMAは、取得されたポリシープロファイルの結果として、[VL] AAAによって割り当てられる場合があります。 MAGに送信されるRADIUS Access-Acceptの[VL] AAAに含まれている場合、訪問先/ローカルネットワークでのLMAの使用が許可され、属性は特定のMNに割り当てられたLMAのIPv4アドレスを運ぶものとします（SHALL）。 [RFC5447]のセクション4.2.5を参照して、LMA（ホームエージェント）割り当てでMIP6-Feature-Vector属性とLOCAL_HOME_AGENT_ASSIGNMENT機能フラグを使用する方法をご覧ください。
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 | Visited LMA IPv4 address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited LMA IPv4 address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Visited-LMA-IPv4-Address 150.
タイプ：PMIP6-Visited-LMA-IPv4-Address 150。
Length: = 6 octets
長さ：= 6オクテット
IPv4 LMA address: 32-bit IPv4 address of the assigned LMA.
IPv4 LMAアドレス：割り当てられたLMAの32ビットIPv4アドレス。
The PMIP6-Home-HN-Prefix attribute (Type value 151) is of type IPv6 prefix. It contains the Mobile Node - Home Network Prefix (MN-HNP), which is the IPv6 prefix assigned to the link between the MN and the MAG. The MN configures its IP interface from its home network prefix(es). When the LMA is located in the home network, the PMIP6- Home-HN-Prefix attribute is used to deliver the MN-HNP from the HAAA to the MAG.
PMIP6-Home-HN-Prefix属性（タイプ値151）はタイプIPv6プレフィックスです。これには、モバイルノード-ホームネットワークプレフィックス（MN-HNP）が含まれています。これは、MNとMAG間のリンクに割り当てられたIPv6プレフィックスです。 MNは、ホームネットワークプレフィックスからIPインターフェイスを構成します。 LMAがホームネットワークにある場合、PMIP6- Home-HN-Prefix属性を使用して、MN-HNPをHAAAからMAGに配信します。
The PMIP6-Home-HN-Prefix attribute is also used on the LMA-to-HAAA interface containing the prefix assigned to the MN. If the LMA delegates the MN-HNP assignment to the HAAA, the attribute MUST contain all zeroes in the address of (i.e., '::') the Access-Request message. The attribute MUST be present in the RADIUS Access-Accept message if the prior request already included one and SHOULD carry the MN-HNP the HAAA assigned to the MN.
PMIP6-Home-HN-Prefix属性は、MNに割り当てられたプレフィックスを含むLMAからHAAAへのインターフェースでも使用されます。 LMAがMN-HNP割り当てをHAAAに委任する場合、属性はAccess-Requestメッセージのアドレスにすべてゼロを含める必要があります（つまり、「::」）。以前のリクエストにすでに1つ含まれており、MNに割り当てられたHAAAであるMN-HNPを運ぶ必要がある場合は、RADIUS Access-Acceptメッセージに属性が存在する必要があります。
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 | Reserved | Prefix-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Home MN-HNP
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home MN-HNP
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home MN-HNP
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home MN-HNP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Home-HN-Prefix 151.
タイプ：PMIP6-Home-HN-Prefix 151。
Length: = at least 4 and no larger than 20.
長さ：= 4以上20以下。
Reserved: Reserved for future use. The bits MUST be set to zero by the sender and MUST be ignored by the receiver.
予約済み：将来の使用のために予約されています。ビットは送信者によってゼロに設定されなければならず、受信者によって無視されなければなりません。
Prefix-Length: The 8-bit unsigned integer indicating the prefix length of the home network prefix (at least 0 and no larger than 128). If the home network prefix contains an address of all zeroes (i.e., '::'), then the Prefix-Length MUST be set to 128.
Prefix-Length：ホームネットワークプレフィックスのプレフィックス長を示す8ビットの符号なし整数（0以上、128以下）。ホームネットワークプレフィックスにすべてゼロのアドレス（つまり、「::」）が含まれている場合、Prefix-Lengthを128に設定する必要があります。
Home Network Prefix: The home network prefix for the MN's IPv6 address configuration. The Prefix field is up to 16 octets in length. Bits outside of the Prefix-Length, if included, must be zero.
ホームネットワークプレフィックス：MNのIPv6アドレス構成のホームネットワークプレフィックス。プレフィックスフィールドの長さは最大16オクテットです。含まれている場合、Prefix-Lengthの外側のビットはゼロでなければなりません。
The PMIP6-Visited-HN-Prefix attribute (Type value 152) is of type IPv6 prefix. It contains the Mobile Node - Home Network Prefix (MN-HNP), which is the IPv6 prefix assigned to the link between the MN and the MAG. The MN configures its IP interface from its home network prefix(es). When the LMA is located in the visited network, the PMIP6-Visited-HN-Prefix attribute is used to deliver the MN-HNP from the VAAA to the MAG.
PMIP6-Visited-HN-Prefix属性（タイプ値152）は、タイプIPv6プレフィックスです。これには、モバイルノード-ホームネットワークプレフィックス（MN-HNP）が含まれています。これは、MNとMAG間のリンクに割り当てられたIPv6プレフィックスです。 MNは、ホームネットワークプレフィックスからIPインターフェイスを構成します。 LMAが訪問先ネットワークにある場合、PMIP6-Visited-HN-Prefix属性を使用して、VAAAからMAGにMN-HNPを配信します。
The PMIP6-Visited-HN-Prefix attribute is also used on the LMA-to-VAAA interface containing the IPv6 prefix assigned to the MN. If the LMA delegates the assignment of the MN-HNP to the VAAA, the attribute MUST contain an address of all zeroes (i.e., '::') in the RADIUS Access-Request message. The attribute MUST be present in Access-Accept message if the prior request already included one and SHOULD carry the MN-HNP the VAAA assigned to the MN.
PMIP6-Visited-HN-Prefix属性は、MNに割り当てられたIPv6プレフィックスを含むLMAからVAAAへのインターフェースでも使用されます。 LMAがMN-HNPの割り当てをVAAAに委任する場合、属性には、RADIUS Access-Requestメッセージ内のすべてゼロのアドレス（つまり、「::」）が含まれている必要があります。以前のリクエストにすでに1つ含まれていて、MNに割り当てられたVAAAがMN-HNPを運ぶ必要がある場合、属性はAccess-Acceptメッセージに存在する必要があります。
The attribute SHOULD NOT be included if the use of LMA in the home network is authorized (the PMIP6-Home-HN-Prefix and/or PMIP6-Home-LMA-IPv6-Address attributes are already present). However, if the VAAA local policy allows both home and visited LMA addresses to be delivered to the MAG, then this attribute MAY also be included.
ホームネットワークでのLMAの使用が許可されている場合は、属性を含めないでください（PMIP6-Home-HN-Prefixおよび/またはPMIP6-Home-LMA-IPv6-Address属性がすでに存在する）。ただし、VAAAローカルポリシーで、ホームと訪問の両方のLMAアドレスのMAGへの配信が許可されている場合、この属性も含めることができます（MAY）。
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 | Reserved | Prefix-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Visited MN-HNP
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited MN-HNP
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited MN-HNP
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited MN-HNP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Visited-HN-Prefix 152.
タイプ：PMIP6-Visited-HN-Prefix 152。
Length: = at least 4 and no larger than 20.
長さ：= 4以上20以下。
Reserved: Reserved for future use. The bits MUST be set to zero by the sender and MUST be ignored by the receiver.
予約済み：将来の使用のために予約されています。ビットは送信者によってゼロに設定されなければならず、受信者によって無視されなければなりません。
Prefix-Length: The 8-bit unsigned integer indicating the prefix length of the Visited MN-HNP (at least 0 and no larger than 128). If the visited home network prefix contains an address of all zeroes (i.e., '::'), then the Prefix-Length MUST be set to 128.
Prefix-Length：Visited MN-HNPのプレフィックス長を示す8ビットの符号なし整数（少なくとも0で128以下）。訪問したホームネットワークプレフィックスにすべてゼロのアドレス（つまり、「::」）が含まれている場合、Prefix-Lengthを128に設定する必要があります。
Visited Home Network Prefix: The home network prefix for the MN's IPv6 address configuration. The Prefix field is up to 16 octets in length. Bits outside of the Prefix-Length, if included, must be zero.
Visited Home Network Prefix：MNのIPv6アドレス構成のホームネットワークプレフィックス。プレフィックスフィールドの長さは最大16オクテットです。含まれている場合、Prefix-Lengthの外側のビットはゼロでなければなりません。
The PMIP6-Home-Interface-ID attribute (Type value 153) is of type String and contains the MN's interface identifier. The selection of the interface identifier SHOULD NOT allow the tracking of individual MNs or users between PMIPv6 mobility sessions for privacy reasons. This attribute is applicable in network systems and link technologies, where the network explicitly delivers an interface identifier to the MN during the link setup. Third Generation Partnership Project (3GPP) and PPP link technologies are examples of such.
PMIP6-Home-Interface-ID属性（タイプ値153）はタイプStringであり、MNのインターフェース識別子が含まれています。インターフェイス識別子の選択では、プライバシー上の理由から、PMIPv6モビリティセッション間の個々のMNまたはユーザーの追跡を許可しないでください。この属性は、ネットワークシステムとリンクテクノロジーに適用されます。ネットワークは、リンクのセットアップ中に、明示的にインターフェイス識別子をMNに配信します。第3世代パートナーシッププロジェクト（3GPP）とPPPリンクテクノロジーはその一例です。
This attribute MAY be sent by the LMA or the MAG to the HAAA in the RADIUS Access-Request packet as a proposal. This attribute MAY be sent by the HAAA to the LMA or to the MAG in an Access-Accept packet; however, it MUST be present if the prior request already included one.
この属性は、LMAまたはMAGによって、提案としてRADIUS Access-RequestパケットでHAAAに送信される場合があります。この属性は、HAAAによってLMAまたはMAGにAccess-Acceptパケットで送信される場合があります。ただし、以前のリクエストにすでに含まれている場合は、存在する必要があります。
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 | Home Interface Identifier
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home Interface Identifier
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home Interface Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Home-Interface-ID 153.
タイプ：PMIP6-Home-Interface-ID 153。
Length: = 10 octets.
長さ：= 10オクテット。
Home Interface Identifier: The 64-bit long interface identifier (8 octets).
ホームインターフェイス識別子：64ビットの長いインターフェイス識別子（8オクテット）。
The PMIP6-Visited-Interface-ID attribute (Type value 154) is of type String and contains the MN's interface identifier. The selection of the interface identifier SHOULD NOT allow the tracking of individual MNs or users between PMIPv6 mobility session for privacy reasons.
PMIP6-Visited-Interface-ID属性（タイプ値154）はタイプStringであり、MNのインターフェース識別子が含まれています。インターフェイス識別子の選択は、プライバシー上の理由から、PMIPv6モビリティセッション間の個々のMNまたはユーザーの追跡を許可しないでください。
This attribute is applicable in network systems and link technologies, where the network explicitly delivers an interface identifier to the MN during the link setup. 3GPP and PPP link technologies are examples of such.
この属性は、ネットワークシステムとリンクテクノロジーに適用されます。ネットワークは、リンクのセットアップ中に、明示的にインターフェイス識別子をMNに配信します。 3GPPおよびPPPリンク技術は、そのような例です。
This attribute MAY be sent by the LMA or the MAG to the VAAA in the RADIUS Access-Request packet as a proposal. This attribute MAY be sent by the VAAA to the LMA or to the MAG in an Access-Accept packet; however, it MUST be present if the prior request already included one.
この属性は、LMAまたはMAGによって、提案としてRADIUS Access-RequestパケットでVAAAに送信される場合があります。この属性は、VAAAによってLMAまたはMAGにAccess-Acceptパケットで送信される場合があります。ただし、以前のリクエストにすでに含まれている場合は、存在する必要があります。
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 | Visited Interface Identifier
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited Interface Identifier
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited Interface Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Visited-Interface-ID 154.
タイプ：PMIP6-Visited-Interface-ID 154。
Length: = 10 octets.
長さ：= 10オクテット。
Visited Interface Identifier: The 64-bit long interface identifier (8 octets).
Visited Interface Identifier：64ビットの長いインターフェイス識別子（8オクテット）。
[RFC5844] specifies extensions to Proxy Mobile IPv6 protocol that enable IPv4 home address mobility support to the MN. The PMIP6-Home-IPv4-HoA attribute (Type value 155) is of type Address and contains the IPv4 Home Address of the MN. The primary use of this attribute is to deliver the assigned IPv4-HoA from HAAA to the MAG.
[RFC5844]は、MNへのIPv4ホームアドレスモビリティサポートを有効にするProxy Mobile IPv6プロトコルの拡張を指定します。 PMIP6-Home-IPv4-HoA属性（タイプ値155）はタイプアドレスであり、MNのIPv4ホームアドレスを含みます。この属性の主な用途は、割り当てられたIPv4-HoAをHAAAからMAGに配信することです。
The PMIP6-Home-IPv4-HoA is also used on the LMA-to-HAAA interface. If the LMA in the home network delegates the assignment of the IPv4-HoA to the HAAA, the attribute MUST contain an address of all zeroes (i.e., 0.0.0.0) in the Access-Request message. The attribute MUST be included in by HAAA in the Access-Accept message if the previous request included it, and it contains the IPv4-HoA assigned to the MN.
PMIP6-Home-IPv4-HoAは、LMAからHAAAへのインターフェースでも使用されます。ホームネットワークのLMAがIPv4-HoAの割り当てをHAAAに委任する場合、属性にはAccess-Requestメッセージにすべてゼロ（つまり、0.0.0.0）のアドレスが含まれている必要があります。前のリクエストに含まれている場合、属性はHAAAによってAccess-Acceptメッセージに含まれている必要があり、MNに割り当てられたIPv4-HoAが含まれています。
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 | Reserved |Prefix-Len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Home IPv4 HoA |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Home-IPv4-HoA 155.
タイプ：PMIP6-Home-IPv4-HoA 155。
Length: = 8 octets
長さ：= 8オクテット
Reserved The 10-bit field reserved for future use. The value MUST be initialized to zero by sender and MUST be ignored by the receiver.
予約済み将来使用するために予約されている10ビットのフィールド。値は送信者によってゼロに初期化されなければならず（MUST）、受信者によって無視されなければなりません（MUST）。
Prefix-Len The 6-bit unsigned integer indicating the prefix length of the IPv4 HoA. If the Home IPv4 HoA contains an address of all zeroes (i.e., '0.0.0.0'), then the Prefix-Len MUST be set to 32.
Prefix-Len IPv4 HoAのプレフィックス長を示す6ビットの符号なし整数。ホームIPv4 HoAにすべてゼロのアドレス（つまり、「0.0.0.0」）が含まれている場合、Prefix-Lenを32に設定する必要があります。
Home IPv4 HoA: This field is of type Address and contains the IPv4 home address of the MN in the home network.
ホームIPv4 HoA：このフィールドはアドレスタイプであり、ホームネットワーク内のMNのIPv4ホームアドレスが含まれます。
When both the MAG and the LMA are in the visited network, the PMIP6- Visited-IPv4-HoA attribute (Type value 156) is of type Address and is used to exchange information between the VAAA and the MAG on the assignment of the IPv4 Home Address to the MN being present in the visited network.
MAGとLMAの両方が訪問先ネットワークにある場合、PMIP6-Visited-IPv4-HoA属性（タイプ値156）はタイプアドレスであり、IPv4ホームの割り当て時にVAAAとMAGの間で情報を交換するために使用されます訪問先ネットワークに存在するMNへのアドレス。
The PMIP6-Visited-IPv4-HoA is also used on the LMA-to-VAAA interface. If the LMA delegates the assignment of the IPv4-HoA to the VAAA, the attribute MUST contain an address of all zeroes (i.e., 0.0.0.0) in the RADIUS Access-Request message. The Access-Accept message MUST have the attribute present if the prior request to the VAAA already included one.
PMIP6-Visited-IPv4-HoAは、LMAからVAAAへのインターフェイスでも使用されます。 LMAがIPv4-HoAの割り当てをVAAAに委任する場合、属性には、RADIUS Access-Requestメッセージ内のすべてゼロのアドレス（つまり、0.0.0.0）が含まれている必要があります。 VAAAへの以前のリクエストにすでに含まれている場合、Access-Acceptメッセージには属性が存在する必要があります。
The attribute SHOULD NOT be included if the use of the LMA in the home network is authorized (the PMIP6-Home-IPv4-HoA and/or PMIP6- Home-LMA-IPv4-Address attributes are already present). However, if the VAAA local policy allows both home and visited LMA addresses to be delivered to the MAG, then this attribute MAY also be included.
ホームネットワークでのLMAの使用が許可されている場合は、属性を含めないでください（PMIP6-Home-IPv4-HoAおよび/またはPMIP6- Home-LMA-IPv4-Address属性がすでに存在する）。ただし、VAAAローカルポリシーで、ホームと訪問の両方のLMAアドレスのMAGへの配信が許可されている場合、この属性も含めることができます（MAY）。
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 | Reserved |Prefix-Len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Visited IPv4 HoA |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Visited-IPv4-HoA 156.
タイプ：PMIP6-Visited-IPv4-HoA 156。
Length: = 8 octets
長さ：= 8オクテット
Reserved: The 10-bit field reserved for future use. The value MUST be initialized to zero by the sender and MUST be ignored by the receiver.
予約済み：今後使用するために予約されている10ビットのフィールド。値は送信者によってゼロに初期化されなければならず（MUST）、受信者によって無視されなければなりません（MUST）。
Prefix-Len: 6-bit unsigned integer indicating the prefix length of the IPv4 HoA. If the Visited IPv4 HoA contains an address of all zeroes (i.e., '0.0.0.0'), then the Prefix-Len MUST be set to 32.
Prefix-Len：IPv4 HoAのプレフィックス長を示す6ビットの符号なし整数。 Visited IPv4 HoAにすべてゼロのアドレス（つまり、「0.0.0.0」）が含まれている場合、Prefix-Lenを32に設定する必要があります。
Visited IPv4 HoA: This field is of type Address and contains the IPv4 home address of the MN in the visited network.
訪問済みIPv4 HoA：このフィールドのタイプはアドレスで、訪問済みネットワーク内のMNのIPv4ホームアドレスが含まれます。
The PMIP6-Home-DHCP4-Server-Address (Type value 157) is of type Address and contains the IPv4 address of the DHCPv4 server in the home network. The particular DHCP server address is indicated to the MAG that serves the concerning MN. The HAAA MAY assign a DHCP server to the MAG in deployments where the MAG acts as a DHCP Relay, as defined in [RFC5844].
PMIP6-Home-DHCP4-Server-Address（タイプ値157）はタイプAddressであり、ホームネットワーク内のDHCPv4サーバーのIPv4アドレスが含まれています。特定のDHCPサーバーアドレスは、関連するMNにサービスを提供するMAGに示されます。 [RFC5844]で定義されているように、MAGがDHCPリレーとして機能する展開では、HAAAはDHCPサーバーをMAGに割り当てることができます（MAY）。
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 | Home DHCPv4 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home DHCPv4 server address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Home-DHCP4-Server-Address 157.
タイプ：PMIP6-Home-DHCP4-Server-Address 157。
Length: = 6 octets.
長さ：= 6オクテット。
Home DHCPv4 server address: This field is of type Address and contains a 4-octet IPv4 address of the DHCP server.
ホームDHCPv4サーバーアドレス：このフィールドはアドレスタイプで、DHCPサーバーの4オクテットIPv4アドレスが含まれます。
The PMIP6-Visited-DHCP4-Server-Address attribute (Type value 158) is of type Address and delivers the IPv4 address of the DHCPv4 server from the visited network to the MAG. When both the MAG and the LMA are in the visited network, the VAAA MAY assign a DHCPv4 server to the MAG in deployments where the MAG acts as a DHCP Relay, as defined in [RFC5844].
PMIP6-Visited-DHCP4-Server-Address属性（タイプ値158）はタイプアドレスであり、DHCPv4サーバーのIPv4アドレスを訪問先ネットワークからMAGに配信します。 MAGとLMAの両方が訪問先ネットワークにある場合、[RFC5844]で定義されているように、MAGがDHCPリレーとして機能する展開では、VAAAはDHCPv4サーバーをMAGに割り当てることができます（MAY）。
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 | Visited DHCPv4 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited DHCPv4 server address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Visited-DHCP4-Server-Address 158.
タイプ：PMIP6-Visited-DHCP4-Server-Address 158。
Length: = 6 octets
長さ：= 6オクテット
Visited DHCPv4 server address: This field is of type Address and contains a 4-octet IPv4 address of the DHCPv4 server.
訪問済みDHCPv4サーバーアドレス：このフィールドはアドレスタイプで、DHCPv4サーバーの4オクテットIPv4アドレスが含まれます。
The PMIP6-Home-DHCP6-Server-Address (Type value 159) is of type IPv6 address and contains the IPv6 address of the DHCPv6 server in the home network indicated by the HAAA to the MAG that serves the MN. The HAAA MAY assign a DHCPv6 server to the MAG in deployments where the MAG acts as a DHCP Relay, as defined in [RFC5213].
PMIP6-Home-DHCP6-Server-Address（タイプ値159）はタイプIPv6アドレスであり、MNにサービスを提供するMAGへのHAAAによって示されるホームネットワーク内のDHCPv6サーバーのIPv6アドレスを含みます。 [RFC5213]で定義されているように、MAGがDHCPリレーとして機能する展開では、HAAAはDHCPv6サーバーをMAGに割り当てることができます（MAY）。
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 | Home DHCPv6 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home DHCPv6 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home DHCPv6 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home DHCPv6 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Home DHCPv6 server address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Home-DHCP6-Server-Address 159.
タイプ：PMIP6-Home-DHCP6-Server-Address 159。
Length: = 18 octets
長さ：= 18オクテット
Home DHCPv6 server address: This field is of type Address and contains 16-octet IPv6 address of the DHCPv6 server.
ホームDHCPv6サーバーアドレス：このフィールドはアドレスタイプで、DHCPv6サーバーの16オクテットIPv6アドレスが含まれます。
The PMIP6-Visited-DHCP6-Server-Address attribute (Type value 160) is of type IPv6 address and contains the IPv6 address of the DHCPv6 server in the visited network indicated by the VAAA to the MAG that serves the MN. When both MAG and the LMA are located in the visited network, the VAAA MAY assign a DHCPv6 server to the MAG in deployments where the MAG acts as a DHCP Relay, as defined in [RFC5213].
PMIP6-Visited-DHCP6-Server-Address属性（タイプ値160）はタイプIPv6アドレスであり、MNにサービスを提供するMAGへのVAAAによって示される訪問先ネットワークのDHCPv6サーバーのIPv6アドレスを含みます。 MAGとLMAの両方が訪問先ネットワークにある場合、VARFは、[RFC5213]で定義されているように、MAGがDHCPリレーとして機能する展開でDHCPv6サーバーをMAGに割り当てることができます（MAY）。
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 | Visited DHCPv6 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited DHCPv6 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited DHCPv6 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited DHCPv6 server address
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Visited DHCPv6 server address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Visited-DHCP6-Server-Address 160.
タイプ：PMIP6-Visited-DHCP6-Server-Address 160。
Length: = 18 octets
長さ：= 18オクテット
Visited DHCPv6 server address: This field is of type Address and contains the 16-octet IPv6 address of the DHCPv6 server.
訪問したDHCPv6サーバーアドレス：このフィールドのタイプはアドレスで、DHCPv6サーバーの16オクテットIPv6アドレスが含まれます。
The Calling-Station-Id attribute (Type value 31) is of type String. When used within PMIPv6 deployments, the attribute contains the MN Link-Layer Identifier option of the MN as defined in [RFC5213], Sections 2.2 and 8.6.
Calling-Station-Id属性（タイプ値31）はタイプStringです。 PMIPv6展開内で使用される場合、この属性には、[RFC5213]のセクション2.2および8.6で定義されているMNのMNリンク層識別子オプションが含まれます。
The Chargeable-User-Identity attribute, or CUI, (Type value 89) is a unique, temporary handle used as means to, for example, correlate authentication, accounting, and bill post-processing for a particular chargeable subscriber. The CUI format and use follows guidelines defined by [RFC4372].
Chargeable-User-Identity属性、またはCUI（タイプ値89）は、例えば、特定の課金対象サブスクライバーの認証、アカウンティング、および請求書後処理を相互に関連付ける手段として使用される固有の一時ハンドルです。 CUIの形式と使用法は、[RFC4372]で定義されたガイドラインに従います。
In the scope of this document, the CUI attribute MAY be present in the Access-Request. The CUI MAY also be present in the Access-Accept. The CUI MUST be present in the Access-Accept if it was present in the Access-Request. If the use of the Chargeable-User-Identity attribute is supported, then the MAG and/or the LMA commits to include the Chargeable-User-Identity attribute in all subsequent RADIUS Accounting packets they send for the given user.
このドキュメントの範囲では、CUI属性がAccess-Requestに存在する場合があります。 CUIはAccess-Acceptにも存在する場合があります。 CUIは、Access-Requestに存在する場合、Access-Acceptに存在する必要があります。 Chargeable-User-Identity属性の使用がサポートされている場合、MAGやLMAは、指定されたユーザーに送信する後続のすべてのRADIUSアカウンティングパケットにChargeable-User-Identity属性を含めることをコミットします。
[RFC5844] specifies extensions to Proxy Mobile IPv6 protocol that enable IPv4 home address mobility support to the MN. The PMIP6-Home-IPv4-Gateway attribute (Type value 161) is of type Address and contains the default gateway IPv4 address for the MN. This address is populated into the PMIPv6 IPv4 Default-Router Address Option [RFC5844]. The address MUST belong to the subnet defined in the PMIP6-Home-IPv4-HoA attribute.
[RFC5844]は、MNへのIPv4ホームアドレスモビリティサポートを有効にするProxy Mobile IPv6プロトコルの拡張を指定します。 PMIP6-Home-IPv4-Gateway属性（タイプ値161）はアドレスタイプであり、MNのデフォルトゲートウェイIPv4アドレスが含まれています。このアドレスは、PMIPv6 IPv4デフォルトルーターアドレスオプション[RFC5844]に入力されます。アドレスは、PMIP6-Home-IPv4-HoA属性で定義されたサブネットに属している必要があります。
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 | Home IPv4 default gateway
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Home-IPv4-Gateway 161.
タイプ：PMIP6-Home-IPv4-Gateway 161。
Length: = 6 octets
長さ：= 6オクテット
Home IPv4 default gateway address: This field is of type Address and contains a 4-octet IPv4 default gateway address.
ホームIPv4デフォルトゲートウェイアドレス：このフィールドのタイプはアドレスで、4オクテットのIPv4デフォルトゲートウェイアドレスが含まれます。
[RFC5844] specifies extensions to Proxy Mobile IPv6 protocol that enable IPv4 home address mobility support to the MN. The PMIP6- Visited-IPv4-Gateway attribute (Type value 162) is of type Address and contains the default gateway IPv4 address for the MN. This address is populated into the PMIPv6 IPv4 Default-Router Address Option [RFC5844]. The address MUST belong to the subnet defined in the PMIP6-Visited-IPv4-HoA attribute.
[RFC5844]は、MNへのIPv4ホームアドレスモビリティサポートを有効にするProxy Mobile IPv6プロトコルの拡張を指定します。 PMIP6- Visited-IPv4-Gateway属性（タイプ値162）はタイプAddressであり、MNのデフォルトゲートウェイIPv4アドレスが含まれています。このアドレスは、PMIPv6 IPv4デフォルトルーターアドレスオプション[RFC5844]に入力されます。アドレスは、PMIP6-Visited-IPv4-HoA属性で定義されたサブネットに属している必要があります。
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 | Visited IPv4 default gateway
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type: PMIP6-Visited-IPv4-Gateway 162.
タイプ：PMIP6-Visited-IPv4-Gateway 162。
Length: = 6 octets
長さ：= 6オクテット
Visited IPv4 default gateway address: This field is of type Address and contains a 4-octet IPv4 default gateway address.
訪問済みIPv4デフォルトゲートウェイアドレス：このフィールドはアドレスタイプで、4オクテットのIPv4デフォルトゲートウェイアドレスが含まれます。
The MAG to the AAA RADIUS server interface is used for retrieval of the policy profile when an MN tries to attach, authenticate, and authorize to a PMIPv6 domain. Depending on the policies and network capabilities, the MAG may retrieve different sets of PMIPv6-session-related parameters:
AAA RADIUSサーバーインターフェイスへのMAGは、MNがPMIPv6ドメインへの接続、認証、および認証を試行するときに、ポリシープロファイルの取得に使用されます。ポリシーとネットワーク機能に応じて、MAGはPMIPv6-セッション関連パラメータの異なるセットを取得する場合があります。
o Configuration attributes for home or visited network access scenario, depending on the location and attachment point of the MN,
o MNの場所と接続ポイントに応じて、ホームまたは訪問したネットワークアクセスシナリオの構成属性
o The IPv6 or IPv4 address of the designated LMA, depending on the access network's actual IP topology,
o アクセスネットワークの実際のIPトポロジに応じて、指定されたLMAのIPv6またはIPv4アドレス
o The IPv6 or IPv4 configuration parameters for the MN, depending on the utilized IP configuration method and individual MN's service Policy,
o MNのIPv6またはIPv4構成パラメーター（使用されているIP構成方法と個々のMNのサービスポリシーに応じて）
o The DHCP Relay support attributes (IPv4 or IPv6) in case such functionality is supported in the network.
o そのような機能がネットワークでサポートされている場合のDHCPリレーサポート属性（IPv4またはIPv6）。
In addition to PMIPv6-specific attributes, other RADIUS attributes are to be used on the MAG-to-AAA interface.
PMIPv6固有の属性に加えて、MAG-to-AAAインターフェイスで他のRADIUS属性が使用されます。
The User-Name attribute MUST be present in the Access-Request. It MUST carry a correctly formed identifier that SHOULD correspond to an MN identity unless the identity is being suppressed for policy reasons, for example, when identity hiding is in effect. The MN identity, if available, MUST be in Network Access Identifier (NAI) [RFC4282] format. At minimum, the home realm of the MN MUST be available at the MAG when the network access authentication takes place. Otherwise, the MAG is not able to route RADIUS request messages towards the correct HAAA. The MN identity used on the MAG-to-HAAA interface and in the User-Name attribute MAY entirely be related to the network access authentication and, therefore, not be suitable to be used as the MN-Identifier mobility option value in the subsequent PBU/PBA messages. In this case, the HAAA MUST provide the MN-Identifier for PBU/PBA messages using the Mobile-Node-Identifier attribute (see Section 4.2).
User-Name属性は、Access-Requestに存在する必要があります。これは、アイデンティティの非表示が有効になっている場合など、ポリシー上の理由でアイデンティティが抑制されない限り、MNアイデンティティに対応する必要がある正しい形式の識別子を運ぶ必要があります。 MN IDは、利用可能な場合、ネットワークアクセスID（NAI）[RFC4282]形式である必要があります。ネットワークアクセス認証が行われるとき、最低でも、MNのホームレルムはMAGで利用可能でなければなりません。そうしないと、MAGはRADIUS要求メッセージを正しいHAAAにルーティングできません。 MAG-to-HAAAインターフェースおよびユーザー名属性で使用されるMN IDは、ネットワークアクセス認証に完全に関連している可能性があるため、後続のPBUのMN-Identifierモビリティオプション値として使用するのに適していません/ PBAメッセージ。この場合、HAAAはMobile-Node-Identifier属性を使用してPBU / PBAメッセージのMN-Identifierを提供する必要があります（セクション4.2を参照）。
At least one of the NAS-IP-Address, NAS-IPv6-Address, or NAS-Identifier attributes MUST be present in the Access-Request. The Service-Type attribute SHOULD be set to value 1 (Login) and the NAS-Port-Type attribute SHOULD be present in the Access-Request.
NAS-IP-Address、NAS-IPv6-Address、またはNAS-Identifier属性の少なくとも1つがAccess-Requestに存在している必要があります。 Service-Type属性は値1（ログイン）に設定する必要があり（SHOULD）、NAS-Port-Type属性はAccess-Requestに存在する必要があります（SHOULD）。
The following table provides a guide to attributes that may be found in authentication and authorization RADIUS messages between the MAG and the AAA server.
次の表は、MAGとAAAサーバー間の認証および承認RADIUSメッセージに含まれる属性のガイドです。
Request Accept Reject Challenge # Attribute
受理拒否チャレンジ＃属性のリクエスト
1 0-1 0 0 1 User-Name 0-1 0 0 0 4 NAS-IP-Address 0-1 0-1 0 0 5 NAS-Port 0-1 0-1 0 0 6 Service-Type 0-1 0-1 0 0-1 24 State 0 0-1 0 0 25 Class 0 0-1 0 0-1 27 Session-Timeout 0-1 0 0 0 31 Calling-Station-Id 0-1 0 0 0 32 NAS-Identifier 0+ 0+ 0+ 0+ 33 Proxy-State 0-1 0 0 0 69 NAS-Port-Type 0+ 0+ 0+ 0+ 79 EAP-Message 1 1 1 1 80 Message-Authenticator 0-1 0-1 0 0 89 Chargeable-User-Identity 0-1 0 0 0 95 NAS-IPv6-Address 0-1 0-1 0 0 124 MIP6-Feature-Vector 0 1 0 0 145 Mobile-Node-Identifier 0-1 0-1 0 0 146 Service-Selection 0 0-1 0 0 147 PMIP6-Home-LMA-IPv6-Address 0-1 0-1 0 0 148 PMIP6-Visited-LMA-IPv6-Address 0 0-1 0 0 149 PMIP6-Home-LMA-IPv4-Address 0-1 0-1 0 0 150 PMIP6-Visited-LMA-IPv4-Address 0 0+ 0 0 151 PMIP6-Home-HN-Prefix 0 0+ 0 0 152 PMIP6-Visited-HN-Prefix 0 0-1 0 0 153 PMIP6-Home-Interface-ID 0 0-1 0 0 154 PMIP6-Visited-Interface-ID 0 0-1 0 0 155 PMIP6-Home-IPv4-HoA 0 0-1 0 0 156 PMIP6-Visited-IPv4-HoA 0 0-1 0 0 157 PMIP6-Home-DHCP4-Server-Address 0 0-1 0 0 158 PMIP6-Visited-DHCP4-Server-Address 0 0-1 0 0 159 PMIP6-Home-DHCP6-Server-Address 0 0-1 0 0 160 PMIP6-Visited-DHCP6-Server-Address 0 0-1 0 0 161 PMIP6-Home-IPv4-Gateway 0 0-1 0 0 162 PMIP6-Visited-IPv4-Gateway
1 0-1 0 0 1ユーザー名0-1 0 0 0 4 NAS-IP-Address 0-1 0-1 0 0 5 NAS-Port 0-1 0-1 0 0 6 Service-Type 0-1 0 -1 0 0-1 24状態0 0-1 0 0 25クラス0 0-1 0 0-1 27セッションタイムアウト0-1 0 0 0 31 Calling-Station-Id 0-1 0 0 0 32 NAS-Identifier 0+ 0+ 0+ 0+ 33 Proxy-State 0-1 0 0 0 69 NAS-Port-Type 0+ 0+ 0+ 0+ 79 EAP-Message 1 1 1 1 80 Message-Authenticator 0-1 0-1 0 0 89 Chargeable-User-Identity 0-1 0 0 0 95 NAS-IPv6-Address 0-1 0-1 0 0 124 MIP6-Feature-Vector 0 1 0 0 145 Mobile-Node-Identifier 0-1 0-1 0 0 146サービス選択0 0-1 0 0 147 PMIP6-Home-LMA-IPv6-Address 0-1 0-1 0 0 148 PMIP6-Visited-LMA-IPv6-Address 0 0-1 0 0 149 PMIP6-Home -LMA-IPv4-Address 0-1 0-1 0 0150 PMIP6-Visited-LMA-IPv4-Address 0 0+ 0 0 151 PMIP6-Home-HN-Prefix 0 0+ 0 0 152 PMIP6-Visited-HN-Prefix 0 0-1 0 0 153 PMIP6-Home-Interface-ID 0 0-1 0 0 154 PMIP6-Visited-Interface-ID 0 0-1 0 0 155 PMIP6-Home-IPv4-HoA 0 0-1 0 0 156 PMIP6 -Visited-IPv4-HoA 0 0-1 0 0157 PMIP6-Home-DHCP4-Server-Address 0 0-1 0 0158 PMIP6-Visited-DHCP4-サーバーアドレス0 0-1 0 0 159 PMIP6-Home-DHCP6-Server-Address 0 0-1 0 0160 PMIP6-Visited-DHCP6-Server-Address 0 0-1 0 0161 PMIP6-Home-IPv4-Gateway 0 0-1 0 0 162 PMIP6-Visited-IPv4-Gateway
The LMA-to-HAAA interface may be used for multiple purposes. These include the authorization of the incoming PBU, updating the LMA address to the HAAA, delegating the assignment of the MN-HNP or the IPv4-HoA to the HAAA, and accounting and PMIPv6 session management. The primary purpose of this interface is to update the HAAA with the LMA address information in case of dynamically assigned LMA and to exchange the MN address assignment information between the LMA and the HAAA.
LMAからHAAAへのインターフェースは、複数の目的で使用できます。これには、着信PBUの承認、LMAアドレスのHAAAへの更新、MN-HNPまたはIPv4-HoAの割り当てのHAAAへの委任、アカウンティングおよびPMIPv6セッション管理が含まれます。このインターフェイスの主な目的は、動的に割り当てられたLMAの場合にLAAアドレス情報でHAAAを更新し、LMAとHAAAの間でMNアドレス割り当て情報を交換することです。
Whenever the LMA sends an Access-Request message to the HAAA, the User-Name attribute SHOULD contain the MN's identity. The LMA-provided identity in the User-Name attribute is strongly RECOMMENDED to be the same as the MN's identity information in the PBU MN-Identifier mobility option. The identity SHOULD also be the same as used on the MAG-to-HAAA interface; however, in case those identities differ, the HAAA MUST have a mechanism of mapping the MN identity used on the MAG-to-HAAA interface to the identity used on the LMA-to-HAAA interface.
LMAがAccess-RequestメッセージをHAAAに送信するときはいつでも、User-Name属性はMNのIDを含む必要があります（SHOULD）。 User-Name属性のLMA提供のIDは、PBU MN-IdentifierモビリティオプションのMNのID情報と同じであることが強く推奨されます。 IDは、MAG-to-HAAAインターフェイスで使用されるものと同じである必要があります。ただし、これらのIDが異なる場合、HAAAには、MAG-to-HAAAインターフェイスで使用されるMN IDを、LMA-to-HAAAインターフェイスで使用されるIDにマッピングするメカニズムが必要です。
If the PBU contains the MN Link-Layer Identifier option, the Calling-Station-Id attribute SHOULD be included in the request message containing the received MN Link-Layer Identifier option. Furthermore, if the PBU contains the Service Selection mobility option [RFC5149], the Service-Selection attribute SHOULD be included in the request message containing the received service identifier. Both the MN Link-Layer Identifier option and the service selection can be used to provide more information for the PBU authorization step in the HAAA.
PBUにMN Link-Layer Identifierオプションが含まれている場合、Calling-Station-Id属性は、受信されたMN Link-Layer Identifierオプションを含む要求メッセージに含まれる必要があります。さらに、PBUにService Selectionモビリティオプション[RFC5149]が含まれている場合、Service-Selection属性は、受信したサービス識別子を含む要求メッセージに含める必要があります（SHOULD）。 MNリンク層IDオプションとサービス選択の両方を使用して、HAAAのPBU許可ステップの詳細情報を提供できます。
The Service-Type attribute MUST be set to the value 17 (Authorize Only). If the HAAA is not able to authorize the subscriber's mobility service session, then the Access-Reject message to the LMA MAY contain the Reply-Message attribute describing the reason for rejecting the authorization. A failed authorization obviously results in a rejection of the PBU, and a PBA with an appropriate error Status Value MUST be sent back to the MAG.
Service-Type属性は、値17（承認のみ）に設定する必要があります。 HAAAがサブスクライバーのモビリティサービスセッションを承認できない場合、LMAへのAccess-Rejectメッセージには、承認を拒否する理由を説明するReply-Message属性が含まれる場合があります。承認に失敗すると、明らかにPBUが拒否され、適切なエラーステータス値を持つPBAをMAGに送信する必要があります。
The authorization step MUST be performed at least for the initial PBU session up to a mobility session, when the LMA-to-HAAA interface is deployed. For the subsequent re-registration and handover of PBUs, the authorization step MAY be repeated (in this case, the LMA-to-HAAA interface should also maintain an authorization session state).
認可ステップは、LMAからHAAAへのインターフェースが配備されている場合、少なくとも最初のPBUセッションからモビリティセッションまで実行する必要があります。その後のPBUの再登録とハンドオーバーのために、許可ステップを繰り返すことができます（この場合、LMAからHAAAへのインターフェースも許可セッション状態を維持する必要があります）。
In case of a dynamic LMA discovery and assignment [RFC6097], the HAAA and the remote policy store may need to be updated with the selected LMA address information. The update can be done during the PBU authorization step using the LMA-to-HAAA interface. This specification uses the PMIP6-*-LMA-*-Address attribute for carrying the LMA's address information from the LMA to the HAAA. The LMA address information in the request message MUST contain the IP address of the LMA, the Fully Qualified Domain Name (FQDN) uniquely identifying the LMA, or both. The LMA address information refers to the PMIPv6 part of the LMA, not necessarily the LMA part interfacing with the AAA infrastructure.
動的LMA検出および割り当て[RFC6097]の場合、HAAAおよびリモートポリシーストアは、選択されたLMAアドレス情報で更新する必要がある場合があります。更新は、LMAからHAAAへのインターフェースを使用して、PBU許可ステップ中に実行できます。この仕様では、PMIP6-*-LMA-*-Address属性を使用して、LMAのアドレス情報をLMAからHAAAに伝送します。要求メッセージのLMAアドレス情報には、LMAのIPアドレス、LMAを一意に識別する完全修飾ドメイン名（FQDN）、またはその両方を含める必要があります。 LMAアドレス情報は、LMAのPMIPv6部分を参照しますが、必ずしもAAAインフラストラクチャとインターフェースするLMA部分を参照する必要はありません。
The LMA and the HAAA use the PMIP6-Home-HN-Prefix/ PMIP6-Visited-HN-Prefix attributes to exchange the MN-HNP when appropriate. Similarly, the LMA and the HAAA use the PMIP6-Home-IPv4-HoA/PMIP6-Visited-IPv4-HoA attributes to exchange the IPv4-MN-HoA when appropriate. The MN address information exchange is again done during the PBU authorization step. The HAAA MAY also use the LMA-provided MN address information as a part of the information used to authorize the PBU.
LMAとHAAAは、PMIP6-Home-HN-Prefix / PMIP6-Visited-HN-Prefix属性を使用して、必要に応じてMN-HNPを交換します。同様に、LMAとHAAAはPMIP6-Home-IPv4-HoA / PMIP6-Visited-IPv4-HoA属性を使用して、必要に応じてIPv4-MN-HoAを交換します。 MNアドレス情報交換は、PBU許可ステップ中に再度行われます。 HAAAは、LMA提供のMNアドレス情報を、PBUの認証に使用される情報の一部として使用することもできます（MAY）。
Which entity is actually responsible for the address management is deployment specific within the PMIPv6 Domain and MUST be pre-agreed on per deployment basis. When the LMA is responsible for the address management, the PMIP6-*-HN-Prefix/PMIP6-*-IPv4-HoA attributes are used to inform the HAAA and the remote policy store of the MN-HNP/ IPv4-MN-HoA assigned to the MN. It is also possible that the LMA delegates the address management to the HAAA. In this case, the MN-HNP/IPv4-MN-HoA are set to undefined addresses in the Access-Request message sent from the LMA to the HAAA. The LMA expects to receive the HAAA assigned HNP/IPv4-MN-HoA in the corresponding Access-Accept message.
アドレス管理を実際に担当するエンティティは、PMIPv6ドメイン内の展開固有であり、展開ごとに事前に合意する必要があります。 LMAがアドレス管理を担当する場合、PMIP6-*-HN-Prefix / PMIP6-*-IPv4-HoA属性を使用して、割り当てられたMN-HNP / IPv4-MN-HoAのHAAAおよびリモートポリシーストアに通知しますMNへ。 LMAがアドレス管理をHAAAに委任することも可能です。この場合、MN-HNP / IPv4-MN-HoAは、LMAからHAAAに送信されるAccess-Requestメッセージで未定義のアドレスに設定されます。 LMAは、対応するAccess-AcceptメッセージでHAAAが割り当てられたHNP / IPv4-MN-HoAを受信することを期待します。
The following table provides a guide to which attributes may be found in authorization process between LMA and the AAA.
次の表は、LMAとAAA間の承認プロセスで検出される可能性のある属性のガイドです。
Request Accept Reject Challenge # Attribute
受理拒否チャレンジ＃属性のリクエスト
1 0-1 0 0 1 User-Name 0-1 0-1 0 0 4 NAS-IP-Address 0-1 0-1 0 0 5 NAS-Port 1 0-1 0 0 6 Service-Type 0 0-1 0 0 25 Class 0 0-1 0 0-1 27 Session-Timeout 0-1 0 0 0 31 Calling-Station-Id 1 0 0 0 32 NAS-Identifier 0+ 0+ 0+ 0+ 33 Proxy-State 1 0 0 0 69 NAS-Port-Type 1 1 1 1 80 Message-Authenticator 0-1 0-1 0 0 89 Chargeable-User-Identity 0-1 0-1 0 0 95 NAS-IPv6-Address 0-1 0-1 0 0 124 MIP6-Feature-Vector 1 0 0 0 145 Mobile-Node-Identifier 0-1 0-1 0 0 146 Service-Selection 0-1 0 0 0 147 PMIP6-Home-LMA-IPv6-Address 0-1 0 0 0 148 PMIP6-Visited-LMA-IPv6-Address 0-1 0 0 0 149 PMIP6-Home-LMA-IPv4-Address 0-1 0 0 0 150 PMIP6-Visited-LMA-IPv4-Address 0+ 0+ 0 0 151 PMIP6-Home-HN-Prefix 0+ 0+ 0 0 152 PMIP6-Visited-HN-Prefix 0-1 0-1 0 0 153 PMIP6-Home-Interface-ID 0-1 0-1 0 0 154 PMIP6-Visited-Interface-ID 0-1 0-1 0 0 155 PMIP6-Home-IPv4-HoA 0-1 0-1 0 0 156 PMIP6-Visited-IPv4-HoA 0-1 0-1 0 0 161 PMIP6-Home-IPv4-Gateway 0-1 0-1 0 0 162 PMIP6-Visited-IPv4-Gateway
1 0-1 0 0 1ユーザー名0-1 0-1 0 0 4 NAS-IP-Address 0-1 0-1 0 0 5 NAS-Port 1 0-1 0 0 6 Service-Type 0 0-1 0 0 25クラス0 0-1 0 0-1 27セッションタイムアウト0-1 0 0 0 31 Calling-Station-Id 1 0 0 0 32 NAS-Identifier 0+ 0+ 0+ 0+ 33 Proxy-State 1 0 0 0 69 NAS-Port-Type 1 1 1 1 80 Message-Authenticator 0-1 0-1 0 0 89 Chargeable-User-Identity 0-1 0-1 0 0 95 NAS-IPv6-Address 0-1 0-1 0 0 124 MIP6-Feature-Vector 1 0 0 0 145モバイルノードID 0-1 0-1 0 0146サービス選択0-1 0 0 0 147 PMIP6-Home-LMA-IPv6-Address 0-1 0 0 0 148 PMIP6-Visited-LMA-IPv6-Address 0-1 0 0 0 149 PMIP6-Home-LMA-IPv4-Address 0-1 0 0 0150 PMIP6-Visited-LMA-IPv4-Address 0+ 0+ 0 0 151 PMIP6-Home-HN-Prefix 0+ 0+ 0 0 152 PMIP6-Visited-HN-Prefix 0-1 0-1 0 0 153 PMIP6-Home-Interface-ID 0-1 0-1 0 0 154 PMIP6-Visited -Interface-ID 0-1 0-1 0 0 155 PMIP6-Home-IPv4-HoA 0-1 0-1 0 0156 PMIP6-Visited-IPv4-HoA 0-1 0-1 0 0 161 PMIP6-Home-IPv4 -ゲートウェイ0-1 0-1 0 0 162 PMIP6-Visited-IPv4-Gateway
Radius-based interfaces at the MAG and LMA with the AAA server enables the metering of traffic associated with the MN, commonly called "accounting". If accounting is turned on in the mobile node's policy profile, the local routing SHOULD NOT be enabled [RFC5213].
AAAサーバーを備えたMAGおよびLMAでのRADIUSベースのインターフェースは、MNに関連するトラフィックの測定を可能にします。これは、一般に「アカウンティング」と呼ばれます。モバイルノードのポリシープロファイルでアカウンティングがオンになっている場合、ローカルルーティングを有効にすべきではありません[RFC5213]。
The accounting at the LMA to AAA server interface is based on [RFC2865] and [RFC2866]. This interface MUST support the transfer of accounting records needed for service control and charging. These records should include (but may not be limited to) the following: time of binding cache entry creation and deletion, number of the octets sent and received by the MN over the bi-directional tunnel, etc.
LMAからAAAへのサーバーインターフェイスでのアカウンティングは、[RFC2865]と[RFC2866]に基づいています。このインターフェースは、サービス制御と課金に必要なアカウンティングレコードの転送をサポートする必要があります。これらのレコードには、以下が含まれている必要があります（これらに限定されない場合があります）：バインディングキャッシュエントリの作成と削除の時間、双方向トンネルを介してMNによって送受信されたオクテットの数など。
The accounting at the MAG to AAA server interface is based on [RFC2865] and [RFC2866]. The interface MUST also support the transfer of accounting records that should include the following: time of binding cache entry creation and deletion, number of the octets sent and received by the MN over the bi-directional tunnel, etc.
MAGからAAAサーバーへのインターフェースでのアカウンティングは、[RFC2865]と[RFC2866]に基づいています。インターフェースはまた、以下を含むアカウンティングレコードの転送をサポートする必要があります：バインディングキャッシュエントリの作成と削除の時間、双方向トンネルを介してMNによって送受信されるオクテットの数など。
If there is data traffic between a visiting MN and a correspondent node that is locally attached to an access link connected to the same MAG, the mobile access gateway MAY optimize on the delivery efforts by locally routing the packets instead of using reverse tunneling to the mobile node's LMA. In this case, the local data traffic too MUST be reported to AAA Accounting servers by means of RADIUS protocol.
同じMAGに接続されたアクセスリンクにローカルに接続されている訪問先のMNとコレスポンデントノードの間にデータトラフィックがある場合、モバイルアクセスゲートウェイは、モバイルへのリバーストンネリングを使用する代わりに、パケットをローカルにルーティングすることにより、配信作業を最適化できます（MAY）。ノードのLMA。この場合、ローカルデータトラフィックも、RADIUSプロトコルを使用してAAAアカウンティングサーバーに報告する必要があります。
The following table provides a list of attributes that may be included in the RADIUS Accounting messages. These attributes are to complement the set of accounting attributes already required by [RFC2866] and [RFC2869].
次の表に、RADIUSアカウンティングメッセージに含まれる可能性のある属性のリストを示します。これらの属性は、[RFC2866]および[RFC2869]ですでに必要とされているアカウンティング属性のセットを補足するためのものです。
Accounting Request # Attribute
会計要求番号属性
0-1 145 Mobile-Node-Identifier 0-1 146 Service-Selection 0-1 147 PMIP6-Home-LMA-IPv6-Address 0-1 148 PMIP6-Visited-LMA-IPv6-Address 0-1 149 PMIP6-Home-LMA-IPv4-Address 0-1 150 PMIP6-Visited-LMA-IPv4-Address 0+ 151 PMIP6-Home-HN-Prefix 0+ 152 PMIP6-Visited-HN-Prefix 0-1 155 PMIP6-Home-IPv4-HoA 0-1 156 PMIP6-Visited-IPv4-HoA 0-1 31 Calling-Station-Id 0-1 80 Message-Authenticator 0-1 89 Chargeable-User-Identity 0-1 124 MIP6-Feature-Vector
0-1 145モバイルノード識別子0-1 146サービス選択0-1 147 PMIP6-Home-LMA-IPv6-Address 0-1 148 PMIP6-Visited-LMA-IPv6-Address 0-1 149 PMIP6-Home- LMA-IPv4-Address 0-1 150 PMIP6-Visited-LMA-IPv4-Address 0+ 151 PMIP6-Home-HN-Prefix 0+ 152 PMIP6-Visited-HN-Prefix 0-1 155 PMIP6-Home-IPv4-HoA 0 -1 156 PMIP6-Visited-IPv4-HoA 0-1 31 Calling-Station-Id 0-1 80 Message-Authenticator 0-1 89 Chargeable-User-Identity 0-1 124 MIP6-Feature-Vector
The RADIUS messages may be transported between the MAG and/or the LMA to the RADIUS server via one or more AAA brokers or RADIUS proxies. In this case, the communication between the LMA and the RADIUS AAA server relies on the security properties of the intermediate AAA brokers and RADIUS proxies.
RADIUSメッセージは、1つ以上のAAAブローカーまたはRADIUSプロキシを介して、MAGおよびLMAの間でRADIUSサーバーに転送されます。この場合、LMAとRADIUS AAAサーバー間の通信は、中間AAAブローカーとRADIUSプロキシのセキュリティプロパティに依存します。
Regarding the privacy threats associated with sending MN-specific information between the MAG and AAA server and between the LMA and AAA server, considerations of the RADIUS Base protocol [RFC2865], RADIUS Accounting [RFC2866], and the RADIUS EAP application [RFC3579] are applicable to this document. The MAG, LMA, and AAA server SHOULD avoid including attributes containing personally identifying information such as a MN's Interface ID, link-layer address, or NAI, except as needed and SHOULD pay special attention if identity hiding is desired.
MAGとAAAサーバー間およびLMAとAAAサーバー間でのMN固有の情報の送信に関連するプライバシーの脅威に関して、RADIUSベースプロトコル[RFC2865]、RADIUSアカウンティング[RFC2866]、およびRADIUS EAPアプリケーション[RFC3579]の考慮事項は次のとおりです。このドキュメントに適用されます。 MAG、LMA、およびAAAサーバーは、MNのインターフェイスID、リンク層アドレス、またはNAIなどの個人を特定する情報を含む属性を含めることを避けてください。必要な場合を除き、IDの隠蔽が必要な場合は特別な注意を払う必要があります。
This specification defines the following new RADIUS attribute type values:
この仕様では、次の新しいRADIUS属性タイプ値を定義しています。
Mobile-Node-Identifier 145 Service-Selection 146 PMIP6-Home-LMA-IPv6-Address 147 PMIP6-Visited-LMA-IPv6-Address 148 PMIP6-Home-LMA-IPv4-Address 149 PMIP6-Visited-LMA-IPv4-Address 150 PMIP6-Home-HN-Prefix 151 PMIP6-Visited-HN-Prefix 152 PMIP6-Home-Interface-ID 153 PMIP6-Visited-Interface-ID 154 PMIP6-Home-IPv4-HoA 155 PMIP6-Visited-IPv4-HoA 156 PMIP6-Home-DHCP4-Server-Address 157 PMIP6-Visited-DHCP4-Server-Address 158 PMIP6-Home-DHCP6-Server-Address 159 PMIP6-Visited-DHCP6-Server-Address 160 PMIP6-Home-IPv4-Gateway 161 PMIP6-Visited-IPv4-Gateway 162
モバイルノード識別子145サービス選択146 PMIP6-Home-LMA-IPv6-Address 147 PMIP6-Visited-LMA-IPv6-Address 148 PMIP6-Home-LMA-IPv4-Address 149 PMIP6-Visited-LMA-IPv4-Address 150 PMIP6-Home-HN-Prefix 151 PMIP6-Visited-HN-Prefix 152 PMIP6-Home-Interface-ID 153 PMIP6-Visited-Interface-ID 154 PMIP6-Home-IPv4-HoA 155 PMIP6-Visited-IPv4-HoA 156 PMIP6- Home-DHCP4-Server-Address 157 PMIP6-Visited-DHCP4-Server-Address 158 PMIP6-Home-DHCP6-Server-Address 159 PMIP6-Visited-DHCP6-Server-Address 160 PMIP6-Home-IPv4-Gateway 161 PMIP6-Visited- IPv4-Gateway 162
This specification defines new values to the Mobility Capability registry (see [RFC5447]) for use with the MIP6-Feature-Vector AVP:
この仕様は、MIP6-Feature-Vector AVPで使用するためにMobility Capabilityレジストリ（[RFC5447]を参照）に新しい値を定義します。
Token | Value
----------------------------------+--------------------
IP4_TRANSPORT_SUPPORTED | 0x0000800000000000
IP4_HOA_ONLY_SUPPORTED | 0x0001000000000000
First of all, the authors would like to acknowledge the standardization work and people of the WiMAX Forum that have set the foundation for this document.
まず第一に、著者はこのドキュメントの基礎となった標準化作業とWiMAXフォーラムの人々に感謝します。
The authors would like to thank Basavaraj Patil, Glen Zorn, Avi Lior, Alan DeKok, Dhananjay Patki and Pete McCann for reviewing the document and providing valuable input. The authors also thank Elwyn Davies, Pete Resnick, Bernard Aboba, Jari Arkko, and Stephen Farrell for their reviews on the document during the IESG process.
著者は、ドキュメントをレビューして貴重な情報を提供してくれたバサヴァラジパティル、グレンゾーン、アビリオール、アランデコック、ダナンジェイパッキ、ピートマッキャンに感謝します。著者はまた、IESGプロセス中の文書のレビューに対してElwyn Davies、Pete Resnick、Bernard Aboba、Jari Arkko、およびStephen Farrellに感謝します。
The authors would also like to thank the authors of [RFC5779] as this document reuses some procedural ideas of that specification.
[RFC5779]の作成者にも感謝したいと思います。このドキュメントは、その仕様の手続き上のアイデアを再利用しているからです。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC2865] Rigney, C., Willens, S., Rubens, A., and W. Simpson, "Remote Authentication Dial In User Service (RADIUS)", RFC 2865, June 2000.
[RFC2865] Rigney、C.、Willens、S.、Rubens、A。、およびW. Simpson、「Remote Authentication Dial In User Service（RADIUS）」、RFC 2865、2000年6月。
[RFC5213] Gundavelli, S., Leung, K., Devarapalli, V., Chowdhury, K., and B. Patil, "Proxy Mobile IPv6", RFC 5213, August 2008.
[Rufsey1] Gundavelli、S.、Leunji、K.、Devarapalli、V.、Chowdhury、K。、およびB. Patil、「Proxy Mobile Ipp 1」、Rfak 2、2009年8月。
[RFC4282] Aboba, B., Beadles, M., Arkko, J., and P. Eronen, "The Network Access Identifier", RFC 4282, December 2005.
[RFC4282] Aboba、B.、Beadles、M.、Arkko、J。、およびP. Eronen、「The Network Access Identifier」、RFC 4282、2005年12月。
[RFC5447] Korhonen, J., Bournelle, J., Tschofenig, H., Perkins, C., and K. Chowdhury, "Diameter Mobile IPv6: Support for Network Access Server to Diameter Server Interaction", RFC 5447, February 2009.
[RFC5447] Korhonen、J.、Bournelle、J.、Tschofenig、H.、Perkins、C。、およびK. Chowdhury、「Diameter Mobile IPv6：Support for Network Access Server to Diameter Server Interaction」、RFC 5447、2009年2月。
[RFC3588] Calhoun, P., Loughney, J., Guttman, E., Zorn, G., and J. Arkko, "Diameter Base Protocol", RFC 3588, September 2003.
[RFC3588] Calhoun、P.、Loughney、J.、Guttman、E.、Zorn、G。、およびJ. Arkko、「Diameter Base Protocol」、RFC 3588、2003年9月。
[RFC5844] Wakikawa, R. and S. Gundavelli, "IPv4 Support for Proxy Mobile IPv6", RFC 5844, May 2010.
[RFC5844]脇川R.およびS. Gundavelli、「プロキシモバイルIPv6のIPv4サポート」、RFC 5844、2010年5月。
[RFC5779] Korhonen, J., Bournelle, J., Chowdhury, K., Muhanna, A., and U. Meyer, "Diameter Proxy Mobile IPv6: Mobile Access Gateway and Local Mobility Anchor Interaction with Diameter Server", RFC 5779, February 2010.
[RFC5779] Korhonen、J.、Bournelle、J.、Chowdhury、K.、Muhanna、A。、およびU. Meyer、「Diameter Proxy Mobile IPv6：Mobile Access Gateway and Local Mobility Anchor Interaction with Diameter Server」、RFC 5779、 2010年2月。
[RFC4372] Adrangi, F., Lior, A., Korhonen, J., and J. Loughney, "Chargeable User Identity", RFC 4372, January 2006.
[RFC4372] Adrangi、F.、Lior、A.、Korhonen、J。、およびJ. Loughney、「Chargeable User Identity」、RFC 4372、2006年1月。
[RFC3579] Aboba, B. and P. Calhoun, "RADIUS (Remote Authentication Dial In User Service) Support For Extensible Authentication Protocol (EAP)", RFC 3579, September 2003.
[RFC3579] Aboba、B。およびP. Calhoun、「RADIUS（Remote Authentication Dial In User Service）Support For Extensible Authentication Protocol（EAP）」、RFC 3579、2003年9月。
[RFC2866] Rigney, C., "RADIUS Accounting", RFC 2866, June 2000.
[RFC2866]リグニー、C。、「RADIUSアカウンティング」、RFC 2866、2000年6月。
[RFC2869] Rigney, C., Willats, W., and P. Calhoun, "RADIUS Extensions", RFC 2869, June 2000.
[RFC2869] Rigney、C.、Willats、W。、およびP. Calhoun、「RADIUS Extensions」、RFC 2869、2000年6月。
[RFC3748] Aboba, B., Blunk, L., Vollbrecht, J., Carlson, J., and H. Levkowetz, "Extensible Authentication Protocol (EAP)", RFC 3748, June 2004.
[RFC3748] Aboba、B.、Blunk、L.、Vollbrecht、J.、Carlson、J。、およびH. Levkowetz、「Extensible Authentication Protocol（EAP）」、RFC 3748、2004年6月。
[RFC5149] Korhonen, J., Nilsson, U., and V. Devarapalli, "Service Selection for Mobile IPv6", RFC 5149, February 2008.
[RFC5149] Korhonen、J.、Nilsson、U。、およびV. Devarapalli、「Service Selection for Mobile IPv6」、RFC 5149、2008年2月。
[RFC6097] Korhonen, J. and V. Devarapalli, "Local Mobility Anchor (LMA) Discovery for Proxy Mobile IPv6", RFC 6097, February 2011.
[RFC6097] Korhonen、J。およびV. Devarapalli、「プロキシモバイルIPv6のローカルモビリティアンカー（LMA）ディスカバリー」、RFC 6097、2011年2月。
[UNF] Davis, M., Ed. and K. Whistler, Ed., "Unicode Standard Annex #15: Unicode Normalization Forms", January 2012, <http://www.unicode.org/reports/tr15/>.
[UNF]デービス、M、エド。 K.ウィスラー編、「Unicode Standard Annex＃15：Unicode Normalization Forms」、2012年1月、<http://www.unicode.org/reports/tr15/>。
Authors' Addresses
著者のアドレス
Frank Xia Huawei USA 1700 Alma Dr., Suite 500 Plano, TX 75075
フランクξああUAは米国1700アルマ博士、スイート500プラノ、テキサス州75075
Phone: +1 972-509-5599
EMail: xiayangsong@huawei.com
Behcet Sarikaya Huawei USA 1700 Alma Dr., Suite 500 Plano, TX 75075
Behcet Sarikaya Huawei USA 1700 Alma Dr.、Suite 500 Plano、TX 75075
Phone: +1 972-509-5599
EMail: sarikaya@ieee.org
Jouni Korhonen (editor) Nokia Siemens Networks Linnoitustie 6 Espoo FI-02600 Finland
Jouni Korhonen（編集者）Nokia Siemens Networks Linnoitustie 6 Espoo FI-02600フィンランド
EMail: jouni.nospam@gmail.com
Sri Gundavelli Cisco 170 West Tasman Drive San Jose, CA 95134
Sri Gundavelli Cisco 170 West Tasman Drive San Jose、CA 95134
EMail: sgundave@cisco.com
Damjan Damic Siemens Heinzelova 70a Zagreb 10000 Croatia
Damjan Damic Siemens Heinzelova 70aザグレブ10000クロアチア
EMail: damjan.damic@siemens.com