Atividade de Trace SNMP

Para acessar dados relacionados a um objeto MIB, o objeto MIB deve ser registrado no snmpd. Quando um subagente SNMP está on-line, ele registra os objetos MIB associados com o snmpd. O snmpd mantém um mapeamento dos objetos e dos subagentes com os quais os objetos estão associados. No entanto, a tentativa de registro falha ocasionalmente, e os objetos permanecem sem registro com o snmpd até a próxima vez que o subagente reiniciar e registrar com sucesso os objetos.

Quando um sistema de gerenciamento de rede pesquisa dados relacionados a objetos que não estão registrados com o snmpd, o snmpd retorna um noSuchName erro (para objetos SNMPv1) ou um noSuchObject erro (para objetos SNMPv2).

Você pode usar os seguintes comandos para verificar se há objetos MIB registrados no snmpd:

• show snmp registered-objects— Cria um /var/log/snmp_reg_objs arquivo que contém a lista de objetos registrados e seu mapeamento para vários subagentes.

• file show /var/log/snmp_reg_objs— exibe o conteúdo do /var/log/snmp_reg_objs arquivo.

O exemplo a seguir mostra as etapas para criar e exibir o /var/log/snmp_reg_objs arquivo:

O /var/log/snmp_reg_objs arquivo contém objetos associados aos processos do Junos OS que são registrados com o snmpd. Você pode visualizar os objetos usando o show snmp registered-objects comando. Se um objeto MIB relacionado a um processo do Junos OS que está em funcionamento não for mostrado na lista de objetos registrados, você pode querer reiniciar o processo de software para tentar novamente o registro de objetos com o snmpd.

As operações de rastreamento de SNMP rastreiam a atividade de agentes SNMP e registram as informações em arquivos de log. Por padrão, o Junos OS não rastreia nenhuma atividade de SNMP. Para permitir o rastreamento de atividades de SNMP em um dispositivo que executa o Junos OS, inclua a set traceoptions flag all declaração no nível de [edit snmp] hierarquia.

Os seguintes arquivos de log são criados:

• snmpd

• mib2d

• rmopd

Você pode usar o show log log-filename comando operacional para visualizar o conteúdo do arquivo de log. No arquivo de log snmpd (veja o exemplo a seguir), uma sequência representa um pacote de >>> entrada, enquanto uma sequência de representa um pacote de <<< saída. Você pode usar a origem e solicitar combinações de ID para combinar solicitações e respostas, se houver vários sistemas de gerenciamento de rede pesquisando o dispositivo ao mesmo tempo. O log de resposta não é criado no arquivo de log se o agente mestre SNMP ou o subagente SNMP não tiver respondido a uma solicitação.

Você pode analisar o tempo de resposta à solicitação para identificar e entender as respostas atrasadas.

Você pode revisar o arquivo de log usando o show log snmpd comando.

O show snmp statistics extensive comando operacional oferece a você a opção de revisar o tráfego SNMP, incluindo armadilhas, em um dispositivo. A saída para o show snmp statistics extensive comando mostra valores em tempo real e pode ser usada para monitorar valores como quedasdes, atualmente ativas, máximas ativas, não encontradas, tempo de saída, latência máxima, filas atuais, filas totais e transbordamentos. Você pode identificar a lentidão nas respostas SNMP monitorando a contagem ativa atualmente, porque um aumento constante na contagem ativa atualmente está diretamente ligado a solicitações de SNMP lentas ou sem resposta.

O alto uso de CPU dos processos de software que estão sendo questionados, como snmpd ou mib2d, é outro fator que pode levar a uma resposta lenta ou sem resposta. Você pode usar o show system processes extensive comando operacional para verificar os níveis de uso da CPU dos processos do Junos OS.

Como mencionado, Entenda a implementação do SNMP no Junos OSalguns dados de SNMP MIB são mantidos pelo kernel ou mecanismo de encaminhamento de pacotes. Para que esses dados estejam disponíveis para o sistema de gerenciamento de rede, o kernel precisa fornecer as informações necessárias ao subagente SNMP em mib2d. Uma resposta lenta do kernel pode causar um atraso no retorno mib2d dos dados ao sistema de gerenciamento de rede. O Junos OS adiciona uma entrada no arquivo de log mib2d cada vez que uma interface leva mais de 10.000 microssegundos para responder a uma solicitação de estatísticas de interface. Você pode usar o show log log-filename | grep “kernel response time” comando para descobrir o tempo de resposta tomado pelo kernel.

Verificando o tempo de resposta do Kernel

Por padrão, quando o arquivo de rastreamento atinge 128 kilobytes (KB) em tamanho, ele é renomeado filename.0, então filename.1, e assim por diante, até que haja três arquivos de rastreamento. Em seguida, o arquivo de rastreamento mais antigo (filename.2) é sobreescrito.

Você pode configurar os limites do número e do tamanho dos arquivos de rastreamento, incluindo as seguintes declarações no nível de [edit snmp traceoptions] hierarquia:

Por exemplo, definir o tamanho máximo do arquivo para 2 MB e o número máximo de arquivos para 20. Quando o arquivo que recebe a saída da operação de rastreamento (filename) chega a 2 MB, filename é renomeado filename.0, e um novo arquivo chamado filename é criado. Quando o novo filename chega a 2 MB, filename.0 é renomeado filename.1 e filename renomeado filename.0. Esse processo se repete até que haja 20 arquivos de rastreamento. Em seguida, o arquivo mais antigo (filename.19) é sobreescrito pelo mais novo arquivo (filename.0).

O número de arquivos pode ser de 2 a 1000 arquivos. O tamanho do arquivo de cada arquivo pode ser de 10 KB a 1 gigabyte (GB).

Por padrão, os arquivos de log só podem ser acessados pelo usuário que configurou a operação de rastreamento.

Para especificar que qualquer usuário pode ler todos os arquivos de log, inclua a file world-readable declaração no nível de [edit snmp traceoptions] hierarquia:

Para definir explicitamente o comportamento padrão, inclua a file no-world-readable declaração no nível de [edit snmp traceoptions] hierarquia:

Por padrão, a saída de operação de rastreamento inclui todas as linhas relevantes para as atividades registradas.

Você pode refinar a saída incluindo a match declaração no nível de [edit snmp traceoptions file filename] hierarquia e especificando uma expressão regular (regex) a ser combinada:

Por padrão, apenas atividades importantes são registradas. Você pode especificar quais operações de rastreamento devem ser registradas, incluindo a seguinte flag declaração (com uma ou mais bandeiras de rastreamento) no nível de [edit snmp traceoptions] hierarquia:

Tabela 1 descreve o significado das bandeiras de rastreamento SNMP.

Para exibir a extremidade do log para um agente, emita o comando do show log agentd | last modo operacional:

onde agent está o nome de um agente SNMP.