1. はじめに
この節では, メッセージ交換, リレー動作, DUID, IA_NA, IA_TA, IA_PD, DHCP オプション, RKAP 認証, IANA レジストリ, 規範的要件, 付録のオプション出現マトリクスを含む DHCPv6 に関する RFC 本文を保持する.
RFC 原文
1. はじめに
この文書は, デバイスの管理された構成を提供するクライアント/サーバ
プロトコルである DHCP for IPv6 (DHCPv6) を規定する. DHCPv6 の基本
動作は, サーバと同じリンクに接続されたクライアントに構成を提供する.
同じリンク上にないクライアントとサーバ間の通信を可能にするための
relay agent 機能も定義される.
DHCPv6 は, DHCPv6 サーバにより割り当てられたアドレスおよびその他の
構成情報をデバイスに提供できる. このデータはオプションで運ばれる.
DHCPv6 は, この文書で規定されていない構成情報を運ぶために新しい
オプションを定義することで拡張できる.
DHCPv6 は IPv6 プレフィックスの自動委任のための仕組みもサポートする.
この仕組みにより, サーバはプレフィックスをクライアントに委任できる.
この仕組みの使用は [RFC7084] の一部として, また [TR-187] により規定
されている. これらの文書では, この文書がそれぞれ "client" および
"server" と呼ぶものに対して "requesting router" および
"delegating router" を使用していることに注意する.
DHCP は, 他の構成オプションだけを提供するためにも使用できる (すなわち,
アドレスやプレフィックスを提供しない). これは, サーバが状態を追跡
する必要がないことを意味する. したがって, このモードは
"stateless DHCPv6" と呼ばれる. stateless DHCPv6 をサポートするために
必要な仕組みは, stateful DHCPv6 をサポートするために必要な仕組みより
もはるかに単純である.
1.1. 以前の DHCPv6 標準との関係
[RFC8415] は, 統一され, 修正され, 整理された DHCPv6 の定義を提供し,
執筆時点で古い RFC に対して提出されていた適用可能なすべての errata
も対象にしていた. また, delayed authentication, lifetime,
クライアントが送信する timer hints という少数の仕組みを obsolete
した.
この文書は [RFC8415] を obsolete する. 検証済み errata report を
適用し, 広く実装されていない 2 つの機能を obsolete する. すなわち,
IA_TA option を使用した一時アドレスの割り当て, および初期交換で
サーバがクライアントに Server Unicast option を送信した場合に,
クライアントが一部のメッセージを直接サーバへ unicast することを
許可する機能である. また, クライアント, サーバ, relay agent が使用
する UDP ポートを明確化する (Section 7.2). [RFC8415] との差分一覧は
Appendix A を参照.
1.2. 範囲外の話題
この文書は DHCPv6 の動作を規定する. どのオプションをどの
クライアントに割り当てるか, どのサブネットまたはリソースプールを
使用するか, どのクライアント要求を拒否すべきか, といったサーバ
ポリシーはこの文書の範囲外である.
サーバの構成, 運用, 管理も範囲外である. DHCPv6 relay および server
を管理する方法は [RFC9243] で規定されている.
DHCPv4 [RFC2131] と DHCPv6 の構成を統合することは, この文書の
範囲外である. [RFC4477] は, DHCPv4 と DHCPv6 のサービスを同時に
運用する際のいくつかの課題と可能な戦略を議論している. [RFC4477] は
やや古いが, 対象となる課題のよい概観を提供している. 執筆時点での
IETF の合意は, IPv4 構成情報をノードに伝える場合には DHCPv6 ではなく
DHCPv4 を使用すべきである, というものである. IPv6-only ネットワーク
については, [RFC7341] が, IPv4 アドレスおよび構成情報の動的
プロビジョニングのために DHCPv6 を使用して DHCPv4 メッセージを運ぶ
トランスポート機構を説明している.