配置 SNMP 远程操作

开始 ping 测试之前，请配置 Ping MIB 视图。这允许对 pingMIBSNMP Set 请求。有关更多信息，请参阅 配置 MIB 视图。

从 Junos OS 17.2X75-D100 版开始，必须先配置 RPM，然后才能开始 ICMP ping。使用 edit services rpm 命令配置 RPM。

要开始 ping 测试，请创建pingCtlTable一行并设置为pingCtlAdminStatusenabled。在设置为pingCtlAdminStatusenabled之前必须指定的最小信息为：

• pingCtlOwnerIndexSnmpAdminString

• pingCtlTestNameSnmpAdminString

• pingCtlTargetAddressInetAddress

• pingCtlTargetAddressTypeInetAddressType

• pingCtlRowStatusRowStatus

对于所有其他值，将选择默认值，除非另有指定。 pingCtlOwnerIndex 并 pingCtlTestName 用作索引，因此其值被指定为对象标识符 （OID） 的一部分。要创建一行，请设置为pingCtlRowStatuscreateAndWait不存在的行，或createAndGo位于该行之上。值 active for pingCtlRowStatus 表示已提供所有必要的信息，可以开始测试; pingCtlAdminStatus 可设置为 enabled。如果行中未指定必要信息或不一致，则设置pingCtlRowStatus为active的 SNMP Set 请求将失败。

有关如何配置视图的信息，请参阅 设置 SNMP 视图。

阅读以下部分，了解如何对变量进行排序。

您可以使用多个 Set 请求 PDU（多个 PDU，每个 PDU 有一个或多个 varbind），并在此顺序中设置以下变量以开始测试：

• pingCtlRowStatus 自 createAndWait

• 所有适当的测试变量

• pingCtlRowStatus 自 active

  Junos OS 现在会验证是否已指定运行测试的所有必要信息。

• pingCtlAdminStatus 自 enabled

您可以使用单个 Set 请求 PDU（一个 PDU，具有多个 varbind）设置以下变量以开始测试：

• pingCtlRowStatus 自 createAndGo

• 所有适当的测试变量

• pingCtlAdminStatus 自 enabled

在测试运行时， pingResultsEntry 跟踪测试的状态。的值 pingResultsOperStatus 是 enabled 测试正在运行时和 disabled 停止时。

pingCtlAdminStatus值一直保留，enabled直到将其设置为disabled。因此，要了解考试的状态，必须进行检查 pingResultsOperStatus。

该 pingCtlFrequency 变量可用于为一个 pingCtlEntry计划多个测试。测试正常结束（您未停止测试）且pingCtlFrequency经过秒数后，将再次开始测试，就像您设置为pingCtlAdminStatusenabled一样。如果在重复测试（设置为或pingCtlRowStatus设置为pingCtlAdminStatusdisablednotInService）之间随时进行干预，则重复功能将被禁用，直到另一个测试开始并正常结束。值 0 pingCtlFrequency 表示此重复功能未处于活动状态。

pingResultsIpTgtAddr当pingResultsIpTgtAddrType值为时，设置为解析目标地址的值pingCtlTargetAddressTypedns。当测试开始成功并 pingResultsOperStatus 转换为 enabled：

• pingResultsIpTgtAddr 被设置为 null-string。

• pingResultsIpTgtAddrType 被设置为 unknown。

pingResultsIpTgtAddr直到pingResultsIpTgtAddrType解析为数字地址才能设置pingCtlTargetAddress 要检索这些值，请轮询pingResultsIpTgtAddrType除成功设置为pingCtlAdminStatusenabled之后的任何其他unknown值。

在测试开始时， pingResultsSentProbes 初始化为 1，发送第一个探测。 pingResultsSentProbes 每次发送探测时，增加 1。

在测试运行时，每 pingCtlTimeOut 几秒钟，都会发生以下情况：

• pingProbeHistoryStatus中的相应pingProbeHistoryEntrypingProbeHistoryTable配置被设置为requestTimedOut。

• 如有必要，将生成一个 pingProbeFailed 陷阱。

• 尝试发送下一个探测器。

  注：

  每次测试均不存在一个未完成的探针。

对于每个探测，您都可以收到以下其中一个结果：

• 目标主机会通过响应确认探测器。

• 探测超时;目标主机确认探测器时没有响应。

• 探测器无法发送。

每个探测结果都记录在 pingProbeHistoryTable。有关的更多信息 pingProbeHistoryTable，请参阅 pingProbeHistoryTable。

当目标主机收到确认当前探测的响应时：

• pingResultsProbeResponses 增加 1。

• 以下变量已更新：

  • pingResultsMinRtt— 最短往返时间

  • pingResultsMaxRtt— 最长往返时间

  • pingResultsAverageRtt— 平均往返时间

  • pingResultsRttSumOfSquares— 往返时间的平方数之和

  • pingResultsLastGoodProbe—上一个响应的时间戳

    注：

    只有能得到目标主机响应的探测器才能计算往返时间 （RTT） 变量。

当收到对上一个探针的响应或最后一个探测器超时时，测试即可完成。

（pingProbeHistoryEntry） 中的pingProbeHistoryTable条目表示探测结果，并按三个变量建立索引：

• 前两个变量和 pingCtlTestName， 是用于pingCtlTable识别测试的相同变量pingCtlOwnerIndex。

• 第三个变量 pingProbeHistoryIndex是一个计数器，用于唯一标识每个探测结果。

为给定测试创建的最大条目数 pingProbeHistoryTable 受制于 pingCtlMaxRows。如果 pingCtlMaxRows 设置为 0，则不会为该测试创建任何 pingProbeHistoryTable 条目。

每次确定探测结果时，都会创建 a pingProbeHistoryEntry 并添加到pingProbeHistoryTable。pingProbeHistoryIndex其中，新pingProbeHistoryEntry是 1 大于该测试的最后一pingProbeHistoryTable个pingProbeHistoryEntry条目。pingProbeHistoryIndex如果这是表中的第一个条目，则设置为 1。同一测试可以多次运行，因此该指数持续增长。

如果 pingProbeHistoryIndex 最后 pingProbeHistoryEntry 添加的为0xFFFFFFFF，则下一个 pingProbeHistoryEntry 添加 pingProbeHistoryIndex 项已设置为 1。

对于每个探测结果，都会记录以下内容：

• pingProbeHistoryResponse—生存时间 （TTL）

• pingProbeHistoryStatus—发生了什么及其原因

• pingProbeHistoryLastRC—ICMP 数据包的返回代码 （RC） 值

• pingProbeHistoryTime-确定探测结果时的时间戳

无法发送探测时， pingProbeHistoryResponse 设置为 0。探查超时时， pingProbeHistoryResponse 设置为发现探针超时与发送探针的时间之间的差值。

要生成任何陷阱，必须设置适当的位 pingCtlTrapGeneration 。您还必须配置陷阱组才能接收远程操作。在以下情况下会生成陷阱：

• 每次pingCtlTrapProbeFailureFilter测试期间连续的探查失败时，都会生成一个pingProbeFailed陷阱。

• 测试完成时将生成一个 pingTestFailed 陷阱，并且至少有 pingCtlTrapTestFailureFilter 数个探测失败。

• pingTestCompleted当测试完成且pingCtlTrapTestFailureFilter不到探测失败时，将生成陷阱。

  注：

  当探测结果除其他任何事情responseReceived时pingProbeHistoryStatus，探查失败将被视为故障。

有关如何配置陷阱组以接收远程操作的信息，请参阅 配置 SNMP 陷阱组 和 示例：为远程操作设置陷阱通知。

您可以使用多个 Set 请求 PDU（多个 PDU，每个 PDU 有一个或多个 varbind），并在此顺序中设置以下变量以开始测试：

• traceRouteCtlRowStatus 来创建和Wait

• 所有适当的测试变量

• traceRouteCtlRowStatus 自 active

  Junos OS 现在可以验证运行测试的所有必要信息是否已指定。

• traceRouteCtlAdminStatus 自 enabled

您可以使用单个 Set 请求 PDU（一个 PDU，具有多个 varbind）设置以下变量以开始测试：

• traceRouteCtlRowStatus 自 createAndGo

• 所有适当的测试变量

• traceRouteCtlAdminStatus 以启用

测试运行时，此 traceRouteResultsTable 会跟踪测试的状态。traceRouteResultsOperStatus 的值在测试运行时已启用，停止时禁用。

traceRouteCtlAdminStatus 的值一直处于启用状态状态，直到您将其设置为禁用。因此，要了解测试的状态，必须检查 traceRouteResultsOperStatus。

traceRouteCtlFrequency 变量可用于为一个 traceRouteCtlEntry 安排多项测试。测试正常结束（您未停止测试）且 traceRouteCtlFrequency 秒数已过去后，将再次开始测试，就像将 traceRouteCtlAdminStatus 设置为启用一样。如果重复测试之间的任何时候进行干预（将 traceRouteCtlAdminStatus 设置为禁用，或者将 traceRouteCtlRowStatus 设置为 notInService），则重复功能将被禁用，直到另一个测试开始并正常结束。traceRouteCtlFrequency 的值为 0 表示此重复功能未处于活动状态。

traceRouteResultsIpTgtAddr 和 traceRouteResultsIpTgtAddrType 会设置为解析的目标地址的值，而 traceRouteCtlTargetAddressType 的值是 dns。当测试成功开始并追踪RouteResultsOperStatus 转换以启用：

• traceRouteResultsIpTgtAddr 设置为空字符串。

• traceRouteResultsIpTgtAddrType 设置为未知。

traceRouteResultsIpTgtAddr 和 traceRouteResultsIpTgtAddrType 不会设置，直到 traceRouteCtlTargetAddress 解析为数字地址。要检索这些值，请成功将 traceRouteCtlAdminStatus 设置为启用后，轮询 traceRouteResultsIpTgtAddrType 以获取任何未知值。

在测试开始时，traceRouteResultsCurHopCount 会初始化为 traceRouteCtlInitialTtl，而 traceRouteResultsCurProbeCount 初始化为 1。每次确定探测结果时，traceRouteResultsCurbeCount 增加 1。测试运行期间，traceRouteResultsCurbeCount 的值反映了尚未确定结果的当前未完成探测。

针对每次生存时间 （TTL） 值发送的 traceRouteCtlProbesPerHop 探测数。确定当前跃点的最后一个探测结果后，只要当前跃点不是目标跃点，追踪RouteResultsCurHopCount 将增加 1，而 traceRouteResultsCurbeCount 将重置为 1。

在测试开始时，如果这是首次为此 traceRouteCtlEntry 运行此测试，traceRouteResultsTestattemps 和 traceRouteResultsTestSuccesses 将初始化为 0。

每次测试执行结束时，traceRouteResultsOperStatus 都会过渡到禁用，而 traceRouteResultsTesttemps 将增加 1。如果测试成功确定目标的完整路径，traceRouteResultsTestSuccesse 将增加 1，并且 traceRouteResultsLastGoodPath 设置为当前时间。

traceRouteProbeHistoryTable 中的每个条目都由五个变量索引：

• 前两个变量（traceRouteCtlOwnerIndex 和 traceRouteCtlTestName）是用于 traceRouteCtlTable 和识别测试的变量。

• 第三个变量 traceRouteProbeHistoryIndex 是一个计数器，从 1 开始，封装在 FFFFFFFF。最大条目数受 traceRouteCtlMaxRows 限制。

• 第四个变量 traceRouteProbeHistoryHopIndex 表示此探测器用于哪个跃点（实际生存时间或 TTL 值）。因此，在测试开始时创建的第一个 traceRouteCtlProbesPerHop 条目数具有用于 traceRouteProbeHistoryHopIndex 的 traceRouteCtlInitialalTtl 值。

• 第五个变量，traceRouteProbeHistoryProbeIndex，是当前跃点的探测器。范围从 1 到 traceRouteCtlProbesPerHop。

测试运行时，一旦确定探测结果，就会发送下一个探测。在探测标有状态请求TimedOut 并发送下一个探测之前，最长的 traceRouteCtlTimeOut 秒数已过。每个追踪路由测试永远不会有一个以上出色的探针。探测超时后返回的任何探测结果将被忽略。

每个探针都可以：

• 结果主机响应确认探测器

• 主机确认探测无响应时超时

• 发送失败

每个探测状态都记录在 traceRouteProbeHistoryTable 中，并相应地设置 traceRouteProbeHistoryStatus。

导致主机响应的探测器会记录以下数据：

• traceRouteProbeHistoryResponse — 往返时间 （RTT）

• traceRouteProbeHAddrType — HAddr 的类型（下一个参数）

• traceRouteProbeHstoryHAddr — 跃点地址

无论是否收到探测器的响应，所有探测器都会记录以下记录：

• traceRouteProbeHistoryStatus — 发生的情况及原因

• traceRouteProbeHistRC — ICMP 数据包的返回代码 （RC） 值

• traceRouteProbeHistory Time — 确定探测结果时的时间戳

当无法发送探测时，traceRouteProbeHistoryResponse 将设置为 0。探查超时时，traceRouteProbeHistoryResponse 会设置为发现探测的时间与发送探测的时间之间的差值。

traceRouteHopsTable 中的条目由三个变量建立索引：

• 前两个，traceRouteCtlOwnerIndex 和 traceRouteCtlTestName，是用于 traceRouteCtlTable 和识别测试的相同。

• 第三个变量 traceRouteHopsHopIndex 表示当前跃点，从 1 开始（而非 traceRouteCtlInitialTtl）。

测试开始时，traceRouteHopsTable 中的所有条目以及给定的 traceRouteCtlOwnerIndex 和 traceRouteCtlTestName 将被删除。只有当 traceRouteCtlCreateHopsEntries 设置为 true 时，才会创建此表中的条目。

每次确定给定 TTL 的第一个探测结果时，都会创建新的 traceRouteHopsEntry。无论第一个探测是否到达主机，将创建新条目。此新条目的 traceRouteHopsHopIndex 值将增加 1。

每次探测到达主机时，探查结果中都会显示该主机的 IP 地址。如果未设置当前 traceRouteHopsIpTgt 地址的值，则 traceRouteHopsIpTgtAddress 的值将设置为此 IP 地址。如果当前 traceRouteHopsIpTgt 地址的值与 IP 地址相同，则值不会更改。如果 traceRouteHOpsIpTgt 地址当前 traceRouteHopsEntry 的值不同于此 IP 地址，则表示路径发生变化，则使用以下项创建新的 traceRouteHopsEntry：

• traceRouteHopsHopIndex 变量增加了 1

• traceRouteHopsIpTgt 地址设置为 IP 地址

  注：

  每次使用新的 TTL 值或路径更改时，都会向 traceRouteHopsTable 添加一个新测试条目。因此，测试的条目数可能会超过使用的不同 TTL 值的数量。

确定探测结果后，当前 traceRouteHopsEntry 的值将增加 1。确定探测结果并探测到达主机时：

• 当前 traceRouteHopsProbeResponses 的值将增加 1。

• 以下变量已更新：

  • traceRouteResultsMinRtt — 最短往返时间

  • traceRouteResultsMaxRtt — 最长往返时间

  • traceRouteResultsAverageRtt — 平均往返时间

  • traceRouteResultsRttSumOfquares — 往返时间的平方总和

  • traceRouteResultsLastGoodProbe — 上一个响应的时间戳

    注：

    只有到达主机的探测才会影响往返时间值。

对于要生成的任何陷阱，必须设置适当的追踪RouteCtlTrapGeneration 位。您还必须配置陷阱组才能接收远程操作。陷阱是在以下条件下生成的：

• traceRouteHopsIpTgt 当前探测的地址与上一个 TTL 值相同（traceRoutePathChange）的探测不同。

• 无法确定目标的路径（追踪路由测试失败）。

已确定目标的路径（traceRouteTestCompleted）。

有关如何配置陷阱组以接收远程操作的信息，请参阅 配置 SNMP 陷阱组 和 SNMP 远程操作概述。