Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Nesta página
 

Monitoramento remoto de rede (RMON)

Esta seção descreve como o Junos OS oferece suporte ao MIB ( Remote Network Monitoring, Monitoramento de Rede Remota ) MIB (RFC 2819) que permite que um dispositivo de gerenciamento monitore os valores de objetos ou variáveis MIB contra limiares configurados. Quando o valor de uma variável cruza um limiar, um alarme e seu evento correspondente são gerados. O evento pode ser logado e pode gerar uma armadilha SNMP.

Visão geral do RMON

Um sistema de suporte operacional (OSS) ou um sistema de monitoramento de falhas podem ser usados para monitorar automaticamente eventos que rastreiam muitas métricas diferentes, incluindo desempenho, disponibilidade, falhas e dados ambientais. Por exemplo, um administrador pode querer saber quando a temperatura interna de um chassi subiu acima de um limiar configurado, o que pode indicar que uma bandeja de ventoinha do chassi está com defeito, o fluxo de ar do chassi está impedido ou o sistema de resfriamento da instalação na proximidade do chassi não está operando normalmente.

O RMON MIB também define tabelas que armazenam várias estatísticas para interfaces Ethernet, incluindo a etherStatsTableetherHistoryTable. Ele etherStatsTable contém estatísticas cumulativas em tempo real para interfaces Ethernet, como o número de pacotes unicast, multicast e broadcast recebidos em uma interface. Mantém etherHistoryTable uma amostra histórica de estatísticas para interfaces Ethernet. O controle da etherHistoryTable, incluindo as interfaces para rastrear e o intervalo de amostragem, é definido pelo RMON historyControlTable.

Para ativar alarmes RMON, você executa as seguintes etapas:

  1. Configure o SNMP, incluindo grupos de armadilhas. Você configura o SNMP no nível [edit snmp] de hierarquia.

  2. Configure eventos crescentes e em queda no eventTable, incluindo os tipos de eventos e grupos de armadilhas. Você também pode configurar eventos usando o CLI no nível [edit snmp rmon event] de hierarquia.

  3. Configure alarmes no alarmTable, incluindo as variáveis para monitorar, limiares de aumento e queda, os tipos e intervalos de amostragem e os eventos correspondentes a gerar quando ocorrem alarmes. Você também pode configurar alarmes usando o CLI no nível [edit snmp rmon alarm] de hierarquia.

    As extensões a elas alarmTable são definidas no jnxRmon MIB específico para empresas da Juniper Networks (mib-jnx-rmon.txt).

Este tópico abrange as seguintes seções:

Alarmes RMON

Um alarme RMON identifica:

  • Um objeto MIB específico que é monitorado.

  • A frequência da amostragem.

  • O método de amostragem.

  • Os limites em relação aos quais os valores monitorados são comparados.

Um alarme RMON também pode identificar uma entrada específica eventTable a ser acionada quando um limiar é cruzado.

Os valores operacionais e de configuração estão definidos na alarmTable RFC 2819. Valores operacionais adicionais são definidos em extensões específicas da Juniper Networks para alarmTable (jnxRmonAlarmTable).

Este tópico abrange as seguintes seções:

alarmável

alarmTable no RMON MIB permite que você monitore e faça uma pesquisa a seguir:

  • alarmIndex— O valor do índice para alarmTable isso identifica uma entrada específica.

  • alarmInterval— O intervalo, em segundos, sobre os quais os dados são amostrados e comparados com os limiares crescentes e em queda.

  • alarmVariable— A variável MIB que é monitorada pela entrada de alarme.

  • alarmSampleType— O método de amostragem da variável selecionada e cálculo do valor a ser comparado com os limiares.

  • alarmValue— O valor da variável durante o último período de amostragem. Esse valor é comparado com os limiares crescentes e em queda.

  • alarmStartupAlarm— O alarme enviado quando a entrada é ativada pela primeira vez.

  • alarmRisingThreshold— O limiar superior da variável amostrada.

  • alarmFallingThreshold— O limiar mais baixo para a variável amostrada.

  • alarmRisingEventIndex— A eventTable entrada usada quando um limite crescente é cruzado.

  • alarmFallingEventIndex— A eventTable entrada usada quando um limiar em queda é cruzado.

  • alarmStatus— Método para adicionar e remover entradas da tabela. Ele também pode ser usado para alterar o estado de uma entrada para permitir modificações.

    Nota:

    Se este objeto não estiver definido valid, o alarme de evento associado não agirá.

jnxRmonAlarmTable

Trata-se jnxRmonAlarmTable de uma extensão específica da Juniper Networks para alarmTable. Ele fornece informações operacionais adicionais e inclui os seguintes objetos:

  • jnxRmonAlarmGetFailCnt— O número de vezes que a solicitação interna Get para a variável monitorada por esta entrada falhou.

  • jnxRmonAlarmGetFailTime— O valor de sysUpTime quando uma solicitação interna Get para a variável monitorada por esta entrada falhou pela última vez.

  • jnxRmonAlarmGetFailReason— A razão pela qual uma solicitação interna Get para a variável monitorada por esta entrada falhou pela última vez.

  • jnxRmonAlarmGetOkTime— O valor de sysUpTime quando uma solicitação interna Get para a variável monitorada por esta entrada foi bem sucedida e a entrada deixou o getFailure estado.

  • jnxRmonAlarmState— O estado atual desta entrada de alarme RMON.

Para ver as extensões específicas da Juniper Networks para o RMON Events and Alarms and Event MIB, veja https://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-rmon.txt.

Eventos de RMON

Um evento RMON permite que você registre a travessia de limiares de outros objetos MIB. Ela é definida eventTable para o RMON MIB.

Esta seção abrange os seguintes tópicos:

eventTable

eventTable contém os seguintes objetos:

  • eventIndex— Um índice que identifica de forma única uma entrada.eventTable Cada inscrição define um evento que é gerado quando as condições apropriadas ocorrem.

  • eventDescription— Um comentário descrevendo a entrada do evento.

  • eventType— Tipo de notificação que a sonda faz sobre este evento.

  • eventCommunity— Grupo de armadilhas usado se uma armadilha SNMP for enviada. Se eventCommunity não estiver configurada, uma armadilha é enviada para cada grupo de armadilhas configurado com a rmon-alarm categoria.

  • eventLastTimeSent— Valor de sysUpTime quando essa entrada no evento gerou um evento pela última vez.

  • eventOwner— Qualquer string de texto especificada pelo aplicativo de criação de gerenciamento ou pela interface de linha de comando (CLI). Normalmente, ele é usado para identificar um gerente de rede (ou aplicativo) e pode ser usado para um controle de acesso fino entre aplicativos de gerenciamento participantes.

  • eventStatus— Status da inscrição deste evento.

    Nota:

    Se este objeto não estiver definido valid, nenhuma ação é tomada pela entrada do evento associado. Quando este objeto estiver definido, validtodas as entradas de log anteriores associadas a esta entrada (se houver) são excluídas.

Limiares e eventos de alarme

Ao definir um limite crescente e em queda para uma variável monitorada, você pode ser alertado sempre que o valor da variável estiver fora do intervalo operacional permitido (ver Figura 1).

Figura 1: Limites de configuraçãoLimites de configuração

Os eventos só são gerados quando o limiar de alarme é cruzado pela primeira vez em qualquer direção, em vez de após cada intervalo de amostra. Por exemplo, se um alarme limiar crescente, juntamente com seu evento correspondente, for levantado, não ocorrerão mais eventos de travessia de limiar até que ocorra um alarme de queda correspondente. Isso reduz consideravelmente a quantidade de eventos que são produzidos pelo sistema, tornando mais fácil para a equipe de operações reagir quando os eventos ocorrem.

Antes de configurar o monitoramento remoto, você deve identificar quais variáveis precisam ser monitoradas e seu alcance operacional permitido. Isso requer algum período de base para determinar os intervalos operacionais permitidos. Um período de linha de base inicial de pelo menos 3 meses não é incomum quando você identifica primeiro as faixas operacionais e define limiares, mas o monitoramento da linha de base deve continuar ao longo da vida útil de cada variável monitorada.

Consulte também

Configuração de alarmes e eventos do RMON

O Junos OS oferece suporte ao monitoramento de roteadores a partir de dispositivos remotos. Esses valores são medidos em relação aos limiares e desencadeiam eventos quando os limiares são cruzados. Você configura o alarme de monitoramento remoto (RMON) e as entradas de eventos para monitorar o valor de um objeto MIB.

Para configurar o alarme RMON e as entradas de eventos, você inclui declarações no [edit snmp] nível de hierarquia da configuração:

Configure alarmes e eventos RMON

O Junos OS oferece suporte ao MIB de monitoramento remoto de rede (RMON) (RFC 2819). Isso permite que um dispositivo de gerenciamento monitore os valores de objetos ou variáveis MIB em relação a limiares configurados. Quando o valor de uma variável cruza um limiar, um alarme e seu evento correspondente são gerados. O evento pode ser logado e pode gerar uma armadilha SNMP.

Para configurar alarmes e eventos RMON usando o CLI, execute essas tarefas:

Configure SNMP

Para configurar o SNMP:

  1. Acesso somente para leitura de grant a todos os clientes SNMP:

    Por exemplo:

  2. Grant read-write acesso ao RMON e MIBs jnx-rmon:

    Por exemplo:

    As OIDs 1.3.6.1.2.1.16 e 1.3.6.1.4.1.2636.13 correspondem aos MIBs RMON e jnxRmon.

  3. Configure um grupo de armadilhas SNMP:

    Por exemplo:

    O grupo rmon-trap do grupo trap está configurado para enviar armadilhas RMON para 192.168.5.5.

Configure um evento

Para configurar um evento:

  1. Configure um índice de eventos, nome e tipo da comunidade:

    Por exemplo:

    A comunidade de eventos corresponde ao grupo de armadilhas SNMP e não é a mesma que uma comunidade SNMP. Este evento gera uma armadilha SNMP e adiciona uma entrada ao logTable no RMON MIB.

  2. Configure uma descrição para o evento:

    Por exemplo:

Configure um alarme

Para configurar um alarme:

  1. Configure um índice de alarme, a variável para monitorar, os limiares de aumento e queda e os eventos correspondentes de aumento e queda:

    Por exemplo:

    A variável .1.3.6.1.4.1.2636.3.1.13.1.8.9.1.0.0.0 corresponde ao objeto jnxRmon MIB jnxOperatingCPU, que representa a utilização de CPU do Mecanismo de Roteamento. Os inteiros de queda e aumento do limiar são de 75 e 90. Os eventos em ascensão e queda geram o mesmo evento (índice de eventos 1).

  2. Configure o intervalo e o tipo de alarme da amostra:

    Por exemplo:

    O valor absoluto da variável monitorada é amostrado a cada 30 segundos. O alarme inicial pode ocorrer devido ao aumento acima do limiar crescente ou à queda abaixo do limiar de queda.

Monitore as tabelas RMON MIB

Propósito

Monitore as tabelas de alarme, eventos e log de monitoramento remoto (RMON).

Ação

Para exibir as tabelas de RMON:

Significado

O display mostra que um alarme foi definido para monitorar o objeto jnxRmon MIB jnxOperatingCPU, que representa a utilização da CPU do Mecanismo de roteamento. O alarme está configurado para gerar um evento que envia uma armadilha SNMP e adiciona uma entrada ao logTable no RMON MIB. A tabela de log mostra que duas ocorrências do evento foram geradas — uma por subir acima de um limite de 90 por cento e outra por ficar abaixo de um limite de 75%.

Consulte também

Tabelas de controle de eventos, alarmes, log e histórico do RMON MIB

Tabela 1 fornece cada campo no evento RMONTable, a descrição do campo e a declaração correspondente do Junos OS que você pode usar para configurar o campo. As declarações do Junos OS residem no nível [edit snmp rmon] de hierarquia.

Tabela 1: Tabela de eventos da RMON

Campo

Descrição

Declaração [edite snmp rmon]

descrição de eventos

Descrição do texto deste evento.

description

eventPotipo

Tipo de evento (por exemplo, log, armadilha ou log e armadilha).

type

imunidade de eventos

Grupo trap para o qual enviar este evento, conforme definido na configuração do Junos OS. (Isso não é o mesmo que a comunidade SNMP.)

community

eventOwner

Entidade (por exemplo, gerente) que criou este evento.

—

eventStatus

Status desta linha (por exemplo, válido, inválido ou criarRequest).

—

Tabela 2 fornece cada campo no alarmTable RMON, a descrição do campo e a declaração correspondente do Junos OS que você pode usar para configurar o campo. As declarações do Junos OS residem no nível [edit snmp rmon] de hierarquia.

Tabela 2: Tabela de alarme RMON

Campo

Descrição

Declaração [edite snmp rmon]

alarmeStato

Status dessa linha (por exemplo, válido, inválido ou criarRequest)

—

interval de alarme

Período de amostragem (em segundos) da variável monitorada

interval

alarmável

Identificador de objetos (OID) e instância da variável a ser monitorada

—

valor do alarme

Valor real da variável amostrada

—

alarmeSamplePótipo

Tipo de amostra (alterações absolutas ou delta)

sample-type

alarmeStartupAlarm

Alarme inicial (subindo, caindo ou qualquer outro)

startup-alarm

alarmRisingThreshold

Limite crescente em relação ao qual comparar o valor

rising-threshold

alarmFallingThreshold

Limiar de queda em relação ao qual comparar o valor

falling-threshold

alarmRisingEventIndex

Índice (linha) do evento em ascensão na tabela de eventos

rising-event-index

alarmFallingEventIndex

Índice (linha) do evento em queda na tabela de eventos

falling-event-index

Tabela 3 fornece cada campo no jnxRmon jnxRmonAlarmTable, que é uma extensão para o alarmTable RMON. Você pode solucionar problemas do agente RMON, rmopd, que é executado em um switch inspecionando o conteúdo do objeto jnxRmonAlarmTable.

Tabela 3: Tabela de alarme jnxRmon

Campo

Descrição

jnxRmonAlarmGetFailCnt

Número de vezes em que a solicitação interna Get para a variável falhou

jnxRmonAlarmGetFailTime

Valor do objeto sysUpTime quando a última falha ocorreu

jnxRmonAlarmGetFailReason

Razão pela qual a solicitação Get falhou

jnxRmonAlarmGetOkTime

Valor do objeto sysUpTime quando a variável saiu do estado de falha

jnxRmonAlarmState

Status desta entrada de alarme

Tabela 4 fornece cada campo na história do RMONControlTable, a descrição do campo e a declaração do Junos OS correspondente que você pode usar para configurar o campo. As declarações do Junos OS residem no nível [edit snmp rmon history] de hierarquia. A históriaControlTable controla o RMON etherHistoryTable.

Tabela 4: Tabela de controle de história do RMON

Campo

Descrição

Declaração [editar história do snmp rmon]

históricoControlDataSource

Identifica a fonte dos dados para os quais os dados históricos foram coletados.

interface

históriaControlBucketsRequested

Número solicitado de intervalos de tempo discretos sobre os quais os dados devem ser salvos.

bucket-size

históriaControlBucketsGranted

Número de intervalos de amostragem discretos sobre os quais os dados devem ser salvos.

—

históricoControlInterval

Intervalo, em segundos, sobre o qual os dados são amostrados para cada balde.

interval

historyControlOwner

Entidade que configurou essa entrada.

owner

históriaControlStato

Situação desta inscrição.

—

Configuração mínima de alarme RMON e entrada de eventos

Para habilitar o RMON no roteador, você deve configurar uma entrada de alarme e uma entrada de evento. Para fazer isso, inclua as seguintes declarações no nível de [edit snmp rmon] hierarquia:

Configure uma entrada de alarme RMON e seus atributos

Uma entrada de alarme monitora o valor de uma variável MIB. Você pode configurar com que frequência o valor é amostrado, o tipo de amostragem a ser realizada e qual evento acionar se um limiar for cruzado.

Esta seção discute os seguintes tópicos:

Configure a entrada de alarme

Uma entrada de alarme monitora o valor de uma variável MIB. As rising-event-indexdeclarações sample-typerising-thresholde variable declarações são obrigatórias. Todas as outras declarações são opcionais.

Para configurar a entrada de alarme, inclua a alarm declaração e especifique um índice no nível de [edit snmp rmon] hierarquia:

index é um inteiro que identifica um alarme ou entrada de eventos.

Configure a descrição

A descrição é uma string de texto que identifica a entrada do alarme.

Para configurar a descrição, inclua a description declaração e uma descrição da entrada do alarme no nível de [edit snmp rmon alarm index] hierarquia:

Configure o índice de eventos em queda ou o índice de eventos em ascensão

O índice de eventos em queda identifica a entrada de eventos que é desencadeada quando um limiar de queda é cruzado. O índice de eventos em ascensão identifica a entrada de eventos que é desencadeada quando um limite crescente é cruzado.

Para configurar o índice de eventos em queda ou o índice de eventos em ascensão, inclua a declaração ou rising-event-index a falling-event-index declaração e especifique um índice no nível de [edit snmp rmon alarm index] hierarquia:

index pode ser de 0 a 65.535. O padrão tanto para o índice de eventos em queda quanto para o aumento é de 0.

Configure o limite de queda ou o limite crescente

O limiar de queda é o limiar mais baixo para a variável monitorada. Quando o valor amostrado atual é menor ou igual a esse limiar, e o valor no último intervalo de amostragem é maior do que este limiar, um único evento é gerado. Um único evento também é gerado se a primeira amostra após esta entrada se tornar válida for menor ou igual a esse limite, e o alarme de inicialização associado for igual falling-alarm ou rising-or-falling-alarm. Após a geração de um evento em queda, outro evento em queda não pode ser gerado até que o valor amostrado suba acima desse limiar e atinja o limite crescente. Você deve especificar o limiar de queda como um inteiro. Seu padrão é 20% menor do que o limite crescente.

Por padrão, o limite crescente é 0. O limiar crescente é o limiar superior para a variável monitorada. Quando o valor amostrado atual é maior ou igual a esse limiar, e o valor no último intervalo de amostragem é menor do que este limiar, um único evento é gerado. Um único evento também é gerado se a primeira amostra após esta entrada se tornar válida for maior ou igual a este limiar, e a associada startup-alarm for igual a rising-alarm ou rising-or-falling-alarm. Após a geração de um evento crescente, outro evento crescente não pode ser gerado até que o valor amostrado fique abaixo desse limiar e atinja o limiar de queda. Você deve especificar o limite crescente como um inteiro.

Para configurar o limiar de queda ou o limite crescente, inclua a declaração ou rising-threshold a falling-threshold declaração no nível de [edit snmp rmon alarm index] hierarquia:

integer pode ser um valor de -2.147.483.647 a 2.147.483.647.

Configure o intervalo

O intervalo representa o período de tempo, em segundos, sobre o qual a variável monitorada é amostrada e comparada com os limiares crescentes e em queda.

Para configurar o intervalo, inclua a interval declaração e especifique o número de segundos no nível de [edit snmp rmon alarm index] hierarquia:

seconds pode ser um valor de 1 a 2.147.483.647. O padrão é de 60 segundos.

Configure o intervalo de limiar de queda

O intervalo de limiar em queda representa o intervalo entre as amostras quando o limiar crescente é cruzado. Uma vez que o alarme cruza o limiar de queda, o intervalo de amostragem regular é usado.

Nota:

Você não pode configurar o intervalo de limiar de queda para alarmes que tenham o tipo de solicitação definido para walk-request.

Para configurar o intervalo de limiar de queda, inclua a falling-threshold interval declaração no nível de [edit snmp rmon alarm index] hierarquia e especifique o número de segundos:

seconds pode ser um valor de 1 a 2.147.483.647. O padrão é de 60 segundos.

Configure o tipo de solicitação

Por padrão, um alarme RMON pode monitorar apenas uma instância de objeto (conforme especificado na configuração). Você pode configurar uma request-type declaração para estender o escopo do alarme RMON para incluir todas as instâncias de objetos pertencentes a uma filial MIB ou incluir a próxima instância de objeto após a instância especificada na configuração.

Para configurar o tipo de solicitação, inclua a request-type declaração no nível de [edit snmp rmon alarm index] hierarquia e especifique get-next-request, get-requestou walk-request:

walk estende a configuração de alarme RMON para todas as instâncias de objetos pertencentes a uma filial do MIB. next estende a configuração de alarme RMON para incluir a próxima instância de objeto após a instância especificada na configuração.

Configure o tipo de amostra

O tipo de amostra identifica o método de amostragem da variável selecionada e cálculo do valor a ser comparado com os limiares. Se o valor deste objeto for absolute-value, o valor da variável selecionada é comparado diretamente com os limiares ao final do intervalo de amostragem. Se o valor deste objeto for delta-value, o valor da variável selecionada na última amostra é subtraído do valor atual, e a diferença é comparada com os limiares.

Para configurar o tipo de amostra, inclua a sample-type declaração e especifique o tipo de amostra no nível de [edit snmp rmon alarm index] hierarquia:

  • absolute-value— O valor real da variável selecionada é comparado com os limiares.

  • delta-value— A diferença entre as amostras da variável selecionada é comparada com os limiares.

Configure o alarme de startup

O alarme de inicialização identifica o tipo de alarme que pode ser enviado quando esta entrada é ativada pela primeira vez. Você pode especifique como falling-alarm, rising-alarmou rising-or-falling-alarm.

Para configurar o alarme de inicialização, inclua a startup-alarm declaração e especifique o tipo de alarme no nível de [edit snmp rmon alarm index] hierarquia:

  • falling-alarm— Gerado se a primeira amostra após a entrada do alarme ficar ativa for menor ou igual ao limiar em queda.

  • rising-alarm— Gerado se a primeira amostra após a entrada do alarme ficar ativa for maior do que ou igual ao limite crescente.

  • rising-or-falling-alarm— Gerada se a primeira amostra após a entrada do alarme se tornar ativa, satisfaça qualquer um dos limites correspondentes.

O padrão é rising-or-falling-alarm.

Configure a tag de log do sistema

A syslog-subtag declaração especifica a tag a ser adicionada à mensagem de log do sistema. Você pode especificar uma seqüência de não mais do que 80 caracteres maiúsculos como a tag de log do sistema.

Para configurar a tag de log do sistema, inclua a syslog-subtag declaração no nível de [edit snmp rmon alarm index] hierarquia:

Configure a variável

A variável identifica o objeto MIB que está sendo monitorado.

Para configurar a variável, inclua a variable declaração e especifique o identificador de objetos ou o nome do objeto no nível de [edit snmp rmon alarm index] hierarquia:

oid-variable é um decimal pontilhado (por exemplo 1.3.6.1.2.1.2.1.2.2.1.10.1) ou nome de objeto MIB (por exemplo ifInOctets.1).

Configure uma entrada de eventos RMON e seus atributos

Uma entrada de evento gera uma notificação para uma entrada de alarme quando seu limiar de aumento ou queda é cruzado. Você pode configurar o tipo de notificação gerada. Para configurar a entrada do evento, inclua a event declaração no nível de [edit snmp rmon] hierarquia. Todas as declarações, exceto a event declaração, são opcionais.

index identifica um evento de entrada.

community-name é o grupo trap que é usado ao gerar uma armadilha. Se esse grupo trap tiver a rmon-alarm categoria de armadilha configurada, uma armadilha é enviada para todos os alvos configurados para esse grupo de armadilhas. A corda da comunidade na armadilha combina com o nome do grupo trap. Se nada estiver configurado, todos os grupos de armadilhas são analisados e as armadilhas são enviadas usando cada grupo com o conjunto de rmon-alarm categorias.

description é uma cadeia de texto que identifica a entrada.

A type variável de uma entrada de evento especifica onde o evento deve ser registrado. Você pode especificar o tipo como um dos seguintes:

  • log— Adiciona a entrada do evento ao logTable.

  • log-and-trap— Envia uma armadilha SNMP e cria uma entrada de log.

  • none— Não envia nenhuma notificação.

  • snmptrap— Envia uma armadilha SNMP.

O padrão para o tipo de entrada do evento é log-and-trap.

Exemplo: Configure um alarme RMON e uma entrada de eventos

Configure um alarme RMON e uma entrada de eventos:

Use alarmável para monitorar objetos MIB

Para usar o alarmável para monitorar um objeto MIB, execute as seguintes tarefas:

Crie uma entrada de alarme

Para criar uma entrada de alarme, crie primeiramente uma nova linha em alarmável usando o objeto alarmStatus. Por exemplo, crie o alarme nº 1 usando os serviços de linha de comando UCD:

Configure os objetos MIB de alarme

Depois de criar a nova linha em alarmável, configure os seguintes objetos Alarm MIB:

Nota:

Além do alarmeStato, você não pode modificar nenhum dos objetos na entrada se o objeto alarmstato associado estiver definido.valid

interval de alarme

O intervalo, em segundos, sobre os quais os dados são amostrados e comparados com os limiares crescentes e em queda. Por exemplo, para definir alarmInterval o alarme de 1 a 30 segundos, use a seguinte solicitação de SNMP Set :

alarmável

O identificador de objeto da variável a ser amostrado. Durante uma solicitação Set , se o nome da variável fornecido não estiver disponível na visualização de MIB selecionada, um erro de valor ruim é devolvido. Se a qualquer momento o nome variável de um alarme estabelecidoEntry não estiver mais disponível na visualização MIB selecionada, a sonda altera o status do alarmeVariável para inválido. Por exemplo, para identificar seInOctets.61 é a variável a ser monitorada, use a seguinte solicitação de SNMP Set :

alarmeSamplePótipo

O método de amostragem da variável selecionada e cálculo do valor a ser comparado com os limiares. Se o valor deste objeto for valor absoluto, o valor da variável selecionada é comparado diretamente com os limiares ao final do intervalo de amostragem. Se o valor deste objeto for deltaValue, o valor da variável selecionada na última amostra é subtraído do valor atual, e a diferença é comparada com os limiares. Por exemplo, para definir alarmeSamplePótipo para alarme nº 1 para deltaValue, use a seguinte solicitação de SNMP Set :

valor do alarme

O valor da variável durante o último período de amostragem. Esse valor é comparado com os limiares crescentes e em queda. Se o tipo de amostra for deltaValue, esse valor é igual à diferença entre as amostras no início e no final do período. Se o tipo de amostra for absoluteValue, esse valor é igual ao valor amostrado no final do período.

alarmeStartupAlarm

Um alarme que é enviado quando esta entrada é definida pela primeira vez é válida. Se a primeira amostra após esta entrada se tornar válida for maior ou igual a risingThreshold, e alarmStartupAlarm for igual a risingAlarm ou risingOrFallingAlarm, então um único alarme crescente é gerado. Se a primeira amostra após esta entrada se tornar válida for menor ou igual fallingThreshold e alarmStartupAlarm for igual a fallingAlarm ou risingOrFallingAlarm, então, um único alarme de queda é gerado. Por exemplo, para definir alarmStartupAlarm o alarme nº 1 para risingOrFallingAlarm, use a seguinte solicitação de SNMP Set :

alarmRisingThreshold

Um limiar para a variável amostrada. Quando o valor amostrado atual é maior ou igual a esse limiar, e o valor no último intervalo de amostragem é menor do que este limiar, um único evento é gerado. Um único evento também é gerado se a primeira amostra após esta entrada se tornar válida for maior ou igual a este limiar, e a associada alarmStartupAlarm for igual a risingAlarm ou risingOrFallingAlarm. Após a geração de um evento crescente, outro evento crescente não pode ser gerado até que o valor amostrado fique abaixo desse limiar e atinja alarmFallingThreshold. Por exemplo, para definir alarmRisingThreshold o alarme nº 1 para 100000, use a seguinte solicitação de SNMP Set :

alarmFallingThreshold

Um limiar para a variável amostrada. Quando o valor amostrado atual é menor ou igual a esse limiar, e o valor no último intervalo de amostragem é maior do que este limiar, um único evento é gerado. Um único evento também é gerado se a primeira amostra após esta entrada se tornar válida for menor ou igual a este limiar, e as associadas alarmStartupAlarm forem iguais a fallingAlarm ou risingOrFallingAlarm. Após a geração de um evento em queda, outro evento em queda não pode ser gerado até que o valor amostrado suba acima desse limiar e atinja alarmRisingThreshold. Por exemplo, para definir alarmFallingThreshold o alarme nº 1 para 10000, use a seguinte solicitação de SNMP Set :

alarmOwner

Qualquer string de texto especificada pelo aplicativo de criação de gerenciamento ou pela interface de linha de comando (CLI). Normalmente, ele é usado para identificar um gerente de rede (ou aplicativo) e pode ser usado para um controle de acesso fino entre aplicativos de gerenciamento participantes.

alarmRisingEventIndex

O índice do objeto eventEntry que é usado quando um limiar crescente é cruzado. Se não houver nenhuma inscrição correspondente no eventTable, então nenhuma associação existirá. Se esse valor for zero, nenhum evento associado é gerado porque zero não é um índice de evento válido. Por exemplo, para definir alarmeRisingEventIndex para alarme nº 1, 10use a seguinte solicitação de SNMP Set :

alarmFallingEventIndex

O índice do objeto eventEntry que é usado quando um limiar em queda é cruzado. Se não houver nenhuma inscrição correspondente no eventTable, então nenhuma associação existirá. Se esse valor for zero, nenhum evento associado é gerado porque zero não é um índice de evento válido. Por exemplo, para definir alarmeSeventIndex para alarme nº 1 10, use a seguinte solicitação de SNMP Set :

Ativar uma nova linha em alarmável

Para ativar uma nova linha em alarmável, configure alarmeStato para valid usar uma solicitação de SNMP Set :

Modifique uma linha ativa em alarmTable

Para modificar uma linha ativa, primeiro definir alarmeStado para underCreation usando uma solicitação de SNMP Set :

Em seguida, altere o conteúdo da linha usando uma solicitação SNMP Set :

Finalmente, ative a linha configurando alarmeStado para valid usar uma solicitação de SNMP Set :

Desativar uma linha em alarmTable

Para desativar uma linha em alarmável, configure alarmeStato para invalid usar uma solicitação de SNMP Set :

Use eventTable para registrar alarmes

Para usar eventTable para registrar alarmes, execute as seguintes tarefas:

Crie uma entrada para eventos

O RMON eventTable controla a geração de notificações do roteador. As notificações podem ser logs (entradas para logTable e syslogs) ou armadilhas SNMP. Cada entrada de eventos pode ser configurada para gerar qualquer combinação dessas notificações (ou nenhuma notificação). Quando um evento especifica que uma armadilha SNMP deve ser gerada, o grupo de armadilhas que é usado ao enviar a armadilha é especificado pelo valor do objeto de imunidade de eventos associado. Consequentemente, a comunidade na mensagem trap corresponderá ao valor especificado pela imunidade de eventos. Se nada estiver configurado para eventCommunity, uma armadilha é enviada usando cada grupo de armadilhas que tem a categoria rmon-alarm configurada.

Configure os objetos MIB

Depois de criar a nova linha em eventTable, defina os seguintes objetos:

Nota:

O objeto eventPosso é necessário. Todos os outros objetos são opcionais.

eventPotipo

O tipo de notificação que o roteador gera quando o evento é acionado.

Este objeto pode ser definido com os seguintes valores:

  • log— Adiciona a entrada do evento para logTable.

  • log-and-trap— Envia uma armadilha SNMP e cria uma entrada de log.

  • none— Não envia nenhuma notificação.

  • snmptrap— Envia uma armadilha SNMP.

Por exemplo, para definir eventType o evento nº 1 para log-and-trap, use a seguinte solicitação de SNMP Set :

imunidade de eventos

O grupo de armadilhas que é usado ao gerar uma armadilha (se o eventÓtipo estiver configurado para enviar armadilhas). Se esse grupo de armadilhas tiver a categoria de armadilha de alarme rmon configurada, uma armadilha é enviada para todos os alvos configurados para esse grupo de armadilhas. A corda da comunidade na armadilha combina com o nome do grupo trap (e, portanto, o valor da imunidade de eventos). Se nada estiver configurado, as armadilhas são enviadas a cada grupo com o conjunto da categoria rmon-alarm. Por exemplo, para definir a imunidade de eventos para o evento nº 1 para boy-elroy, use a seguinte solicitação de SNMP Set :

Nota:

O objeto eventCommunity é opcional. Se você não definir este objeto, o campo fica em branco.

eventOwner

Qualquer string de texto especificada pelo aplicativo de criação de gerenciamento ou pela interface de linha de comando (CLI). Normalmente, ele é usado para identificar um gerente de rede (ou aplicativo) e pode ser usado para um controle de acesso fino entre aplicativos de gerenciamento participantes.

Por exemplo, para definir eventOwner para o evento nº 1 para george jetson, use a seguinte solicitação de SNMP Set :

Nota:

O objeto eventOwner é opcional. Se você não definir este objeto, o campo fica em branco.

descrição de eventos

Qualquer string de texto especificada pelo aplicativo de criação de gerenciamento ou pela interface de linha de comando (CLI). O uso dessa cadeia depende de aplicativos.

Por exemplo, para definir adescrição de eventos para o evento nº 1 para sprockets espaçados, use a seguinte solicitação de SNMP Set :

Nota:

O objeto dedescrição de eventos é opcional. Se você não definir este objeto, o campo fica em branco.

Ativar uma nova linha no eventoTable

Para ativar a nova linha em eventTable, configure eventStatus para valid usar uma solicitação de SNMP Set , como:

Desativar uma linha em eventTable

Para desativar uma linha em eventTable, configure eventStatus para invalid usar uma solicitação de SNMP Set , como: