DHCP リースクエリ方法

DHCPv4個別リースクエリ

DHCPv4リースクエリは、アドレス、クライアントID、またはMACアドレスによるクエリとして、いくつかのタイプのいずれかにすることができます。クエリタイプは、 request dhcp relay leasequery コマンドを発行してクエリをトリガーするときに決定します。DHCPv4リレーエージェントがDHCPLEASEQUERYメッセージに以下のいずれかの値を含めるように指定して、ローカルサーバーがエージェントによって要求されたバインディング情報を識別できるようにします。

• クライアントリースのIPアドレス—ローカルサーバーは、そのIPアドレスが割り当てられた最新のクライアントのバインディング情報を返します。

• クライアントデバイスのクライアント識別子—ローカルサーバーは、指定されたクライアント識別子(オプション61)を持つクライアントによって最近使用されたIPアドレスのバインディング情報を返します。この識別子は、サーバーの管理ドメイン全体で一意です。そのクライアントがこのサーバーを介して他のIPアドレスにアクセスした場合、サーバーは関連するIPオプション(オプション92)でそれらのアドレスのリストを返します。

• クライアントデバイスのMACアドレス—ローカルサーバーは、そのMACアドレスを持つ最新のクライアントのバインディング情報を返します。そのクライアントがこのサーバーを介して他のIPアドレスにアクセスした場合、サーバーは関連するIPオプション(オプション92)でそれらのアドレスのリストを返します。

DHCP リレー エージェントは、DHCPLEASEQUERY メッセージにパラメーター要求リスト オプション(オプション 55)を含めます。このリストには、ローカルサーバーから返されたIPアドレスのバインディング情報に関連する特定のオプションが含まれています。例えば、要求リストには通常、リレーエージェント情報オプション(オプション82)が含まれています。ローカルサーバーは、リレーエージェントに送信されたDHCPLEASEACTIVEに要求された情報を含めます。

DHCPLEASEACTIVE メッセージには、クライアントの最終トランザクション時間オプション(オプション 91)が含まれています。このオプションの値は、クライアントとサーバー間のやり取りで IP アドレスが最後に使用されてから、サーバーが DHCPLEASEACTIVE メッセージを送信するまでの間隔を秒単位で示します。例えば、最後のインタラクションが 08:00:00 で、メッセージが 09:00:00 に送信された場合、オプション値は 3600 になります。

表1は 、DHCPv4個々のリースクエリのメッセージタイプを示しています。

表1:DHCPv4の個々のリースクエリメッセージタイプ

メッセージタイプ	オプション53のタイプ値	説明
DHCPLEASEクエリ	10	情報を復元するために、リレーエージェントからDHCPローカルサーバーに送信されます。
DHCPLEASE未割り当て	11	クライアントに関連付けられたIPアドレスがサーバーによって制御されているが、現在リースされていない場合のローカルサーバーからの応答。 この応答は、IPアドレスによるクエリに対してのみ送信されます。
DHCPLEASEUNKNOWN	12	サーバーがクエリ内の情報を認識しない場合のローカルサーバーからの応答。
DHCPLEASEアクティブ	13	ローカルサーバーがクライアントにアドレスをリースしたときの応答。応答には、そのアドレスに関する完全なバインディング情報が含まれています。

DHCPv6個別リースクエリ

クエリタイプは、LQ_Query オプション (オプション 44) で伝えられます。DHCPv6リレーエージェントのクエリータイプは、アドレスまたはクライアントID別にすることができます。クエリタイプは、 request dhcpv6 relay leasequery コマンドを発行してクエリをトリガーするときに決定します。DHCPv6 リレーエージェントが、オプションリクエストオプション(オプション 6)のオプションリクエストオプション(オプション 6)に以下の値のいずれかを LEASEQUERY メッセージに含めるように指定し、ローカルサーバーがエージェントによって要求されたバインディング情報を識別できるようにします。

• クライアントリースのIPv6アドレス—ローカルサーバーは、そのアドレスにバインドされている、またはアドレスを含むプレフィックスを委任された最新のクライアントのバインディング情報を返します。オプション 44 の query-options フィールドには、IAADDR オプション (オプション 5) が含まれています。

• クライアントデバイスのDHCP固有識別子(DUID):ローカルサーバーは、指定されたDUIDを持つクライアントによって最近使用されたIPアドレスのバインディング情報を返します。DUIDは、クライアントのIPv6識別子です。この識別子は、サーバーの管理ドメイン全体で一意です。クライアントが複数のリンクアドレスで見つかった場合、ローカルサーバーはアドレスのリストを返すことができます。オプション 44 の query-options フィールドには、クライアント識別子オプション (オプション 1) が含まれています。

  オプション 44 の query-options フィールドには、各クライアントのローカル サーバーから必要な特定の情報の DHCPv6 オプション コードをリストするオプション リクエスト オプション(オプション 6)を含めることもできます。

LEASEQUERY-REPLY メッセージには、単一リンク上の単一クライアントの情報を提供するクライアント データ オプション (オプション 45) が含まれています。この情報は、client-optionsフィールドにDHCPv6オプションとして伝えられます。オプション 45 には、少なくとも以下のオプションと、LEASEQUERY オプション要求オプション (オプション 6) でリレー エージェントによって要求されたその他のオプションが含まれています。

• クライアント識別子(オプション1)—DHCPv6クライアントを識別するDUID。

• IAADDR(オプション5)—一時アドレス(IA_TA)または非一時アドレス(IA_NA)のIDアソシエーション内のアドレス。IAPREFIX オプションに含めることができます。

• IAPREFIX(オプション26)—プレフィックス委任(IA_PD)用のIDアソシエーション内のプレフィックス。IAADDR オプションに含めることができます。

• CLTオプション(オプション46)—サーバーがそのリンク上でクライアントと最後に対話してからの秒単位の時間。このオプションは、DHCPv4クライアントの最終トランザクション時間オプションに対応します。

次のオプションは、LEASEQUERY-REPLY メッセージに含めることができる追加オプションの例です。

• LQリレーデータオプション(オプション47)—クライアントがこのサーバーと最後に通信したときに使用された完全なリレーエージェント情報。ローカル・サーバーは、LEASEQUERY オプション要求オプション (オプション 6) で要求された場合にのみ、このオプションを返します。

• LQクライアントリンクオプション(オプション48)—クライアントに少なくとも1つのバインディングがあるリンクアドレスを特定します。LEASEQUERY-REPLYメッセージには、次の両方に該当する場合にこのオプションが含まれます。LEASEQUERYがリンクアドレスを指定しておらず、クライアントが複数のリンクで検出されます。リレーエージェントは、この情報を受信すると、オプション48にリストされているアドレスごとに新しいLEASEQUERYを送信することができます。

表2は 、DHCPv6個別リースクエリのメッセージタイプを示しています。

表2:DHCPv6の個々のリースクエリメッセージタイプ

メッセージタイプ	DHCPv6タイプの値	説明
リースクエリ	14	情報を復元するために、リレーエージェントからDHCPローカルサーバーに送信されます。クエリーのタイプ、リンクアドレス、およびローカルサーバーから必要な特定のオプション情報を指定するためのLQオプション(オプション44)が含まれます。
LEASEQUERY-REPLY	15	クライアントに関連付けられたIPアドレスがサーバーによって制御されているが、現在リースされていない場合のローカルサーバーからの応答。 この応答は、IPアドレスによるクエリに対してのみ送信されます。

DHCPv6 ローカルサーバーから送信された LEASEQUERY-REPLY メッセージは、クエリの状態に関する情報を提供する状態コード オプション (オプション 13) を返すことができます。 表3に 、ステータスコードを示します。

表3:DHCPv6個々のリースクエリステータスコード

コード	ステータス	説明
7	UnknownQueryType	サーバーがクエリを認識しないか、サポートしていません。
8	不正な形式のクエリ	クエリーが無効です。例えば、必須オプションが欠落している可能性があります。
9	NotConfigured	ローカルサーバーの設定に必要なアドレスがありません。
10	許可されていない	ローカルサーバーは、リレーエージェントがこのクエリタイプを送信することを許可していません。

DHCPv4バルクリースクエリ

DHCPv4バルクリースクエリでは、DHCPv4リレーエージェントがポート67を介してDHCPv4ローカルサーバーへのTCP接続を開きます。接続が確立されると、リレーエージェントはDHCPBULKLEASEQUERYメッセージをサーバーに送信します。クエリには、ローカルサーバーがエージェントが必要とする情報を識別できるように、次のいずれかを含めることができます。

• 設定されたすべてのIPアドレス—ローカルサーバーは、ローカルサーバーで設定されたすべてのIPアドレスのバインディング情報を返します。この情報は、IPアドレスが現在アクティブなバインディングの一部であるかどうかに関係なく返されます。これにより、リレーエージェントは、ある時点以降に発生したすべてのアドレス変更でデータベースを更新できます。

• クライアントデバイスのクライアント識別子—ローカルサーバーは、指定されたクライアント識別子(オプション61)を持つクライアントによって最近使用されたIPアドレスのバインディング情報を返します。この識別子は、サーバーの管理ドメイン全体で一意です。

  注:

  個々のリースクエリとは異なり、サーバーは、クライアントがこのサーバーを介してアクセスした他のIPアドレスのリストを返すために、関連するIPオプション(オプション92)を使用しません。代わりに、サーバーはこれらすべてのIPアドレスのバインディング情報を返します

• クライアントデバイスのMACアドレス—ローカルサーバーは、そのMACアドレスを持つ最新のクライアントのバインディング情報を返します。

  注:

  個々のリースクエリとは異なり、サーバーは、クライアントがこのサーバーを介してアクセスした他のIPアドレスのリストを返すために、関連するIPオプション(オプション92)を使用しません。代わりに、サーバーはこれらすべてのIPアドレスのバインディング情報を返します

• リレーエージェント識別子—ローカルサーバーは、指定されたリレーエージェント識別子(オプション82、サブオプション12)を持つクライアントに割り当てられている、現在アクティブなすべてのリースのバインディング情報を返します。この識別子は、サーバーの管理ドメイン全体で一意です。

• DHCPクライアントへの回線を識別するためにクライアントが使用するアクセス回線のリモートID—ローカルサーバーは、そのエージェントリモートID(オプション82、サブオプション2)を使用するクライアントに割り当てられている現在アクティブなすべてのリースのバインディング情報を返します。このクエリは、リレーエージェントごとに数千のクライアントがある拡張環境で特に役立ちます。その他のクエリは、回線上のすべてのクライアントの統合リース情報を返すわけではありません。

DHCPv4ローカルサーバーは、 DHCPv4個々のリースクエリメッセージタイプで説明されているように、個々のリースクエリに使用されるのと同じDHCPLEASEACTIVEおよびDHCPLEASEUNASSIGNDメッセージでリレーエージェントに応答します。各メッセージは、クエリによって識別される単一のバインディングに対応します。

サーバーが要求に関連付けられたすべてのバインディングを返すと、DHCPLEASEQUERYDONE メッセージをリレー エージェントに送信します。バルクリースクエリの処理中に接続が失われた場合、DHCP は、接続がダウンする前にリレー エージェントが受信した要求された情報の量を判断できません。したがって、リレーエージェントはクエリを再試行する必要があります。

どのクエリ方法に対しても、DHCP リレー エージェントには以下の修飾子を含めることができます。

• query-start-time—クエリで指定された時刻以降に変更されたバインディングを返します。

• query-end-time—クエリで指定された時刻以前に変更されたバインディングを返します。

これらの照会時間により、エージェントは、すべての情報を安定ストレージに最後にコミットしてから失われたバインディング情報のみをリカバリーできます。

表4は 、DHCPv4バルクリースクエリに固有のメッセージタイプを示しています。

表4:DHCPv4バルクリースクエリメッセージタイプ

メッセージタイプ	オプション53のタイプ値	説明
DHCPBULKLEASEQUERY	14	情報を復元するために、リレーエージェントからDHCPローカルサーバーに送信されます。
DHCPLEASEQUERYDONE	15	バルク要求に関連付けられたすべてのバインディング情報を返したときのローカルサーバーからの応答。

DHCPv4ローカルサーバーから送信されたメッセージは、ステータスコードオプション(オプション151)を返して、クエリのステータスに関する情報を提供することができます。DHCPLEASEACTIVE メッセージと DHCPLEASEUNASSIGNED メッセージでは、コードは個々のバインディング要求の状態に対応します。DHCPLEASEQUERYDONE メッセージでは、コードはバルク リースクエリ要求全体に対応します。 表5に ステータスコードを示します。

表5:DHCPv4バルクリースクエリステータスコード

コード	ステータス	説明
0	成功	リクエストは正常に完了しました。オプション 151 がないことも成功を示します。
1	UnSpecFail	不特定の理由でリクエストが失敗しました。
2	クエリ終了	ローカル サーバーがクエリを実行できなかったか、クエリを早期に終了しました。後者の場合、テキスト文字列が原因を示します。
3	不正な形式のクエリ	クエリーはローカルサーバーによって認識されませんでした。
4	許可されていない	クエリは理解されましたが、許可されませんでした。

DHCPv6バルクリースクエリ

DHCPv6バルクリースクエリでは、DHCPv6リレーエージェントがポート67を介してDHCPv6ローカルサーバーへのTCP接続を開きます。接続が確立されると、リレーエージェントがLEASEQUERYメッセージをサーバーに送信します。クエリタイプは、LQ_Query オプション (オプション 44) で伝えられます。クエリータイプは次のいずれかにすることができ、ローカルサーバーがエージェントが必要とする情報を識別できるようにします。

• 設定されたすべてのIPアドレス—ローカルサーバーは、ローカルサーバーで設定されたすべてのIPアドレスのバインディング情報を返します。この情報は、IPアドレスが現在アクティブなバインディングの一部であるかどうかに関係なく返されます。これにより、リレーエージェントは、ある時点以降に発生したすべてのアドレス変更でデータベースを更新できます。

• クライアントデバイスのクライアント識別子—ローカルサーバーは、指定されたクライアント識別子(オプション61)を持つクライアントによって最近使用されたIPアドレスのバインディング情報を返します。この識別子は、サーバーの管理ドメイン全体で一意です。

  注:

  個々のリースクエリとは異なり、サーバーは、クライアントがこのサーバーを介してアクセスした他のIPアドレスのリストを返すために、関連するIPオプション(オプション92)を使用しません。代わりに、サーバーはこれらすべてのIPアドレスのバインディング情報を返します

• クライアントデバイスのMACアドレス—ローカルサーバーは、そのMACアドレスを持つ最新のクライアントのバインディング情報を返します。

  注:

  個々のリースクエリとは異なり、サーバーは、クライアントがこのサーバーを介してアクセスした他のIPアドレスのリストを返すために、関連するIPオプション(オプション92)を使用しません。代わりに、サーバーはこれらすべてのIPアドレスのバインディング情報を返します

• リレーエージェント識別子—ローカルサーバーは、指定されたリレーエージェント識別子(オプション82、サブオプション12)を持つクライアントに割り当てられている、現在アクティブなすべてのリースのバインディング情報を返します。この識別子は、サーバーの管理ドメイン全体で一意です。

• DHCPクライアントへの回線を識別するためにクライアントが使用するアクセス回線のリモートID—ローカルサーバーは、そのエージェントリモートID(オプション82、サブオプション2)を使用するクライアントに割り当てられている現在アクティブなすべてのリースのバインディング情報を返します。このクエリは、リレーエージェントごとに数千のクライアントがある拡張環境で特に役立ちます。その他のクエリは、回線上のすべてのクライアントの統合リース情報を返すわけではありません。

DHCPv6バルクリースクエリでは、オプションで trigger automatic オプションを指定して、 jdhcpd プロセスがセッションデータベース(SDB)との接続を開始し、データベースにバインドされた加入者が存在しないたびに、DHCPv6リレーエージェントがバルクリースクエリ操作を自動的に開始するように設定できます。例えば、自動プロセスにより、バルクリースクエリは、再起動、GRES、またはISSUの操作後、およびバインドされた加入者が存在しない場合に、常にDHCPリレー情報を更新します。

DHCPv6 バルクリースクエリは、DHCPv6 の個々のリースクエリで使用される LEASEQUERY メッセージと LEASEQUERY-REPLY メッセージを使用しますが、その動作と意味はバルクリースクエリでは若干異なります。 表6は 、これらのメッセージの一覧と、DHCPv6バルクリースクエリに固有の他の2つのメッセージタイプを示しています。

表6:DHCPv6バルクリースクエリメッセージタイプ

メッセージタイプ	DHCPv6タイプの値	説明
リースクエリ	14	情報を復元するために、リレーエージェントからDHCPローカルサーバーに送信されます。
LEASEQUERY-REPLY	15	クエリの成功または失敗を示すローカルサーバーからの応答。また、サーバー ID やクライアント ID など、1 回のクエリと応答のコンテキストで変更されない情報も伝えます。 クエリが成功すると、1 つの LEASEQUERY-REPLY のみが返されます。このメッセージには、最初のクライアントのバインディング情報も含まれています。追加のバインディング データが LEASEQUERY-DATA メッセージで返されます。 クエリが失敗すると、バインディング情報なしで 1 つの LEASEQUERY-REPLY が返されます。
リースクエリ完了	16	関連するリースクエリ応答のグループの終了を示すローカルサーバーからの応答。要求に対するすべての応答がリレー エージェントに送信された後、1 つの LEASEQUERY-DONE メッセージが送信されます。 このメッセージを受信すると、リレーエージェントとサーバー間のTCP接続は閉じられます。
リースクエリデータ	17	単一 DHCPv6 クライアントのリースまたは単一リンクのプレフィックス委任バインディングに関する情報を含むローカル サーバーからの応答。 このメッセージは、バルクリースクエリが複数のクライアントのデータを返す場合にのみ送信されます。この場合、LEASEQUERY-REPLY メッセージは最初のクライアントの情報を伝達し、その後、他の各クライアントに対して LEASEQUERY-DATA メッセージが送信されます。

DHCPv6ローカルサーバーから送信されたメッセージは、ステータスコードオプション(オプション13)を返して、クエリのステータスに関する情報を提供できます。LEASEQUERY-REPLY メッセージでは、コードは個々のバインディング要求の状態に対応します。LEASEQUERY-DONE メッセージでは、コードはバルク リースクエリ要求全体に対応します。LEASEQUERY-DATA メッセージに状態コードは含まれません。DHCPv6バルクリースクエリは、 DHCPv6個々のリースクエリステータスコードに記載されているDHCPv6個々のリースクエリステータスコードをサポートします。メッセージには、 表7で説明されているバルクリースクエリ用に追加されたステータスコードを含めることもできます。

表7:DHCPv6バルクリースクエリステータスコード

コード	ステータス	説明
11	クエリ終了	ローカルサーバーがクエリを実行できないか、何らかの理由でクエリを早期に終了しました。例えば、ローカルサーバーがシャットダウンされているか、要求された情報を収集するためのリソースが不十分な場合などです。

DHCPv4アクティブリースクエリ

DHCPv4アクティブリースクエリでは、DHCPv4リレーエージェントがポート67を介してDHCPv4ローカルサーバーへのTCP接続を開きます。接続が確立されると、リレーエージェントがDHCPACTIVELEASEQUERYメッセージをサーバーに送信します。このメッセージは、これが長期的なつながりであることを示しています。タイムアウトの結果としてのみ閉じます。

DHCPv4ローカルサーバーは、 DHCPv4個々のリースクエリメッセージタイプで説明されているように、個々のリースクエリに使用されるのと同じDHCPLEASEACTIVEおよびDHCPLEASEUNASSIGNDメッセージでリレーエージェントに応答します。各メッセージは、クエリによって識別される単一のバインディングに対応します。DHCP ローカルサーバーは、バインディング情報が変更されるたびに応答メッセージを送信し続けます。 表8は 、DHCPv4アクティブリースクエリに固有のメッセージタイプを示しています。

表8:DHCPv4アクティブリースクエリメッセージタイプ

メッセージタイプ	オプション53のタイプ値	説明
DHCPACTIVELEASEQUERY	16	リレーエージェントからDHCPローカルサーバーに送信され、ローカルサーバー上で情報が変更されるたびにリレーエージェント上のバインディング情報をライブ更新できるようにします。 また、ピアリレーエージェント間で送信して、バインディング情報にホットスタンバイの冗長性を提供することもできます。
DHCPLEASEQUERYSTATUS	17	ローカルサーバーが要求に関連付けられたバインディング情報を返したときの応答。 TCP 接続は長時間存在するため、接続がアイドル状態のとき(バインディングの更新が送信されない)にもこのメッセージが定期的に送信されます。この場合、メッセージには、接続がまだ稼働していることをリレー エージェントに通知するための ConnectionActive ステータス コード(6)が含まれています。

ローカルサーバーから送信されたメッセージは、ステータスコードオプション(オプション151)を返すことができます。DHCPLEASEACTIVEおよびDHCPLEASEUNASSIGNDメッセージでは、コードは個々の応答のステータスに対応します。DHCPLEASEQUERYSTATUS メッセージでは、コードはアクティブなリースクエリ要求全体のメッセージストリームに対応します。DHCPv4 アクティブリースクエリは、 DHCPv4 バルクリースクエリステータスコードに記載されているバルクリースクエリステータスコードをサポートします。メッセージには、表 9 に示すアクティブ リースクエリ用に追加されたステータス コードを含めることもできます。

表9:DHCPv4アクティブリースクエリステータスコード

コード	ステータス	説明
5	データ欠落	要求されたバインディング情報が利用できません。例えば、ローカル・サーバーまたはピアに、query-start-time オプションで要求された十分なデータがない場合、この状況コードは LEASEQUERY-REPLY メッセージで直ちに送信されます。
6	接続アクティブ	TCP接続はまだアクティブです。
7	キャッチアップ完了	ローカルサーバーは、リレーエージェントによって要求されたすべてのセーブデータを送信しました。

DHCPv6アクティブリースクエリ

DHCPv6アクティブリースクエリでは、DHCPv6リレーエージェントがポート67を介してDHCPv4ローカルサーバーへのTCP接続を開きます。接続が確立されると、リレーエージェントがACTIVELEASEQUERYメッセージをサーバーに送信します。このメッセージは、これが長期的なつながりであることを示しています。タイムアウトの結果としてのみ閉じます。

DHCPv6ローカルサーバーは、バルクリースクエリに使用したのと同じLEASEQUERY-REPLY、LEASEQUERY-DATA、およびLEASEQUERY-DONEメッセージでリレーエージェントに応答します。各メッセージは、クエリによって識別される単一のバインディングに対応します。DHCP ローカルサーバーは、バインディング情報が変更されるたびに応答メッセージを送信し続けます。表10は 、これらのメッセージと、DHCPv6アクティブリースクエリに固有のクエリメッセージタイプを示しています。

表10:DHCPv6アクティブリースクエリメッセージタイプ

メッセージタイプ	DHCPv6タイプの値	説明
アクティブリースクエリ	22	リレーエージェントからDHCPローカルサーバーに送信され、ローカルサーバー上で情報が変更されるたびにリレーエージェント上のバインディング情報をライブ更新できるようにします。 また、ピアリレーエージェント間で送信して、バインディング情報にホットスタンバイの冗長性を提供することもできます。
LEASEQUERY-REPLY	15	クエリの成功または失敗を示すローカルサーバーからの応答。また、サーバー ID やクライアント ID など、1 回のクエリと応答のコンテキストで変更されない情報も伝えます。 クエリが成功すると、1 つの LEASEQUERY-REPLY のみが返されます。このメッセージには、最初のクライアントのバインディング情報も含まれています。追加のバインディング データが LEASEQUERY-DATA メッセージで返されます。 クエリが失敗すると、バインディング情報なしで 1 つの LEASEQUERY-REPLY が返されます。
リースクエリ完了	16	接続を終了する必要があることを示すローカルサーバーからの応答。 たとえば、サーバーがシャットダウンされているときに、サーバーは QueryTerminated 状態コード (11) を付けてこれを送信できます。
リースクエリデータ	17	単一 DHCPv6 クライアントのリースまたは単一リンクのプレフィックス委任バインディングに関する情報を含むローカル サーバーからの応答。 このメッセージは、リースクエリが複数のクライアントのデータを返した場合にのみ送信されます。この場合、LEASEQUERY-REPLY メッセージは最初のクライアントの情報を伝達し、その後、他の各クライアントに対して LEASEQUERY-DATA メッセージが送信されます。

DHCPv6ローカルサーバーから送信されたメッセージは、ステータスコードオプション(オプション13)を返すことができます。DHCPv6アクティブリースクエリは、 DHCPv6個別リースクエリステータスコード と DHCPv6バルクリースクエリステータスコードにそれぞれ記載されている個別リースクエリとバルクリースクエリステータスコードをサポートします。メッセージには、 表 11 に示すアクティブ リースクエリ用に追加されたステータス コードを含めることもできます。

表11:DHCPv6アクティブリースクエリステータスコード

コード	ステータス	説明
12	データ欠落	要求されたバインディング情報が利用できません。
13	キャッチアップ完了	ローカルサーバーは、リレーエージェントによって要求されたすべてのセーブデータを送信しました。
14	サポートされていない	ローカルサーバーは、リレーエージェントによって要求されたすべてのセーブデータを送信しました。

アクティブなリースクエリによるシャーシレベルの冗長性

アクティブリースクエリを使用して、バインディング情報を複数のDHCPリレーエージェントピア間で同期させることができます。わかりやすくするために、この説明では、2 つのピアのみの動作について説明します。ピアリレーエージェントが再起動するか、デバイスが再起動すると、もう一方のリレーが引き継ぎ、目に見える停止なしにすべてのDHCPクライアントにサービスを提供することができます。ピアリレーエージェントが再び立ち上がると、アクティブピアとのTCP接続を再確立します。その後、ピアはバインディング情報を同期します。 図1 は、以下の特性を持つリレーエージェントの冗長性をサポートするためのシンプルなDHCPトポロジーを示しています。

• 各DHCPクライアントは、両方のリレーエージェントに接続します。

• 両方のリレーエージェントが同じDHCPサーバーに接続します。

• 各リレーエージェントで active leasequery ステートメントを設定する場合、もう一方のリレーエージェントもピアとして指定します。

• ピアは、 表8 および 表10で説明したように、通信に同じアクティブなリースクエリメッセージを使用します。ここでは示していませんが、外部RADIUSサーバーがトポロジーの一部である場合、RADIUSサーバーとの相互作用に違いはありません。

次のシーケンスでは、アクティブリースクエリが両方に設定されている場合に、リレーエージェントがピア関係を確立し、バインディング情報を共有する方法について説明します。この例はDHCPv4用ですが、DHCPv6の場合も同じです。

1. どちらのリレーエージェントにもアクティブなDHCPクライアントバインディングがありますが、アクティブなリースクエリはまだ設定されていません。

2. 両方のリレー エージェントでアクティブなリースクエリを設定し、互いをピアとして指定して、設定をコミットします。

3. 設定がコミットされると、両方のピアエージェントがTCP接続の確立を試みます。リレーエージェントのリレーエージェント1が接続を正常に接続確立したとします。ピアリレーエージェント2からの試行はドロップされます。

4. 次に、リレーエージェント1は、リレーエージェント2にACTIVELEASEQUERYメッセージを送信します。

5. リレーエージェント2は、加入者データベース内のバインディングに関する情報をリレーエージェント1に送信します。また、自身の ACTIVELEASEQUERY メッセージをリレー エージェント 1 に送信して、ピアのクライアント情報を収集します。

6. リレーエージェント1は、そのバインディング情報をリレーエージェント2に送信します。リレーエージェント1とリレーエージェント2は、それぞれ受信したバインディング情報を処理し、それぞれのデータベースにコミットします。

7. 各リレーエージェントは、ライセンスの更新、新規リクエスト、リースの有効期限など、自身のクライアントのバインディング情報を更新する際、変更が発生するたびに、更新された情報を含むリースクエリ応答メッセージをピアに送信します。

8. ここで、リレーエージェント1が再起動されたとします。TCP接続が切断されます。リレーエージェント2は、リレーエージェント1との接続を再確立しようとします。それまでの間、これまでリレーエージェント1を経由していたDHCP加入者トラフィックは、途切れることなくリレーエージェント2を経由するようになります。

9. アクティブなリースクエリは、リレーエージェント1が復帰するとトリガーされます。TCP接続が再確立され、ピアはACTIVELEASEQUERYメッセージを交換します。リレーエージェント1には、現時点で共有するバインディング情報がありません。リレーエージェント2は、現在のバインディング情報をすべてリレーエージェント1に送信します。この情報は、リレーエージェント1がサービス停止している間に変更されている可能性があります。その結果、両方のリレーエージェントに同期されたデータベースが備わっています。

アクティブなリースクエリトポロジー検出によるインターフェイスレベルの冗長性

Junos OSリリース19.2R1以降、トポロジー検出によりDHCPリレーピアが互いの加入者インターフェイスに関する情報を検出できるようになりました。トポロジー検出は、M:N 加入者グループの冗長性構成のネットワーク トポロジーで必要です。この設定では、DHCP リレー エージェントをホストする BNG が、加入者冗長性グループのプライマリ ルーターとして機能します。プライマリルーターは、加入者冗長性グループのトラフィックを処理します。ピアリレーエージェントをホストする1つ以上の他のBNGは、プライマリ上の加入者冗長性グループのバックアップとして機能します。

特定のBNGを複数の加入者冗長性グループのバックアップにすることができますが、各冗長性グループは1つのBNGにのみバックアップされます。プライマリBNGに障害が発生した場合、障害の影響を受ける各加入者冗長性グループのバックアップBNGが、その冗長性グループの新しいプライマリとして選択されます。新しいプライマリは、中断することなく、シームレスに加入者冗長性グループに引き続きサービスを提供します。M:N 冗長性の詳細については、「 M:N加入者冗長性の概要 」を参照してください。

インターフェイスレベルの加入者冗長性は、アクセスリンクの論理インターフェイスに基づきます。この場合、加入者冗長性グループのアクセス インターフェイスのインターフェイス名が、プライマリ ピアとバックアップ ピアで同じである必要はありません。この動作は、リレーエージェントピアでアクセスインターフェイス名が同一でなければならないシャーシレベルのリレーエージェントの冗長性の場合とは異なります。

プライマリリレーエージェントとバックアップリレーエージェントのインターフェイス名は異なる場合があるため、DHCPはプライマリの各加入者冗長性グループのインターフェイスとバックアップの対応するインターフェイスとの関係を検出する必要があります。トポロジー検出は、その情報を提供します。

トポロジー検出により、プライマリおよびバックアップリレーエージェントは、各加入者冗長性グループのローカルおよびリモートアクセスインターフェイスをマッピングする変換テーブルを自動的に構築できます。プライマリに障害が発生した場合、新しいプライマリに選択されたバックアップは、その変換テーブルを使用して、障害の影響を受ける加入者冗長性グループを直ちに管理します。フェイルオーバー自体は、加入者冗長性グループに関連付けられたDHCPクライアントに対して透過的です。

トポロジー検出は、アクティブなリースクエリオプションです。アクティブなリースクエリにより、ピアは、変換テーブルに追加されたインターフェイスに対応する加入者冗長性グループ内の加入者のバインディング情報を同期できます。DHCP は、プライマリのインターフェイスではなく、バックアップのローカル インターフェイスを使用するようにバインディング情報を変換します。

トポロジー検出を設定する場合、 図2に示すように、DHCPリースクエリプロセス全体は4つの接続フェーズで構成されます。

1. TCP接続フェーズ—ピアリレーエージェント間でTCP接続が確立されます。

2. トポロジー検出フェーズ—ピアはトポロジー検出メッセージを交換し、ピア上の各加入者冗長性グループで一致するアクセスインターフェイスを決定します。リモートピアは、VLAN IDとサブネットに基づいてインターフェイスを照合します。各ピアは、すべてのアクセスインターフェイスに対してクエリを送信し、応答を受信するため、すべてのピアは、加入者冗長性グループ向けに、接続されたローカルおよびリモートインターフェイスペアの変換テーブルを作成できます。

3. バルクリースクエリフェーズ—ピアは、アクティブなリースクエリが動作するために必要なバルクリースクエリ関係を確立します。バルクリースクエリを使用すると、リレーエージェントは、一連の個別のクエリーと応答ではなく、設定されたDHCPサーバーから複数の加入者のリース情報を一括で取得できます。このフェーズでは、DHCP は初めてすべてのバインディング情報を一括で収集します。

4. アクティブリースクエリフェーズ—アクティブリースクエリにより、バインディング情報が変更されるたびに同期され、後続のクエリは必要ありません。プライマリリレーエージェントは、ローカルのエージェント回線ID(アクセスインターフェイスの名前)を基準にしてバインディングを送信します。バックアップリレーエージェントは、変換テーブルを使用して、バックアップの対応するエージェント回線IDを取得し、加入者をインストールします。

   同期される情報を特定のアクセスインターフェイスを使用する加入者、つまり加入者冗長性グループのみに制限するために、アクティブリースクエリは、トポロジー検出を設定するときに、giaddr(DHCPv4)またはlinkaddr(DHCPv6)方式のクエリを使用します。ゲートウェイIPアドレス(giaddrまたはlinkaddr)は、リレーエージェントが情報のダウンストリーム送信先を決定するために使用するアドレスです。giaddr の値はアクセス インターフェイスです。リレーエージェントはgiaddr/linkaddrを評価し、giaddr/linkaddrに一致するアクセスインターフェイスを使用するDHCPクライアントに情報を送信します。

   これが加入者冗長性にとって意味することは、giaddr/linkaddr クエリを使用すると、アクティブなリースクエリは、そのアクセス インターフェイス上の加入者に関する情報のみを要求するということです。その結果、プライマリリレーエージェントからバックアップリレーエージェントにその加入者情報のみを同期します。これは、アクティブなリースクエリがrelay-id方式によるクエリを使用した場合よりもはるかに少ない加入者のセットであり、これはシャーシ全体のすべての加入者の情報を返します。

このプロセスの結果、各ピアエージェントは、処理する各冗長性グループに対してサブスクライバをインストールします。プライマリリレーエージェントがフェイルオーバーすると、バックアップには、影響を受ける加入者セッションを中断することなく維持するために必要な加入者情報がすでに保持されています。

注:

バルクリースクエリとアクティブなリースクエリ接続フェーズは、TCP接続を介して実行されます。一方、トポロジー検出フェーズでは、DHCP はクエリーメッセージを TCP 経由で送信しますが、トポロジー検出応答メッセージは UDP 経由で送信します。TCPパスは何でもかまいませんが、UDPパスはアクセスインターフェイスを経由する必要があります。これは、ピアがアクセス インターフェイスが接続されていることを確認する方法です。

目的

DHCPの個別リースクエリおよびバルクリースクエリ操作に関する情報を表示またはクリアします。サポートされている show および clear コマンドを使用して、DHCPリレーエージェントとDHCPローカルサーバーのリースクエリおよびバルクリースクエリ操作に関する情報を管理および表示します。

注:

アクティブリースクエリについては、 DHCPアクティブリースクエリ操作の検証と管理を参照してください。

アクション

サポートされている show および clear コマンドを使用して、DHCPリレーエージェントとDHCPローカルサーバーのリースクエリ操作に関する情報を管理および表示します。

• DHCPv4 または DHCPv6 リレー エージェントのリースクエリ情報を表示するには:

• DHCPv4またはDHCPv6リレーエージェントのリースクエリ情報をクリアするには:

• DHCPv4 または DHCPv6 ローカルサーバーのリースクエリ情報を表示するには:

• DHCPv4またはDHCPv6ローカルサーバーのリースクエリ情報をクリアするには:

目的

DHCPのアクティブリースクエリ操作に関する情報を表示またはクリアします。サポートされている show および clear コマンドを使用して、DHCPリレーエージェントとDHCPローカルサーバーのアクティブなリースクエリ操作に関する情報を管理および表示します。

注:

DHCPの個別リースクエリおよびバルクリースクエリについては、 DHCPの個別リースクエリおよびバルクリースクエリ設定の検証と管理を参照してください。

アクション

サポートされている show および clear コマンドを使用して、DHCPリレーエージェントとDHCPローカルサーバーのリースクエリ操作に関する情報を管理および表示します。

• DHCPv4 または DHCPv6 ピアリレーエージェントのアクティブなリースクエリ情報を表示するには:

• DHCPv4 または DHCPv6 リレー エージェントのアクティブなリースクエリ情報をクリアするには:

• アクティブなリースクエリネイバーに関する情報を表示するには:

すべてのピアの一般情報を表示できます。また、特定のピアや特定のアクセスインターフェイスの統計情報を表示することもできます。次に例を示します。

• BNG上の各疑似回線インターフェイスについて、インターフェイスに関連付けられたBNGネイバーのIPアドレスを表示します。

• DHCPv4 および DHCPv6 ピアの統計情報を表示します。