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 funcionamiento de Traceroute

 

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

  • traceRouteResultsEntry se crea si aún no existe.

  • traceRouteResultsOperStatus pasa a habilitado.

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

traceRouteResultsTable

Mientras se ejecuta la prueba, este traceRouteResultsTable realiza un seguimiento del estado de la prueba. El valor de traceRouteResultsOperStatus está habilitado mientras la prueba se está ejecutando y deshabilitada cuando se ha detenido.

El valor de traceRouteCtlAdminStatus permanece habilitado hasta que se establece en Disabled. Por lo tanto, para obtener el estado de la prueba, debe examinar traceRouteResultsOperStatus.

La variable traceRouteCtlFrequency puede usarse para programar muchas pruebas para un traceRouteCtlEntry. Cuando una prueba finaliza normalmente (no detuvo la prueba) y traceRouteCtlFrequency número de segundos ha transcurrido, la prueba se inicia de nuevo tal y como si hubiera establecido traceRouteCtlAdminStatus en habilitado. Si interviene en cualquier momento entre pruebas repetidas (establece traceRouteCtlAdminStatus en Disabled o traceRouteCtlRowStatus en notInService), la característica de repetición se deshabilita hasta que se inicia otra prueba y termina normalmente. Un valor de 0 para traceRouteCtlFrequency indica que esta función de repetición no está activa.

traceRouteResultsIpTgtAddr y traceRouteResultsIpTgtAddrType se establecen en el valor de la dirección de destino resuelta cuando el valor de traceRouteCtlTargetAddressType es DNS. Cuando una prueba se inicia correctamente y traceRouteResultsOperStatus cambia a habilitada:

  • traceRouteResultsIpTgtAddr se establece en una cadena nula.

  • traceRouteResultsIpTgtAddrType está establecido en Unknown.

traceRouteResultsIpTgtAddr y traceRouteResultsIpTgtAddrType no se establecen hasta que traceRouteCtlTargetAddress se puede resolver en una dirección numérica. Para recuperar estos valores, sondear traceRouteResultsIpTgtAddrType para buscar cualquier valor distinto de Unknown después de establecer correctamente traceRouteCtlAdminStatus en enabled.

Al principio de una prueba, traceRouteResultsCurHopCount se inicializa en traceRouteCtlInitialTtl y traceRouteResultsCurProbeCount se inicializa en 1. Cada vez que se determina un resultado de sondeo, traceRouteResultsCurProbeCount aumenta en 1. Mientras se ejecuta la prueba, el valor de traceRouteResultsCurProbeCount refleja el sondeo actual en el que los resultados no se han determinado todavía.

El número de sondeos de traceRouteCtlProbesPerHop se envía para cada valor de tiempo de vida (TTL). Cuando se determina el resultado del último sondeo del salto actual, siempre que el salto actual no sea el salto de destino, traceRouteResultsCurHopCount aumenta en 1 y traceRouteResultsCurProbeCount se restablece en 1.

Al comienzo de una prueba, si ésta es la primera vez que se ejecutó esta prueba para este traceRouteCtlEntry, traceRouteResultsTestAttempts y traceRouteResultsTestSuccesses se inicializan a 0.

Al final de cada ejecución de prueba, traceRouteResultsOperStatus cambia a Disabled, y traceRouteResultsTestAttempts aumenta en 1. Si la prueba tuvo éxito al determinar la ruta de acceso completa al destino, traceRouteResultsTestSuccesses aumenta en 1 y traceRouteResultsLastGoodPath se establece en la hora actual.

traceRouteProbeResultsTable

Cada entrada de traceRouteProbeHistoryTable está indizada por cinco variables:

  • Las dos primeras variables, traceRouteCtlOwnerIndex y traceRouteCtlTestName, son las mismas que se utilizan para traceRouteCtlTable e identificar la prueba.

  • La tercera variable, traceRouteProbeHistoryIndex, es un contador, comenzando desde 1 y ajustándose en FFFFFFFF. El número máximo de entradas está limitado por traceRouteCtlMaxRows.

  • La cuarta variable, traceRouteProbeHistoryHopIndex, indica el salto de este sondeo (tiempo de vida real o valor TTL). Por lo tanto, el primer traceRouteCtlProbesPerHop número de entradas creadas cuando se inicia una prueba tiene un valor de traceRouteCtlInitialTtl para traceRouteProbeHistoryHopIndex.

  • La quinta variable, traceRouteProbeHistoryProbeIndex, es la sonda del salto actual. Oscila entre 1 y traceRouteCtlProbesPerHop.

Mientras se está ejecutando una prueba, tan pronto como se determina el resultado de la sonda, se envía la sonda siguiente. Transcurrirá un máximo de traceRouteCtlTimeOut segundos antes de marcar la sonda con el estado requestTimedOut y enviarse la siguiente sonda. Nunca habrá más de un sondeo pendiente por prueba de Traceroute. Se ignora cualquier resultado de sondeo que vuelva después de superar el tiempo de espera de la sonda.

Cada sondeo puede:

  • Resultado de una respuesta de un host que reconoce la sonda

  • Tiempo de espera sin respuesta de un host que reconoce la sonda

  • No se puede enviar

Cada estado de sonda se registra en traceRouteProbeHistoryTable con traceRouteProbeHistoryStatus definido en consecuencia.

Los sondeos que dan como resultado una respuesta de un host registran los siguientes datos:

  • tiempo—de ida y vuelta (RTT) de traceRouteProbeHistoryResponse

  • traceRouteProbeHistoryHAddrType—el tipo de HAddr (siguiente argumento)

  • traceRouteProbeHistoryHAddr—dirección del salto

Todos los sondeos, independientemente de si se recibe o no una respuesta para la sonda, tienen el siguiente registro:

  • traceRouteProbeHistoryStatus—qué sucedió y por qué

  • traceRouteProbeHistoryLastRC—código de retorno (RC) valor del paquete de ICMP

  • traceRouteProbeHistoryTime—timestamp cuando se determinó el resultado de la sonda

Cuando no se puede enviar un sondeo, traceRouteProbeHistoryResponse se establece en 0. Cuando se agota el tiempo de espera de una sonda, traceRouteProbeHistoryResponse 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.

traceRouteHopsTable

Las entradas de traceRouteHopsTable se indizan mediante tres variables:

  • Los dos primeros, traceRouteCtlOwnerIndex y traceRouteCtlTestName, son los mismos utilizados para traceRouteCtlTable e identifican la prueba.

  • La tercera variable, traceRouteHopsHopIndex, indica el salto actual, que comienza en 1 (no traceRouteCtlInitialTtl).

Cuando se inicia una prueba, se eliminan todas las entradas de traceRouteHopsTable con el traceRouteCtlOwnerIndex y traceRouteCtlTestName dados. Las entradas de esta tabla solo se crean si traceRouteCtlCreateHopsEntries está definido como true.

Cada vez que se determina el primer resultado de la sonda para un determinado TTL se crea un nuevo traceRouteHopsEntry. La nueva entrada se creará independientemente de si el primer sondeo llega a un host. El valor de traceRouteHopsHopIndex se incrementa en 1 para esta nueva entrada.

Nota

Cualquier traceRouteHopsEntry puede carecer de un valor para traceRouteHopsIpTgtAddress si no hay respuestas a los sondeos con el TTL especificado.

Cada vez que una sonda llega a un host, la dirección IP de ese host está disponible en el resultado de la sonda. Si no se establece el valor de traceRouteHopsIpTgtAddress del traceRouteHopsEntry actual, el valor de traceRouteHopsIpTgtAddress se establece en esta dirección IP. Si el valor de traceRouteHopsIpTgtAddress del traceRouteHopsEntry actual es el mismo que el de la dirección IP, entonces el valor no cambiará. Si el valor de traceRouteHopsIpTgtAddress del traceRouteHopsEntry actual es distinto al de esta dirección IP, lo que indica un cambio de ruta, se crea un nuevo traceRouteHopsEntry con:

  • la variable traceRouteHopsHopIndex aumentó en 1

  • traceRouteHopsIpTgtAddress establecido en la dirección IP

    Nota

    Cada vez que se utiliza un nuevo valor TTL o cambia la ruta de acceso, se agrega una nueva entrada para una prueba a traceRouteHopsTable. Por lo tanto, el número de entradas de un ensayo puede exceder el número de valores de TTL diferentes utilizados.

Cuando se determina un resultado de sondeo, el valor traceRouteHopsSentProbes del traceRouteHopsEntry actual aumenta en 1. Cuando se determina un resultado de sondeo y el sondeo llega a un host:

  • El valor traceRouteHopsProbeResponses del traceRouteHopsEntry actual se incrementa en 1.

  • Se actualizan las variables siguientes:

    • traceRouteResultsMinRtt—mínimo de tiempo de ida y vuelta

    • tiempo—de ida y vuelta máximo de traceRouteResultsMaxRtt

    • tiempo—de ida y vuelta promedio de traceRouteResultsAverageRtt

    • traceRouteResultsRttSumOfSquares—suma de cuadrados de tiempos de retorno de ida y vuelta

    • traceRouteResultsLastGoodProbe—timestamp de la última respuesta

      Nota

      Solo los sondeos que llegan a un host afectan a los valores de tiempo de ida y vuelta.

Generar capturas

Para que se genere cualquier reventado, debe establecerse el bit apropiado de traceRouteCtlTrapGeneration. También debe configurar un grupo de capturas para que reciba operaciones remotas. Las capturas se generan en las siguientes condiciones:

  • traceRouteHopsIpTgtAddress del sondeo actual es diferente del último sondeo con el mismo valor TTL (traceRoutePathChange).

  • No se pudo determinar una ruta de acceso al destino (traceRouteTestFailed).

Se determinó una ruta de acceso al destino (traceRouteTestCompleted).

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.