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 個々のリースクエリのメッセージ タイプについて説明します。

DHCPv6個別リースクエリ

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

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

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

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

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

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

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

• IAPREFIX(オプション 26)—プレフィックス委任(IA_PD)のアイデンティティ アソシエーション内のプレフィックス。IAADDR オプションと一緒に組み込むことができます。

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

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

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

• LQ クライアントリンクオプション(オプション 48)- クライアントが少なくとも 1 つのバインディングを持つリンクアドレスを識別します。LEASEQUERY-REPLYメッセージには、LEASEQUERYがリンクアドレスを指定せず、クライアントが複数のリンクで見つかった場合、このオプションが含まれます。リレー エージェントはこの情報を受信すると、オプション 48 にリストされているアドレスごとに新しい LEASEQUERY を送信できます。

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

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

DHCPv4バルクリースクエリ

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

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

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

  手記：

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

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

  手記：

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

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

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

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

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

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

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

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

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

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

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

DHCPv6バルクリースクエリ

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

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

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

  手記：

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

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

  手記：

  個々のリースクエリとは異なり、サーバーは関連する IP オプション(オプション 92)を使用して、クライアントがこのサーバーを介してアクセスした他の IP アドレスのリストを返しません。代わりに、サーバーはこれらすべての 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 つのメッセージ タイプについて説明します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図 1:アクティブなリースクエリによるDHCP冗長性の単純なトポロジー

次のシーケンスでは、アクティブリースクエリが両方で設定されている場合に、リレーエージェントがピア関係を確立し、バインディング情報を共有する方法について説明します。この例は 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 つの接続フェーズで構成されます。

図 2:トポロジー検出の接続フェーズ

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クエリを使用することで、アクティブなリースクエリはそのアクセスインターフェイス上の加入者の情報のみを要求するということです。その結果、その加入者情報のみがプライマリ リレー エージェントからバックアップ リレー エージェントに同期されます。これは、アクティブなリースクエリがシャーシ全体のすべての加入者の情報を返すリレーID方式によるクエリを使用した場合よりもはるかに少ない加入者のセットです。

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

目的

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

アクション

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

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

  content_copy zoom_out_map

  user@host> show dhcp relay statistics (leasequery | bulk-leasequery-connections) 
  user@host> show dhcpv6 relay statistics (leasequery | bulk-leasequery-connections) 
  

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

  content_copy zoom_out_map

  user@host> clear dhcp relay statistics (leasequery | bulk-leasequery-connections)
  user@host> clear dhcpv6 relay statistics (leasequery | bulk-leasequery-connections)
  

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

  content_copy zoom_out_map

  user@host> show dhcp server statistics bulk-leasequery-connections 
  user@host> show dhcpv6 server statistics bulk-leasequery-connections 
  

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

  content_copy zoom_out_map

  user@host> clear dhcp server statistics bulk-leasequery-connections 
  user@host> clear dhcpv6 server statistics bulk-leasequery-connections 
  

目的

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

アクション

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

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

  content_copy zoom_out_map

  user@host> show dhcp relay active-leasequery
  user@host> show dhcpv6 relay active-leasequery

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

  content_copy zoom_out_map

  user@host> clear dhcp relay active-leasequery statistics
  user@host> clear dhcpv6 relay active-leasequery statistics
  

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

  content_copy zoom_out_map

  user@host> show dhcp active-leasequery neighbors
  user@host> show dhcpv6 active-leasequery neighbors
  

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

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

  content_copy zoom_out_map

  user@host> show dhcp active-leasequery neighbors
  
              Interface             Neighbor Address
              ps2.0                 198.51.100.5
              ps1.0                 198.51.100.7
  

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

  content_copy zoom_out_map

  user@host> show dhcp relay active-leasequery statistics peer 198.51.100.1
  
  
       peer : 198.51.100.1
       Topology-Discover Configured           : Yes
       State                                  : Done
       Bindings Sent                          : 0
       Bindings Received                      : 0
       Bindings Installed Successfully        : 0
       Bindings Failed to install             : 0
       Last Synchronization Time              : None
       ALQ Transmit Buffer count              : 0x ffff
       Max Leasequery Transmit Rate           : 60
       Local Interface count                  : 2
       Remote Interface count                 : 2
  

  content_copy zoom_out_map

  user@host> show dhcpv6 relay active-leasequery statistics peer 2001:db8::2
  
       peer : 2001:db8::2
       Topology-Discover Configured           : Yes
       State                                  : Done
       Bindings Sent                          : 8112
       Bindings Received                      : 12382
       Bindings Installed Successfully        : 0
       Bindings Failed to install             : 0
       Last Synchronization Time              : 2020-02-05 01:27:54 IST
       ALQ Transmit Buffer count              : 0x ffff
       Max Leasequery Transmit Rate           : 60
       Local Interface count                  : 2
       Remote Interface count                 : 2