Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

例:イベントへの応答としてインターフェイス設定を変更する

特定のイベントに応答して構成を変更する必要がある場合があります。Junos OS リリース 12.1 以降では、1 つ以上の特定のイベントによってイベント ポリシーがトリガーされたときに、設定の変更を行い、コミットするようにイベント ポリシーを設定できます。

この例では、RPM(リアルタイム パフォーマンス監視)プローブを使用して、特定のインターフェイスのPING_TEST_FAILEDイベントを生成します。設定されたRPMプローブから60秒以内に3つのPING_TEST_FAILEDイベントの最初のインスタンスを受信すると、イベントポリシーは変更設定イベントポリシーアクションを実行し、設定を変更して、指定されたインターフェイスを管理的に無効にします。ネットワーク パフォーマンスに一貫して影響を与える不安定でフラッピングのインターフェイスがある場合、このタイプのアクションが必要になる場合があります。

要件

  • Junos OS リリース 12.1 以降を実行するルーティング、スイッチング、またはセキュリティ デバイス。

概要

この例では、 disable-interface-on-ping-failure という名前のイベントポリシーを作成します。イベントポリシーは、特定のRPMプローブによって生成され、ge-0/3/1インターフェイスに関連付けられたPING_TEST_FAILEDイベントをリッスンするように設定されています。指定されたインターフェイスに対して 60 秒以内に 3 つのPING_TEST_FAILEDイベントが発生した場合、イベント ポリシーは変更設定アクションを実行します。イベント ポリシー設定コマンドは、インターフェイスを管理上無効にします。

この例では、イベント ポリシーをテストするために、ge-0/3/1 インターフェイスに関連付けられた IP アドレスに ping を実行する RPM プローブを設定します。この例では、ge-0/3/1.0 インターフェイスに IPv4 アドレス 10.1.4.1/26 を設定しています。デフォルトでは、テストごとに 1 つのプローブが送信され、この例ではテスト間で 5 秒間の一時停止を使用します。3回連続してプローブロスが発生すると、RPMプローブはPING_TEST_FAILEDイベントを生成します。複数のRPMテストを同時に実行できるため、イベントポリシーは、受信したPING_TEST_FAILEDイベントのとtest-name属性をRPMプローブの所有者名とテスト名に一致owner-nameさせます。RPMプローブが60秒間隔で3つのPING_TEST_FAILEDイベントを生成すると、イベントポリシーがトリガーされ、インターフェイスが無効になります。

このイベント ポリシーは、同じイベントまたは相関イベントが発生するため、同じ構成変更の実行を複数回制限する方法も示します。この例では、 ステートメントは、 within 60 trigger on 3 設定変更が60秒以内にPING_TEST_FAILEDイベントの3回目の出現にのみトリガーされるように指定します。ステートメントは trigger until 4 、PING_TEST_FAILED イベントがそれ以降出現しても、イベント ポリシーを再トリガーしないように指定します。

メモ:

条件のみを設定するとtrigger on 3、コミット操作がループに入る可能性があります。と のtrigger on 3trigger until 4組み合わせにより、イベント ポリシーが同じ設定変更を繰り返し行うのを防ぎます。

構成

RPM プローブの設定

CLI クイックコンフィギュレーション

この例のセクションを迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、コマンドを 階層レベルの [edit] CLI にコピー アンド ペーストして、設定モードから を入力 commit します。

手順

RPMプローブを設定するには、この例のPING_TEST_FAILEDイベントを作成します。

  1. 所有者 icmp-ping-probe を使用して ping-probe-test という名前の RPM プローブを作成します。

  2. ICMPエコーリクエストを送信するようにRPMプローブを設定します。

    RPMプローブを設定して、IPアドレス10.1.4.1のge-0/3/1インターフェイスにICMPエコーリクエストを送信します。

  3. テスト ウィンドウ間で 5 秒間の一時停止を構成します。

  4. 3 回連続してプローブ損失が発生した後にPING_TEST_FAILEDイベントがトリガーされるように、RPM プローブしきい値を設定します。

  5. 階層レベルで新しいログファイルを [edit system syslog] 設定し、ファシリティ daemon と重大度のsyslogイベントを記録します info

    プローブ テスト中に送信されたイベントをキャプチャします。

  6. 設定をコミットします。

結果

設定モードから、 および show system syslog コマンドを入力して設定をshow services確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

イベントポリシーの設定

CLI クイックコンフィギュレーション

この例のセクションを迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、コマンドを 階層レベルの [edit] CLI にコピー アンド ペーストして、設定モードから を入力 commit します。

手順

  1. イベントポリシーを作成し、名前を付けます。

  2. PING_TEST_FAILED イベントで一致させるイベント ポリシーを構成します。

  3. 3つのPING_TEST_FAILEDイベントが60秒以内に発生したときにトリガーするようにポリシーを設定します。

  4. ステートメントを within 65 trigger until 4 設定して、3つ以上のPING_TEST_FAILEDイベントが発生した場合にポリシーが再トリガーされないようにします。

  5. attributes-matchイベントポリシーが、関連するRPMプローブによって生成されたPING_TEST_FAILEDイベントによってのみトリガーされるように、 ステートメントを設定します。

  6. イベント ポリシーがトリガーされた場合に実行される設定モード コマンドを指定します。

    各コマンドを1行で設定し、コマンド文字列を引用符で囲み、完全なステートメントパスを指定します。

  7. オプションを log 設定し、設定変更を記述したコメントを付けます。

    関連付けられたイベント ポリシーを通じてコミット操作が成功した後、コメントがコミット ログに追加されます。

  8. (オプション)デュアル ルーティング エンジンがある場合は、 オプションをsynchronize設定して、両方のルーティング エンジンで設定をコミットします。警告をforce無視して、他のルーティング エンジンでコミットを強制する オプションを含めます。この例では、 および force オプションはsynchronize設定しません。

  9. (オプション)設定変更とコミットが行われる権限を持つユーザー名を設定します。

    ユーザー名を指定しない場合、アクションはユーザー rootとして実行されます。

  10. 設定変更が行われる前に、 show interfaces ge-0/3/1 動作モード コマンドの出力を確認します。

    メモ:

    インターフェイスは有効にする必要があります。

  11. 設定をコミットします。

結果

設定モードから、 コマンドを入力して設定を show event-options 確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

設定が正しく機能していることを確認します。

イベントの検証

目的

イベント ポリシーを手動でテストするには、3 つのPING_TEST_FAILEDイベントが生成されるまで ge-0/3/1 インターフェイスをオフラインにします。

アクション

設定した syslog ファイルを確認します。RPMプローブが、連続して失われたプローブの後にPING_TEST_FAILEDイベントを生成することを確認します。

コミットの検証

目的

コミット ログとメッセージ ログ ファイルを確認して、イベント ポリシーのコミット操作が成功したことを確認します。

アクション

運用モード コマンドを show system commit 発行して、コミット ログを表示します。

メッセージのログ ファイルを確認します。

意味

動作モードコマンドとメッセージログファイルからのshow system commit出力により、Junos OSが設定されたイベントポリシーアクションを実行して設定を変更およびコミットしたことを確認します。指定された日時にユーザー・スミスの権限を受けてイベント・ポリシーを通じて行われたコミット操作は成功しました。出力とメッセージのログファイルはshow system commit、 階層レベルの ステートメントでlog指定されたコミットコメントを[edit event-options policy disable-interface-on-ping-failure then change-configuration commit-options]参照します。

設定変更の検証

目的

設定の階層レベルを確認して、 [edit interfaces ge-0/3/1] 設定の変更を検証します。

アクション

意味

ge-0/3/1の設定階層は、イベントポリシーを通じてステートメントを disable 追加するために変更されました。

インターフェイスのステータスの検証

目的

設定変更が行われた後、 show interfaces ge-0/3/1 動作モード コマンドの出力を確認します。

アクション

動作モード コマンドを show interfaces ge-0/3/1 発行します。イベントポリシー設定変更アクションがインターフェイスを無効にした後、ステータスは「Enabled」から「Administratively down」に変わります。