配置 SNMP 远程操作

在开始 ping 测试之前，请配置 Ping MIB 视图。这允许 上的 SNMP 请求。SetpingMIB 有关更多详细信息，请参阅配置 MIB 视图。

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

要启动 ping 测试，请在 中创建 一行并设置为 。pingCtlTablepingCtlAdminStatusenabled 在设置为 之前 必须指定的最少信息是：pingCtlAdminStatusenabled

• pingCtlOwnerIndexSnmpAdminString

• pingCtlTestNameSnmpAdminString

• pingCtlTargetAddressInetAddress

• pingCtlTargetAddressTypeInetAddressType

• pingCtlRowStatusRowStatus

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

有关如何配置视图的信息，请参阅 设置 SNMP 视图。监视正在运行的跟踪路由测试

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

您可以使用多个请求 PDU（多个 PDU，每个 PDU 具有一个或多个变量绑定），并按此顺序设置以下变量以启动测试：Set

• pingCtlRowStatus 自 createAndWait

• 所有适当的测试变量

• pingCtlRowStatus 自 active

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

• pingCtlAdminStatus 自 enabled

您可以使用单个 请求 PDU（一个 PDU，具有多个变量绑定）来设置以下变量来启动测试：Set

• pingCtlRowStatus 自 createAndGo

• 所有适当的测试变量

• pingCtlAdminStatus 自 enabled

在测试运行时， 跟踪测试的状态。pingResultsEntry 的值 是在 测试运行时和 测试停止时。pingResultsOperStatusenableddisabled

的值 将一直保留 ，直到您将其 设置为 。pingCtlAdminStatusenableddisabled 因此，要获得测试的状态，您必须检查 。pingResultsOperStatus

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

当 的值为 时，设置为已解析的目标地址的值。pingResultsIpTgtAddrpingResultsIpTgtAddrTypepingCtlTargetAddressTypedns 当测试成功启动并 转换为 ：pingResultsOperStatusenabled

• 设置为 。pingResultsIpTgtAddrnull-string

• 设置为 。pingResultsIpTgtAddrTypeunknown

在 可以解析为数字地址之前 不设置。pingResultsIpTgtAddrpingResultsIpTgtAddrTypepingCtlTargetAddress 要检索这些值，请在成功设置为 后轮询除以外的任何值。pingResultsIpTgtAddrTypeunknownpingCtlAdminStatusenabled

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

测试运行时，每隔几秒就会发生以下 情况：pingCtlTimeOut

• 对于对应的 in 设置为 。pingProbeHistoryStatuspingProbeHistoryEntrypingProbeHistoryTablerequestTimedOut

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

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

  注：

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

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

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

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

• 无法发送探测器。

每个探测结果都记录在 中 。pingProbeHistoryTable 有关 的详细信息 ，请参见 。pingProbeHistoryTableping探测器历史记录表

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

• pingResultsProbeResponses 增加 1.

• 更新了以下变量：

  • pingResultsMinRtt- 最短往返时间

  • pingResultsMaxRtt- 最长往返时间

  • pingResultsAverageRtt- 平均往返时间

  • pingResultsRttSumOfSquares- 往返时间的平方和

  • pingResultsLastGoodProbe- 上次响应的时间戳

    注：

    只有导致目标主机响应的探测器才有助于计算往返时间 （RTT） 变量。

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

（） 中的条目表示探测结果，并由三个变量编制索引：pingProbeHistoryTablepingProbeHistoryEntry

• 前两个变量 和 与用于 的 变量相同，用于标识测试。pingCtlOwnerIndexpingCtlTestNamepingCtlTable

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

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

每次确定探测结果时，都会创建一个 并将其添加到 中。 的新值比上次为该测试添加的值大 1。如果这是表中的第一个条目，则设置为 1。 pingProbeHistoryEntrypingProbeHistoryTablepingProbeHistoryIndexpingProbeHistoryEntrypingProbeHistoryEntrypingProbeHistoryTablepingProbeHistoryIndex 同一个测试可以运行多次，因此此索引不断增长。

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

为每个探测结果记录以下内容：

• pingProbeHistoryResponse—生存时间 （TTL）

• pingProbeHistoryStatus—发生了什么以及为什么

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

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

当无法发送探测时， 设置为 0。当探测器超时时， 设置为发现探测器超时的时间与发送探测器的时间之间的差值。pingProbeHistoryResponsepingProbeHistoryResponse

对于要生成的任何陷阱，必须设置适当的位 。pingCtlTrapGeneration 还必须配置陷阱组以接收远程操作。在以下条件下会生成陷阱：

• 在测试期间，每次连续探测数失败时，都会生成一个陷阱。pingProbeFailedpingCtlTrapProbeFailureFilter

• 当测试完成且至少多个探测器失败时，将生成陷阱。pingTestFailedpingCtlTrapTestFailureFilter

• 当测试完成且少于探测器失败时，将生成陷阱。pingTestCompletedpingCtlTrapTestFailureFilter

  注：

  当探测结果是 以外的任何内容时，探测器被视为失败。pingProbeHistoryStatusresponseReceived

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

您可以使用多个请求 PDU（多个 PDU，每个 PDU 具有一个或多个变量绑定），并按此顺序设置以下变量以启动测试：Set

• traceRouteCtlRowStatus 以创建并等待

• 所有适当的测试变量

• traceRouteCtlRowStatus 自 active

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

• traceRouteCtlAdminStatus 自 enabled

您可以使用单个 请求 PDU（一个 PDU，具有多个变量绑定）来设置以下变量来启动测试：Set

• traceRouteCtlRowStatus 自 createAndGo

• 所有适当的测试变量

• traceRouteCtlAdminStatus 启用

在测试运行时，此跟踪路由结果表会跟踪测试的状态。traceRouteResultsOperStatus 的值在测试运行时启用，在测试停止时禁用。

traceRouteCtlAdminStatus 的值将保持启用状态，直到您将其设置为禁用。因此，若要获取测试的状态，必须检查 traceRouteResultsOperStatus。

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

当 traceRouteCtlTargetAddressType 的值为 dns 时，traceRouteResultsIpTgtAddr 和 traceRouteResultsIpTgtAddrType 设置为解析的目标地址的值。当测试成功启动并且 traceRouteResultsOperStatus 转换为已启用时：

• traceRouteResultsIpTgtAddr 设置为 null 字符串。

• traceRouteResultsIpTgtAddrType 设置为 unknown。

traceRouteResultsIpTgtAddr 和 traceRouteResultsIpTgtAddrType 在 traceRouteCtlTargetAddress 解析为数字地址之前不会设置。若要检索这些值，请在成功将 traceRouteCtlAdminStatus 设置为“已启用”后，轮询 traceRouteResultsIpTgtAddrType 查找除“未知”以外的任何值。

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

将针对每个生存时间 （TTL） 值发送 traceRouteCtlProbesPerHop 探测器数。确定当前跃点的最后一个探测的结果时，如果当前跃点不是目标跃点，则 traceRouteResultsCurHopCount 将增加 1，并且 traceRouteResultsCurProbeCount 将重置为 1。

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

在每次测试执行结束时，traceRouteResultsOperStatus 将转换为禁用，并且 traceRouteResultsTestTry 增加 1。如果测试成功确定了目标的完整路径，则 traceRouteResultsTestSuccesses 将增加 1，并且 traceRouteResultsLastGoodPath 设置为当前时间。

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

• 前两个变量 traceRouteCtlOwnerIndex 和 traceRouteCtlTestName 与用于 traceRouteCtlTable 和标识测试的变量相同。

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

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

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

在测试运行时，一旦确定了探测结果，就会发送下一个探测。在探测器标记为状态请求超时并发送下一个探测器之前，经过的最大 traceRouteCtlTimeOut 秒数。每个跟踪路由测试永远不会有一个以上的未完成探测器。探测超时后返回的任何探测结果都将被忽略。

每个探头可以：

• 导致主机响应确认探测

• 超时，主机没有响应确认探测

• 发送失败

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

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

• traceRouteProbeHistoryResponse - 往返时间 （RTT）

• traceRouteProbeHistoryHAddrType - HAddr 的类型（下一个参数）

• traceRouteProbeHistoryHAddr - 跃点的地址

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

• traceRouteProbeHistoryStatus—发生了什么以及为什么

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

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

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

traceRouteHopsTable 中的条目由三个变量编制索引：

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

• 第三个变量 traceRouteHopsHopIndex 表示从 1 开始的当前跃点（不是 traceRouteCtlInitialTtl）。

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

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

每次探测到达主机时，探测结果中都会提供该主机的 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）。

已确定到目标的路径 （traceRouteTestComplete）。

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