Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Supervisión de una prueba de ejecución de ping

 

Cuando pingCtlAdminStatus se establece correctamente en enabled, se realiza lo siguiente antes de que se devuelva Set la confirmación de la solicitud SNMP al cliente:

  • pingResultsEntry Si aún no existe, se creará.

  • pingResultsOperStatustransiciones enabled.

Para obtener más información, consulte las secciones siguientes:

pingResultsTable

Mientras la prueba se está ejecutando pingResultsEntry , realiza un seguimiento del estado de la prueba. El valor de pingResultsOperStatus es enabled mientras se ejecuta la prueba y disabled cuando se ha detenido.

El valor de pingCtlAdminStatus permanecerá enabled hasta que lo establezca disableden. Por lo tanto, para obtener el estado de la prueba, debe pingResultsOperStatusexaminar.

La pingCtlFrequency variable se puede utilizar para programar varias pruebas para una pingCtlEntrysola. Cuando una prueba finaliza normalmente (no detuvo la prueba) y el pingCtlFrequency número de segundos ha transcurrido, la prueba se inicia de nuevo tal y como si hubiera establecido pingCtlAdminStatus como enabled. Si interviene en cualquier momento entre pruebas repetidas (la opción pingCtlAdminStatus de disabled o pingCtlRowStatus hasta notInService), la función de repetición se desactivará hasta que se inicie otra prueba y finalizará con normalidad. El valor 0 pingCtlFrequency indica que esta función de repetición no está activa.

pingResultsIpTgtAddry pingResultsIpTgtAddrType se establecen en el valor de la dirección de destino resuelta cuando el pingCtlTargetAddressType valor dnsde is. Cuando una prueba se inicia correctamente pingResultsOperStatus y pasa a enabled:

  • pingResultsIpTgtAddrse establece en null-string.

  • pingResultsIpTgtAddrTypese establece en unknown.

pingResultsIpTgtAddry pingResultsIpTgtAddrType no se establecen hasta pingCtlTargetAddress que se puedan resolver en una dirección numérica. Para recuperar pingResultsIpTgtAddrType estos valores, sondeo en busca de cualquier unknown valor distinto de pingCtlAdminStatus si enabledse establece correctamente en.

Al inicio de una prueba, pingResultsSentProbes se inicializa en 1 y se envía el primer sondeo. pingResultsSentProbes aumenta en 1 cada vez que se envía una sonda.

A medida que se ejecuta la pingCtlTimeOut prueba, se producen cada segundos:

  • pingProbeHistoryStatuspara el correspondiente pingProbeHistoryEntry de pingProbeHistoryTable en se establece requestTimedOuten.

  • Si pingProbeFailed es necesario, se genera una captura.

  • Se ha intentado enviar la siguiente sonda.

    Nota

    No existe más de un sondeo pendiente para cada prueba.

Para cada sondeo, puede recibir uno de los siguientes resultados:

  • El host de destino reconoce la sonda con una respuesta.

  • Se agota el tiempo de espera de la sonda; no hay respuesta del host de destino que acuse de conocimiento de la sonda.

  • No se pudo enviar la sonda.

Cada resultado de sondeo se pingProbeHistoryTablegraba en. Para obtener más información pingProbeHistoryTable, consulte pingProbeHistoryTable.

Cuando se reciba una respuesta del host de destino que acuse de recibo de la sonda actual:

  • pingResultsProbeResponses aumenta en 1.

  • Se actualizan las variables siguientes:

    • pingResultsMinRtt—Tiempo mínimo de ida y vuelta

    • pingResultsMaxRtt—Tiempo de ida y vuelta máxima

    • pingResultsAverageRtt—Promedio de tiempo de ida y vuelta

    • pingResultsRttSumOfSquares—Suma de los cuadrados de tiempos de ida y vuelta

    • pingResultsLastGoodProbe—Marca de hora de la última respuesta

      Nota

      Solo los sondeos que resultan en una respuesta del host de destino contribuyen al cálculo de las variables de tiempo de ida y vuelta (RTT).

Cuando se recibe una respuesta al último sondeo o se agota el tiempo de espera de la última sonda, la prueba se completa.

pingProbeHistoryTable

Una entrada en pingProbeHistoryTable (pingProbeHistoryEntry) representa un resultado de sondeo y está indizada por tres variables:

  • Las dos primeras variables, pingCtlOwnerIndex y pingCtlTestNameson las mismas que se utilizan para pingCtlTable, lo que identifica la prueba.

  • La tercera variable, pingProbeHistoryIndex,, es un contador para identificar de forma exclusiva cada resultado de sondeo.

El número máximo de pingProbeHistoryTable entradas creadas para una prueba determinada está limitado por pingCtlMaxRows. Si pingCtlMaxRows se establece en 0, no pingProbeHistoryTable se crearán entradas para esa prueba.

Cada vez que se determina un resultado de sondeo, se crea pingProbeHistoryEntry un pingProbeHistoryTabley se añade a. pingProbeHistoryIndex de la nueva pingProbeHistoryEntry es 1 mayor que la última pingProbeHistoryEntry agregada pingProbeHistoryTable a esa prueba. pingProbeHistoryIndex se establece en 1 si se trata de la primera entrada de la tabla. La misma prueba puede ejecutarse varias veces, por lo que este índice sigue creciendo.

Si pingProbeHistoryIndex el último pingProbeHistoryEntry agregado es 0xFFFFFFFF, el siguiente pingProbeHistoryEntry agregado tiene pingProbeHistoryIndex el valor 1.

Para cada resultado de sondeo se registra lo siguiente:

  • pingProbeHistoryResponse—Período de vida (TTL)

  • pingProbeHistoryStatus—Qué ocurrió y por qué

  • pingProbeHistoryLastRC—Valor del código devuelto (RC) del paquete ICMP

  • pingProbeHistoryTime—Marca de hora cuando se determinó el resultado de la sonda

Cuando no se puede enviar un sondeo, pingProbeHistoryResponse se establece en 0. Cuando se agota el tiempo de pingProbeHistoryResponse espera de una sonda, se establece en la diferencia entre la hora en la que se descubrió que la sonda terminó y la hora en la que se envió la sonda.

Generar capturas

Para que se genere cualquier reventado, es pingCtlTrapGeneration necesario establecer el bit adecuado. También debe configurar un grupo de capturas para que reciba operaciones remotas. Las capturas se generan en las siguientes condiciones:

  • Se pingProbeFailed genera una captura cada vez pingCtlTrapProbeFailureFilter que se produce un error durante el número de sondeos consecutivos durante la prueba.

  • Se pingTestFailed genera una captura cuando finaliza la prueba y se produce un pingCtlTrapTestFailureFilter error al menos en el número de sondeos.

  • Las pingTestCompleted capturas se generan cuando finaliza la prueba y se producen pingCtlTrapTestFailureFilter menos errores que las sondas.

    Nota

    Un sondeo se considera un fallo pingProbeHistoryStatus cuando el resultado del sondeo es responseReceiveddistinto de.

Para obtener información acerca de cómo configurar un grupo de capturas para que reciba operaciones remotas, consulte Configuring SNMP retrap Groups y, por ejemplo:Configuring SNMP Trap GroupsConfiguración de la notificación de capturas para operacionesremotas.