配置 SNMP 远程操作

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

必须先配置 RPM，然后再启动 ICMP ping。使用命令配置 edit services rpm RPM。

要启动 ping 测试，请在 中 pingCtlTable 创建一个行，并设置为 pingCtlAdminStatus enabled。在设置为 pingCtlAdminStatus 之前 enabled 必须指定的最小信息为：

• 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一样。如果您在重复测试之间的任何时间进行干预（您设置为 pingCtlAdminStatus disabled 或 pingCtlRowStatus 到 notInService），则重复功能将被禁用，直到另一个测试开始并正常结束。值为 0 表示pingCtlFrequency此重复要素未激活。

pingResultsIpTgtAddr 当 pingResultsIpTgtAddrType 的 pingCtlTargetAddressType 值为 dns时，将设置为已解析目标地址的值。当测试成功启动并 pingResultsOperStatus 转换为 enabled：

• pingResultsIpTgtAddr 设置为 null-string。

• pingResultsIpTgtAddrType 设置为 unknown。

pingResultsIpTgtAddr直到pingResultsIpTgtAddrType可以解析为数字地址才pingCtlTargetAddress设置。要检索这些值，请轮询pingResultsIpTgtAddrType除成功设置为 pingCtlAdminStatus enabled之后以外的unknown任何值。

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

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

• pingProbeHistoryStatus 对于相应 pingProbeHistoryEntry 的 in pingProbeHistoryTable requestTimedOut设置为 。

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

• 尝试发送下一个探测。

  注意：

  每个测试不超过一个未完成的探针。

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

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

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

• 无法发送探测器。

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

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

• pingResultsProbeResponses 增加 1。

• 更新以下变量：

  • pingResultsMinRtt—最短往返时间

  • pingResultsMaxRtt—最长往返时间

  • pingResultsAverageRtt—平均往返时间

  • pingResultsRttSumOfSquares- 往返时间的平方和

  • pingResultsLastGoodProbe—上次响应的时间戳

    注意：

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

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

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

• 前两个变量 和 pingCtlOwnerIndex pingCtlTestName与 pingCtlTable用于标识检验的变量相同。

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

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

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

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

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

• pingProbeHistoryResponse— 生存时间 （TTL）

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

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

• pingProbeHistoryTime—确定探针结果的时间戳

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

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

• 在测试期间，每次连续多次探针失败时pingCtlTrapProbeFailureFilter，都会生成陷阱pingProbeFailed。

• pingTestFailed当测试完成且至少pingCtlTrapTestFailureFilter有多个探针失败时，将生成陷阱。

• pingTestCompleted当测试完成且少于pingCtlTrapTestFailureFilter探针失败时，将生成陷阱。

  注意：

  当 pingProbeHistoryStatus 探测结果 responseReceived不是 时，探测被视为失败。

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

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

• traceRouteCtlRowStatus 创建和等待

• 所有适当的测试变量

• traceRouteCtlRowStatus 到 active

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

• traceRouteCtlAdminStatus 到 enabled

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

• traceRouteCtlRowStatus 到 createAndGo

• 所有适当的测试变量

• traceRouteCtlAdminStatus 启用

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

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

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

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

• traceRouteResultsIpTgtAddr 设置为空字符串。

• traceRouteResultsIpTgtAddrType 设置为未知。

在可以将 traceRouteCtlTargetAddress 解析为数字地址之前，不会设置 traceRouteResultsIpTgtAddrType 和 traceRouteResultsIpTgtAddrType。若要检索这些值，请在成功将 traceRouteCtlAdminStatus 设置为 enabled 后轮询 traceRouteResultsIpTgtAddrType 以获取未知以外的任何值。

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

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

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

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

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

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

• 第三个变量 traceRouteProbeHistoryIndex 是一个计数器，从 1 开始并换行到 FFFFFFFF。最大条目数受 traceRouteCtlMaxRows 限制。

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

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

在测试运行时，一旦确定了探测结果，就会发送下一个探测。在探测标记为状态 requestTimedOut 并发送下一个探测之前，最多经过 traceRouteCtlTimeOut 秒数。每个 traceroute 测试永远不会超过一个未完成的探针。探测超时后返回的任何探测结果都将被忽略。

每个探针可以：

• 导致主机响应，确认探测

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

• 发送失败

每个探测器状态都记录在 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。

注意：

如果对具有给定 TTL 的探针没有响应，则任何 traceRouteHopsIpTgtEntry 都可能缺少 traceRouteHopsIpTgtAddress 的值。

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

• traceRouteHopsHopIndex 变量增加 1

• traceRouteHopsIpTgtAddress 设置为 IP 地址

  注意：

  每次使用新的 TTL 值或路径发生变化时，都会将测试的新条目添加到 traceRouteHopsTable。因此，测试的条目数量可能会超过所使用的不同 TTL 值的数量。

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

• 当前 traceRouteHopsEntry 的值 traceRouteHopsProbeResponses 增加 1。

• 更新以下变量：

  • traceRouteResultsMinRtt - 最短往返时间

  • traceRouteResultsMaxRtt—最大往返时间

  • traceRouteResultsAverageRtt - 平均往返时间

  • traceRouteResultsRttSumOfSquares - 往返时间的平方和

  • traceRouteResultsLastGoodProbe—最后一个响应的时间戳

    注意：

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

要生成任何陷阱，必须设置适当的 traceRouteCtlTrapGeneration 位。您还必须配置一个陷阱组来接收远程操作。陷阱在以下条件下生成：

• 当前探针的 traceRouteHopsIpTgtAddress 与具有相同 TTL 值 （traceRoutePathChange） 的最后一个探针不同。

• 无法确定目标的路径 （traceRouteTestFailed）。

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

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