Rastrear actividad SNMP

Para acceder a datos relacionados con un objeto MIB, el objeto MIB debe estar registrado en el snmpd. Cuando un subagente SNMP está en línea, registra los objetos MIB asociados con el snmpd. El snmpd mantiene una asignación de los objetos y los subagentes con los que están asociados los objetos. Sin embargo, el intento de registro falla ocasionalmente y los objetos permanecen sin registrar con el snmpd hasta la próxima vez que el subagente se reinicie y registre correctamente los objetos.

Cuando un sistema de administración de red sondea datos relacionados con objetos que no están registrados con el snmpd, el snmpd devuelve un noSuchName error (para objetos SNMPv1) o un noSuchObject error (para objetos SNMPv2).

Puede utilizar los siguientes comandos para comprobar si hay objetos MIB registrados con el snmpd:

• show snmp registered-objects: crea un /var/log/snmp_reg_objs archivo que contiene la lista de objetos registrados y su asignación a varios subagentes.

• file show /var/log/snmp_reg_objs: muestra el contenido del /var/log/snmp_reg_objs archivo.

En el ejemplo siguiente se muestran los pasos para crear y mostrar el /var/log/snmp_reg_objs archivo:

El /var/log/snmp_reg_objs archivo contiene objetos asociados a los procesos de Junos OS registrados en el snmpd. Puede ver los objetos mediante el show snmp registered-objects comando. Si un objeto MIB relacionado con un proceso de Junos OS que está en funcionamiento no se muestra en la lista de objetos registrados, es posible que desee reiniciar el proceso de software para volver a intentar el registro de objetos con el snmpd.

Las operaciones de rastreo SNMP rastrean la actividad de los agentes SNMP y registran la información en archivos de registro. De forma predeterminada, Junos OS no rastrea ninguna actividad SNMP. Para habilitar el seguimiento de las actividades de SNMP en un dispositivo que ejecuta Junos OS, incluya la set traceoptions flag all instrucción en el nivel de [edit snmp] jerarquía.

Se crean los siguientes archivos de registro:

• SNMPD

• mib2d

• rmopd

Puede utilizar el show log log-filename comando operativo para ver el contenido del archivo de registro. En el archivo de registro snmpd (consulte el ejemplo siguiente), una secuencia de >>> representa un paquete entrante, mientras que una secuencia de representa un paquete saliente <<< . Puede usar las combinaciones de ID de origen y solicitud para hacer coincidir las solicitudes y las respuestas, si hay varios sistemas de administración de red sondeando el dispositivo al mismo tiempo. El registro de respuestas no se crea en el archivo de registro si el agente maestro SNMP o el subagente SNMP no han respondido a una solicitud.

Puede analizar el tiempo de solicitud-respuesta para identificar y comprender las respuestas retrasadas.

Puede revisar el archivo de registro mediante el show log snmpd comando.

El show snmp statistics extensive comando operativo le ofrece una opción para revisar el tráfico SNMP, incluidas las capturas, en un dispositivo. El resultado del comando muestra valores en tiempo real y se puede usar para monitorear valores como caídas del show snmp statistics extensive acelerador, actualmente activo, máximo activo, no encontrado, tiempo de espera, latencia máxima, actual en cola, total en cola y desbordamientos. Puede identificar la lentitud en las respuestas SNMP supervisando el recuento actualmente activo, ya que un aumento constante en el recuento actualmente activo está directamente relacionado con una respuesta lenta o nula a las solicitudes SNMP.

El alto uso de CPU de los procesos de software que se están consultando, como snmpd o mib2d, es otro factor que puede conducir a una respuesta lenta o ninguna respuesta. Puede utilizar el show system processes extensive comando operativo para comprobar los niveles de uso de CPU de los procesos de Junos OS.

Como se mencionó en Descripción de la implementación de SNMP en Junos OS, algunos datos SNMP MIB son mantenidos por el kernel o el motor de reenvío de paquetes. Para que dichos datos estén disponibles para el sistema de administración de red, el núcleo tiene que proporcionar la información requerida al subagente SNMP en mib2d. Una respuesta lenta del kernel puede causar un retraso en mib2d que devuelve los datos al sistema de administración de red. Junos OS agrega una entrada al archivo de registro mib2d cada vez que una interfaz tarda más de 10.000 microsegundos en responder a una solicitud de estadísticas de interfaz. Puede usar el show log log-filename | grep “kernel response time” comando para averiguar el tiempo de respuesta que tarda el kernel.

Comprobación del tiempo de respuesta del kernel

De forma predeterminada, cuando el archivo de seguimiento alcanza los 128 kilobytes (KB) de tamaño, se le cambia el nombre filename.0, luego filename.1, y así sucesivamente, hasta que haya tres archivos de seguimiento. A continuación, se sobrescribe el archivofilename.2 de seguimiento () más antiguo.

Puede configurar los límites del número y tamaño de los archivos de seguimiento incluyendo las siguientes instrucciones en el [edit snmp traceoptions] nivel de jerarquía:

Por ejemplo, establezca el tamaño máximo de archivo en 2 MB y el número máximo de archivos en 20. Cuando el archivo que recibe el resultado de la operación de seguimiento (filename) alcanza los 2 MB, filename se cambia el nombre filename.0y se crea un nuevo archivo llamado filename . Cuando el nuevo filename alcanza los 2 MB, filename.0 se cambia el nombre filename.1 y filename se le cambia el nombre filename.0. Este proceso se repite hasta que haya 20 archivos de seguimiento. A continuación, el archivo más antiguo (filename.19) se sobrescribe con el archivo más reciente (filename.0).

El número de archivos puede ser de 2 a 1000 archivos. El tamaño de cada archivo puede ser de 10 KB a 1 gigabyte (GB).

De forma predeterminada, solo puede tener acceso a los archivos de registro el usuario que configuró la operación de seguimiento.

Para especificar que cualquier usuario pueda leer todos los archivos de registro, incluya la file world-readable instrucción en el nivel de [edit snmp traceoptions] jerarquía:

Para establecer explícitamente el comportamiento predeterminado, incluya la file no-world-readable instrucción en el nivel de [edit snmp traceoptions] jerarquía:

De forma predeterminada, el resultado de la operación de seguimiento incluye todas las líneas relevantes para las actividades registradas.

Puede refinar el resultado incluyendo la match instrucción en el nivel de [edit snmp traceoptions file filename] jerarquía y especificando una expresión regular (regex) para que coincida:

De forma predeterminada, solo se registran las actividades importantes. Puede especificar qué operaciones de seguimiento se registrarán incluyendo la siguiente flag instrucción (con uno o más indicadores de seguimiento) en el nivel de [edit snmp traceoptions] jerarquía:

Tabla 1 describe el significado de los indicadores de seguimiento SNMP.

Para mostrar el final del registro de un agente, ejecute el comando de modo show log agentd | last operativo:

donde agent es el nombre de un agente SNMP.