DHCP ライブネス検出
DHCPクライアントIPセッションのDHCPライブネス検出は、アクティブなライブネス検出プロトコルを使用して、関連するクライアントのライブネス検出チェックを実行します。活性検出プロトコルを使用して構成されている場合、特定のクライアントが構成された数の連続した活性検出要求に応答しない場合、クライアント・バインディングは削除され、そのリソースは解放されます。詳細については、このトピックをお読みください。
DHCP Liveness Detectionの概要
PPP とは異なり、DHCP では DHCPv4 または DHCPv6 プロトコルの一部としてネイティブ キープアライブ メカニズムは定義されません。キープアライブ メカニズムを使用しない場合、DHCP ローカル サーバー、DHCP リレー、DHCP リレー プロキシは、加入者または DHCP クライアントとの接続が失われているかどうかを迅速に検出できません。代わりに、標準のDHCP加入者セッションまたはDHCPクライアントセッション終了メッセージに依存する必要があります。
DHCP クライアントは、ネットワークを終了する前に DHCP リリース メッセージを送信しないことがよくあります。それらの不在の検出は、既存のDHCPリース時間とリリース要求メカニズムに依存します。これらのメカニズムは、DHCP加入者アクセスまたはDHCP管理ネットワーク内のクライアントのセッションヘルスチェックとして機能する場合、多くの場合不十分です。通常、DHCP リース時間は長すぎてセッションの正常性エラーに十分な応答時間を提供することができず、DHCP リース時間を短く設定するとコントロール プレーンの処理に過度の負担がかかる可能性があるため、DHCP ライブネス検出メカニズムを実装すると、バインドされた DHCP クライアントの監視を強化できます。活性検出プロトコルが構成されている場合、特定の加入者(またはクライアント)が設定された数の連続した活性性検出要求に応答しない場合、加入者(またはクライアント)バインディングが削除され、そのリソースが解放されます。
DHCP加入者IPまたはDHCPクライアントIPセッションのDHCP活性検出は、アクティブな活性検出プロトコルを使用して、関連するクライアントの活性検出チェックを開始します。クライアントは、指定された時間内に活性検出要求に応答する必要があります。指定された連続試行回数に対してその時間内に応答が受信されない場合、活性検出チェックは失敗し、失敗アクションが実装されます。
活性検出プロトコルの例としては、DHCPv4 および DHCPv6 加入者向けの双方向転送検出(BFD)、DHCPv4 加入者向けの IPv4 アドレス解決プロトコル(ARP)、DHCPv6 加入者向けの近隣探索(ND)パケットを使用した IPv6 近隣到達不能検出(NUD)などがあります。
Junos OS リリース 17.4R1 以降、MXシリーズ ルーターでは、BFD ライブネス検出に加えて、レイヤー 2 ライブネス検出において、DHCPv4 用の ARP パケットと DHCPv6 用の ND パケットの使用がサポートされています。以前のリリースでは、すべてのプラットフォームでBFDのみがサポートされています。
この 2 つの生体検出方法は相互に排他的です。
BFDの活性検出を設定する場合は、次の点に注意してください。
DHCPローカルサーバーとDHCPリレーの両方に対して活性検出を設定できます。
DHCPv4 および DHCPv6 の活性検出は、グローバルに、または DHCPv4 または DHCPv6 グループごとに設定できます。
BFD をサポートしていない DHCPv4 または DHCPv6 加入者アクセス クライアントは、活性検出構成の影響を受けません。これらのクライアントは、ルーター(またはスイッチ)でBFDライブネス検出が有効になっている場合でも、(検証後も)ネットワークにアクセスし続けることができます。
設定されている場合、DHCPv4 または DHCPv6 は、BFD をサポートするクライアントがバインド状態になったときに、それらのクライアントの活性検出チェックを開始します。
BFD クライアントに対してプロトコル固有のメッセージが開始されると、クライアントの加入者(またはクライアント)の IP アドレスに定期的に送信され、設定された時間内にこれらのライブネス検出要求への応答が期待されます。
設定された連続試行回数にわたって、設定された時間内に BFD をサポートするクライアントから活性検出応答が受信されない場合、活性検出チェックは失敗したと見なされます。クライアント バインドをクリアするように構成された障害アクションが適用されます。
レイヤー 2 の活性検出でサポートされている障害アクションは
clear-bindingのみです。
MXシリーズでDHCP ARPおよびNDレイヤー2の活性検出を設定する場合は、以下の点に注意してください。
DHCPローカルサーバーとDHCPリレーの両方に対して活性検出を設定できます。
DHCPv4 および DHCPv6 の ARP および ND 活性検出は、DHCPv4 または DHCPv6 グループごと、およびデュアルスタック グループごとに、グローバルに設定できます。
ARP/NDの活性検出は、以下に該当するDHCPクライアントにのみ適用されます。
動的VLANで直接接続されている。
永続的なレイヤー 2 エントリがある。
DHCPv6 クライアントには、一意の送信元 MAC アドレスとリンクローカル アドレスが必要です。特定のクライアント セッションに関連付けられているすべての IPv6 アドレスに対して使用されるのは、1 つのライブネス検出エントリだけです。
DHCP ライブネス検出の利点
DHCP 活性検出を使用すると、活性検出チェックが失敗するとすぐに IP セッションが処理されます。この応答時間の短縮により、次のことが可能になります。
加入者(またはDHCPクライアント)セッションの、より正確な時間ベースのアカウンティングを提供します。
ルーター(スイッチ)リソースをより適切に保存します。
一部のセキュリティ攻撃に対する脆弱性の期間を短縮するのに役立ちます。
BFD を使用した DHCP リレーまたは DHCP リレー プロキシ クライアント接続の検出の設定
DHCP加入者IPセッションまたはDHCPクライアントIPセッションに対して、双方向フォワーディング検出(BFD)で活性検出を設定し、DHCPリレークライアントの接続を確認できます。クライアントは、指定された時間内に活性検出要求に応答する必要があります。指定された連続試行回数に対してその時間内に応答が受信されない場合、活性検出チェックは失敗し、失敗アクションが実装されます。
DHCP リレーの活性検出を設定するには:
例:DHCP リレー エージェント クライアントの BFD によるグローバル活性検出の設定
この例では、活性検出方式として BFD(双方向フォワーディング検出)を使用して、DHCP リレー エージェント加入者の活性検出を設定する方法を示します。
必要条件
この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。
ジュニパーネットワークスMXシリーズルーター。
Junos OS リリース 12.1 以降
開始する前に、以下を実行します。
DHCP リレー エージェントを設定します。 拡張DHCPリレーエージェントの概要を参照してください。
概要
この例では、以下の操作を実行して、DHCP リレー エージェント加入者の活性検出を設定します。
DHCP リレー加入者の活性検出をグローバルに有効にします。
動的に作成されたすべてのDHCPリレー加入者の活性検出方法としてBFDを指定します。
BFD固有のステートメントを設定して、プロトコルの動作を定義します。
活性検出エラーが発生した場合にルーターが実行するアクションを設定します。
この例では、DHCPv4 ネットワークの活性検出を設定する方法を説明します。活性検出は、DHCPv6 構成でもサポートされています。DHCPv6の活性検出を設定するには、[edit forwarding-options dhcp-relay dhcpv6]または[edit forwarding-options dhcp-relay dhcpv6 group group-name]階層レベルで、liveness-detectionステートメントとそれに続く設定ステートメントを含めます。
構成
プロシージャ
手順
DHCP リレーの活性検出を設定するには:
活性検出を構成することを指定します。
[edit forwarding-options dhcp-relay] user@host# edit liveness-detection
活性検出方法を構成することを指定します。
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit method
DHCP で使用する活性検出方法として BFD を指定します。
[edit forwarding-options dhcp-relay liveness-detection method] user@host# edit bfd
トラップが生成される検出時間のしきい値(ミリ秒単位)を設定します。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set detection-time threshold 50000
BFDがセッションアップ通知を保留する時間(ミリ秒単位)を設定します。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set holddown-interval 50
BFDの最小送受信間隔(ミリ秒単位)を設定します。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set minimum-interval 45000
最小受信間隔(ミリ秒単位)を設定します。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set minimum-receive-interval 60000
検出時間の乗数値を設定します。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set multiplier 100
BFD間隔タイマーがネットワーク状況を変更または適応する機能を無効にします。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set no-adaptation
BFDセッションモードを設定します。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set session-mode automatic
BFD送信間隔のしきい値と最小間隔を設定します。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set transmit-interval threshold 60000 minimum-interval 45000
検出するBFDプロトコルのバージョンを設定します。
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set version automatic
活性検出エラーが発生した場合にルーターが実行するアクションを設定します。この例では、障害アクションは、活性検出エラーが発生し、ローカルインターフェイスが稼働していることが検出された場合にのみ、クライアントセッションをクリアすることです。
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit failure-action action
業績
設定モードから、 show forwarding-options コマンドを入力して設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。また、次の出力は、グループ frankfurt で設定されたインターフェイスの範囲を示しています。
[edit]
user@host# show forwarding-options
dhcp-relay {
liveness-detection {
failure-action clear-binding-if-interface-up;
method {
bfd {
version automatic;
minimum-interval 45000;
minimum-receive-interval 60000;
multiplier 100;
no-adaptation;
transmit-interval {
minimum-interval 45000;
threshold 60000;
}
detection-time {
threshold 50000;
}
session-mode automatic;
holddown-interval 50;
}
}
}
}
デバイスの設定が完了したら、設定モードから commit を入力します。
BFD による DHCP ローカル サーバ クライアント接続の検出の設定
DHCP加入者IPセッションまたはDHCPクライアントIPセッションに対して、双方向フォワーディング検出(BFD)で活性検出を設定し、DHCPローカルサーバークライアントの接続をチェックすることができます。クライアントは、指定された時間内に活性検出要求に応答する必要があります。指定された連続試行回数に対してその時間内に応答が受信されない場合、活性検出チェックは失敗し、失敗アクションが実装されます。
また、DHCP リレーの DHCP ライブネス検出を設定することもできます。
DHCP ローカル サーバーの活性検出を構成するには:
例:DHCP ローカル サーバ クライアントの BFD を使用したグループ活性検出の設定
この例では、活性検出方式として BFD(双方向フォワーディング検出)を使用して、DHCP ローカル サーバーの加入者または DHCP クライアントに対してグループ ライブネス検出を設定する方法を示します。
必要条件
この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。
ジュニパーネットワークスMXシリーズルーター
ジュニパーネットワークスEXシリーズスイッチ
Junos OS リリース 12.1 以降
開始する前に、以下を実行します。
DHCPローカルサーバーを設定します。 レガシーDHCPと拡張DHCPの違いについてを参照してください。
概要
この例では、次の操作を実行して、DHCP ローカルサーバーの加入者(クライアント)のグループ活性検出を設定します。
DHCP ローカル サーバー サブスクライバ(または DHCP クライアント)グループの活性検出を有効にします。
動的に作成されたすべてのDHCPローカルサーバー加入者(クライアント)の活性検出方法としてBFDを指定します。
BFD固有のステートメントを設定して、プロトコルの動作を定義します。
活性検出エラーが発生したときにルーター(スイッチ)が実行するアクションを設定します。
この例では、DHCPv4 ネットワークの活性検出を設定する方法を説明します。活性検出は、DHCPv6 構成でもサポートされています。DHCPv6の活性検出を設定するには、[edit system services dhcp-local-server dhcpv6]または[edit system services dhcp-local-server dhcpv6 group group-name]階層レベルで、liveness-detectionステートメントとそれに続く設定ステートメントを含めます。
構成
プロシージャ
手順
DHCP ローカル サーバーのグループ ライブネス検出を構成するには:
活性検出を構成することを指定します。
[edit system services dhcp-local-server ] user@host# edit liveness-detection
特定のDHCPローカルサーバーグループに対して活性検出を構成することを指定します。
[edit system services dhcp-local-server liveness-detection] user@host# edit group local_group_1
活性検出方法を構成することを指定します。
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit method
DHCP で使用する活性検出方法として BFD を指定します。
[edit system services dhcp-local-server group local_group_1 liveness-detection method] user@host# edit bfd
トラップが生成される検出時間のしきい値(ミリ秒単位)を設定します。
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set detection-time threshold 30000
BFDがセッションアップ通知を保留する時間(ミリ秒単位)を設定します。
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set holddown-interval 50
BFDの最小送受信間隔(ミリ秒単位)を設定します。
手記：BFD
transmit-intervalステートメントとminimum-receive-intervalのminimum-intervalを設定すれば、BFD の最小送受信間隔を設定する必要はありません。[edit system services dhcp-local-servergroup local_group_1 liveness-detection method bfd] user@host# set minimum-interval 45000
最小受信間隔(ミリ秒単位)を設定します。
手記：BFDの最小送受信間隔を設定する場合は、BFDの最小受信間隔を設定する必要はありません。
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set minimum-receive-interval 60000
検出時間の乗数値を設定します。
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set multiplier 100
BFD間隔タイマーがネットワーク状況を変更または適応する機能を無効にします。
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set no-adaptation
BFDセッションモードを設定します。
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set session-mode automatic
BFD送信間隔のしきい値と最小間隔を設定します。
手記：BFD の最小送受信間隔をすでに設定している場合は、送信間隔の値を設定する必要はありません。
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set transmit-interval threshold 60000 minimum-interval 45000
検出するBFDプロトコルのバージョンを設定します。
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set version automatic
活性検出エラーが発生したときにルーター(スイッチ)が実行するアクションを設定します。この例では、障害アクションは、活性検出エラーが発生し、ローカルインターフェイスが稼働していることが検出された場合にのみ、クライアントセッションをクリアすることです。
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit failure-action action
業績
設定モードから、 show system コマンドを入力して設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。
[edit]
user@host# show system
services {
dhcp-local-server {
group local_group_1 {
liveness-detection {
failure-action clear-binding-if-interface-up;
method {
bfd {
version automatic;
minimum-interval 45000;
minimum-receive-interval 60000;
multiplier 100;
no-adaptation;
transmit-interval {
minimum-interval 45000;
threshold 60000;
}
detection-time {
threshold 30000;
}
session-mode automatic;
holddown-interval 50;
}
}
}
}
}
}
デバイスの設定が完了したら、設定モードから commit を入力します。
ARP および近隣探索パケットを使用した DHCP ライブネス検出
- ARP と近隣探索パケットによる DHCP ライブネス検出の仕組み
- ARP および ND パケットによる DHCP ローカル サーバ クライアント接続の BNG 検出の設定
- ARP および ND パケットによる DHCP リレー クライアント接続の BNG 検出の設定
- ARP および ND パケットによるクライアント接続の DHCP ホスト検出の設定
ARP と近隣探索パケットによる DHCP ライブネス検出の仕組み
Junos OS リリース 17.4R1 以降、DHCPv4 クライアントには IPv4 アドレス解決プロトコル(ARP)、DHCPv6 クライアントには IPv6 近隣到達不能検出を使用して、活性検出を設定できます。このレイヤー2の活性検出は、DHCPクライアントホストとブロードバンドネットワークゲートウェイ(BNG)として機能するルーターに個別のメカニズムを提供し、DHCPクライアントセッションの有効性と状態を判断します。これらのメカニズムは、 送信 機能および 受信 機能と呼ばれます。DHCP ローカル サーバーと DHCP リレー クライアントのレイヤー 2 活性検出を設定できます。
送信機能
BNG は送信機能を使用して、直接接続された DHCPv4 および DHCPv6 クライアント上でホスト接続チェックを行い、DHCP クライアント セッションの有効性と状態を判断して、非アクティブなセッションをクリーンアップします。 図 1 は、送信機能を示しています。
BNGは、設定可能な間隔で各DHCPクライアントにリクエストパケットを送信し、応答を待ちます。BNG は、タイムリーな応答を受信しない場合、要求を再試行します。DHCPv4 クライアントには ARP リクエストを、DHCPv6 クライアントには近隣検索(ND)リクエストを送信します。
間隔がタイムアウトする前に BNG がクライアントから応答を受信すると、タイマーが切れるのを待ってから、そのクライアントに別の要求を送信します。
インターバルがタイムアウトする前に BNG が応答を受信しない場合、BNG はタイマーを 30 秒に設定し、別のリクエストを送信します。これは最初の再試行です。タイマーは設定できません。
タイマーが期限切れになる前に BNG がクライアントから応答を受信した場合、BNG はタイマーが終了するのを待機し、設定可能な元の値にリセットし、別の要求を送信してタイマーを開始します。
応答を受信する前に 30 秒のタイマーが期限切れになると、BNG はタイマーを 10 秒に設定し、別の要求を送信します。このタイマー値は設定できません。
タイマーが期限切れになる前に BNG がクライアントから応答を受信した場合、BNG はタイマーが終了するのを待機し、設定可能な元の値にリセットし、別の要求を送信してタイマーを開始します。
BNG は、10 秒間隔内に応答を受信しない場合、別の要求を送信し、10 秒タイマーを再開します。BNG は、間隔がタイムアウトになるか、再試行回数を使い果たす前にクライアントから応答を受信するまで、10 秒間隔で要求を送信し続けます。
最初の再試行では、30 秒間隔が使用されます。その後の再試行は 10 秒間隔で行われます。したがって、可能な 10 秒間の再試行回数は、合計回数から 1 を引いた数になります。たとえば、5 回の再試行を構成した場合、30 秒の再試行は 1 回、10 秒の再試行は最大 4 回行われます。
再試行が終了するまでの間隔内に BNG がクライアントから応答を受信しない場合、活性検出チェックは失敗し、クリアバインディング障害アクションが実装されます。クライアント セッションがクリアされます。
受信機能
受信機能により、DHCP クライアント ホストは BNG の観点から DHCPv4 または DHCPv6 クライアント セッションの状態を判断できます。BNG は、ARP または ND パケットを受信すると、直接接続された DHCPv4 および DHCPv6 クライアントでホスト接続チェックを実行します。 図 2 は、受信機能を示しています。
BNG は、これらのパケットのいずれかを受信すると、次のことを行います。
加入者管理のためのレイヤー 2 活性検出が、関連するアドレス ファミリー(inet、または inet6)に対してグローバルに有効かどうかをチェックします。
レイヤー2の活性検出が有効になっていない場合、BNGはクライアントセッションの状態を確認せずに、受信したパケットに通常どおり応答します。
ファミリーの活性検出が有効になっている場合、BNGはクライアントセッションがまだバインド状態にあるかどうかを確認します。
クライアント セッションがバインドされている場合、BNG は適切な ARP または ND パケットでクライアントに応答します。
セッションがバインドされていない場合、BNG は受信したパケットをドロップします。ARP または ND 応答パケットはホストに送信されないため、BNG がセッションがダウンしていると見なすかどうかをホストが判断できます。
受信機能の有用性は、バインドされていないクライアント セッションに対して BNG からの応答パケットがない場合に、DHCP クライアント ホストが古いクライアントからリソースを再利用できるかどうかによって異なります。この機能でクライアント実装の変更が必要な場合は、送信機能を使用できます。
ARP および ND パケットによる DHCP ローカル サーバ クライアント接続の BNG 検出の設定
この手順では、DHCPv4 クライアントには IPv4 アドレス解決プロトコル(ARP)を使用し、DHCPv6 クライアントには IPv6 近隣到達不能検出を使用してレイヤー 2 活性検出の送信機能を設定し、DHCP ローカル サーバー クライアントの接続を確認する方法を示します。
送信機能を使用すると、BNG は、DHCP クライアントからクライアントに送信した ARP または ND 要求パケットに対する応答の不足に基づいて、クライアント セッションがダウンしているかどうかを判断できます。
DHCP ライブネス検出は、BFD(双方向フォワーディング検出)を使用して設定することもできます。BFD活性検出とARP/ND活性検出は相互に排他的です。
DHCPv4 ローカル サーバーの活性検出の送信機能を設定するには、次の手順に従います。
DHCPv6 ローカル サーバーの活性検出の送信機能を設定するには、次の手順に従います。
活性検出方法を構成することを指定します。
DHCPv6 グローバル設定の場合:
[edit system services dhcp-local-server dhcpv6] user@host# edit liveness-detection method
DHCPv6 グループ設定の場合:
[edit system services dhcp-local-server dhcpv6] user@host# edit group group-name liveness-detection method
レイヤー 2 の活性検出方法を指定します。
(オプション)再試行回数と間隔タイマーを設定します。
DHCPv6 グローバル設定の場合:
[edit system services dhcp-local-server dhcpv6 liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
DHCPv6 グループ設定の場合:
[edit system services dhcp-local-server dhcpv6 group group-name liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
ARP および ND パケットによる DHCP リレー クライアント接続の BNG 検出の設定
この手順では、DHCPv4 クライアントには IPv4 アドレス解決プロトコル(ARP)を使用し、DHCPv6 クライアントには IPv6 近隣到達不能検出を使用してレイヤー 2 活性検出の送信機能を設定し、DHCP リレークライアントの接続を確認する方法を示します。
送信機能を使用すると、BNG は、DHCP クライアントからクライアントに送信した ARP または ND 要求パケットに対する応答の不足に基づいて、クライアント セッションがダウンしているかどうかを判断できます。
DHCP ライブネス検出は、BFD(双方向フォワーディング検出)を使用して設定することもできます。BFD活性検出とARP/ND活性検出は相互に排他的です。
DHCPv4 リレーの活性検出の送信機能を設定するには、次の手順を実行します。
DHCPv6 リレーの活性検出の送信機能を設定するには、次の手順を実行します。
活性検出方法を構成することを指定します。
DHCPv6 グローバル設定の場合:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit liveness-detection method
DHCPv6 グループ設定の場合:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit group group-name liveness-detection method
レイヤー 2 の活性検出方法を指定します。
(オプション)再試行回数と間隔タイマーを設定します。
DHCPv6 グローバル設定の場合:
[edit forwarding-options dhcp-relay dhcpv6 liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
DHCPv6 グループ設定の場合:
[edit forwarding-options dhcp-relay dhcpv6 group group-name liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
ARP および ND パケットによるクライアント接続の DHCP ホスト検出の設定
この手順では、DHCPv4 クライアントには IPv4 アドレス解決プロトコル(ARP)を使用し、DHCPv6 クライアントには IPv6 近隣到達不能検出を使用して、DHCP ローカル サーバ クライアントの接続を確認するために、レイヤ 2 活性検出の受信機能を設定する方法を示します。
受信機能を使用すると、DHCP クライアント ホストは、BNG から ARP または BNG に送信する ND パケットに対する応答の不足に基づいて、クライアント セッションがダウンしているかどうかを判断できます。受信機能は、グローバル加入者管理設定の上書きとして、アドレスファミリーごとにDHCPに対してグローバルに設定します。
DHCPv4 の場合:
[edit system services subscriber-management overrides] user@host# set interfaces family inet layer2-liveness-detection
DHCPv6 の場合:
[edit system services subscriber-management overrides] user@host# set interfaces family inet6 layer2-liveness-detection
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。