SNMPリモート操作の設定

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

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 に設定する SNMP Set リクエストは、行に必要な情報が指定されていないか、一貫性がない場合、失敗します。

ビューの設定方法については、 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の場合、この繰り返し機能がアクティブではないことを示します。

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

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

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

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

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

テストが実行されると、 pingCtlTimeOut 秒ごとに次のことが可能になります。

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

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

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

  注:

  各テストに対して未解決のプローブは 1 つだけ存在しません。

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

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

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

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

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

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

• 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 を設定する必要があります。また、リモート操作を受信するには、トラップグループを設定する必要があります。トラップは 、以下の条件下で生成されます。

• pingProbeFailedトラップはpingCtlTrapProbeFailureFilterテスト中に連続して何回あるプローブが失敗するたびに生成されます。

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

• pingTestCompletedトラップは、テストが完了し、失敗するプローブが pingCtlTrapTestFailureFilter 未満の場合に生成されます。

  注:

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

リモート操作を受信するようにトラップグループを設定する方法については、 SNMPトラップグループの設定を参照してください。

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

• traceRouteCtlRowStatus 作成と待機

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

• traceRouteCtlRowStatus から active

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

• traceRouteCtlAdminStatus から enabled

単一の Set リクエストPDU(1つのPDU、複数のvarbindを持つ)を使用して、以下の変数を設定してテストを開始できます。

• traceRouteCtlRowStatus から createAndGo

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

• traceRouteCtlAdminStatus 有効にする

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

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

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

traceRouteCtlTargetAddressType の値が dns の場合、traceRouteResultsIpTgtAddrAddr と traceRouteResultsIpTgtAddrType は、解決済みの宛先アドレスの値に設定されます。テストが正常に開始され、traceRouteResultsOperStatus が enabled に移行すると、次のようになります。

• traceRouteResultsIpTgtAddrがnull文字列に設定されています。

• traceRouteResultsIpTgtAddrType が unknown に設定されています。

traceRouteCtlTargetAddress を数値アドレスに解決できるまで、traceRouteResultsIpTgtAddrAddr と traceRouteResultsIpTgtAddrType は設定されません。これらの値を取得するには、traceRouteCtlAdminStatus を enabled に正常に設定した後、traceRouteResultsIpTgtAddrType で不明以外の値をポーリングします。

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

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

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

各テスト実行の最後に、traceRouteResultsOperStatus は disabled に遷移し、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 です。

テストの実行中は、プローブ結果が判別されるとすぐに、次のプローブが送信されます。traceRouteCtlTimeOutの経過時間は、プローブがrequestTimedOutステータスでマークされ、次のプローブが送信されるまでに発生します。トレースルートテストごとに未解決のプローブが1つ以上存在することはありません。プローブがタイムアウトした後に返されるプローブ結果はすべて無視されます。

各プローブの機能:

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

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

• 送信に失敗しました

各プローブステータスは、traceRouteProbeHistoryTableに記録され、traceRouteProbeHistoryStatusが適切に設定されます。

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

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

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

• traceRouteProbeHistoryHAddr—ホップのアドレス

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

• 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 増加します。

注:

指定された TTL のプローブに応答がない場合、traceRouteHopsEntry には traceRouteHopsIpTgtAddress の値が欠けている可能性があります。

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

• traceRouteHopsHopIndex 変数が 1 増加しました

• traceRouteHopsIpTgtAddressをIPアドレスに設定すると

  注:

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

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

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

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

  • traceRouteResultsMinRtt—最小の往復時間

  • traceRouteResultsMaxRtt—最大の往復時間

  • traceRouteResultsAverageRtt—平均往復時間

  • traceRouteResultsRttSumOfSquares - 往復時間の二乗和

  • traceRouteResultsLastGoodProbe—最後の応答のタイムスタンプ

    注:

    往復時間の値に影響を与えるのは、ホストに到達したプローブだけです。

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

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

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

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

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