SNMPリモート操作を設定する

ping テストを開始する前に、Ping MIB ビューを設定します。これにより、SNMP が pingMIB で要求Setできるようになります。詳細については、MIBビューを設定するを参照してください。

Junos OS リリース 17.2X75-D100 以降では、ICMP ping を開始する前に RPM を設定する必要があります。edit services rpm コマンドを使用して RPM を設定します。

ping テストを開始するには、 pingCtlTable で行を作成し、 pingCtlAdminStatus を enabled に設定します。pingCtlAdminStatus を enabled に設定する前に指定する必要がある最小限の情報は次のとおりです。

• pingCtlOwnerIndexSnmpAdminString

• pingCtlTestNameSnmpAdminString

• pingCtlTargetAddressInetAddress

• pingCtlTargetAddressTypeInetAddressType

• pingCtlRowStatusRowStatus

他のすべての値については、特に指定しない限り、デフォルトが選択されます。 pingCtlOwnerIndex と pingCtlTestName はインデックスとして使用されるため、それらの値はオブジェクト識別子 (OID) の一部として指定されます。行を作成するには、まだ存在しない行に対して pingCtlRowStatus を createAndWait または createAndGo に設定します。pingCtlRowStatus の値 active は、必要な情報がすべて入力され、テストを開始できることを示します。pingCtlAdminStatus は enabled に設定できます。pingCtlRowStatusをactiveに設定するSNMPSetリクエストは、行に必要な情報が指定されていないか、矛盾している場合、失敗します。

ビューを設定する方法については、 SNMP ビューの設定を参照してください。

変数の順序付け方法については、以下のセクションを参照してください。

複数の Set 要求 PDU (複数の PDU、それぞれに 1 つ以上の varbind を持つ) を使用し、次の変数をこの順序で設定してテストを開始できます。

• pingCtlRowStatusからcreateAndWait

• すべての適切なテスト変数

• pingCtlRowStatusからactive

  Junos OS は、テストの実行に必要なすべての情報が指定されていることを検証するようになりました。

• pingCtlAdminStatusからenabled

単一の Set 要求 PDU (1 つの PDU、複数の varbind を使用) を使用して、次の変数を設定し、テストを開始できます。

• pingCtlRowStatusからcreateAndGo

• すべての適切なテスト変数

• pingCtlAdminStatusからenabled

テストの実行中、 pingResultsEntry はテストの状態を追跡します。pingResultsOperStatus の値は、テストの実行中にenabledされ、停止したときにdisabledされます。

pingCtlAdminStatusの値は、disabled に設定するまでenabledのままです。したがって、テストのステータスを取得するには、 pingResultsOperStatusを調べる必要があります。

pingCtlFrequency 変数を使用すると、1 つのpingCtlEntryに対して多くのテストをスケジュールできます。テストが正常に終了し (テストを停止しなかった)、 pingCtlFrequency 秒数が経過すると、 pingCtlAdminStatus を enabled に設定した場合と同様に、テストが再開。テストを繰り返す合間に介入した場合( pingCtlAdminStatus を disabled に設定したり、 pingCtlRowStatus を notInServiceに設定したりした場合)、別のテストが開始されて正常に終了するまで、繰り返し機能は無効になります。pingCtlFrequencyの値 0 は、この繰り返し機能がアクティブでないことを示します。

pingResultsIpTgtAddr および pingResultsIpTgtAddrType は、 pingCtlTargetAddressType の値 dns場合、解決された宛先アドレスの値に設定されます。テストが正常に開始され、 pingResultsOperStatus が enabled に移行すると、次のようになります。

• pingResultsIpTgtAddr は null-string に設定されます。

• pingResultsIpTgtAddrType は unknown に設定されます。

pingResultsIpTgtAddr および pingResultsIpTgtAddrType は、 pingCtlTargetAddress 数値アドレスに解決されるまで設定されません。これらの値を取得するには、pingCtlAdminStatus を enabled に正常に設定した後、unknown以外の値がないかpingResultsIpTgtAddrTypeポーリングします。

テストの開始時に、 pingResultsSentProbes は 1 に初期化され、最初のプローブが送信されます。プローブが送信されるたびに pingResultsSentProbes が 1 ずつ増加します。

テストが実行されると、 pingCtlTimeOut 秒ごとに次の処理が行われます。

• pingProbeHistoryStatuspingProbeHistoryTableの対応するpingProbeHistoryEntryはrequestTimedOutに設定されています。

• 必要に応じて、 pingProbeFailed トラップが生成されます。

• 次のプローブの送信が試行されます。

  注:

  各テストに存在する未処理のプローブは1つだけです。

すべてのプローブについて、次のいずれかの結果を受け取ることができます。

• ターゲットホストは、応答でプローブを確認します。

• プローブがタイムアウトします。プローブを確認するターゲット ホストからの応答がありません。

• プローブを送信できませんでした。

各プローブ結果は pingProbeHistoryTableに記録されます。pingProbeHistoryTableの詳細については、「pingプローブ履歴テーブル」を参照してください。

ターゲットホストから現在のプローブを確認する応答を受信すると、次のようになります。

• pingResultsProbeResponses 1増加します。

• 次の変数が更新されます。

  • pingResultsMinRtt—最小のラウンドトリップタイム

  • pingResultsMaxRtt—最大のラウンドトリップタイム

  • pingResultsAverageRtt—平均ラウンドトリップタイム

  • pingResultsRttSumOfSquares- 往復時間の平方和

  • pingResultsLastGoodProbe- 最後の応答のタイムスタンプ

    注:

    ターゲットホストからの応答をもたらすプローブのみが、ラウンドトリップタイム(RTT)変数の計算に寄与します。

最後のプローブに対する応答を受信するか、最後のプローブがタイムアウトすると、テストは完了です。

pingProbeHistoryTable (pingProbeHistoryEntry) のエントリはプローブ結果を表し、次の 3 つの変数によってインデックスが付けられます。

• 最初の 2 つの変数 pingCtlOwnerIndex と pingCtlTestName は、テストを識別する pingCtlTable に使用されるものと同じです。

• 3 番目の変数 pingProbeHistoryIndex は、各プローブ結果を一意に識別するためのカウンターです。

特定のテストに対して作成される pingProbeHistoryTable エントリの最大数は、 pingCtlMaxRows によって制限されます。pingCtlMaxRows が 0 に設定されている場合、そのテストの pingProbeHistoryTable エントリは作成されません。

プローブ結果が決定されるたびに、pingProbeHistoryEntryが作成され、pingProbeHistoryTableに追加されます。 新しいpingProbeHistoryEntryの pingProbeHistoryIndex は、そのテストで pingProbeHistoryTable に最後に追加されたpingProbeHistoryEntryより 1 大きくなります。 これがテーブルの最初のエントリである場合、pingProbeHistoryIndex は 1 に設定されます。同じテストを複数回実行できるため、このインデックスは増加し続けます。

最後に追加されたpingProbeHistoryEntryの pingProbeHistoryIndex 0xFFFFFFFFの場合、次に追加されたpingProbeHistoryEntryは 1 に設定pingProbeHistoryIndex。

プローブ結果ごとに以下が記録されます。

• pingProbeHistoryResponse- TTL(Time-to-live)

• pingProbeHistoryStatus—何が起こったのか、そしてその理由

• pingProbeHistoryLastRC- ICMP パケットのリターン コード(RC)値

• pingProbeHistoryTime- プローブ結果が決定されたタイムスタンプ

プローブを送信できない場合、 pingProbeHistoryResponse は 0 に設定されます。プローブがタイムアウトすると、 pingProbeHistoryResponse は、プローブのタイムアウトが検出されたときとプローブが送信された時刻の差に設定されます。

トラップを生成するには、適切なビットの pingCtlTrapGeneration を設定する必要があります。また、リモート操作を受信するトラップグループを設定する必要があります。トラップは、以下の条件下で生成されます。

• テスト中にpingCtlTrapProbeFailureFilter連続したプローブの数が失敗するたびに、pingProbeFailedトラップが生成されます。

• テストが完了し、少なくとも pingCtlTrapTestFailureFilter 個のプローブが失敗すると、pingTestFailed トラップが生成されます。

• テストが完了し、失敗したプローブが pingCtlTrapTestFailureFilter 件未満になると、pingTestCompleted トラップが生成されます。

  注:

  プローブの結果の pingProbeHistoryStatus が responseReceived以外の場合、プローブは失敗と見なされます。

リモート操作を受信するトラップグループを設定する方法については、 SNMPトラップグループの設定 および 例: リモート操作のトラップ通知の設定.

複数の Set 要求 PDU (複数の PDU、それぞれに 1 つ以上の varbind を持つ) を使用し、次の変数をこの順序で設定してテストを開始できます。

• traceRouteCtlRowStatus 作成して待つ

• すべての適切なテスト変数

• traceRouteCtlRowStatusからactive

  Junos OSは、テストの実行に必要なすべての情報が指定されていることを検証するようになりました。

• traceRouteCtlAdminStatusからenabled

単一の Set 要求 PDU (1 つの PDU、複数の varbind を使用) を使用して、次の変数を設定し、テストを開始できます。

• traceRouteCtlRowStatusからcreateAndGo

• すべての適切なテスト変数

• traceRouteCtlAdminStatus 有効へ

テストの実行中、このトレースはテストの状態を追跡します。traceRouteResultsOperStatus の値は、テストの実行中は有効になり、停止中は無効になります。

traceRouteCtlAdminStatus の値は、無効に設定するまで有効なままです。したがって、テストの状態を取得するには、traceRouteResultsOperStatus を調べる必要があります。

traceRouteCtlFrequency 変数を使用すると、1 つの traceRouteCtlEntry に対して多数のテストをスケジュールできます。テストが正常に終了し (テストを停止しなかった)、トレースルートCtlFrequency 秒数が経過すると、traceRouteCtlAdminStatus を有効に設定したかのように、テストが再開されます。繰り返されるテストの間に介入した場合 (traceRouteCtlAdminStatus を無効に設定するか、traceRouteCtlRowStatus を notInService に設定した場合)、別のテストが開始されて正常に終了するまで、繰り返し機能は無効になります。トレースルートCtl周波数の値 0 は、この繰り返し機能がアクティブでないことを示します。

traceRouteResultsIpTgtAddr および traceRouteResultsIpTgtAddrType は、traceRouteCtlTargetAddressType の値が dns の場合、解決された宛先アドレスの値に設定されます。テストが正常に開始され、traceRouteResultsOperStatus が有効に遷移すると、次のようになります。

• traceRouteResultsIpTgtAddr が null-string に設定されています。

• traceRouteResultsIpTgtAddrType は不明に設定されています。

traceRouteResultsIpTgtAddr および traceRouteResultsIpTgtAddrType は、traceRouteCtlTargetAddress を数値アドレスに解決できるようになるまで設定されません。これらの値を取得するには、traceRouteCtlAdminStatus を正常に有効に設定した後、不明以外の値についてトレースルート結果IpTgtAddrType をポーリングします。

テストの開始時に、traceRouteResultsCurHopCount は traceRouteCtlInitialTtl に初期化され、traceRouteResultsCurProbeCount は 1 に初期化されます。プローブの結果が決定されるたびに、traceRouteResultsCurProbeCount が 1 ずつ増加します。テストの実行中、traceRouteResultsCurProbeCount の値には、結果がまだ決定されていない現在の未処理のプローブが反映されます。

traceRouteCtlProbesPerHop のプローブ数は、TTL(Time-to-live)値ごとに送信されます。現在のホップが宛先ホップでなければ、現在のホップに対する最後のプローブの結果が決定されると、traceRouteResultsCurHopCount は 1 ずつ増加し、traceRouteResultsCurProbeCount は 1 にリセットされます。

テストの開始時に、このトレースRouteCtlEntry に対してこのテストが初めて実行された場合、traceRouteResultsTestAttempts と traceRouteResultsTestSuccesses は 0 に初期化されます。

各テスト実行の終了時に、traceRouteResultsOperStatus は無効になり、traceRouteResultsTestAttempts は 1 ずつ増加します。テストでターゲットへの完全パスの決定に成功した場合、traceRouteResultsTestSuccesses は 1 増加し、traceRouteResultsLastGoodPath は現在の時刻に設定されます。

traceRouteProbeHistoryTable の各エントリには、次の 5 つの変数によってインデックスが付けられます。

• 最初の 2 つの変数 traceRouteCtlOwnerIndex と traceRouteCtlTestName は、traceRouteCtlTable とテストの識別に使用されるものと同じです。

• 3 番目の変数 traceRouteProbeHistoryIndex はカウンターで、1 から始まり、FFFFFFFF でラップされます。エントリの最大数は、traceRouteCtlMaxRows によって制限されます。

• 4 番目の変数 traceRouteProbeHistoryHopIndex は、このプローブがどのホップを対象としているか (実際の有効期限または TTL 値) を示します。したがって、テストの開始時に作成される最初の traceRouteCtlProbesPerHop エントリの数は、traceRouteProbeHistoryHopIndex の traceRouteCtlInitialTtl の値になります。

• 5 番目の変数 traceRouteProbeHistoryProbeIndex は、現在のホップのプローブです。範囲は 1 から traceRouteCtlProbesPerHop までです。

テスト実行中、プローブ結果が判別されるとすぐに次のプローブが送信されます。プローブがステータス requestTimedOut でマークされ、次のプローブが送信されるまでに、traceRouteCtlTimeOut の最大秒数が経過します。traceroute テストごとに複数の未処理のプローブが存在することはありません。プローブがタイムアウトした後に返されるプローブ結果はすべて無視されます。

各プローブは次のことができます。

• プローブを確認するホストからの応答の結果

• プローブを確認するホストからの応答がない状態でタイムアウト

• 送信失敗

各プローブの状態は traceRouteProbeHistoryTable に記録され、それに応じて traceRouteProbeHistoryStatus が設定されます。

ホストからの応答をもたらすプローブは、以下のデータを記録します。

• traceRouteProbeHistoryResponse—ラウンドトリップタイム(RTT)

• traceRouteProbeHistoryHAddrType—HAddrのタイプ(次の引数)

• traceRouteプローブ履歴HAddr - ホップのアドレス

プローブに対する応答を受信したかどうかに関係なく、すべてのプローブには以下が記録されます。

• traceRouteProbeHistoryStatus—何がなぜ起こったのか

• traceRouteProbeHistoryLastRC - ICMP パケットのリターン コード(RC)値

• traceRouteProbeHistoryTime - プローブ結果が決定されたタイムスタンプ

プローブを送信できない場合、traceRouteProbeHistoryResponse は 0 に設定されます。プローブがタイムアウトすると、traceRouteProbeHistoryResponse は、プローブがタイムアウトしていることが検出された時刻とプローブが送信された時刻の差に設定されます。

traceRouteHopsTable のエントリーには、次の 3 つの変数によってインデックスが付けられます。

• 最初の 2 つの traceRouteCtlOwnerIndex と traceRouteCtlTestName は、traceRouteCtlTable に使用されるものと同じであり、テストを識別します。

• 3 番目の変数 traceRouteHopsHopIndex は、現在のホップを示します。これは 1 から始まります (traceRouteCtlInitialTtl ではありません)。

テストが開始されると、指定された traceRouteCtlOwnerIndex と traceRouteCtlTestName を持つ traceRouteHopsTable 内のすべてのエントリが削除されます。このテーブルのエントリは、traceRouteCtlCreateHopsEntries が true に設定されている場合にのみ作成されます。

指定された TTL の最初のプローブ結果が決定されるたびに、新しい traceRouteHopsEntry が作成されます。新しいエントリは、最初のプローブがホストに到達するかどうかに関係なく作成されます。この新しいエントリの traceRouteHopsHopIndex の値が 1 増加します。

プローブがホストに到達するたびに、そのホストの IP アドレスがプローブ結果で使用可能になります。現在の traceRouteHopsIpTgtAddress の値が設定されていない場合、traceRouteHopsIpTgtAddress の値はこの IP アドレスに設定されます。現在の traceRouteHopsIpTgtAddress の値が IP アドレスと同じ場合、値は変更されません。現在の traceRouteHopsIpTgtAddress の値がこの IP アドレスと異なる場合 (パスの変更を示す)、新しい traceRouteHopsEntry は次のように作成されます。

• traceRouteHopsHopIndex 変数が 1 増加

• traceRouteHopsIpTgtアドレスをIPアドレスに設定

  注:

  新しい TTL 値が使用されるか、パスが変更されるたびに、テストの新しいエントリが traceRouteHopsTable に追加されます。したがって、テストのエントリ数は、使用される異なるTTL値の数を超える可能性があります。

プローブの結果が決定されると、現在のtraceRouteHopsEntryの値traceRouteHopsSentProbesは1増加します。プローブの結果が決定され、プローブがホストに到達した場合:

• 現在のtraceRouteHopsEntryの値traceRouteHopsProbeResponsesは1増加します。

• 次の変数が更新されます。

  • traceRouteResultsMinRtt - 最小のラウンドトリップタイム

  • traceRouteResultsMaxRtt - 最大ラウンドトリップタイム

  • traceRouteResultsAverageRtt - 平均ラウンドトリップタイム

  • traceRouteResultsRttSumOfSquares - 往復時間の平方和

  • traceRouteResultsLastGoodProbe - 最後のレスポンスのタイムスタンプ

    注:

    ホストに到達するプローブのみが往復時間の値に影響を与えます。

トラップを生成するには、traceRouteCtlTrapGeneration の適切なビットを設定する必要があります。また、リモート操作を受信するトラップグループを設定する必要があります。トラップは、以下の条件下で生成されます。

• 現在のプローブの traceRouteHopsIpTgtAddress が、同じ TTL 値を持つ最後のプローブと異なっています(traceRoutePathChange)。

• ターゲットへのパスを特定できませんでした (traceRouteTestFailed)。

ターゲットへのパスが決定されました (traceRouteTestCompleted)。

リモート操作を受信するトラップ グループを構成する方法については、次を参照してください: SNMP トラップ グループを構成する および SNMP リモート操作の概要。