[要約] RFC 8115は、IPv4-Embedded MulticastおよびUnicast IPv6プレフィックスのためのDHCPv6オプションに関する仕様です。このRFCの目的は、IPv4とIPv6のネットワーク間での通信を容易にするために、IPv4アドレスを埋め込んだIPv6プレフィックスを使用するためのDHCPv6オプションを提供することです。
Internet Engineering Task Force (IETF) M. Boucadair
Request for Comments: 8115 Orange
Category: Standards Track J. Qin
ISSN: 2070-1721 Cisco
T. Tsou
Philips Lighting
X. Deng
The University of New South Wales
March 2017
DHCPv6 Option for IPv4-Embedded Multicast and Unicast IPv6 Prefixes
IPv4-EmbeddedマルチキャストおよびユニキャストIPv6プレフィックスのDHCPv6オプション
Abstract
概要
This document defines a Dynamic Host Configuration Protocol version 6 (DHCPv6) Option for multicast IPv4 service continuity solutions, which is used to carry the IPv6 prefixes to be used to build unicast and multicast IPv4-embedded IPv6 addresses.
このドキュメントでは、マルチキャストIPv4サービス継続性ソリューションの動的ホスト構成プロトコルバージョン6（DHCPv6）オプションを定義します。これは、ユニキャストおよびマルチキャストIPv4埋め込みIPv6アドレスの構築に使用されるIPv6プレフィックスを運ぶために使用されます。
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 7841.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 7841のセクション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/rfc8115.
このドキュメントの現在のステータス、エラッタ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc8115で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2017 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2017 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 . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Requirements Language . . . . . . . . . . . . . . . . . . 2
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 2
3. OPTION_V6_PREFIX64 DHCPv6 Option . . . . . . . . . . . . . . 3
4. DHCPv6 Client Behavior . . . . . . . . . . . . . . . . . . . 5
5. Security Considerations . . . . . . . . . . . . . . . . . . . 5
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 6
7. References . . . . . . . . . . . . . . . . . . . . . . . . . 6
7.1. Normative References . . . . . . . . . . . . . . . . . . 6
7.2. Informative References . . . . . . . . . . . . . . . . . 6
Appendix A. Configuration Recommendations for DHCP Servers . . . 8
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 8
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 9
Several solutions (e.g., [RFC8114]) are proposed for the delivery of multicast services in the context of transition to IPv6. Even if these solutions may have different applicable use cases, they all use specific IPv6 addresses that embed IPv4 addresses, for both multicast group and source addresses.
IPv6への移行のコンテキストでマルチキャストサービスを配信するために、いくつかのソリューション（[RFC8114]など）が提案されています。これらのソリューションは、適用可能なユースケースが異なる場合でも、マルチキャストグループとソースアドレスの両方に対して、IPv4アドレスを埋め込む特定のIPv6アドレスを使用します。
This document defines a DHCPv6 option [RFC3315] that carries the IPv6 prefixes to be used for constructing these IPv4-embedded IPv6 addresses.
このドキュメントは、これらのIPv4埋め込みIPv6アドレスの構築に使用されるIPv6プレフィックスを運ぶDHCPv6オプション[RFC3315]を定義します。
In particular, this option can be used in the context of Dual-Stack Lite (DS-Lite) [RFC6333], Stateless Address plus Port (A+P) [RFC6346], and other IPv4-IPv6 transition techniques.
特に、このオプションは、Dual-Stack Lite（DS-Lite）[RFC6333]、Stateless Address plus Port（A + P）[RFC6346]、およびその他のIPv4-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 RFC 2119 [RFC2119].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 RFC 2119 [RFC2119]で説明されているように解釈されます。
This document makes use of the following terms:
このドキュメントでは、次の用語を使用しています。
IPv4-embedded IPv6 address: an IPv6 address that embeds a 32-bit-encoded IPv4 address [RFC6052]. An IPv4-embedded IPv6 address can be a unicast or a multicast address.
IPv4埋め込みIPv6アドレス：32ビットでエンコードされたIPv4アドレスを埋め込むIPv6アドレス[RFC6052]。 IPv4組み込みIPv6アドレスは、ユニキャストまたはマルチキャストアドレスにすることができます。
Prefix64: an IPv6 prefix used for synthesizing IPv4-embedded IPv6 addresses. A Prefix64 can be unicast or multicast.
Prefix64：IPv4埋め込みIPv6アドレスの合成に使用されるIPv6プレフィックス。 Prefix64は、ユニキャストまたはマルチキャストにすることができます。
Note: "64" is used as an abbreviation for IPv6-IPv4 interconnection.
注：「64」はIPv6-IPv4相互接続の略語として使用されます。
ASM_mPrefix64: a multicast Prefix64 that belongs to the Any-Source Multicast (ASM) range.
ASM_mPrefix64：Any-Source Multicast（ASM）範囲に属するマルチキャストPrefix64。
SSM_mPrefix64: a multicast Prefix64 which belongs to the Source-Specific Multicast (SSM) [RFC4607] range.
SSM_mPrefix64：Source-Specific Multicast（SSM）[RFC4607]の範囲に属するマルチキャストPrefix64。
uPrefix64: a unicast Prefix64 for building the IPv4-embedded IPv6 addresses of multicast sources in SSM mode.
uPrefix64：SSMモードでマルチキャストソースのIPv4埋め込みIPv6アドレスを構築するためのユニキャストPrefix64。
OPTION_V6_PREFIX64 (Figure 1) conveys the IPv6 prefix(es) to be used (e.g., by an mB4 [RFC8114]) to synthesize IPv4-embedded IPv6 addresses.
OPTION_V6_PREFIX64（図1）は、IPv4埋め込みIPv6アドレスを合成するために（たとえば、mB4 [RFC8114]によって）使用されるIPv6プレフィックスを伝達します。
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OPTION_V6_PREFIX64 | option-length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| asm-length | |
+-+-+-+-+-+-+-+-+ :
: ASM_mPrefix64 :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ssm-length | |
+-+-+-+-+-+-+-+-+ :
: SSM_mPrefix64 :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| unicast-length| |
+-+-+-+-+-+-+-+-+ :
: uPrefix64 (Variable) :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: Option Format for OPTION_V6_PREFIX64
図1：OPTION_V6_PREFIX64のオプション形式
The fields of the option shown in Figure 1 are as follows:
図1に示すオプションのフィールドは次のとおりです。
option-code: OPTION_V6_PREFIX64 (see Section 6).
オプションコード：OPTION_V6_PREFIX64（セクション6を参照）。
option-length: length of the option, in octets.
option-length：オクテット単位のオプションの長さ。
asm-length: the prefix length for the ASM IPv4-embedded prefix, as an 8-bit unsigned integer. This field represents the number of valid leading bits in the prefix. This field MUST be set to 96.
asm-length：8ビットの符号なし整数としての、ASM IPv4埋め込みプレフィックスのプレフィックス長。このフィールドは、プレフィックス内の有効な先行ビットの数を表します。このフィールドは96に設定する必要があります。
ASM_mPrefix64: this field identifies the IPv6 multicast prefix to be used to synthesize the IPv4-embedded IPv6 addresses of the multicast groups in the ASM mode. The conveyed multicast IPv6 prefix MUST belong to the ASM range.
ASM_mPrefix64：このフィールドは、ASMモードでマルチキャストグループのIPv4埋め込みIPv6アドレスを合成するために使用されるIPv6マルチキャストプレフィックスを識別します。伝達されるマルチキャストIPv6プレフィックスはASMの範囲に属している必要があります。
ssm-length: the prefix length for the SSM IPv4-embedded prefix, as an 8-bit unsigned integer. This field represents the number of valid leading bits in the prefix. This field MUST be set to 96.
ssm-length：8ビットの符号なし整数としての、SSM IPv4埋め込みプレフィックスのプレフィックス長。このフィールドは、プレフィックス内の有効な先行ビットの数を表します。このフィールドは96に設定する必要があります。
SSM_mPrefix64: this field identifies the IPv6 multicast prefix to be used to synthesize the IPv4-embedded IPv6 addresses of the multicast groups in SSM mode. The conveyed multicast IPv6 prefix MUST belong to the SSM range.
SSM_mPrefix64：このフィールドは、SSMモードでマルチキャストグループのIPv4埋め込みIPv6アドレスを合成するために使用されるIPv6マルチキャストプレフィックスを識別します。伝達されるマルチキャストIPv6プレフィックスは、SSM範囲に属している必要があります。
unicast-length: the prefix length for the IPv6 unicast prefix to be used to synthesize the IPv4-embedded IPv6 addresses of the multicast sources, as an 8-bit unsigned integer. As specified in [RFC6052], the unicast-length MUST be one of 32, 40, 48, 56, 64, or 96. This field represents the number of valid leading bits in the prefix.
unicast-length：マルチキャストソースのIPv4埋め込みIPv6アドレスを8ビットの符号なし整数として合成するために使用されるIPv6ユニキャストプレフィックスのプレフィックス長。 [RFC6052]で指定されているように、ユニキャスト長は32、40、48、56、64、または96のいずれかである必要があります。このフィールドは、プレフィックスの有効な先行ビットの数を表します。
uPrefix64: this field identifies the IPv6 unicast prefix to be used in SSM mode for constructing the IPv4-embedded IPv6 addresses representing the IPv4 multicast sources in the IPv6 domain. uPrefix64 may also be used to extract the IPv4 address from the received multicast data flows. It is a variable-size field with the length of the field defined by the unicast-length field and is rounded up to the nearest octet boundary. In this case, any additional padding bits must be zeroed. The address mapping MUST follow the guidelines documented in [RFC6052].
uPrefix64：このフィールドは、IPv6ドメイン内のIPv4マルチキャストソースを表すIPv4埋め込みIPv6アドレスを構築するためにSSMモードで使用されるIPv6ユニキャストプレフィックスを識別します。 uPrefix64は、受信したマルチキャストデータフローからIPv4アドレスを抽出するためにも使用できます。これは、ユニキャスト長フィールドによって定義されたフィールドの長さを持つ可変サイズのフィールドであり、最も近いオクテット境界に切り上げられます。この場合、追加の埋め込みビットはゼロにする必要があります。アドレスマッピングは、[RFC6052]に記載されているガイドラインに従う必要があります。
Multiple instances of OPTION_V6_PREFIX64 may be returned to a DHCPv6 client. Configuration recommendations for DHCP servers are listed in Appendix A.
OPTION_V6_PREFIX64の複数のインスタンスがDHCPv6クライアントに返される場合があります。 DHCPサーバーの構成に関する推奨事項は、付録Aに記載されています。
Note that it was tempting to define three distinct DHCPv6 options, but that approach was not adopted because it has a side effect: the specification of a DHCPv6 option that could be used to discover unicast Prefix64s in environments where multicast is not enabled. Such a side effect conflicts with the recommendation to support the Well-Known DNS Name heuristic discovery-based method for unicast-only environments (Section 6 of [RFC7051]).
3つの異なるDHCPv6オプションを定義するのは魅力的でしたが、このアプローチは副作用があるため採用されませんでした。マルチキャストが有効になっていない環境でユニキャストPrefix64を検出するために使用できるDHCPv6オプションの仕様です。このような副作用は、ユニキャストのみの環境で既知のDNS名のヒューリスティックディスカバリベースの方法をサポートするという推奨事項と矛盾します（[RFC7051]のセクション6）。
To retrieve the IPv6 prefixes that will be used to synthesize unicast and multicast IPv4-embedded IPv6 addresses, the DHCPv6 client MUST include the OPTION_V6_PREFIX64 code in its OPTION_ORO. If the DHCPv6 client receives more than one OPTION_V6_PREFIX64 option from the DHCPv6 server:
ユニキャストおよびマルチキャストIPv4埋め込みIPv6アドレスの合成に使用されるIPv6プレフィックスを取得するには、DHCPv6クライアントはOPTION_OROにOPTION_V6_PREFIX64コードを含める必要があります。 DHCPv6クライアントがDHCPv6サーバーから複数のOPTION_V6_PREFIX64オプションを受信した場合：
o If each enclosed IPv6 multicast prefix has a distinct scope [RFC7346], the client MUST select the appropriate IPv6 multicast prefix whose scope matches the IPv4 multicast address used to synthesize an IPv4-embedded IPv6 multicast address.
o 囲まれた各IPv6マルチキャストプレフィックスが異なるスコープ[RFC7346]を持つ場合、クライアントは、IPv4埋め込みIPv6マルチキャストアドレスの合成に使用されるIPv4マルチキャストアドレスとスコープが一致する適切なIPv6マルチキャストプレフィックスを選択する必要があります。
o If at least two of the received options convey IPv6 multicast prefixes that have the same scope, the said options MUST be discarded.
o 受信したオプションの少なくとも2つが同じスコープを持つIPv6マルチキャストプレフィックスを伝える場合、そのオプションは破棄されなければなりません（MUST）。
If asm-length, ssm-length and unicast-length fields are all set to 0, the DHCPv6 client MUST behave as if OPTION_V6_PREFIX64 had not been received in the response received from the DHCPv6 server.
asm-length、ssm-length、およびunicast-lengthフィールドがすべて0に設定されている場合、DHCPv6クライアントは、DHCPv6サーバーから受信した応答でOPTION_V6_PREFIX64が受信されなかったかのように動作する必要があります。
If the asm-length field is non-null, the IPv6 prefix identified by ASM_mPrefix64 is used to synthesize IPv4-embedded IPv6 multicast addresses in the ASM range. This is achieved by concatenating the ASM_mPrefix64 and the IPv4 multicast address; the IPv4 multicast address is inserted in the last 32 bits of the IPv4-embedded IPv6 multicast address.
asm-lengthフィールドがnull以外の場合、ASM_mPrefix64で識別されるIPv6プレフィックスは、ASM範囲のIPv4埋め込みIPv6マルチキャストアドレスを合成するために使用されます。これは、ASM_mPrefix64とIPv4マルチキャストアドレスを連結することによって実現されます。 IPv4マルチキャストアドレスは、IPv4埋め込みIPv6マルチキャストアドレスの最後の32ビットに挿入されます。
If the ssm-length field is non-null, the IPv6 prefix identified by SSM_mPrefix64 is used to synthesize IPv4-embedded IPv6 multicast addresses in the SSM range. This is achieved by concatenating the SSM_mPrefix64 and the IPv4 multicast address; the IPv4 multicast address is inserted in the last 32 bits of the IPv4-embedded IPv6 multicast address.
ssm-lengthフィールドがnull以外の場合、SSM_mPrefix64で識別されるIPv6プレフィックスは、SSM範囲のIPv4埋め込みIPv6マルチキャストアドレスを合成するために使用されます。これは、SSM_mPrefix64とIPv4マルチキャストアドレスを連結することによって実現されます。 IPv4マルチキャストアドレスは、IPv4埋め込みIPv6マルチキャストアドレスの最後の32ビットに挿入されます。
If the unicast-length field is non-null, the IPv6 prefix identified by uPrefix64 is used to synthesize IPv4-embedded IPv6 unicast addresses as specified in [RFC6052].
unicast-lengthフィールドがnullでない場合、[RFC6052]で指定されているように、uPrefix64で識別されるIPv6プレフィックスを使用して、IPv4埋め込みIPv6ユニキャストアドレスを合成します。
The security considerations documented in [RFC3315] and [RFC6052] are to be considered.
[RFC3315]および[RFC6052]で文書化されているセキュリティの考慮事項が考慮されます。
IANA has assigned the following option code in the "Dynamic Host Configuration Protocol for IPv6 (DHCPv6)" registry <http://www.iana.org/assignments/dhcpv6-parameters>:
IANAは、「IPv6の動的ホスト構成プロトコル（DHCPv6）」レジストリ<http://www.iana.org/assignments/dhcpv6-parameters>で次のオプションコードを割り当てています。
Option Name Value
------------------ -----
OPTION_V6_PREFIX64 113
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<http://www.rfc-editor.org/info/ rfc2119>。
[RFC3315] Droms, R., Ed., Bound, J., Volz, B., Lemon, T., Perkins, C., and M. Carney, "Dynamic Host Configuration Protocol for IPv6 (DHCPv6)", RFC 3315, DOI 10.17487/RFC3315, July 2003, <http://www.rfc-editor.org/info/rfc3315>.
[RFC3315] Droms、R.、Ed。、Bound、J.、Volz、B.、Lemon、T.、Perkins、C.、and M. Carney、 "Dynamic Host Configuration Protocol for IPv6（DHCPv6）"、RFC 3315 、DOI 10.17487 / RFC3315、2003年7月、<http://www.rfc-editor.org/info/rfc3315>。
[RFC4607] Holbrook, H. and B. Cain, "Source-Specific Multicast for IP", RFC 4607, DOI 10.17487/RFC4607, August 2006, <http://www.rfc-editor.org/info/rfc4607>.
[RFC4607] Holbrook、H.およびB. Cain、「Source-Specific Multicast for IP」、RFC 4607、DOI 10.17487 / RFC4607、2006年8月、<http://www.rfc-editor.org/info/rfc4607>。
[RFC6052] Bao, C., Huitema, C., Bagnulo, M., Boucadair, M., and X. Li, "IPv6 Addressing of IPv4/IPv6 Translators", RFC 6052, DOI 10.17487/RFC6052, October 2010, <http://www.rfc-editor.org/info/rfc6052>.
[RFC6052] Bao、C.、Huitema、C.、Bagnulo、M.、Boucadair、M。、およびX. Li、「IPv4 / IPv6トランスレータのIPv6アドレッシング」、RFC 6052、DOI 10.17487 / RFC6052、2010年10月、< http://www.rfc-editor.org/info/rfc6052>。
[RFC2365] Meyer, D., "Administratively Scoped IP Multicast", BCP 23, RFC 2365, DOI 10.17487/RFC2365, July 1998, <http://www.rfc-editor.org/info/rfc2365>.
[RFC2365] Meyer、D。、「Administratively Scoped IP Multicast」、BCP 23、RFC 2365、DOI 10.17487 / RFC2365、1998年7月、<http://www.rfc-editor.org/info/rfc2365>。
[RFC6333] Durand, A., Droms, R., Woodyatt, J., and Y. Lee, "Dual-Stack Lite Broadband Deployments Following IPv4 Exhaustion", RFC 6333, DOI 10.17487/RFC6333, August 2011, <http://www.rfc-editor.org/info/rfc6333>.
[RFC6333] Durand、A.、Droms、R.、Woodyatt、J。、およびY. Lee、「IPv4枯渇後のデュアルスタックLiteブロードバンド展開」、RFC 6333、DOI 10.17487 / RFC6333、2011年8月、<http：/ /www.rfc-editor.org/info/rfc6333>。
[RFC6346] Bush, R., Ed., "The Address plus Port (A+P) Approach to the IPv4 Address Shortage", RFC 6346, DOI 10.17487/RFC6346, August 2011, <http://www.rfc-editor.org/info/rfc6346>.
[RFC6346] Bush、R.、Ed。、「IPv4アドレス不足に対するアドレスとポート（A + P）のアプローチ」、RFC 6346、DOI 10.17487 / RFC6346、2011年8月、<http：//www.rfc-editor .org / info / rfc6346>。
[RFC7051] Korhonen, J., Ed. and T. Savolainen, Ed., "Analysis of Solution Proposals for Hosts to Learn NAT64 Prefix", RFC 7051, DOI 10.17487/RFC7051, November 2013, <http://www.rfc-editor.org/info/rfc7051>.
[RFC7051]コルホネン、J。、エド。 T. Savolainen、編、「Analysis of Solution Proposals to Learn NAT64 Prefix」、RFC 7051、DOI 10.17487 / RFC7051、2013年11月、<http://www.rfc-editor.org/info/rfc7051>。
[RFC7346] Droms, R., "IPv6 Multicast Address Scopes", RFC 7346, DOI 10.17487/RFC7346, August 2014, <http://www.rfc-editor.org/info/rfc7346>.
[RFC7346] Droms、R。、「IPv6マルチキャストアドレススコープ」、RFC 7346、DOI 10.17487 / RFC7346、2014年8月、<http://www.rfc-editor.org/info/rfc7346>。
[RFC8114] Boucadair, M., Qin, C., Jacquenet, C., Lee, Y., and Q. Wang, "Delivery of IPv4 Multicast Services to IPv4 Clients over an IPv6 Multicast Network", RFC 8114, DOI 10.17487/RFC8114, March 2017, <http://www.rfc-editor.org/info/rfc8114>.
[RFC8114] Boucadair、M.、Qin、C.、Jacquenet、C.、Lee、Y。、およびQ. Wang、「IPv6マルチキャストネットワークを介したIPv4クライアントへのIPv4マルチキャストサービスの配信」、RFC 8114、DOI 10.17487 / RFC8114、2017年3月、<http://www.rfc-editor.org/info/rfc8114>。
This appendix details a set of non-normative configuration recommendations:
この付録では、一連の非規範的な構成の推奨事項について詳しく説明します。
o DHCP servers supporting OPTION_V6_PREFIX64 must be configured with ASM_mPrefix64 or SSM_mPrefix64, and may be configured with both.
o OPTION_V6_PREFIX64をサポートするDHCPサーバーは、ASM_mPrefix64またはSSM_mPrefix64で構成する必要があり、両方で構成することができます。
o uPrefix64 must also be configured when SSM_mPrefix64 is provided.
o SSM_mPrefix64が提供される場合、uPrefix64も構成する必要があります。
o uPrefix64 may be configured when ASM_mPrefix64 is provided.
o uPrefix64は、ASM_mPrefix64が提供されるときに構成できます。
Note that uPrefix64 is not mandatory for the ASM case if, for example, a local address mapping algorithm is supported or the Well-Known Prefix (64:ff9b::/96) is used.
たとえば、ローカルアドレスマッピングアルゴリズムがサポートされている場合、または既知のプレフィックス（64：ff9b :: / 96）が使用されている場合、uPrefix64はASMの場合は必須ではないことに注意してください。
o Both ASM_mPrefix64 and SSM_mPrefix64 may be configured and therefore be returned to a requesting DHCP client in the same OPTION_V6_PREFIX64. In particular, if both SSM and ASM modes are supported, ASM_mPrefix64 and SSM_mPrefix64 prefixes must be configured. For SSM deployments, both SSM_mPrefix64 and uPrefix64 must be configured.
o ASM_mPrefix64とSSM_mPrefix64の両方を構成できるため、同じOPTION_V6_PREFIX64で要求元のDHCPクライアントに返されます。特に、SSMモードとASMモードの両方がサポートされている場合は、ASM_mPrefix64およびSSM_mPrefix64プレフィックスを構成する必要があります。 SSM展開の場合、SSM_mPrefix64とuPrefix64の両方を設定する必要があります。
o When a multicast Prefix64 (ASM_mPrefix64 or SSM_mPrefix64) is configured, the length of the prefix must be /96.
o マルチキャストPrefix64（ASM_mPrefix64またはSSM_mPrefix64）が構成されている場合、プレフィックスの長さは/ 96でなければなりません。
o When distinct IPv6 multicast address scopes [RFC7346] are required to preserve the scope when translating IPv4 multicast addresses (Section 8 of [RFC2365]), each scope is configured as a separate OPTION_V6_PREFIX64. How DHCP servers are configured to separate multicast Prefix64 per scope is implementation specific and not covered by this document.
o IPv4マルチキャストアドレスを変換するときにスコープを維持するために個別のIPv6マルチキャストアドレススコープ[RFC7346]が必要な場合（[RFC2365]のセクション8）、各スコープは個別のOPTION_V6_PREFIX64として構成されます。 DHCPサーバーがスコープごとにマルチキャストPrefix64を分離するように構成する方法は実装固有であり、このドキュメントでは扱いません。
o When scope preservation is not required, only one instance of OPTION_V6_PREFIX64 is configured.
o スコープの保持が不要な場合は、OPTION_V6_PREFIX64の1つのインスタンスのみが構成されます。
Acknowledgments
謝辞
Thanks to C. Jacquenet, S. Venaas, B. Volz, T. Taylor, R. Weber, R. Even, J. Sheng, T. Mrugalski, and T. Chown for their review.
C. Jacquenet、S。Venaas、B。Volz、T。Taylor、R。Weber、R。Even、J。Sheng、T。Mrugalski、およびT. Chownのレビューに感謝します。
Many thanks to I. Farrer and T. Lemon for the comments.
コメントを提供してくれたI. FarrerとT. Lemonに感謝します。
Authors' Addresses
著者のアドレス
Mohamed Boucadair Orange Rennes 35000 France
Mohamed Boucadair Orange Rennes 35000フランス
Email: mohamed.boucadair@orange.com
Jacni Qin Cisco Shanghai China
Cisco Shanghai ChinaのJA cn IQ
Email: jacni@jacni.com
Tina Tsou Philips Lighting United States of America
Tina Tsou Philips Lightingアメリカ合衆国
Email: tina.tsou@philips.com
Xiaohong Deng The University of New South Wales Sydney NSW 2052 Australia
Xiaohong Dengニューサウスウェールズ大学シドニーNSW 2052オーストラリア
Email: dxhbupt@gmail.com