メインコンテンツまでスキップ

12.1. Requesting router behavior (要求ルーターの動作)

12.1. Requesting router behavior (要求ルーターの動作)

要求ルーターはRequestメッセージを使用してIA_PDにプレフィックスを入力します。要求ルーターはRequestメッセージに1つ以上のIA_PDオプションを含めます。その後, 委譲ルーターはReplyメッセージのIA_PDオプションでIA_PDのプレフィックスを要求ルーターに返します。

要求ルーターは, 要求ルーターによって送信される任意のRenewまたはRebindメッセージにIA_PDオプションを含めます。IA_PDオプションには, 要求ルーターが現在そのIA_PDに関連付けているすべてのプレフィックスが含まれます。

状況によっては, 要求ルーターは委譲ルーターが要求ルーターの有効なバインディングをまだ持っていることの確認が必要な場合があります。要求ルーターがそのような確認を求める可能性がある時期の例には以下が含まれます:

o 要求ルーターが再起動する。

o 要求ルーターのアップストリームリンクがフラップする。

o 要求ルーターが有線接続から物理的に切断される。

そのような確認が必要な場合, 要求ルーターはRFC 3315のセクション18.1.4「Creation and Transmission of Rebind Messages (Rebindメッセージの作成と送信)」で説明されているようにRebind/Replyメッセージ交換を開始しなければなりません。ただし, 再送信パラメータはRFC 3315のセクション18.1.2「Creation and Transmission of Confirm Messages (Confirmメッセージの作成と送信)」で説明されているConfirmメッセージと同様に設定されるべきです。要求ルーターは, そのRebindメッセージに任意のIA_PDと, それらのIA_PDに関連するプレフィックスを含めます。

各プレフィックスには有効ライフタイムと優先ライフタイムがあり, その期間はそのプレフィックスのIA_PD Prefixオプションで指定されます。要求ルーターはRenewおよびRebindメッセージを使用して, 委譲されたプレフィックスのライフタイムの延長を要求します。

要求ルーターはReleaseメッセージを使用して, 委譲されたプレフィックスを委譲ルーターに返します。解放されるプレフィックスはIA_PDに含めなければなりません。

ConfirmおよびDeclineメッセージタイプは, プレフィックス委譲では使用されません。

有効なReplyメッセージを受信すると, 各IA_PDについて要求ルーターは関連するインターフェースが接続されている各リンクに委譲されたプレフィックスのそれぞれからサブネットを割り当てます。ただし次の例外があります: 要求ルーターは, 委譲ルーターからDHCPメッセージを受信したリンクには, 委譲されたプレフィックスまたは委譲されたプレフィックスからのサブネットを割り当ててはなりません。

要求ルーターが委譲されたプレフィックスをサブネット化する場合, 一意でより長いプレフィックスを生成するために, プレフィックスに追加のビットを割り当てなければなりません。例えば, 図1の要求ルーターが3FFE:FFFF:0::/48を委譲された場合, 加入者ネットワーク内の2つのリンクへの割り当てのために3FFE:FFFF:0:1::/64と3FFE:FFFF:0:2::/64を生成する可能性があります。要求ルーターが3FFE:FFFF:0::/48と3FFE:FFFF:5::/48を委譲された場合, 一方のリンクに3FFE:FFFF:0:1::/64と3FFE:FFFF:5:1::/64を割り当て, もう一方のリンクへの割り当てのために3FFE:FFFF:0:2::/64と3FFE:FFFF:5:2::/64を割り当てる可能性があります。

要求ルーターが委譲されたプレフィックスをルーターが接続されているリンクに割り当て, リンク上でプレフィックスのルーター広告を送信し始める場合, 要求ルーターはそれらの広告の有効ライフタイムをIA_PD Prefixオプションで指定された有効ライフタイムより遅くならないように設定しなければなりません。要求ルーターはIA_PD Prefixオプションで指定された優先ライフタイムを使用してもよいです。

受信したReplyメッセージ内のStatus Codeオプションの処理は, RFC 3315のセクション18.1.8「Receipt of Reply Messages (Replyメッセージの受信)」で説明されています。NoPrefixAvail Status Codeは, NoAddrsAvail Status Codeと同じ方法で処理されます。