[要約] RFC 7109は、モバイルIPv6においてホームエージェントが開始するフローバインディングに関する規格です。このRFCの目的は、モバイルノードの通信を効率化し、ネットワークのパフォーマンスを向上させることです。
Independent Submission H. Yokota
Request for Comments: 7109 KDDI Lab
Category: Experimental D. Kim
ISSN: 2070-1721 JEJU Technopark
B. Sarikaya
F. Xia
Huawei
February 2014
Flow Bindings Initiated by Home Agents for Mobile IPv6
モバイルエージェントによるホームエージェントによって開始されるフローバインディング
Abstract
概要
There are scenarios in which the home agent needs to trigger flow binding operations towards the mobile node, such as moving a flow from one access network to another based on network resource availability. In order for the home agent to be able to initiate interactions for flow bindings with the mobile node, this document defines new signaling messages and sub-options for Mobile IPv6. Flow bindings initiated by a home agent are supported for mobile nodes enabled by both IPv4 and IPv6.
ネットワークリソースの可用性に基づいてフローをあるアクセスネットワークから別のアクセスネットワークに移動するなど、ホームエージェントがモバイルノードに対してフローバインディング操作をトリガーする必要があるシナリオがあります。ホームエージェントがモバイルノードとのフローバインディングの相互作用を開始できるようにするために、このドキュメントでは、モバイルIPv6の新しいシグナリングメッセージとサブオプションを定義します。ホームエージェントによって開始されたフローバインディングは、IPv4とIPv6の両方で有効になっているモバイルノードでサポートされます。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for examination, experimental implementation, and evaluation.
このドキュメントはInternet Standards Trackの仕様ではありません。試験、実験、評価のために公開されています。
This document defines an Experimental Protocol for the Internet community. This is a contribution to the RFC Series, independently of any other RFC stream. The RFC Editor has chosen to publish this document at its discretion and makes no statement about its value for implementation or deployment. Documents approved for publication by the RFC Editor are not a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントでは、インターネットコミュニティの実験プロトコルを定義します。これは、他のRFCストリームとは無関係に、RFCシリーズへの貢献です。 RFCエディターは、このドキュメントを独自の裁量で公開することを選択し、実装または展開に対するその価値については何も述べていません。 RFC Editorによって公開が承認されたドキュメントは、どのレベルのインターネット標準の候補にもなりません。 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/rfc7109.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7109で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2014 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.
この文書は、BCP 78およびこの文書の発行日に有効なIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。
Table of Contents
目次
1. Introduction ....................................................3
2. Terminology .....................................................3
3. Use Cases .......................................................3
3.1. QoS Provisioning ...........................................3
3.2. Traffic Offload from Congested Network .....................4
3.3. Flow Movement or Deletion in an Emergency Situation ........4
3.4. Service-Specific Data Cap ..................................4
4. Protocol Operation ..............................................4
4.1. Adding Flow Bindings .......................................5
4.2. Deleting Flow Bindings .....................................6
4.3. Modifying Flow Bindings ....................................6
4.4. Refreshing Flow Bindings ...................................6
4.5. Moving Flow Bindings .......................................7
4.6. Revoking Flow Bindings .....................................7
5. Handling of the Flow Bindings List ..............................8
6. Flow Binding Messages and Options ...............................9
6.1. Mobility Header ............................................9
6.1.1. Flow Binding Indication .............................9
6.1.2. Flow Binding Acknowledgement .......................10
6.1.3. Flow Binding Revocation Extensions .................11
6.2. New Options ...............................................12
6.2.1. Flow Binding Action Sub-Option .....................12
6.2.2. Target Care-of Address Sub-Option ..................13
7. Security Considerations ........................................13
8. Protocol Constants .............................................14
9. IANA Considerations ............................................14
10. References ....................................................16
10.1. Normative References .....................................16
10.2. Informative References ...................................17
[RFC6089] allows a mobile node (MN) to bind a particular flow to a care-of address (CoA) without affecting other flows using the same home address. BU/BA (Binding Update / Binding Acknowledgement) messages are extended for the mobile node to add, delete, modify, move, refresh, and revoke flow bindings in a home agent (HA). The operations are always initiated by the mobile node.
[RFC6089]を使用すると、モバイルノード（MN）は、同じホームアドレスを使用する他のフローに影響を与えることなく、特定のフローを気付アドレス（CoA）にバインドできます。 BU / BA（Binding Update / Binding Acknowledgement）メッセージは、モバイルノードがホームエージェント（HA）でフローバインディングを追加、削除、変更、移動、更新、および取り消すように拡張されています。操作は常にモバイルノードによって開始されます。
While the mobile node manipulates flow bindings by, e.g., the user interaction or the change of the attached link condition, these operations are also required for network-related reasons such as dynamic QoS control in the network, load balancing, or maintenance in mobility agent nodes. For the latter case, the mobile node is not very aware of the transport network condition away from it or of the policy and charging status controlled by the operator; thus, the network needs to request that the mobile node handle proper flow bindings.
モバイルノードは、ユーザーインタラクションや接続されたリンク条件の変更などによってフローバインディングを操作しますが、これらの操作は、ネットワークでの動的QoS制御、ロードバランシング、モビリティエージェントでのメンテナンスなど、ネットワーク関連の理由でも必要です。ノード。後者の場合、モバイルノードは、モバイルノードからのトランスポートネットワークの状態や、オペレーターが制御するポリシーと課金ステータスをあまり認識していません。したがって、ネットワークはモバイルノードが適切なフローバインディングを処理することを要求する必要があります。
This document defines a new Mobility Header and messages in order for the home agent to request that the mobile node initiate flow bindings in a timely manner. Flow mobility is also supported for mobile nodes with an IPv4 home address and an IPv4 address of the home agent, as described in [RFC5555].
このドキュメントでは、ホームエージェントがモバイルノードにフローバインディングをタイムリーに開始するよう要求するために、新しいモビリティヘッダーとメッセージを定義しています。 [RFC5555]で説明されているように、IPv4ホームアドレスとホームエージェントのIPv4アドレスを持つモバイルノードでもフローモビリティがサポートされます。
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]で説明されているように解釈されます。
The terminology in this document is based on the definitions in [RFC6275] and [RFC6089].
このドキュメントの用語は、[RFC6275]と[RFC6089]の定義に基づいています。
When the user launches a video chat application and starts sending voice and video to the other end, the network may need to provide different QoS treatments to these media based on the operator's policy. In such a case, the network needs to request the user or mobile node to establish separate flows for voice and video.
ユーザーがビデオチャットアプリケーションを起動し、音声とビデオを相手側に送信し始めると、ネットワークは、オペレーターのポリシーに基づいて、これらのメディアに異なるQoS処理を提供する必要がある場合があります。このような場合、ネットワークはユーザーまたはモバイルノードに音声とビデオの個別のフローを確立するように要求する必要があります。
The 3G operator may want to move traffic flows from the 3G access network to another network (e.g., Wi-Fi network) due to instantaneous traffic increases in the 3G access network. Fine-grained traffic offload is desirable. For example, Voice over IP (VoIP) flows based on IP Multimedia Subsystems (IMS) must stay in the mobile core network while video-streaming flows provided by servers on the Internet could bypass the mobile core network via Wi-Fi access. Since the network knows more about its conditions and has access to the policy server, more timely and well-controlled traffic offloading is possible. The home agent sends an updated flow descriptor to be offloaded to the mobile node.
３Ｇ事業者は、３Ｇアクセスネットワークにおける瞬間的なトラフィックの増加により、３Ｇアクセスネットワークから別のネットワーク（例えば、Ｗｉ−Ｆｉネットワーク）にトラフィックフローを移動したいと思うかもしれない。きめ細かなトラフィックオフロードが望ましい。たとえば、IPマルチメディアサブシステム（IMS）に基づくVoice over IP（VoIP）フローはモバイルコアネットワークに留まる必要がありますが、インターネット上のサーバーによって提供されるビデオストリーミングフローはWi-Fiアクセスを介してモバイルコアネットワークをバイパスできます。ネットワークはその状態についてより多くを知り、ポリシーサーバーにアクセスできるため、よりタイムリーで適切に制御されたトラフィックのオフロードが可能です。ホームエージェントは、更新されたフロー記述子をモバイルノードにオフロードして送信します。
In an emergency situation caused by a natural disaster, it is necessary to accept as many voice calls as possible for inquiries to confirm the safety status of family and friends, while non-critical services such as gaming would be considered lower priority. In order to save the 3G / Long Term Evolution (LTE) radio resources for emergency services, non-critical services may need to be moved to another access network or closed down. The home agent requests that the mobile node use Wi-Fi access for non-critical application flows or terminate them gracefully, e.g., by letting it notify the user of possible QoS degradation or ask him/her to finish the corresponding applications before taking any action.
自然災害による緊急事態では、家族や友人の安否確認のために、できるだけ多くの音声通話を受け付ける必要がありますが、ゲームなどの重要でないサービスは優先度が低いと考えられます。緊急サービス用の3G / Long Term Evolution（LTE）無線リソースを節約するために、重要でないサービスを別のアクセスネットワークに移動するか、閉鎖する必要がある場合があります。ホームエージェントは、モバイルノードが重要ではないアプリケーションフローにWi-Fiアクセスを使用するか、それらを適切に終了するように要求します。たとえば、QoSの低下の可能性をユーザーに通知するか、アクションを実行する前に対応するアプリケーションを終了するようユーザーに依頼します。 。
The mobile operator offers a mobile broadband service with a flat rate subscription limited to 5 GB per month. Once the allotment is used up, the service is downgraded to 64 kbits/s. This limitation, however, is not applied to IMS-based services (e.g., Voice over LTE (VoLTE)), while video conversations over the Internet will be affected. The operator can indicate this to the user by sending modified flow descriptors as a proposal to adjust the communication data rate or change access for an ongoing session.
モバイルオペレーターは、月額5 GBに制限された定額料金サブスクリプションでモバイルブロードバンドサービスを提供しています。割り当てが使い果たされると、サービスは64 kbits / sにダウングレードされます。ただし、この制限はIMSベースのサービス（Voice over LTE（VoLTE）など）には適用されませんが、インターネット上のビデオ会話には影響があります。通信データレートを調整したり、進行中のセッションのアクセスを変更したりする提案として、変更されたフロー記述子を送信することにより、オペレーターはこれをユーザーに示すことができます。
[RFC6089] makes use of BU/BA signaling to forward, i.e., register or discard, a flow binding in a home agent. Flow binding operations are always initiated from the mobile node. The basic principle of this specification is that the home agent prompts the mobile node to perform flow binding operations. For this purpose, a new Mobility Header and two new messages, that is, Flow Binding Indication (FBI) and Flow Binding Acknowledgement (FBA), are defined. An FBI is used by the home agent to request flow binding operations to the mobile node, and an FBA is used for acknowledging an FBI. In order for the flow binding operation to be complete, a BU/BA exchange MUST be initiated by the mobile node after an FBI/FBA exchange.
[RFC6089]は、BU / BAシグナリングを利用して、ホームエージェント内のフローバインディングを転送、つまり登録または破棄します。フローバインディング操作は常にモバイルノードから開始されます。この仕様の基本原則は、ホームエージェントがモバイルノードにフローバインディング操作の実行を促すことです。この目的のために、新しいモビリティヘッダーと2つの新しいメッセージ、つまり、フローバインディング表示（FBI）とフローバインディング確認（FBA）が定義されています。 FBIはホームエージェントによってモバイルノードへのフローバインディング操作を要求するために使用され、FBAはFBIを確認するために使用されます。フローバインディング操作を完了するために、FBI / FBA交換後にモバイルノードによってBU / BA交換を開始する必要があります。
It is assumed that the home agent has already created binding cache entries for the mobile node before launching flow binding operations.
ホームエージェントは、フローバインディング操作を起動する前に、モバイルノードのバインディングキャッシュエントリをすでに作成していると想定しています。
Due to access-network change on the mobile-node side, some interfaces that used to be active may not be valid at the time of the flow binding operation by the home agent, in which case, even if the HA sends the FBI to the MN, the FBA will not return. After retransmitting the FBIs for MAX_FBI_RETRIES times and not receiving the FBA, the HA determines that the target interface is not available.
モバイルノード側でのアクセスネットワークの変更により、以前はアクティブであった一部のインターフェイスが、ホームエージェントによるフローバインディング操作の時点で無効になることがあります。その場合、HAがFBIをMN、FBAは戻りません。 MAX_FBI_RETRIES回のFBIを再送信し、FBAを受信しなかった後、HAはターゲットインターフェイスが使用できないと判断します。
If the mobile node does not support the FBI message, it responds with a Binding Error message with status set to 2 (unrecognized Mobility Header (MH) type value) as described in [RFC6275]. When the Binding Error message with status set to 2 is received in response to an FBI message, the home agent MUST NOT use an FBI message with that mobile node again.
[RFC6275]で説明されているように、モバイルノードがFBIメッセージをサポートしていない場合は、ステータスが2（認識されないモビリティヘッダー（MH）タイプの値）に設定されたバインディングエラーメッセージで応答します。 FBIメッセージに応答してステータスが2に設定されたバインディングエラーメッセージを受信した場合、ホームエージェントはそのモバイルノードでFBIメッセージを再度使用してはなりません（MUST NOT）。
Adding the flow binding implies associating a particular flow with one of the care-of addresses on the mobile node. The care-of address concerned with the flow binding is present in the destination address of the packet or the alternate care-of address option. Alternatively, the care-of address may be indicated by the Target Care-of Address sub-option defined in Section 6.2.2.
フローバインディングの追加は、特定のフローをモバイルノードの気付アドレスの1つに関連付けることを意味します。フローバインディングに関連する気付アドレスは、パケットの宛先アドレスまたは代替気付アドレスオプションに存在します。あるいは、気付アドレスは、セクション6.2.2で定義されたターゲット気付アドレスサブオプションによって示される場合があります。
When adding a new flow binding, the home agent sends an FBI with a Flow Identification Mobility option to the mobile node. In Figure 1, which is shown as an example for this operation, the mobile node exchanges both voice and video over FID#1 (Flow Identifier #1). Based on the operator's policy, the network determines if it needs to provide separate QoS for the video flow, and the home agent sends the FBI to the mobile node. The Flow Identification Mobility option defined in [RFC6089] includes the current FID and the Traffic Selector (TS) to specify the video flow. The Flow Binding Action sub-option MUST indicate the Add operation defined in Section 6.2.1. The mobile node returns the FBA to the home agent with the same options. The BU/BA exchange follows afterwards to perform the actual flow binding as defined in [RFC6088], and the video traffic is exchanged over FID#2.
新しいフローバインディングを追加すると、ホームエージェントは、フロー識別モビリティオプションを備えたFBIをモバイルノードに送信します。この操作の例として示されている図1では、モバイルノードが音声とビデオの両方をFID＃1（フローID＃1）で交換しています。事業者のポリシーに基づいて、ネットワークはビデオフローに個別のQoSを提供する必要があるかどうかを判断し、ホームエージェントはFBIをモバイルノードに送信します。 [RFC6089]で定義されているFlow Identification Mobilityオプションには、ビデオフローを指定するための現在のFIDとTraffic Selector（TS）が含まれています。フローバインディングアクションサブオプションは、セクション6.2.1で定義された追加操作を示す必要があります。モバイルノードは、同じオプションでFBAをホームエージェントに返します。その後、BU / BA交換が行われ、[RFC6088]で定義されている実際のフローバインディングが実行され、ビデオトラフィックがFID＃2を介して交換されます。
+----+ +----+
| MN | | HA |
+----+ +----+
| FID#1(voice+video) |
|/==============================\|
|\==============================/|
| |
| FBI(add,FID#1,TS[video]) |
|<-------------------------------|
| FBA(FID#1,TS[video]) |
|------------------------------->|
| BU(FID#2,TS[video]) |
|------------------------------->|
| BA(FID#2,TS[video]) |
|<-------------------------------|
| |
| FID#1(voice) |
|<==============================>|
| FID#2(video) |
|<==============================>|
Figure 1: Example Call Flow for Adding a Flow Binding
図1：フローバインディングを追加するためのコールフローの例
When removing a flow binding, the home agent sends an FBI with a Flow Identification Mobility option in which the Flow Binding Action sub-option indicates the Delete operation. The Flow Identification Mobility option includes a unique FID for the mobile node to locate the flow binding and remove it.
フローバインディングを削除すると、ホームエージェントは、フローバインディングアクションサブオプションが削除操作を示すフロー識別モビリティオプションを使用してFBIを送信します。 Flow Identification Mobilityオプションには、モバイルノードがフローバインディングを見つけて削除するための一意のFIDが含まれています。
When modifying a flow binding (e.g., changing QoS attributes of the flow as defined in [PMIP6-QOS]) is needed, the home agent sends the mobile node an FBI message with the Flow Identification Mobility option. The option includes the FID to be modified. A Traffic Selector sub-option MAY come with the Flow Identification Mobility option and contain new attributes, e.g., the in Quality of Service option.
フローバインディングの変更（[PMIP6-QOS]で定義されたフローのQoS属性の変更など）が必要な場合、ホームエージェントはフロー識別モビリティオプションを使用してモバイルノードにFBIメッセージを送信します。このオプションには、変更するFIDが含まれています。トラフィックセレクタサブオプションには、フロー識別モビリティオプションが付属していてもかまいません。たとえば、Quality of Serviceオプションなどの新しい属性が含まれている場合があります。
A flow binding is refreshed by simply including the Flow Identification Mobility option with the Refresh Action field in the FBI message. The message should be sent before the expiration of the flow binding. The message updates existing bindings with new information. Hence, all information previously sent in the last refreshing message need to be resent; otherwise, such information will be lost.
フローバインディングは、FBIメッセージの[更新アクション]フィールドに[フロー識別モビリティ]オプションを含めるだけで更新されます。メッセージは、フローバインディングの有効期限が切れる前に送信する必要があります。メッセージは、既存のバインディングを新しい情報で更新します。したがって、前回の更新メッセージで以前に送信されたすべての情報を再送信する必要があります。そうしないと、そのような情報は失われます。
The home agent can request to move a flow associated with one interface of the multi-interfaced mobile node to another by sending an FBI message to the mobile node. The Action field of the Flow Binding Action sub-option is set to Move, and the address of the target interface is also included in the Target Care-of Address sub-option. After the FBA is returned to the home agent, the flow mobility is performed by the mobile node. Figure 2 shows the movement of a flow label as FID from the interface with sCoA to that with tCoA, which is stored in the Binding Identity Mobility option.
ホームエージェントは、FBIメッセージをモバイルノードに送信することにより、マルチインターフェイスのモバイルノードの1つのインターフェイスに関連付けられたフローを別のインターフェイスに移動するように要求できます。 Flow Binding ActionサブオプションのActionフィールドはMoveに設定されており、ターゲットインターフェイスのアドレスもTarget Care-of Addressサブオプションに含まれています。 FBAがホームエージェントに返された後、フローモビリティはモバイルノードによって実行されます。図2は、sCoAのインターフェースからtCoAのインターフェースへのフローラベルのFIDとしての移動を示しています。これは、バインディングアイデンティティモビリティオプションに保存されています。
+----+ +----+
| MN | | HA |
+----+ +----+
|<=sCoA |
| |<=tCoA |
| | FBI(FID,tCoA) |
|<--------------------------------|
| | FBA(FID,tCoA) |
|-------------------------------->|
| | |
| | BU(BID[tCoA],FID) |
| |------------------------------>|
| | BA(BID[tCoA],FID) |
| |<------------------------------|
| | |
Figure 2: Example Call Flow for Moving a Flow Binding
図2：フローバインディングを移動するためのコールフローの例
When the home agent or the network attached to it is overloaded, the home agent can revoke a flow binding registered by the mobile node. The home agent sends the mobile node an FBI message with a Flow Identification Mobility option in which the Flow Binding Action sub-option indicates the Revoke operation. When the MN receives the FBI message with the Revoke operation, it decides whether the flow should be removed (de-registration) or moved to another interface and returns the FBA with an appropriate status code. The mobile node SHOULD take an action by sending a new BU, for example, to deregister the flow.
ホームエージェントまたはそれに接続されているネットワークが過負荷になると、ホームエージェントはモバイルノードによって登録されたフローバインディングを取り消すことができます。ホームエージェントは、フローバインディングアクションサブオプションが取り消し操作を示すフロー識別モビリティオプションを含むFBIメッセージをモバイルノードに送信します。 MNは、RevokeオペレーションでFBIメッセージを受信すると、フローを削除（登録解除）するか、別のインターフェースに移動するかを決定し、適切なステータスコードでFBAを返します。モバイルノードは、たとえば、フローを登録解除するために、新しいBUを送信することによってアクションを実行する必要があります（SHOULD）。
The difference between revoking and deleting flow bindings (Section 4.2) is that the target flow may be revoked by the network with the procedures defined in [RFC5846] even if the mobile node does not take any action.
フローバインディングの取り消しと削除（4.2節）の違いは、モバイルノードがアクションを実行しなくても、[RFC5846]で定義されている手順を使用して、ターゲットフローがネットワークによって取り消される可能性があることです。
The flow bindings list defined in [RFC6089] needs to be updated as follows after each protocol operation defined above is performed:
[RFC6089]で定義されたフローバインディングリストは、上記で定義された各プロトコル操作が実行された後、次のように更新する必要があります。
If an FBI contains a flow binding Add operation and if the corresponding FBA has a status code equal to zero, the home agent MUST add a new entry to the flow bindings list. The FID, Flow Descriptor, FID-PRI, and Action fields are taken from the Flow Identification Mobility option. The binding identifier (BID) is copied from the Binding Reference sub-option. The Active/Inactive Flag is set to Active. Note that if BID is not available, it may be replaced by Target Care-of Address.
FBIにフローバインディング追加操作が含まれていて、対応するFBAのステータスコードがゼロの場合、ホームエージェントはフローバインディングリストに新しいエントリを追加する必要があります。 FID、フロー記述子、FID-PRI、およびアクションフィールドは、フロー識別モビリティオプションから取得されます。バインディング識別子（BID）は、バインディング参照サブオプションからコピーされます。アクティブ/非アクティブフラグがアクティブに設定されています。 BIDが使用できない場合は、ターゲット気付アドレスに置き換えられる可能性があることに注意してください。
If an FBI contains a flow binding Delete operation and if the corresponding FBA has a status code equal to zero, the home agent MUST locate the list entry corresponding to this flow and then delete the entry.
FBIにフローバインディングの削除操作が含まれ、対応するFBAのステータスコードがゼロの場合、ホームエージェントはこのフローに対応するリストエントリを見つけて削除する必要があります。
If the home agent sends a Binding Revocation Indication message with the Flow Identification Mobility option with the action field set to Revoke and if the corresponding Binding Revocation Acknowledgement message indicates acceptance, the home agent MUST locate the list entry corresponding to this flow and then delete the entry.
ホームエージェントが、アクションフィールドが[取り消し]に設定されたフロー識別モビリティオプションを使用してバインディング失効通知メッセージを送信し、対応するバインディング失効確認メッセージが受け入れを示す場合、ホームエージェントはこのフローに対応するリストエントリを見つけて削除する必要があります。エントリ。
If an FBI contains a flow binding Modify operation and if the corresponding FBA has a status code equal to zero, the home agent MUST delete the list entry corresponding to this flow and then add a new entry, setting the values as defined in the Flow Identification Mobility option.
FBIにフローバインディングの変更操作が含まれていて、対応するFBAのステータスコードがゼロの場合、ホームエージェントはこのフローに対応するリストエントリを削除してから、新しいエントリを追加し、フローIDで定義されている値を設定する必要があります。モビリティオプション。
If an FBI contains a flow binding Refresh operation and if the corresponding FBA has a status code equal to zero, the home agent MUST locate the list entry corresponding to this flow and then set the Active/Inactive Flag to Active.
FBIにフローバインディングリフレッシュ操作が含まれ、対応するFBAのステータスコードがゼロの場合、ホームエージェントはこのフローに対応するリストエントリを見つけて、アクティブ/非アクティブフラグをアクティブに設定する必要があります。
If an FBI contains a flow binding Move operation and if the corresponding FBA has a status code equal to zero, the home agent MUST locate the list entry corresponding to this flow and then change the BID value to the care-of address in the Flow Identification Mobility option.
FBIにフローバインディングMove操作が含まれ、対応するFBAのステータスコードがゼロの場合、ホームエージェントはこのフローに対応するリストエントリを見つけて、フローIDの気付アドレスにBID値を変更する必要があります。モビリティオプション。
If an FBI contains a flow binding Revoke operation and if the corresponding FBA has a status code equal to zero, the home agent MUST locate the list entry corresponding to this flow and then delete the entry.
FBIにフローバインディングの取り消し操作が含まれ、対応するFBAのステータスコードがゼロの場合、ホームエージェントはこのフローに対応するリストエントリを見つけて削除する必要があります。
Flow binding operations apply equally to IPv4 packets and IPv6 packets as per Dual-Stack Mobile IPv6 [RFC5555]. In order to support the situation where there is a NAT/firewall between the mobile node and home agent, NAT detection and NAT keepalive mechanisms defined in [RFC5555] MUST be used. When the mobile node and home agent are in IPv6-only and IPv4-only networks respectively and NAT64 [RFC6146] resides in between, each node would behave as if the other node was in the same network domain. Even though this scenario is not fully described in [RFC5555], the initial mobility binding is always performed by the mobile node, and the binding cache is created in the home agent. The destination address of the FBI SHALL be the mobile node's IPv4 care-of address in the binding cache entry.
フローバインディング操作は、デュアルスタックモバイルIPv6 [RFC5555]に従って、IPv4パケットとIPv6パケットに等しく適用されます。モバイルノードとホームエージェントの間にNAT /ファイアウォールが存在する状況をサポートするには、[RFC5555]で定義されているNAT検出およびNATキープアライブメカニズムを使用する必要があります。モバイルノードとホームエージェントがそれぞれIPv6-onlyネットワークとIPv4-onlyネットワークにあり、NAT64 [RFC6146]がその間に存在する場合、各ノードは、他のノードが同じネットワークドメインにあるかのように動作します。このシナリオは[RFC5555]で完全に説明されていませんが、最初のモビリティバインディングは常にモバイルノードによって実行され、バインディングキャッシュはホームエージェントで作成されます。 FBIの宛先アドレスは、バインディングキャッシュエントリ内のモバイルノードのIPv4気付アドレスである必要があります（SHALL）。
The messages described below follow the Mobility Header format specified in Section 6.1 of [RFC6275].
以下で説明するメッセージは、[RFC6275]のセクション6.1で指定されているモビリティヘッダー形式に従います。
Flow Binding Indication messages are used by the home agent to initiate flow binding operations to the mobile node. Flow Binding Indication messages use the MH Type value (21) for Flow Binding messages and a Flow Binding Type value of 1, and the format of the Message Data field in the Mobility Header is as follows:
フローバインディング表示メッセージは、ホームノードがモバイルノードへのフローバインディング操作を開始するために使用します。フローバインディング表示メッセージは、フローバインディングメッセージのMHタイプ値（21）とフローバインディングタイプ値1を使用し、モビリティヘッダーのメッセージデータフィールドの形式は次のとおりです。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flow Binding Type = 1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sequence # | Trigger |A| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. .
. Mobility options .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: Flow Binding Indication Mobility Header Format
図3：フローバインディング表示モビリティヘッダーの形式
Sequence # A 16-bit unsigned integer used by the home agent to match a returned Flow Binding Acknowledgement with the Flow Binding Indication. It could be a random number.
シーケンス番号：返されたフローバインディング確認をフローバインディング表示と照合するためにホームエージェントが使用する16ビットの符号なし整数。乱数になる可能性があります。
Trigger 8-bit unsigned integer indicating the event that triggered the home agent to send the Flow Binding Indication message. The following Trigger values are currently defined:
ホームエージェントがフローバインディング表示メッセージを送信するようにトリガーしたイベントを示す8ビットの符号なし整数をトリガーします。現在、次のトリガー値が定義されています。
0 Reserved
0予約済み
1 Unspecified
1未指定
2 Administrative Reason
2管理上の理由
3 Possible Out-of-Sync BCE State
3可能な非同期BCE状態
250-255 Reserved for Testing Purposes Only
250-255はテスト目的でのみ予約済み
All other values are unassigned.
他のすべての値は割り当てられていません。
Acknowledge (A) The Acknowledge (A) bit is set by the home agent to request that a Flow Binding Acknowledgement be returned upon receipt of the Flow Binding Indication.
Acknowledge（A）Acknowledge（A）ビットは、ホームエージェントによって設定され、フローバインディング表示の受信時にフローバインディング確認が返されるように要求します。
Reserved These fields are unused. They MUST be initialized to zero by the sender and MUST be ignored by the receiver.
予約済みこれらのフィールドは未使用です。それらは送信者によってゼロに初期化されなければならず、受信者によって無視されなければなりません。
Mobility options Variable-length field of such length that the complete Mobility Header is an integer multiple of 8 octets long. Flow Identification Mobility options are included in this field.
モビリティオプション完全なモビリティヘッダーが8オクテットの整数倍になるような長さの可変長フィールド。このフィールドには、フロー識別モビリティオプションが含まれています。
The Flow Binding Acknowledgement is used to acknowledge receipt of a Flow Binding Indication. The mobile node sends an FBA message to acknowledge the reception of an FBI to add, delete, modify, refresh, move, or revoke a flow binding. On receiving messages with Flow Identification Mobility option(s), the mobile node should copy each Flow Identification Mobility option to the Acknowledgement message. The Flow Binding Acknowledgement has the MH Type value (21) for Flow Binding messages and a Flow Binding Type value of 2. When this value is indicated in the MH Type field, the format of the Message Data field in the Mobility Header is as follows:
Flow Binding Acknowledgmentは、Flow Binding Indicationの受信を確認するために使用されます。モバイルノードはFBAメッセージを送信してFBIの受信を確認し、フローバインディングを追加、削除、変更、更新、移動、または取り消します。フロー識別モビリティオプションを含むメッセージを受信すると、モバイルノードは各フロー識別モビリティオプションを確認メッセージにコピーする必要があります。フローバインディング通知には、フローバインディングメッセージのMHタイプ値（21）とフローバインディングタイプ値2があります。この値がMHタイプフィールドに示されている場合、モビリティヘッダーのメッセージデータフィールドの形式は次のとおりです。 ：
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flow Binding Type = 2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sequence # | Status | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. .
. Mobility options .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4: Flow Binding Acknowledgement Mobility Header Format
図4：フローバインディング確認応答モビリティヘッダーの形式
Sequence # The sequence number in the Flow Binding Acknowledgement is copied from the Sequence Number field in the Flow Binding Indication.
シーケンス番号フローバインディング確認のシーケンス番号は、フローバインディング表示のシーケンス番号フィールドからコピーされます。
Status 8-bit unsigned integer indicating the result of processing the Flow Binding Indication message by the receiving mobile node. Values less than 128 in the Status field indicate that the Flow Binding Indication was processed successfully by the receiving node. Values greater than or equal to 128 indicate that the Flow Binding Indication was rejected by the receiving node. The following status values are currently defined:
ステータス受信モバイルノードによるフローバインディング表示メッセージの処理結果を示す8ビットの符号なし整数。 [ステータス]フィールドの値が128未満の場合は、フローバインディング表示が受信ノードで正常に処理されたことを示しています。 128以上の値は、フローバインディング表示が受信ノードによって拒否されたことを示します。現在、次のステータス値が定義されています。
0 Success
0成功
128 Binding (target CoA) Does NOT Exist
128バインディング（ターゲットCoA）が存在しません
129 Action NOT Authorized
129アクションが許可されていません
All other values are unassigned.
他のすべての値は割り当てられていません。
Mobility options Variable-length field of such length that the complete Mobility Header is an integer multiple of 8 octets long. This field contains zero or more TLV-encoded mobility options. Flow Identification Mobility options are included in this field.
モビリティオプション完全なモビリティヘッダーが8オクテットの整数倍になるような長さの可変長フィールド。このフィールドには、ゼロ個以上のTLVエンコードモビリティオプションが含まれます。このフィールドには、フロー識別モビリティオプションが含まれています。
This specification enables Binding Revocation Indication and Binding Revocation Acknowledgement messages to carry Flow Identification Mobility options as defined in [RFC6089] with the extensions defined in this document.
この仕様により、[RFC6089]で定義されているように、このドキュメントで定義されている拡張を使用して、バインディング失効表示とバインディング失効確認メッセージでフロー識別モビリティオプションを伝送できます。
This document defines new Flow Identification sub-options that are included in the Flow Identification Mobility option specified in [RFC6089].
このドキュメントでは、[RFC6089]で指定されているFlow Identification Mobilityオプションに含まれる新しいFlow Identificationサブオプションを定義しています。
This section defines a new sub-option for flow binding actions, which MUST be included in the Flow Identification Mobility option when it is sent from the home agent to the mobile node via the FBI message. The format of this sub-option is shown in Figure 5.
このセクションでは、フローバインディングアクションの新しいサブオプションを定義します。これは、FBIメッセージを介してホームエージェントからモバイルノードに送信されるときに、フロー識別モビリティオプションに含める必要があります。このサブオプションのフォーマットを図5に示します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Sub-opt Type |Sub-opt Length | Reserved | Action |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 5: Flow Binding Action Sub-Option
図5：フローバインディングアクションサブオプション
Sub-opt Type 4
サブオプションタイプ4
Sub-opt Length Length of the sub-option in octets, excluding the Sub-opt Type and Sub-opt Length fields.
Sub-opt Lengthオクテット単位のサブオプションの長さ。ただし、Sub-opt TypeおよびSub-opt Lengthフィールドは除きます。
Action This is a 8-bit field that describes the required processing for the option. It can be assigned one of the following new values:
アクションこれは、オプションに必要な処理を説明する8ビットのフィールドです。次のいずれかの新しい値を割り当てることができます。
11 Add a flow binding
11フローバインディングを追加する
12 Delete a flow binding
12フローバインディングを削除する
13 Modify a flow binding
13フローバインディングを変更する
14 Refresh a flow binding
14フローバインディングを更新する
15 Move a flow binding
15フローバインディングを移動する
16 Revoke a flow binding
16フローバインディングを取り消す
All other values are unassigned.
他のすべての値は割り当てられていません。
This section introduces the Target Care-of Address sub-option, which may be included in the Flow Identification Mobility option. This sub-option is used to indicate to the mobile node that a flow binding is to be moved from one interface to another.
このセクションでは、フロー識別モビリティオプションに含まれる可能性のあるターゲット気付アドレスサブオプションを紹介します。このサブオプションは、フローバインディングが1つのインターフェイスから別のインターフェイスに移動されることをモバイルノードに示すために使用されます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Sub-opt Type |Sub-opt Length | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Target Care-of Address |
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 6: Target Care-of Address Sub-Option
図6：ターゲット気付アドレスサブオプション
Sub-opt Type 5
サブオプトタイプ5
Sub-opt Length Length of the sub-option in octets, excluding the Sub-opt Type and Sub-opt Length fields.
Sub-opt Lengthオクテット単位のサブオプションの長さ。ただし、Sub-opt TypeおよびSub-opt Lengthフィールドは除きます。
Reserved This field is unused. It MUST be initialized to zero by the sender and MUST be ignored by the receiver.
予約済みこのフィールドは未使用です。送信者はゼロに初期化する必要があり、受信者は無視する必要があります。
Target Care-of Address The address of an interface that the flow is moved to. This address could be an IPv4 or IPv6 address. This sub-option MUST be included when the action taken is "15 Move a flow binding".
ターゲット気付アドレスフローの移動先のインターフェースのアドレス。このアドレスは、IPv4またはIPv6アドレスにすることができます。実行されるアクションが「15フローバインディングの移動」の場合、このサブオプションを含める必要があります。
Security issues for this document follow those of [RFC6088], [RFC6089], and [RFC5846]. This specification allows the home agent to manipulate only the binding of a flow(s) that is currently registered with it, which is the same principle described in [RFC5846]. No additional security issue specific to this document is identified.
このドキュメントのセキュリティ問題は、[RFC6088]、[RFC6089]、および[RFC5846]の問題に従います。この仕様により、ホームエージェントは、現在登録されているフローのバインディングのみを操作できます。これは、[RFC5846]で説明されているのと同じ原理です。このドキュメントに固有の追加のセキュリティ問題は確認されていません。
Maximum FBI retries (MAX_FBI_RETRIES) This variable specifies the maximum number of times the HA MAY retransmit a Flow Binding Indication message when the FBA is not returned within the time period specified by MAX_FBA_TIMEOUT. The default value for this parameter is 3.
FBIの最大再試行回数（MAX_FBI_RETRIES）この変数は、MAX_FBA_TIMEOUTで指定された時間内にFBAが返されない場合に、HAがFlow Binding Indicationメッセージを再送信できる最大回数を指定します。このパラメーターのデフォルト値は3です。
Maximum FBA timeout (MAX_FBA_TIMEOUT) This variable specifies the maximum time in seconds the HA MUST wait before retransmitting another FBI message. The default for this parameter is 3 seconds.
最大FBAタイムアウト（MAX_FBA_TIMEOUT）この変数は、HAが別のFBIメッセージを再送信する前に待機しなければならない最大時間を秒単位で指定します。このパラメーターのデフォルトは3秒です。
IANA has taken the actions described below.
IANAは以下のアクションを実行しました。
Action-1 This specification defines a new Mobility Header Type, "Flow Binding Message". This Mobility Header message is described in Section 6.1, and the type value for this messages is 21, which has been assigned in the "Mobility Header Types - for the MH Type field in the Mobility Header" registry.
Action-1この仕様は、新しいモビリティヘッダータイプ「フローバインディングメッセージ」を定義しています。このモビリティヘッダーメッセージについては、セクション6.1で説明しています。このメッセージのタイプ値は21で、「モビリティヘッダータイプ-モビリティヘッダーのMHタイプフィールド」レジストリで割り当てられています。
Action-2 This specification defines "Flow Binding Type". IANA has created a new sub-registry within the "Mobile IPv6 parameters" registry. Flow Binding Type is described in Sections 6.1.1 and 6.1.2, which reserve the following values:
Action-2この仕様は「フローバインディングタイプ」を定義します。 IANAは、「モバイルIPv6パラメータ」レジストリ内に新しいサブレジストリを作成しました。フローバインディングタイプについては、セクション6.1.1および6.1.2で説明されており、次の値が予約されています。
+-------+------------------------------+--------------+
| Value | Description | Reference |
+-------+------------------------------+--------------+
| 0 | Unassigned | |
+-------+------------------------------+--------------+
| 1 | Flow Binding Indication | [RFC7109] |
+-------+------------------------------+--------------+
| 2 | Flow Binding Acknowledgement | [RFC7109] |
+-------+------------------------------+--------------+
| 3-255 | Unassigned | |
+--------------------------------------+--------------+
Future assignments in the "Flow Binding Type" registry are to be made through RFC Required [RFC5226].
「Flow Binding Type」レジストリでの今後の割り当ては、RFC Required [RFC5226]を通じて行われる予定です。
Action-3 This specification defines "Flow Binding Indication Triggers". IANA has created a new sub-registry within the "Mobile IPv6 parameters" registry. The trigger values are described in Section 6.1.1, which reserves the following values:
アクション-3この仕様では、「フローバインディング表示トリガー」を定義しています。 IANAは、「モバイルIPv6パラメータ」レジストリ内に新しいサブレジストリを作成しました。トリガー値については、セクション6.1.1で説明しています。このセクションでは、次の値を予約しています。
+---------+------------------------------------+--------------+
| Value | Description | Reference |
+---------+------------------------------------+--------------+
| 0 | Reserved | [RFC7109] |
+---------+------------------------------------+--------------+
| 1 | Unspecified | [RFC7109] |
+---------+------------------------------------+--------------+
| 2 | Administrative Reason | [RFC7109] |
+---------+------------------------------------+--------------+
| 3 | Possible Out-of-Sync BCE State | [RFC7109] |
+---------+------------------------------------+--------------+
| 4-249 | Unassigned | |
+---------+------------------------------------+--------------+
| 250-255 | Reserved for Testing Purposes Only | [RFC7109] |
+----------------------------------------------+--------------+
Future assignments in the "Flow Binding Indication Triggers" registry are to be made through RFC Required [RFC5226].
「Flow Binding Indication Triggers」レジストリでの今後の割り当ては、RFC Required [RFC5226]を通じて行われる予定です。
Action-4 This specification defines "Flow Binding Acknowledgement Status Codes". IANA has created a new sub-registry within the "Mobile IPv6 parameters" registry. The status codes are described in Section 6.1.2, which reserves the following values:
Action-4この仕様は、「フローバインディング確認ステータスコード」を定義しています。 IANAは、「モバイルIPv6パラメータ」レジストリ内に新しいサブレジストリを作成しました。ステータスコードについては、セクション6.1.2で説明されており、次の値が予約されています。
+---------+-------------------------------------+--------------+
| Value | Description | Reference |
+---------+-------------------------------------+--------------+
| 0 | Success | [RFC7109] |
+---------+-------------------------------------+--------------+
| 1-127 | Unassigned | |
+---------+-------------------------------------+--------------+
| 128 | Binding (target CoA) Does NOT Exist | [RFC7109] |
+---------+-------------------------------------+--------------+
| 129 | Action NOT Authorized | [RFC7109] |
+---------+-------------------------------------+--------------+
| 130-255 | Unassigned | |
+---------+-------------------------------------+--------------+
Future assignments in the "Flow Binding Acknowledgement Status Codes" are to be made through RFC Required [RFC5226].
「Flow Binding Acknowledgement Status Codes」での今後の割り当ては、RFC Required [RFC5226]を通じて行われる予定です。
Action-5 This specification defines two new Flow Identification sub-options: the "Flow Binding Action" sub-option and "Target Care-of Address" sub-option. These sub-options are described in Sections 6.2.1 and 6.2.2, and the sub-option values are 4 and 5, respectively, as assigned in the "Flow Identification Sub-options" registry.
Action-5この仕様では、「Flow Binding Action」サブオプションと「Target Care-of Address」サブオプションという2つの新しいフロー識別サブオプションが定義されています。これらのサブオプションについては、セクション6.2.1および6.2.2で説明されており、サブオプションの値は、「フロー識別サブオプション」レジストリで割り当てられているとおり、それぞれ4および5です。
Action-6 This specification defines "Flow Binding Action Values". IANA has created a new sub-registry within the "Mobile IPv6 parameters" registry. The action values are described in Section 6.2.1, which reserves the following values:
Action-6この仕様は、「フローバインディングアクション値」を定義します。 IANAは、「モバイルIPv6パラメータ」レジストリ内に新しいサブレジストリを作成しました。アクションの値については、セクション6.2.1で説明しています。このセクションでは、次の値を予約しています。
+--------+-------------------------------------+--------------+
| Value | Description | Reference |
+--------+-------------------------------------+--------------+
| 0-10 | Unassigned | |
+--------+-------------------------------------+--------------+
| 11 | Add a flow binding | [RFC7109] |
+--------+-------------------------------------+--------------+
| 12 | Delete a flow binding | [RFC7109] |
+--------+-------------------------------------+--------------+
| 13 | Modify a flow binding | [RFC7109] |
+--------+-------------------------------------+--------------+
| 14 | Refresh a flow binding | [RFC7109] |
+--------+-------------------------------------+--------------+
| 15 | Move a flow binding | [RFC7109] |
+--------+-------------------------------------+--------------+
| 16 | Revoke a flow binding | [RFC7109] |
+--------+-------------------------------------+--------------+
| 17-255 | Unassigned | |
+--------+-------------------------------------+--------------+
Future assignments in the "Flow Binding Action Values" registry are to be made through RFC Required [RFC5226].
「Flow Binding Action Values」レジストリでの今後の割り当ては、RFC Required [RFC5226]を通じて行われる予定です。
[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月。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.
[RFC5226] Narten、T。およびH. Alvestrand、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 5226、2008年5月。
[RFC5555] Soliman, H., "Mobile IPv6 Support for Dual Stack Hosts and Routers", RFC 5555, June 2009.
[RFC5555]ソリマンH.、「デュアルスタックホストとルーターのモバイルIPv6サポート」、RFC 5555、2009年6月。
[RFC5846] Muhanna, A., Khalil, M., Gundavelli, S., Chowdhury, K., and P. Yegani, "Binding Revocation for IPv6 Mobility", RFC 5846, June 2010.
[RFC5846] Muhanna、A.、Khalil、M.、Gundavelli、S.、Chowdhury、K。、およびP. Yegani、「IPv6モビリティのバインディング失効」、RFC 5846、2010年6月。
[RFC6088] Tsirtsis, G., Giarreta, G., Soliman, H., and N. Montavont, "Traffic Selectors for Flow Bindings", RFC 6088, January 2011.
[RFC6088] Tsirtsis、G.、Giarreta、G.、Soliman、H。、およびN. Montavont、「Traffic Selectors for Flow Bindings」、RFC 6088、2011年1月。
[RFC6089] Tsirtsis, G., Soliman, H., Montavont, N., Giaretta, G., and K. Kuladinithi, "Flow Bindings in Mobile IPv6 and Network Mobility (NEMO) Basic Support", RFC 6089, January 2011.
[RFC6089] Tsirtsis、G.、Soliman、H.、Montavont、N.、Giaretta、G。、およびK. Kuladinithi、「モバイルIPv6およびネットワークモビリティ（NEMO）基本サポートにおけるフローバインディング」、RFC 6089、2011年1月。
[RFC6146] Bagnulo, M., Matthews, P., and I. van Beijnum, "Stateful NAT64: Network Address and Protocol Translation from IPv6 Clients to IPv4 Servers", RFC 6146, April 2011.
[RFC6146] Bagnulo、M.、Matthews、P。、およびI. van Beijnum、「Stateful NAT64：Network Address and Protocol Translation to IPv6 Clients to IPv4 Servers」、RFC 6146、2011年4月。
[RFC6275] Perkins, C., Johnson, D., and J. Arkko, "Mobility Support in IPv6", RFC 6275, July 2011.
[RFC6275] Perkins、C.、Johnson、D。、およびJ. Arkko、「IPv6でのモビリティサポート」、RFC 6275、2011年7月。
[PMIP6-QOS] Liebsch, M., Seite, P., Yokota, H., Korhonen, J., and S. Gundavelli, "Quality of Service Option for Proxy Mobile IPv6", Work in Progress, December 2013.
[PMIP6-QOS] Liebsch、M.、Seite、P.、Yokota、H.、Korhonen、J。、およびS. Gundavelli、「プロキシモバイルIPv6のサービス品質オプション」、2013年12月、作業中。
Authors' Addresses
著者のアドレス
Hidetoshi Yokota KDDI Lab 2-1-15 Ohara Fujimino, Saitama 356-8502 Japan
ひでとし よこた Ｋっぢ ぁｂ ２ー１ー１５ おはら ふじみの、 さいたま ３５６ー８５０２ じゃぱん
EMail: yokota@kddilabs.jp
Dae-Sun Kim JEJU Technopark 217, Jungang-ro (St) Jejusi, Jeju Special Self-Governing Province 690-787 Korea
Dae-Sun Kim JEJU Technopark 217、Jungang-ro（St）Jejusi、済州特別自治道韓国
EMail: dskim@jejutp.or.kr
Behcet Sarikaya Huawei USA 5340 Legacy Drive, Building 3 Plano, TX 75024 US
Behcet Sarikaya Huawei USA 5340 Legacy Drive、Building 3 Plano、TX 75024 US
Phone: +1 469-277-5839
EMail: sarikaya@ieee.org
Frank Xia Huawei Technologies Co., Ltd. 101 Software Avenue, Yuhua District Nanjing, Jiangsu 210012 China
フランクξああUAはテクノロジー株式会社です。101ソフトウェアアベニュー、Y U塗装地区NaN京、江蘇省210012中国
Phone: +86-25-56625443
EMail: xiayangsong@huawei.com