Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Supervisión de la actividad SNMP y de los problemas de seguimiento que afectan al rendimiento de SNMP en un dispositivo que ejecuta Junos OS

 

Las secciones siguientes contienen información acerca de cómo supervisar la actividad SNMP en los dispositivos en los que se ejecuta el Junos OS e identificar problemas que podrían afectar al rendimiento de SNMP en los dispositivos que se ejecutan Junos OS:

Comprobando BIA objetos registrados con el snmpd

Para que el proceso SNMP pueda tener acceso a los datos relacionados con un objeto BIA, el BIA objeto debe estar registrado con el snmpd. Cuando un subagente de SNMP entra en línea, intenta registrar los objetos de BIA asociados con el snmpd. El snmpd mantiene una asignación de los objetos y los subagentes con los que se asocian los objetos. Sin embargo, el intento de registro da error ocasionalmente y los objetos permanecen anulados con el SNMP a través de la siguiente vez que el subagente se reinicia y registra correctamente los objetos.

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

Puede utilizar los siguientes comandos para comprobar BIA objetos que se han registrado 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.

El siguiente ejemplo muestra los pasos necesarios para crear y mostrar /var/log/snmp_reg_objs el archivo:

user@host> show snmp registered-objects
user@host> file show /var/log/snmp_reg_objs
Nota

El /var/log/snmp_reg_objs archivo contiene sólo los objetos asociados con el Junos os los procesos que se están ejecutando y se han registrado con el snmpd, en el momento de ejecutar el show snmp registered-objects comando. Si un objeto de BIA relacionado con un proceso de Junos OS que está activo y en ejecución 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.

Seguimiento de la actividad SNMP

Las operaciones de seguimiento SNMP hacen un seguimiento de la actividad de los agentes SNMP y registran la información en los archivos de registro. Las descripciones de sucesos registrados proporcionan información detallada para ayudarle a resolver los problemas más rápidamente. De forma predeterminada, Junos OS no realiza ningún seguimiento de ninguna actividad SNMP. Para permitir el seguimiento de las actividades SNMP en un dispositivo que ejecuta Junos OS traceoptions , incluya la [edit snmp] instrucción en el nivel de jerarquía.

Una configuración traceoptions de ejemplo podría tener el siguiente aspecto:

Cuando la traceoptions flag all instrucción se incluye en el [edit snmp] nivel de la jerarquía, se crean los siguientes archivos de registro:

  • snmpd

  • mib2d

  • rmopd

Puede utilizar el show log log-filename comando modo de funcionamiento para ver el contenido del archivo de registro. En el archivo de registro snmpd (consulte el siguiente ejemplo), una secuencia >>> de representa un paquete entrante, mientras que una <<< secuencia de representa un paquete saliente. Tenga en cuenta que el par solicitud-respuesta puede no seguir ninguna secuencia si hay varios sistemas de administración de red sondeando el dispositivo al mismo tiempo. Puede utilizar las combinaciones ID de origen y solicitud para hacer coincidir solicitudes y respuestas. Sin embargo, tenga en cuenta que no se crea un registro de respuestas en el archivo de registro si el agente maestro de SNMP o el subagente de SNMP no respondió a una solicitud.

Un análisis minucioso del tiempo de solicitud-respuesta puede ayudarlo a identificar y comprender las respuestas retrasadas.

Revisión de un archivo de registro

El siguiente ejemplo muestra el resultado del show log snmpd comando:

user@host> show log snmpd

Supervisión de estadísticas SNMP

El show snmp statistics extensive comando modo operativo le ofrece la posibilidad de revisar el tráfico SNMP, incluidas las capturas, en un dispositivo. La salida del show snmp statistics extensive comando muestra valores en tiempo real y puede utilizarse para supervisar valores tales como caídas del acelerador, activas actualmente, 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 incremento constante en el recuento actualmente activo está directamente vinculado a solicitudes de SNMP lentas o sin respuesta a las mismas.

Resultados de ejemplo del comando Mostrar estadísticas SNMP extensas

user@host> show snmp statistics extensive

Comprobando la utilización de la CPU

Un uso intensivo de la CPU de los procesos de software que se consultan, como snmpd o mib2d, es otro factor que puede dar lugar a una respuesta lenta o no tener respuesta. Puede usar el comando show&nbsp;system&nbsp;processes&nbsp;extensive del modo de funcionamiento para comprobar los niveles de uso de la CPU de los Junos os procesos.

Resultado de ejemplo de los procesos de mostrar sistema comando extensivo

user@host> show system processes extensive

Comprobando el núcleo y la motor de reenvío de paquetes respuesta

Como se mencionó en Understanding SNMP Implementation in Junos OS, el kernel o motor de reenvío de paquetes de algunos datos de BIA SNMP son mantenidos. Para que dichos datos estén disponibles para el sistema de gestión de red, el kernel debe proporcionar la información necesaria al subagente de SNMP en mib2d. Una respuesta lenta del kernel puede ocasionar un retraso en la mib2d devolver los datos al sistema de administración de la red. Junos OS agrega una entrada en el 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 utilizar el show log log-filename | grep &ldquo;kernel response time&rdquo; comando para averiguar el tiempo de respuesta realizado por el núcleo.

Comprobando el tiempo de respuesta del kernel

user@host> show log mib2d | grep “kernel response time”