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

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

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

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

• pingCtlOwnerIndexSnmpAdminString

• pingCtlTestNameSnmpAdminString

• pingCtlTargetAddressInetAddress

• pingCtlTargetAddressTypeInetAddressType

• pingCtlRowStatusRowStatus

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

ビューを設定する方法については、 SNMP ビューの設定を参照してください。実行中のトレースルートテストの監視

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

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

• pingCtlRowStatusからcreateAndWait

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

• pingCtlRowStatusからactive

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

• pingCtlAdminStatusからenabled

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

• pingCtlRowStatusからcreateAndGo

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

• pingCtlAdminStatusからenabled

テストの実行中に、 テストの状態を追跡します。pingResultsEntry の値は、テストの実行中と停止中です。pingResultsOperStatusenableddisabled

この値は、 に設定するまで維持されます。pingCtlAdminStatusenableddisabled したがって、テストのステータスを取得するには、 を調べる必要があります 。pingResultsOperStatus

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

および の値が である場合、解決された宛先アドレスの値に設定されます。pingResultsIpTgtAddrpingResultsIpTgtAddrTypepingCtlTargetAddressTypedns テストが正常に開始され、 次のように 遷移すると:pingResultsOperStatusenabled

• が に設定されます。pingResultsIpTgtAddrnull-string

• が に設定されます。pingResultsIpTgtAddrTypeunknown

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

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

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

• 対応する の は に設定されます 。pingProbeHistoryStatuspingProbeHistoryEntrypingProbeHistoryTablerequestTimedOut

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

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

  注:

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

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

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

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

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

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

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

• pingResultsProbeResponses 1増加します。

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

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

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

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

  • pingResultsRttSumOfSquares- 往復時間の平方和

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

    注:

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

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

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

• 最初の 2 つの変数 と は、 に使用されたものと同じで、テストを識別します。pingCtlOwnerIndexpingCtlTestNamepingCtlTable

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

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

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

最後に追加されたものが 0xFFFFFFFF の場合、次に追加されたものは 1 に設定されます。pingProbeHistoryIndexpingProbeHistoryEntrypingProbeHistoryEntrypingProbeHistoryIndex

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

• pingProbeHistoryResponse- TTL(Time-to-live)

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

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

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

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

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

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

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

• トラップは、 テストが完了し、失敗したプローブより少ない 場合に生成されます。pingTestCompletedpingCtlTrapTestFailureFilter

  注:

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

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

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

• traceRouteCtlRowStatus 作成して待つ

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

• traceRouteCtlRowStatusからactive

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

• traceRouteCtlAdminStatusからenabled

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

• 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 リモート操作の概要。