13. IA への割り当て

この節では, メッセージ交換, リレー動作, DUID, IA_NA, IA_TA, IA_PD, DHCP オプション, RKAP 認証, IANA レジストリ, 規範的要件, 付録のオプション出現マトリクスを含む DHCPv6 に関する RFC 本文を保持する.
RFC 原文

13.  IA への割り当て

13.1.  IA_NA に割り当てるアドレスの選択

   サーバは, サーバ管理者が定めるアドレス割り当てポリシーと,
   次の情報源の組み合わせからサーバがクライアントについて判断する
   特定の情報に従って, IA_NA に割り当てるアドレスを選択する:

   *  クライアントが接続されているリンク.  サーバは次のようにリンクを
      判断する:

      -  サーバがクライアントから直接メッセージを受信し, そのメッセージ
         を受信した IP データグラムの送信元アドレスが link-local address
         である場合, クライアントは, そのメッセージを受信した
         インターフェイスが接続されているリンクと同じリンク上にある.

      -  サーバが転送する relay agent からメッセージを受信した場合,
         クライアントは, relay agent からのメッセージ内の link-address
         フィールドで識別されるインターフェイスが接続されているリンクと
         同じリンク上にある.  [RFC6221] に従い, サーバは値がゼロである
         link-address フィールドを MUST 無視する.  この場合の
         link-address は, 受信した Relay-forward にカプセル化された任意の
         Relay-forward メッセージから得られうる.  一般には, 最も深く
         カプセル化されたもの (クライアントに最も近い Relay-forward) が
         最も有用な値を持つ.

   *  クライアントが提供する DUID.

   *  クライアントが提供するオプション内のその他の情報.  例えば,
      特定のアドレスに対するクライアントの要求を含む IA Address options
      (Section 21.6 を参照).

   *  relay agent が提供するオプション内のその他の情報.

   デフォルトでは, DHCP サーバ実装は予測可能なアドレスを生成 SHOULD
   NOT する ( [RFC7721] の Section 4.7 を参照).  サーバ実装者は,
   アドレス生成方法に関する考慮事項として [RFC8981], [RFC7824],
   [RFC7707], [RFC7943] を確認することが推奨される.

   サーバは, 他の目的で予約されているアドレスを割り当て MUST NOT する.
   例えば, サーバは予約済み IPv6 Interface Identifier を使用するアドレス
   を割り当て MUST NOT する [RFC5453] [RFC7136] [IANA-RESERVED-IID].

   サーバがネットワーク上のクライアントの位置を判断する方法についての
   より詳細な議論は [RFC7969] を参照.

13.2.  IA_PD 用プレフィックスの割り当て

   サーバが委任するプレフィックスを選択する仕組みは, この文書では
   規定しない.  サーバがクライアント用のプレフィックスを選択する方法の
   例には, ISP への加入に基づく静的割り当て, 利用可能なプレフィックス
   プールからの動的割り当て, および [RFC3162] で説明されている
   Framed-IPv6-Prefix オプションを使用する RADIUS サーバのような外部
   権限に基づく選択が含まれる.
RFC 原文​

RFC 原文
