Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de operaciones remotas SNMP

Introducción a las operaciones remotas de SNMP

Una operación de SNMP remoto es cualquier proceso del enrutador que pueda controlarse de forma remota mediante SNMP. En la actualidad, Junos OS ofrece compatibilidad con dos operaciones remotas SNMP: el comando ping BIA y el BIA traceroute, definidos en el documento RFC 2925. Mediante el uso de estas MIB, un cliente SNMP en el sistema de gestión de red (NMS) puede:

  • Iniciar una serie de operaciones en un enrutador

  • Recibir una notificación cuando se completen las operaciones

  • Recopilar los resultados de cada operación

Junos OS también ofrece funciones extendidas a estas MIB en las Juniper Networks extensiones jnxPingMIB específicas de empresa jnxTraceRouteMIBy. Para obtener más información jnxPingMIB acerca jnxTraceRouteMIBde y, consulte ping BIA y traceroute BIA.

En este tema se tratan las secciones siguientes:

Requisitos de operación remota de SNMP

Para utilizar las operaciones remotas SNMP, debe tener experiencia con las convenciones SNMP. También debe configurar Junos OS para permitir el uso de las MIB de operación remota.

Antes de iniciar el BIA ping, consulte iniciar una prueba de ping.

Antes de iniciar el BIA traceroute, consulte Inicio de una prueba de Traceroute.

Configurar vistas SNMP

Todas las MIB de operación remota compatibles con Junos OS requieren que los clientes SNMP tengan privilegios de lectura-escritura. La configuración SNMP predeterminada de Junos OS no ofrece a los clientes una cadena de comunidad con dichos privilegios.

Para establecer privilegios de lectura-escritura para una cadena de comunidad SNMP, incluya las siguientes instrucciones [edit snmp] en el nivel de jerarquía:

Ejemplo Configurar vistas SNMP

Para crear una comunidad con remote-community nombre que otorgue acceso de lectura/escritura de clientes SNMP a los jnxPing BIA ping, BIA, traceroute jnxTraceRoute BIA y BIA, incluya las siguientes instrucciones [edit snmp] en el nivel de jerarquía:

Para obtener más información acerca community de la instrucción, consulte Configuring SNMP Communities and Community (SNMP).

Para obtener más información acerca view de la instrucción, consulte Configuring BIAviews, View (SNMP Community)y View (Configuring a BIA View).

Configuración de la notificación de capturas para operaciones remotas

Además de configurar las operaciones remotas BIA para la notificación de capturas, también debe configurar Junos OS. Debe especificar un host de destino para capturas de operaciones remotas.

Para configurar la notificación de capturas para operaciones remotas categories de targets SNMP, incluya [edit snmp trap-group group-name] las sentencias and en el nivel de jerarquía:

Ejemplo Configuración de la notificación de capturas para operaciones remotas

Especificar 172.17.12.213 como host de destino para todas las capturas de operaciones remotas:

Para obtener más información acerca de los grupos de capturas, consulte Configuring SNMP TRAP Groups.

Uso de índices de cadenas de longitud variable

Todos los objetos tabulares de las MIB de operaciones remotas compatibles con Junos OS se indizan SnmpAdminStringmediante dos variables de tipo. Para obtener más información SnmpAdminStringacerca de, consulte el documento RFC 2571.

Junos OS no controla SnmpAdminString ningún otro modo del tipo de variable de la cadena de octetos. Sin embargo, los índices se definen como longitud variable. Cuando se utiliza una cadena de longitud variable como índice, la longitud de la cadena debe incluirse como parte del identificador de objetos (OID).

Ejemplo Establecer índices de cadenas de longitud variable

Para hacer referencia pingCtlTargetAddress a la variable de una pingCtlTable fila pingCtlOwnerIndex en bob donde pingCtlTestName is testes and is, utilice el siguiente identificador de objeto (OID):

Para obtener más información acerca de la definición de la BIA ping, consulte el documento RFC 2925.

Activar registro

El código de error SNMP devuelto en respuesta a las solicitudes SNMP sólo puede proporcionar una descripción genérica del problema. A menudo, las descripciones de error que registra el proceso de operaciones remotos pueden proporcionar información más detallada sobre el problema y ayudarlo a resolver el problema más rápidamente. Este registro no está habilitado de forma predeterminada. Para habilitar el registro, incluya flag general la instrucción en [edit snmp traceoptions] el nivel de jerarquía:

Si el proceso de operaciones remoto recibe una solicitud SNMP que no puede acomodar, el error se registra /var/log/rmopd en el archivo. Para supervisar este archivo de registro, ejecute monitor start rmopd el comando en modo operativo de la interfaz de línea de comandos (CLI).

Uso del BIA ping para dispositivos de supervisión remota que ejecutan Junos OS

Una prueba de ping se utiliza para determinar si los paquetes enviados desde el host local llegan al host designado y se devuelven. Si se puede tener acceso al host designado, la prueba de ping proporciona el tiempo de ida y vuelta aproximado para los paquetes. Los resultados de las pruebas de pingResultsTable ping pingProbeHistoryTablese almacenan en y.

RFC 2925 es la descripción de autorización de la BIA ping en detalle y proporciona ASN. 1 BIA definición del BIA ping.

Iniciar una prueba de ping

Utilice este tema para iniciar una prueba de ping ICMP. Hay dos maneras de iniciar una prueba de ping: utilizando unidades de datos de protocolo set (PDU) múltiples o utilizando una sola PDU establecida.

Antes de comenzar

Antes de iniciar una prueba de ping, configure una vista de BIA de ping. Esto permite que Set las peticiones pingMIBSNMP estén activadas. Para obtener más información, consulte configuring BIA views.

A partir de Junos OS versión 17.2 X75-D100, debe configurar RPM antes de iniciar un ping ICMP. Configure RPM con edit services rpm el comando.

Iniciar una prueba de ping

Para iniciar una prueba de pingCtlTable ping, cree una fila y establezca pingCtlAdminStatus el enabledvalor en. La información mínima que se debe especificar antes de pingCtlAdminStatus la enabled configuración de es:

  • pingCtlOwnerIndexSnmpAdminString

  • pingCtlTestNameSnmpAdminString

  • pingCtlTargetAddressInetAddress

  • pingCtlTargetAddressTypeInetAddressType

  • pingCtlRowStatusRowStatus

Para todos los demás valores, se eligen opciones predeterminadas a menos que se especifique lo contrario. pingCtlOwnerIndex y pingCtlTestName que se utilizan como índice, por lo que sus valores se especifican como parte del identificador de objeto (OID). Para crear una fila, establezca pingCtlRowStatuscreateAndWait or createAndGo en una fila que aún no existe. Un valor de active for pingCtlRowStatus indica que se ha suministrado toda la información necesaria y que puede comenzar la prueba; pingCtlAdminStatus puede establecerse en enabled. Si no Set se especifica la pingCtlRowStatus información active necesaria en la fila o si ésta es incoherente, se producirá un error en una solicitud SNMP a la que establece un conjunto.

Para obtener más información sobre cómo configurar una vista, consulte configuración de vistas SNMP.

Lea las siguientes secciones sobre cómo ordenar las variables.

Uso de varias PDU fijas

Puede utilizar varias Set PDU solicitadas (varias PDU, con uno o más varbinds cada una) y definir las siguientes variables en este orden para iniciar la prueba:

  • pingCtlRowStatuscomocreateAndWait

  • Todas las variables de prueba adecuadas

  • pingCtlRowStatuscomoactive

    Junos OS comprueba ahora que se ha especificado toda la información necesaria para ejecutar una prueba.

  • pingCtlAdminStatuscomoenabled

Uso de una sola PDU establecida

Puede usar una PDU de Set solicitud única (una PDU, con varias varbinds) para establecer las siguientes variables para iniciar la prueba:

  • pingCtlRowStatuscomocreateAndGo

  • Todas las variables de prueba adecuadas

  • pingCtlAdminStatuscomoenabled

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 recorrido de ida y vuelta

    • pingResultsMaxRtt— Tiempo máximo de recorrido de ida y vuelta

    • pingResultsAverageRtt— Tiempo promedio de ida y vuelta

    • pingResultsRttSumOfSquares— Suma de los cuadrantes de los 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— Tiempo de vida (TTL)

  • pingProbeHistoryStatus— ¿Qué pasó y por qué

  • pingProbeHistoryLastRC— Valor de devolución de código (RC) del paquete ICMP

  • pingProbeHistoryTime— Marca de hora cuando se decidió el resultado del sondeo

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. Se genera una captura 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 más información acerca de cómo configurar un grupo de capturas para recibir operaciones remotas, consulte Configuración de grupos de capturas SNMP y ejemplo: Configuración de la notificación de capturas para operacionesremotas.

Recopilando resultados de prueba de ping

Puede sondear pingResultsOperStatus para averiguar cuándo finaliza la prueba o solicitar que se envíe una captura cuando se complete la prueba. Para obtener más información pingResultsOperStatus, consulte pingResultsTable. Para obtener más información acerca de cómo hacer ping BIA capturas, consulte generar capturas.

Las estadísticas calculadas y, a pingResultsTable continuación, se almacenan en son:

  • pingResultsMinRtt— Tiempo mínimo de recorrido de ida y vuelta

  • pingResultsMaxRtt— Tiempo máximo de recorrido de ida y vuelta

  • pingResultsAverageRtt— Tiempo promedio de ida y vuelta

  • pingResultsProbeResponses— Cantidad de respuestas recibidas

  • pingResultsSentProbes— Número de intentos de enviar sondeos

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

  • pingResultsLastGoodProbe— Marca de hora de la última respuesta

También puede consultar pingProbeHistoryTable para obtener información más detallada acerca de cada sondeo. El índice utilizado para pingProbeHistoryTable comienza en 1, se va a 0xFFFFFFFF y se ajusta a 1 de nuevo.

Por ejemplo, si pingCtlProbeCount es 15 y pingCtlMaxRows es 5, cuando finalice la primera ejecución de esta prueba, pingProbeHistoryTable contendrá sondas como las de Tabla 1la.

Tabla 1: Resultados en pingProbeHistoryTable: Después de la primera prueba de ping

pingProbeHistoryIndex

Resultado de sondeo

11

Resultado de la undécimo sonda de la ejecución 1

12

Resultado de la sonda duodécim de la ejecución 1

13

Resultado de 13 sondas de la ejecución 1

14

Resultado del decimocuarto sondeo desde la ejecución 1

15

Resultado de la sonda 15 a partir de la ejecución 1

Después de la finalización del primer sondeo de la segunda ejecución de pingProbeHistoryTable esta prueba, contendrá sondeos Tabla 2como los de la.

Tabla 2: Resultados en pingProbeHistoryTable: Después del primer sondeo del segundo examen

pingProbeHistoryIndex

Resultado de sondeo

12

Resultado de la sonda duodécim de la ejecución 1

13

Resultado de 13 sondas de la ejecución 1

14

Resultado del decimocuarto sondeo desde la ejecución 1

15

Resultado de la sonda 15 a partir de la ejecución 1

16

Resultado de la 1ª sonda de la ejecución 2

Después de la finalización de la segunda ejecución de pingProbeHistoryTable esta prueba, contendrá sondas Tabla 3como las de.

Tabla 3: Resultados en pingProbeHistoryTable: Después de la segunda prueba de ping

pingProbeHistoryIndex

Resultado de sondeo

26

Resultado de la undécimo sonda de la ejecución 2

27

Resultado de la comprobación del duodécimo al de la ejecución 2

28

Resultado de 13 sondas de la ejecución 2

29

Resultado del decimocuarto sondeo desde la ejecución 2

30

Resultado de la sonda 15 a partir de la ejecución 2

Las entradas del historial pueden eliminarse de la BIA de dos maneras:

  • Se agregan más entradas del historial para una prueba determinada y el número de entradas pingCtlMaxRowsdel historial supera. Las entradas más antiguas del historial se eliminan para dejar espacio a las nuevas.

  • Elimina la configuración pingCtlRowStatus completa de la prueba por destroy.

Detener una prueba de ping

Para detener una prueba activa, establezca pingCtlAdminStatus en disabled. Para detener la prueba y quitar su pingCtlEntry, pingResultsEntryy cualquier pingHistoryEntry objeto del BIA, establezca pingCtlRowStatus en. destroy

Interpretar las variables ping

En esta sección se explican los rangos de las siguientes variables que no se especifican explícitamente en el BIA ping:

  • pingCtlDataSize: el valor de esta variable representa el tamaño total de la carga (en bytes) de un paquete de sondeo saliente. Esta carga incluye la marca de tiempo (8 bytes) que se utiliza para la hora de la sonda. Esto es coherente con la definición de pingCtlDataSize (valor máximo de 65.507) y la aplicación ping estándar.

    Si el valor de pingCtlDataSize está comprendido entre 0 y 8 inclusive, se omite y la carga es 8 bytes (la marca de hora). El BIA ping supone que se ha terminado el tiempo de todos los sondeos, por lo que la carga siempre debe incluir la marca de hora.

    Por ejemplo, si desea agregar 4 bytes adicionales de carga al paquete, debe establecer pingCtlDataSize en 12.

  • pingCtlDataFill: los primeros 8 bytes del segmento de datos del paquete son para la marca de hora. A continuación, el pingCtlDataFill patrón se utiliza en la repetición. El modelo predeterminado (cuando pingCtlDataFill no se especifica) es (00, 01, 02, 03... FF, 00, 01, 02, 03... FF,...).

  • pingCtlMaxRows: el valor máximo es 255.

  • pingMaxConcurrentRequests: el valor máximo es 500.

  • pingCtlTrapProbeFailureFilter y: un valor de 0 para o no está bien pingCtlTrapTestFailureFilter definido por el comando Ping pingCtlTrapProbeFailureFilterpingCtlTrapTestFailureFilter BIA. Si pingCtlTrapProbeFailureFilter es 0, pingProbeFailed no se generarán capturas para la prueba bajo ninguna circunstancia. Si pingCtlTrapTestFailureFilter es 0, pingTestFailed no se generarán capturas para la prueba bajo ninguna circunstancia.

Uso del BIA traceroute para dispositivos de supervisión remota que se ejecutan Junos OS

Una prueba traceroute se aproxima a la ruta que toman los paquetes del host local para el host remoto.

RFC 2925 es la descripción de autoritativa de la BIA traceroute y proporciona el ASN. 1 BIA definición del BIA traceroute.

Inicio de una prueba de Traceroute

Antes de comenzar una prueba de Traceroute, configure una vista de BIA traceroute. Esto permite que Set las peticiones tracerouteMIBSNMP estén activadas. Para iniciar una prueba, cree una fila traceRouteCtlTable y establezca el traceRouteCtlAdminStatus valor enableden. Debe especificar al menos la siguiente configuración traceRouteCtlAdminStatus antes de: enabled

  • traceRouteCtlOwnerIndexSnmpAdminString

  • traceRouteCtlTestNameSnmpAdminString

  • traceRouteCtlTargetAddressInetAddress

  • traceRouteCtlRowStatusRowStatus

Para todos los demás valores, se eligen opciones predeterminadas a menos que se especifique lo contrario. traceRouteCtlOwnerIndex y traceRouteCtlTestName que se utilizan como índice, por lo que sus valores se especifican como parte del OID. Para crear una fila, establezca traceRouteCtlRowStatuscreateAndWait or createAndGo en una fila que aún no existe. Un valor de active for traceRouteCtlRowStatus indica que se ha especificado toda la información necesaria y que puede comenzar la prueba; traceRouteCtlAdminStatus puede establecerse en enabled. Si no Set se especifica la traceRouteCtlRowStatus información active necesaria en la fila o si ésta es incoherente, se producirá un error en una solicitud SNMP a la que establece un conjunto. Para obtener más información sobre cómo configurar una vista, consulte configuración de vistas SNMP.

Hay dos maneras de iniciar una prueba de Traceroute:

Uso de varias PDU fijas

Puede utilizar varias Set PDU solicitadas (varias PDU, con uno o más varbinds cada una) y definir las siguientes variables en este orden para iniciar la prueba:

  • traceRouteCtlRowStatus en createAndWait

  • Todas las variables de prueba adecuadas

  • traceRouteCtlRowStatuscomoactive

    El Junos OS comprueba ahora que se ha especificado toda la información necesaria para ejecutar una prueba.

  • traceRouteCtlAdminStatuscomoenabled

Uso de una sola PDU establecida

Puede usar una PDU de Set solicitud única (una PDU, con varias varbinds) para establecer las siguientes variables para iniciar la prueba:

  • traceRouteCtlRowStatuscomocreateAndGo

  • Todas las variables de prueba adecuadas

  • traceRouteCtlAdminStatus en habilitado

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:

  • traceRouteProbeHistorio Leal: tiempo de recorrido de ida y vuelta (RTT)

  • traceRouteProbeHistoryHRouterType: el tipo de HRouter (argumento siguiente)

  • traceRouteProbeHistoryHAddr: la dirección del salto

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

  • traceRouteProbeHistoryRoute: qué pasó y por qué

  • traceRouteProbeHistorioSterc: valor de devolución de código (RC) del paquete ICMP

  • traceRouteProbeHistoryTime: marca de hora cuando se determina el resultado del sondeo

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:

    • traceRouteRoutesMinRtt: tiempo mínimo de recorrido de ida y vuelta

    • traceRouteRouteRoutesMaxRtt: tiempo máximo de recorrido de ida y vuelta

    • traceRouteRoutesAverageRtt: tiempo promedio de ida y vuelta

    • traceRouteRoutesRttSumOfSquares: suma de los cuadrantes de los tiempos de ida y vuelta

    • traceRouteRouteRoutesLastProbe: marca de hora 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 más información acerca de cómo configurar un grupo de capturas para recibir operaciones remotas, consulte Configurar grupos de capturas SNMP y Descripción general de operaciones remotas SNMP.

Supervisión de finalización de prueba traceroute

Cuando finaliza una prueba, traceRouteResultsOperStatus pasa de enabled a. disabled Esta transición se produce en las situaciones siguientes:

  • La prueba finaliza correctamente. Un resultado de sondeo indica que se ha alcanzado el destino. En este caso, el salto actual es el último salto. Se envían el resto de los sondeos de este salto. Cuando se determina el último resultado de sondeo para el salto actual, la prueba finaliza.

  • traceRouteCtlMaxTtl se superó el umbral. El destino nunca se alcanza. La prueba finaliza después de que se haya enviado el número de sondeos traceRouteCtlMaxttl con un valor TTL igual que el.

  • traceRouteCtlMaxFailures se superó el umbral. El número de sondeos consecutivos que termina con requestTimedOut el traceRouteCtlMaxFailuresestado supera.

  • Termine la prueba. Establezca traceRouteCtlAdminStatusdisabled o elimine la fila estableciendo traceRouteCtlRowStatus en. destroy

  • Ha configurado incorrectamente la prueba traceroute. Un valor o variable que especificó traceRouteCtlTable son incorrectos y no permitirá que se envíe un solo sondeo. Debido a la naturaleza de los datos, este error no podría determinarse hasta que se iniciase la prueba; es decir, hasta después traceRouteResultsOperStatus de la transición enableda. Cuando esto ocurre, se agrega una entrada a traceRouteProbeHistoryTable with traceRouteProbeHistoryStatus el código de error adecuado.

Si traceRouteCtlTrapGeneration está configurado correctamente, se genera traceRouteTestFailed la traceRouteTestCompleted captura o.

Recopilando resultados de prueba de Traceroute

Puede sondear traceRouteResultsOperStatus para averiguar cuándo se completa la prueba o solicitar que se envíe una captura cuando finalice la prueba. Para obtener más información acerca de traceResultsOperStatus, consulte traceRouteResultsTable. Para obtener más información acerca de las capturas de Traceroute BIA, consulte la sección generar capturas en supervisión de una prueba de Traceroute en ejecución.

Las estadísticas se calculan basándose cada vez por un salto y, a continuación, se almacenan en traceRouteHopsTable. Entre ellas se incluyen las siguientes para cada salto:

  • traceRouteHopsIpTgtRouteType: tipo de dirección de host en este salto

  • traceRouteHopsIpTgtRoute: dirección de host en este salto

  • traceRouteHopsMinRtt: tiempo mínimo de recorrido de ida y vuelta

  • traceRouteHopsMaxRtt: tiempo máximo de recorrido de ida y vuelta

  • traceRouteHopsAverageRtt: tiempo promedio de ida y vuelta

  • traceRouteHopsRttSumOfSquares: suma de los cuadrantes de los tiempos de ida y vuelta

  • traceRouteHopsSentProbes: número de intentos de enviar sondeos

  • traceRouteHopsProbe Les: número de respuestas recibidas

  • traceRouteHopsLastProbe: marca de hora de la última respuesta

También puede consultar traceRouteProbeHistoryTable para obtener información más detallada acerca de cada sondeo. El índice utilizado para traceRouteProbeHistoryTable comienza en 1, se va a 0xFFFFFFFF y se ajusta a 1 de nuevo.

Por ejemplo, supongamos lo siguiente:

  • traceRouteCtlMaxRows es 10.

  • traceRouteCtlProbesPerHop es 5.

  • Hay ocho saltos al destino (el destino es número ocho).

  • Cada sondeo enviado da como resultado una respuesta de un host (el número de sondeos enviados no está limitado por traceRouteCtlMaxFailures).

En esta prueba, se envían los sondeos 40. Al final de la prueba, traceRouteProbeHistoryTable tendría un historial de sondeos como los de Tabla 4.

Tabla 4: traceRouteProbeHistoryTable

HistoryIndex

HistoryHopIndex

HistoryProbeIndex

31

7

1

32

7

2

33

7

3

34

7

4

35

7

5

36

8

1

37

8

2

38

8

3

39

8

4

40

8

5

Detención de una prueba de Traceroute

Para detener una prueba activa, establezca traceRouteCtlAdminStatus en disabled. Para detener una prueba y quitar sus traceRouteCtlEntryobjetos traceRouteResultsEntry, traceRouteProbeHistoryEntry, y traceRouteProbeHistoryEntry de la BIA, establezca traceRouteCtlRowStatus en. destroy

Interpretación de las variables de Traceroute

Este tema contiene información acerca de los rangos de las variables siguientes que no se especifican explícitamente en el BIA traceroute:

  • traceRouteCtlMaxRows: el valor máximo traceRouteCtlMaxRows para es 2550. Esto representa el TTL máximo (255) multiplicado por el máximo traceRouteCtlProbesPerHop para (10). Por lo tanto traceRouteProbeHistoryTable , el admite una prueba completa en los valores máximos traceRouteCtlEntryde uno. Normalmente, no se utilizan los valores máximos y traceRouteProbeHistoryTable el es capaz de acomodar el historial completo de muchas pruebas para traceRouteCtlEntryel mismo.

  • traceRouteMaxConcurrentRequests: el valor máximo es 50. Si se está ejecutando una prueba, tiene un sondeo pendiente. traceRouteMaxConcurrentRequests representa el número máximo de pruebas de Traceroute traceRouteResultsOperStatus con un valor de. enabled Cualquier intento de iniciar una prueba con traceRouteMaxConcurrentRequests pruebas en ejecución tendrá como resultado la creación de un sondeo traceRouteProbeHistoryStatus con maxConcurrentLimitReached set en y esa prueba finalizará inmediatamente.

  • traceRouteCtlTable: la cantidad máxima de entradas permitidas en esta tabla es 100. Si se intenta crear una entrada 101st, aparecerá un BAD_VALUE mensaje para SNMPv1 y un RESOURCE_UNAVAILABLE mensaje para SNMPv2.

Tabla de historial de versiones
Liberación
Descripción
17.2X75-D100
A partir de Junos OS versión 17.2 X75-D100, debe configurar RPM antes de iniciar un ping ICMP.