DHCP 活性検出
DHCP クライアント IP セッションの DHCP 活性検出では、アクティブ活性検出プロトコルを使用して、関連するクライアントの活性検出チェックを実行します。活性検出プロトコルを使用して設定されている場合、特定のクライアントが設定された数の連続した活性検出リクエストに応答しない場合、クライアントバインディングが削除され、そのリソースが解放されます。詳細については、このトピックを参照してください。
DHCP 活性検出の概要
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 Release 17.4R1以降、BFD活性検出に加えて、レイヤー2活性検出のDHCPv4およびDHCPv6のNDパケットのARPパケットの使用がMXシリーズルーターでサポートされます。それ以前のリリースでは、すべてのプラットフォームで 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活性検出を設定するには、 または 階層レベルで、 ステートメントとそれに続くすべての構成ステートメントを含めliveness-detectionます[edit forwarding-options dhcp-relay dhcpv6][edit forwarding-options dhcp-relay dhcpv6 group group-name]。
構成
手順
手順
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 設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。次の出力は、グループ フランクフルトで設定されたインターフェイスの範囲も示しています。
[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活性検出を設定するには、 または 階層レベルで、 ステートメントとそれに続くすべての構成ステートメントを含めliveness-detectionます[edit system services dhcp-local-server dhcpv6][edit system services dhcp-local-server dhcpv6 group group-name]。
構成
手順
手順
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-interval、BFD の最小送信および受信間隔を設定する必要はありませんminimum-receive-interval。[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秒以内に応答を受信しない場合、BNGは別のリクエストを送信し、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クライアントからの応答の欠如に基づいて、クライアントセッションがダウンしているかどうかを判断できます。
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クライアントからの応答の欠如に基づいて、クライアントセッションがダウンしているかどうかを判断できます。
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 近隣到達不能検出を使用して、レイヤー 2 活性検出の受信機能を設定し、DHCP ローカル サーバー クライアントの接続を確認する方法を示します。
受信機能により、DHCP クライアント ホストは、BNG から BNG に送信する ARP または 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
変更履歴テーブル
機能のサポートは、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がプラットフォームでサポートされているかどうかを判断します。