Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Monitoramento remoto de rede (RMON)

SUMMARY Esta seção descreve como o Junos OS oferece suporte ao Monitoramento remoto de rede (RMON) MIB (RFC 2819) que permite que um dispositivo de gerenciamento monitore os valores de objetos MIB, ou variáveis, 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.

Entender o RMON

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 ventilador de chassi está defeituosa, o fluxo de ar do chassi está impedido ou o sistema de resfriamento da instalação nas proximidades do chassi não está funcionando 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 acompanhar e o intervalo de amostragem, é definido pelo RMON historyControlTable.

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

  1. Configure 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 trap. 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, subir e cair limiares, os tipos e intervalos de amostragem e os eventos correspondentes a gerar quando os alarmes ocorrem. Você também pode configurar alarmes usando o CLI no nível [edit snmp rmon alarm] de hierarquia.

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

Limiares de alarme e eventos

Ao definir um limiar 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 de limiar crescente, juntamente com seu evento correspondente, for levantado, não haverá mais eventos de travessia de limiar até que ocorra um alarme de queda correspondente. Isso reduz consideravelmente a quantidade de eventos 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 baselining 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 pela primeira vez as faixas operacionais e define limites, mas o monitoramento da linha de base deve continuar ao longo da vida de cada variável monitorada.

Entender 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 limite é cruzado.

Os valores operacionais e de configuração sã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 a pesquisa a seguir:

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

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

  • alarmVariable— A variável MIB monitorada pela entrada do alarme.

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

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

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

  • alarmRisingThreshold— O limiar superior para a variável amostrada.

  • alarmFallingThreshold— O limite 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 de queda é cruzado.

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

    Nota:

    Se este objeto não estiver definido, valido alarme de evento associado não tomará nenhuma ação.

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, consulte https://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-rmon.txt.

Entendendo os eventos de RMON

Um evento RMON permite registrar a travessia de limites de outros objetos MIB. Ela é definida para eventTable o RMON MIB.

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

eventTable

eventTable contém os seguintes objetos:

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

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

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

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

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

  • eventOwner— Qualquer string de texto especificada pelo aplicativo 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 desta entrada do evento.

    Nota:

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

Entender a configuração de alarmes e eventos RMON

O Junos OS oferece suporte para monitorar roteadores a partir de dispositivos remotos. Esses valores são medidos em relação a limiares e desencadeiam eventos quando os limites 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:

Tabelas de controle de eventos, alarmes, logs e histórico da RMON MIB

Tabela 1 fornece cada campo no evento RMONTable, 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] de hierarquia.

Tabela 1: Tabela de eventos da RMON

Campo

Descrição

Declaração [editar rmon snmp]

Eventdescription

Descrição do texto deste evento.

description

Eventtype

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 alarmável RMON, 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] de hierarquia.

Tabela 2: Tabela de alarme RMON

Campo

Descrição

Declaração [editar rmon snmp]

alarmeStato

Status desta 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

alarmSampleType

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

sample-type

alarmeStartupAlarm

Alarme inicial (subindo, caindo ou qualquer outro)

startup-alarm

alarmeSe retenha

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

rising-threshold

alarmFallingThreshold

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

falling-threshold

alarmeRisingEventIndex

Í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 oferece cada campo no jnxRmon jnxRmonAlarmTable, que é uma extensão para o RMON alarmTable. 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 que a solicitação interna Get da 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 RMONControlável, 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. O históricoControlTable controla o EtherHistoryTable RMON.

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

Campo

Descrição

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

históricoControlDataFonte

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

interface

históriaControlBucketsRequested

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

bucket-size

históriaControlBucketsGranted

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

históricoControlInterval

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

interval

históriaControlOwner

Entidade que configurou essa entrada.

owner

históriaControlStatus

Status desta entrada.

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 isso, inclua as seguintes declarações no nível de [edit snmp rmon] hierarquia:

Configurando 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 limite for cruzado.

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

Configurando 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 do 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.

Configurando a descrição

A descrição é uma seqüência 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 da [edit snmp rmon alarm index] hierarquia:

Configurando 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 é acionada quando um limite de queda é cruzado. O índice de eventos crescente identifica a entrada de eventos que é acionada 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 para o índice de eventos em queda e aumento é de 0.

Configurando o limite de queda ou aumento

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 essa entrada se tornar válida for menor ou igual a esse limite, e o alarme de inicialização associado for igual a 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 limite e atinja o limite crescente. Você deve especificar o limite de queda como um inteiro. Seu padrão é 20% menor do que o limite crescente.

Por padrão, o limite crescente é 0. O limiar de aumento é 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 que esse limite, 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 esse limiar, e a associada startup-alarm for igual a rising-alarm ou rising-or-falling-alarm. Depois que um evento crescente é gerado, outro evento crescente não pode ser gerado até que o valor amostrado fique abaixo desse limiar e atinja o limite de queda. Você deve especificar o limite crescente como um inteiro.

Para configurar o limiar de queda ou aumento, 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.

Configuração do intervalo

O intervalo representa o período de tempo, em segundos, sobre o qual a variável monitorada é amostrada e comparada com os limiares de aumento e 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.

Configurando 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.

Configurando 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 objeto 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 objeto 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.

Configurando o tipo de amostra

O tipo amostral 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 limites.

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

Configuração do 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 limite de queda.

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

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

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

Configuração da 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:

Configuração da 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 hierárquico [edit snmp rmon alarm index] :

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

Configurando uma entrada de evento RMON e seus atributos

Uma entrada de evento gera uma notificação para uma entrada de alarme quando seu limite 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 de armadilhas 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 examinados 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 de SNMP.

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

Exemplo: Configuração de um alarme RMON e entrada de eventos

Configure um alarme RMON e uma entrada de eventos:

Configuração da amostragem do histórico do RMON

O Junos OS oferece suporte ao grupo de controle de história (etherHistoryTable) do MIB de monitoramento remoto de rede (RMON) (RFC 2819). As tabelas de controle de histórico registram amostras estatísticas de uma rede Ethernet e as armazenam para recuperação posterior.

Para configurar a amostragem e visualização do histórico do RMON ou limpar estatísticas coletadas usando o Junos OS CLI, execute as seguintes tarefas:

Configuração da coleta de amostragem de histórico de RMON

Use a history declaração no nível de [edit snmp rmon] hierarquia para configurar parâmetros de coleta de amostragem de histórico de RMON. Os seguintes parâmetros são necessários:

  • Índice de histórico: A entrada do histórico é identificada por um valor de índice de histórico inteiro (historyControlIndex campo MIB) especificado quando você configura esta declaração, que é usada para exibir ou limpar resultados coletados mais tarde.

  • Interface: A interface para monitorar o índice de histórico especificado. Apenas uma interface pode ser associada a um índice de histórico de RMON específico.

Além dos parâmetros necessários, você pode especificar uma amostragem interval personalizada (em segundos) e a amostragem bucket-size (número de amostras discretas a serem coletadas em um determinado intervalo).

Uma tag opcional (owner) associada ao índice de histórico também pode ser atribuída à coleta.

Estatísticas de histórico do RMON de visualização e compensação

Use o show snmp rmon history comando para exibir as entradas da tabela de histórico do RMON coletadas. Você também pode usar o show snmp mib walk comando para visualizar amostras de campo de tabela de histórico do RMON.

A configuração de RMON amostra a seguir configura uma amostra de tabela de histórico para interface xe-0/0/20.0 usando um valor de índice de histórico de 1:

Usando o show snmp mib walk comando, você pode ver etherHistoryPkts estatísticas de campo coletadas para o índice de histórico 1:

Para limpar as estatísticas de histórico do RMON coletadas, use o clear snmp history comando. Após a limpeza de amostras coletadas até esse ponto, a coleta continua novamente no intervalo configurado, e novas amostras são registradas. Esse comando tem opções para limpar amostras coletadas de um determinado índice de histórico configurado ou limpar todas as amostras de todos os índices configurados.

Por exemplo, o seguinte comando limpa amostras de histórico do RMON coletadas para o índice de controle de histórico 1 configurado acima:

Usando alarmável para monitorar objetos MIB

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

Criação de uma entrada de alarme

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

Configuração dos 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 AlarmStatus associado estiver definido para valid.

interval de alarme

O intervalo, em segundos, sobre quais 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 variável fornecido não estiver disponível na visualização MIB selecionada, um erro de Valor ruim é devolvido. Se a qualquer momento o nome variável de um alarme estabelecidoNã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 como a variável a ser monitorada, use a seguinte solicitação de SNMP Set :

alarmSampleType

O método de amostragem da variável selecionada e cálculo do valor a ser comparado com os limites. 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 o alarmeSampleType para alarme 1 para deltaValue, use a seguinte solicitação de SNMP Set :

valor do alarme

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

alarmeStartupAlarm

Um alarme que é enviado quando esta entrada é definida pela primeira vez é válida. Se a primeira amostra após essa 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 essa entrada se tornar válida for menor ou igual a fallingThreshold ou alarmStartupAlarmfallingAlarmrisingOrFallingAlarm, em seguida, um único alarme em queda for gerado. Por exemplo, para definir alarmStartupAlarm o alarme nº 1 para risingOrFallingAlarm, use a seguinte solicitação de SNMP Set :

alarmeSe retenha

Um limite 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 que esse limite, 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 esse limiar, e a associada alarmStartupAlarm for igual a risingAlarm ou risingOrFallingAlarm. Depois que um evento crescente é gerado, outro evento crescente não pode ser gerado até que o valor amostrado fique abaixo desse limite e atinja alarmFallingThreshold. Por exemplo, para definir alarmRisingThreshold o alarme nº 1 para 100000, use a seguinte solicitação de SNMP Set :

alarmFallingThreshold

Um limite 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 esse limite, e a associada alarmStartupAlarm for igual 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 limite e atinja alarmRisingThreshold. Por exemplo, para definir alarmFallingThreshold o alarme nº 1 para 10000, use a seguinte solicitação de SNMP Set :

semeador de alarme

Qualquer string de texto especificada pelo aplicativo 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.

alarmeRisingEventIndex

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

alarmFallingEventIndex

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

Ativação de uma nova linha em alarmável

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

Modificando uma linha ativa em alarmável

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

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

Por fim, ative a linha configurando alarmeStato para valid usar uma solicitação de SNMP Set :

Desativação de uma linha em alarmável

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

Usando eventTable para registrar alarmes

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

Criação de uma entrada de evento

O evento RMONTable 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 evento 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 trap que é usado ao enviar a armadilha é especificado pelo valor do objeto de imunidade de eventos associado. Consequentemente, a comunidade na mensagem de armadilha corresponderá ao valor especificado pelo eventCommunity. Se nada estiver configurado para eventCommunity, uma armadilha é enviada usando cada grupo de armadilhas que tenha a categoria rmon-alarm configurada.

Configuração dos objetos MIB

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

Nota:

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

Eventtype

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

Este objeto pode ser definido para 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 de 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 trap que é usado ao gerar uma armadilha (se o eventType estiver configurado para enviar armadilhas). Se esse grupo de armadilhas tiver configurado a categoria armadilha rmon-alarm, uma armadilha é enviada para todos os alvos configurados para esse grupo de armadilhas. A cadeia 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 para cada grupo com o conjunto da categoria rmon-alarm. Por exemplo, para definir a imunidade do evento nº 1 para boy-elroy, use a seguinte solicitação de SNMP Set :

Nota:

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

eventOwner

Qualquer string de texto especificada pelo aplicativo 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 o eventOwner para o evento 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.

Eventdescription

Qualquer string de texto especificada pelo aplicativo de gerenciamento ou pela interface de linha de comando (CLI). O uso desta cadeia depende do aplicativo.

Por exemplo, para definir a inscrição de eventos para o evento 1 a conjuntos espaciais, use a seguinte solicitação de SNMP Set :

Nota:

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

Ativando uma nova linha em eventTable

Para ativar a nova linha no eventoTable, defina o eventStatus para valid usar uma solicitação SNMP Set como:

Desativação de uma linha em eventTable

Para desativar uma linha no eventoTable, defina o eventStatus para invalid usar uma solicitação SNMP Set como: