Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Monitoramento remoto de nework (RMON)

SUMMARY Esta seção descreve como o Junos OS tem suporte para o monitoramento remoto de rede (RMON) MIB (RFC 2819) que permite que um dispositivo de gerenciamento monitore os valores de MIB ou variáveis em relação a limites configurados. Quando o valor de uma variável atravessa um limiar, um alarme e seu evento correspondente são gerados. O evento pode ser registrado e gerar uma armadilha de SNMP.

Entender O RMON

Visão geral do RMON

Um sistema de suporte operacional (OSS) ou um sistema de monitoramento de falhas pode ser usado para monitorar automaticamente eventos que monitoram várias 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 do ventilador do chassi está com defeito, 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 etherStatsTable o etherHistoryTable . O contém estatísticas em tempo real acumuladas para interfaces Ethernet, como o número de pacotes etherStatsTable unicast, multicast e broadcast recebidos em uma interface. A etherHistoryTable rede mantém uma amostra histórica de estatísticas para interfaces Ethernet. O controle, incluindo as interfaces para rastrear e o intervalo etherHistoryTable de amostra, é definido pelo RMON. historyControlTable

Para habilitar os alarmes RMON, você realiza as seguintes etapas:

  1. Configure sNMP, incluindo grupos de armadilha. Você configura SNMP em nível edit snmp de hierarquia[ ].

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

  3. Configure alarmes nos , incluindo as variáveis a monitorar, limites crescentes e em queda, os tipos e intervalos de amostra e os eventos correspondentes a gerar quando alarmTable ocorrerem alarmes. Você também pode configurar alarmes usando a CLI no edit snmp rmon alarm nível da hierarquia [ ]

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

Limites e eventos de alarme

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

Figura 1: Estabelecendo limitesEstabelecendo limites

Os eventos só são gerados quando o limiar de alarme é cruzado pela primeira vez em qualquer direção, em vez de depois de cada intervalo da amostra. Por exemplo, se um alarme de limiar crescente, junto com seu evento correspondente, for levantado, não haverá mais eventos de travessia do limiar até que ocorra um alarme correspondente que cai. Isso reduz consideravelmente a quantidade de eventos que são produzidos pelo sistema, facilitando a reação da equipe de operações quando os eventos ocorrem.

Antes de configurar o monitoramento remoto, você deve identificar quais variáveis precisam ser monitoradas e seu intervalo operacional acessível. Isso requer algum período de baseização para determinar os intervalos operacionais permitáveis. Um período de linha de base inicial de, pelo menos, Três meses não é incomum quando você identifica os intervalos operacionais pela primeira vez e define limites, mas o monitoramento da linha de base deve continuar ao longo da vida útil de cada variável monitorada.

Entender os alarmes RMON

Um alarme RMON identifica:

  • Um objeto MIB específico que é monitorado.

  • A frequência da amostra.

  • O método de amostral.

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

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

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

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

alarmÁvel

alarmTable no RMON MIB você pode monitorar e fazer a pesquisa a seguir:

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

  • alarmInterval— O intervalo, em segundos, sobre o qual os dados são amostrados e em comparação com os limites crescentes e em queda.

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

  • alarmSampleType— O método de amostrar a variável selecionada e calcular o valor a ser comparado aos 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 limiar inferior para a variável amostrada.

  • alarmRisingEventIndex— A eventTable entrada usada quando um limiar crescente é cruzada.

  • alarmFallingEventIndex— A eventTable entrada usada quando um limiar de 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:

    Caso esse objeto não seja definido como, o alarme de evento associado valid não agirá.

jnxRmonAlarmTable

Essa jnxRmonAlarmTable é uma Juniper Networks específica da empresa para alarmTable . Ele fornece informações operacionais adicionais e inclui os seguintes objetos:

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

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

  • jnxRmonAlarmGetFailReason— O motivo de uma solicitação Get interna para a variável monitorada por esta entrada ter falhado pela última vez.

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

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

Para exibir as Juniper Networks específicas da empresa para os eventos e MIB de eventos da RMON, consulte https://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-rmon.txt.

Entender os eventos do RMON

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

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

eventTable

eventTable contém os seguintes objetos:

  • eventIndex— Um índice que identifica com exclusividade uma entrada eventTable em . Cada entrada define um evento gerado quando ocorrem as condições adequadas.

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

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

  • eventCommunity— Grupo de armadilhas usado para enviar uma armadilha de SNMP. Caso eventCommunity não seja configurada, uma armadilha é enviada para cada grupo de armadilhas configurada com a rmon-alarm categoria.

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

  • eventOwner— Qualquer string de texto especificada pelo aplicativo de gerenciamento de criação 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 os aplicativos de gerenciamento participantes.

  • eventStatus— Status dessa entrada do evento.

    Nota:

    Caso esse objeto não seja definido valid como, nenhuma ação será realizada pela entrada do evento associado. Quando esse objeto está definido como, todas as entradas de log anteriores associadas a esta entrada valid (se alguma) são excluídas.

Entender a configuração de eventos e alarmes RMON

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

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

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

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

Tabela 1: Tabela de eventos RMON

Campo

Descrição

Declaração [editar snmp rmon]

Eventdescription

Descrição de texto deste evento.

description

Eventtype

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

type

eventCommunity

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

community

eventOwner

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

eventStatus

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

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

Tabela 2: Tabela de alarme RMON

Campo

Descrição

Declaração [editar snmp rmon]

alarmStatus

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

alarmInterval

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

interval

alarmVariáveis

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

alarmValue

Valor real da variável amostrada

alarmSampleType

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

sample-type

alarmStartupAlarm

Alarme inicial (aumento, queda ou qualquer um)

startup-alarm

alarmRisingThreshold

Limiar crescente contra o qual comparar o valor

rising-threshold

alarmFallingThreshold

Limiar de queda contra o 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 ao RMON alarmTable. Você pode solucionar problemas no agente RMON, rmopd, 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 Get interna da variável falhou

jnxRmonAlarmGetFailTime

Valor do objeto sysUpTime quando ocorreu a última falha

jnxRmonAlarmGetFailReason

Motivo pelo qual Get a solicitação 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 no histórico RMONControlTable, a descrição do campo e a instrução 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 da hierarquia [ ] O historyControlTable controla o RMON etherHistoryTable.

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

Campo

Descrição

Declaração [editar histórico de rmon snmp]

historyControlDataSource

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

interface

historyControlBucketsRequested

Número de intervalos de tempo discretos nos quais dados serão economizados.

bucket-size

historyControlBucketsGranted

Número de intervalos de amostração discretos nos quais dados serão economizados.

historyControlInterval

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

interval

historyControlOwner

Entidade que configurou essa entrada.

owner

historyControlStatus

Status dessa entrada.

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

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 em nível [edit snmp rmon] de hierarquia:

Configurando uma entrada de alarme RMON e seus atributos

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

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

Configuração da entrada de alarme

Uma entrada de alarme monitora o valor de uma MIB variável. As rising-event-index declarações e as declarações são rising-thresholdsample-typevariable obrigatórios. 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 [edit snmp rmon] da hierarquia:

index é um número inteiro que identifica uma entrada de um alarme ou evento.

Configurando a descrição

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

Para configurar a descrição, inclua description a 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 evento em queda identifica a entrada do evento que é acionada quando um limiar em queda é cruzado. O índice de evento em ascensão identifica a entrada do evento que é acionada quando um limiar crescente é cruzado.

Para configurar o índice de evento em queda ou o índice de evento crescente, inclua a ou a declaração e falling-event-indexrising-event-index especifique um índice no nível da [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 ascensão é 0.

Configurando o limiar de queda ou o limiar crescente

O limiar de queda é o limiar inferior para a variável monitorada. Quando o valor amostrado atual é inferior ou igual a esse limiar, e o valor no último intervalo amostral for maior que esse limiar, um único evento é gerado. Um único evento também é gerado se a primeira amostra após a validação dessa entrada for inferior ou igual a esse limiar, e o alarme de startup associado for igual a falling-alarm ou rising-or-falling-alarm . Depois que um evento em queda é gerado, outro evento em queda não pode ser gerado até que o valor amostrado suba acima deste limiar e alcance o limiar crescente. Você deve especificar o limiar de queda como um número inteiro. Seu padrão é 20 por cento inferior ao limiar crescente.

Por padrão, o limiar 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 amostral for inferior a esse limiar, um único evento é gerado. Um único evento também é gerado se a primeira amostra após a validação dessa entrada for maior ou igual a esse limiar, e o associado for igual a startup-alarmrising-alarm ou rising-or-falling-alarm . Depois que um evento crescente for gerado, outro evento em ascensão não pode ser gerado até que o valor amostrado cai abaixo deste limiar e chega ao limiar de queda. Você deve especificar o limiar crescente como um número inteiro.

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

integer pode ser um valor de -2.147.483.647 a 2.147.483.647.

Configurando o intervalo

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

Para configurar o intervalo, inclua a interval instrução e especifique o número de segundos no nível [edit snmp rmon alarm index] da 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 de queda representa o intervalo entre as amostras quando o limiar de elevação é cruzado. Uma vez que o alarme atravessa o limiar de queda, é usado o intervalo de amostramento regular.

Nota:

Não é possível configurar o intervalo de limiar de queda para alarmes que tenham o tipo de solicitação definido como walk-request .

Para configurar o intervalo de limiar de queda, inclua a falling-threshold interval instrução no nível [edit snmp rmon alarm index] da 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 instruçã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 request-type configuração.

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

walk amplia a configuração de alarme RMON para todas as instâncias de objeto pertencentes a uma MIB filial. next amplia 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 de amostra identifica o método de amostra da variável selecionada e calcula o valor a ser comparado aos limites. Se o valor deste objeto for, o valor da variável selecionada é comparado diretamente com os limites ao final do absolute-value intervalo de amostra. Se o valor deste objeto for, o valor da variável selecionada na última amostra será subtraído do valor atual, e a diferença é comparada com delta-value os limites.

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

  • absolute-value— O valor real da variável selecionada é comparado aos limites.

  • delta-value— A diferença entre amostras da variável selecionada é comparada aos limites.

Configuração do alarme de startup

O alarme de startup identifica o tipo de alarme que pode ser enviado quando essa entrada é ativada pela primeira vez. Você pode especificá-lo falling-alarmrising-alarm como, ou rising-or-falling-alarm .

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

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

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

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

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

Configurando a etiqueta de log do sistema

A syslog-subtag instrução especifica a etiqueta a ser adicionada à mensagem de log do sistema. Você pode especificar uma cadeia de caracteres com no máximo 80 caracteres em letras maiúsculas como a etiqueta de log do sistema.

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

Configuração da variável

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

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

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

Configurando uma entrada de evento RMON e seus atributos

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

index identifica um evento de entrada.

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

description é uma string 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 de 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: Configurando uma entrada de evento e alarme RMON

Configure um alarme RMON e uma entrada de evento:

Configuração da amostra de histórico de RMON

O Junos OS tem suporte para o grupo de controle de histórico () da rede remota de monitoramento etherHistoryTable (RMON) MIB (RFC 2819). As tabelas de controle de histórico gravam amostras estatísticas de uma rede Ethernet e as armazenarão para recuperação posterior.

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

Configuração da coleta de amostras do histórico de RMON

Use a history instrução no nível da hierarquia para configurar os parâmetros de coleta de amostras do histórico [edit snmp rmon] de RMON. São necessários os seguintes parâmetros:

  • Índice de histórico: A entrada do histórico é identificada por um valor de índice de histórico inteiro (MIB campo) especificado quando você configura esta instrução, que é usada para exibir ou limpar os resultados historyControlIndex 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 amostra personalizada (em segundos) e a amostra (número de intervalbucket-size amostras discretas a serem coletadas em um determinado intervalo).

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

Exibição e eliminação de estatísticas de histórico de RMON

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

A configuração de RMON amostral a seguir configura uma amostra da tabela de histórico para a 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 estatísticas etherHistoryPkts de campo coletadas para o índice de histórico 1:

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

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

Uso de alarmTable para monitorar MIB objetos

Para usar alarmÁvel para monitorar um MIB, realize as seguintes tarefas:

Criação de uma entrada de alarme

Para criar uma entrada de alarme, primeiro crie uma nova linha em alarmTable usando o objeto alarmStatus. Por exemplo, crie um #1 usando os serviços de linha de comando UCD:

Configuração do alarm MIB objetos

Depois de criar a nova linha em alarmTable, configure os seguintes MIB de alarme:

Nota:

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

alarmInterval

O intervalo, em segundos, sobre o qual os dados são amostrados e em comparação com os limites crescentes e em queda. Por exemplo, para definir a configuração de #1 para 30 segundos, use a alarmInterval seguinte solicitação de SNMP: Set

alarmVariáveis

O identificador de objeto da variável a ser amostrada. Durante uma solicitação, se o nome da variável fornecida não estiver disponível na visualização MIB, um Set erro badValue é devolvido. Se, a qualquer momento, o nome da variável de um alarmAentrada estabelecida não estiver mais disponível na visualização MIB, a sonda altera o status de alarmVariable para inválido. Por exemplo, para identificar se oInOctets.61 é a variável a ser monitorada, use a seguinte solicitação de Set SNMP:

alarmSampleType

O método de amostrar a variável selecionada e calcular o valor a ser comparado aos limites. Se o valor deste objeto for absolutoValeza, o valor da variável selecionada é comparado diretamente com os limites ao final do intervalo de amostra. Se o valor deste objeto for deltaValue, o valor da variável selecionada na última amostra será subtraído do valor atual, e a diferença é comparada com os limites. Por exemplo, para definir alarmSampleType para #1 para deltaValue, use a seguinte solicitação de Set SNMP:

alarmValue

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

alarmStartupAlarm

Um alarme enviado quando essa entrada for definida como válida pela primeira vez. Se a primeira amostra após a validação dessa entrada for maior ou igual a, e for igual a ou, então, risingThreshold um único alarme crescente é alarmStartupAlarmrisingAlarmrisingOrFallingAlarm gerado. Se a primeira amostra após a validação dessa entrada for inferior ou igual a e for igual a ou, então, fallingThreshold um único alarme que cai é alarmStartupAlarmfallingAlarmrisingOrFallingAlarm gerado. Por exemplo, para definir a alarmStartupAlarm configuração de #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 amostral for inferior a esse limiar, um único evento é gerado. Um único evento também é gerado se a primeira amostra após a validação dessa entrada for maior ou igual a esse limiar, e o associado for igual a alarmStartupAlarmrisingAlarm ou risingOrFallingAlarm . Depois que um evento crescente for gerado, outro evento em ascensão não pode ser gerado até que o valor amostrado cai abaixo deste limiar e alcance alarmFallingThreshold . Por exemplo, para definir a alarmRisingThreshold configuração de #1 para 100000 , use a seguinte solicitação de SNMP: Set

alarmFallingThreshold

Um limiar para a variável amostrada. Quando o valor amostrado atual é inferior ou igual a esse limiar, e o valor no último intervalo amostral for maior que esse limiar, um único evento é gerado. Um único evento também é gerado se a primeira amostra após a validação dessa entrada for inferior ou igual a esse limiar, e o associado for igual a alarmStartupAlarmfallingAlarm ou risingOrFallingAlarm . Depois que um evento em queda é gerado, outro evento em queda não pode ser gerado até que o valor amostrado suba acima deste limiar e alcance alarmRisingThreshold . Por exemplo, para definir a alarmFallingThreshold configuração de #1 para 10000 , use a seguinte solicitação de SNMP: Set

alarmOwner

Qualquer string de texto especificada pelo aplicativo de gerenciamento de criação 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 os aplicativos de gerenciamento participantes.

alarmRisingEventIndex

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

alarmFallingEventIndex

O índice do eventoOpor de entrada que é usado quando um limiar em queda é cruzado. Se não houver entrada correspondente na eventTable, então nenhuma associação existe. Se esse valor for zero, nenhum evento associado será gerado porque zero não é um índice de evento válido. Por exemplo, para definir alarmFallingEventIndex para alarm #1, use a 10 seguinte solicitação de SNMP: Set

Ativação de uma nova linha em uma tabela alarmante

Para ativar uma nova linha em alarmÁvel, desmarca o alarmStatus valid para usar uma solicitação de SNMP: Set

Modificação de uma linha ativa em alarmÁvel

Para modificar uma linha ativa, primeiro desmarque o alarmStatus para subcriação usando uma solicitação de Set SNMP:

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

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

Desativação de uma linha em alarmÁvel

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

Usando eventTable para registrar alarmes

Para usar o eventTable para registrar alarmes, realize as seguintes tarefas:

Criação de uma entrada para eventos

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

Configurando os MIB de dados

Depois de criar a nova linha na eventTable, demarcar os seguintes objetos:

Nota:

O objeto eventType é obrigatório. Todos os outros objetos são opcionais.

Eventtype

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

Esse objeto pode ser definido como os seguintes valores:

  • log— Adiciona a entrada do evento à logTable.

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

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

  • snmptrap— Envia uma armadilha de SNMP.

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

eventCommunity

O grupo de armadilhas usado na geração de uma armadilha (se o eventType estiver configurado para enviar armadilhas). Se esse grupo de armadilhas tiver a categoria de armadilha de rmon-alarm configurada, uma armadilha será enviada a todos os alvos configurados para esse grupo de armadilhas. A cadeia de caracteres da comunidade na armadilha combina com o nome do grupo de armadilhas (e, portanto, o valor da Comunidade de eventos). Caso nada seja configurado, as armadilhas são enviadas para cada grupo com o conjunto de categoria rmon-alarm. Por exemplo, para definir a Comunidade de eventos para eventos #1 boy-elroy, use a seguinte solicitação de Set SNMP:

Nota:

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

eventOwner

Qualquer string de texto especificada pelo aplicativo de gerenciamento de criação 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 os aplicativos de gerenciamento participantes.

Por exemplo, para definir eventOwner para eventos #1 para George Jetson, use a seguinte solicitação de Set SNMP:

Nota:

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

Eventdescription

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

Por exemplo, para definir a descrição de eventos para #1 a sprockets spacelys, use a seguinte solicitação de Set SNMP:

Nota:

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

Ativação de uma nova linha na eventTable

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

Desativação de uma linha na eventTable

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