Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Удаленный контроль за работой с работой (RMON)

SUMMARY В этом разделе описывается, как Junos OS удаленного мониторинга сети (RMON) MIB (RFC 2819), который позволяет управляющему устройству отслеживать значения MIB объектов или переменных в соответствии с заданной пороговой величиной. При превышении порогового значения переменной генерируется сигнал тревоги и соответствующее значение. Событие может быть зарегистрировано и сгенерировать ловушку SNMP.

Понимание RMON

Обзор RMON

Система оперативной поддержки (OSS) или система контроля за ошибками может использоваться для автоматического отслеживания событий, отслеживая различные метрики, включая производительность, доступность, ошибки и данные среды. Например, администратор может захотеть узнать, когда внутренняя температура шасси превышает задамые пороговые значения, что может указывать на неисправность вентилятора шасси, некачен воздушный поток шасси или средство охлаждения под эксплуатацией шасси не работает в нормальном режиме.

В RMON MIB также определяются таблицы, в которых хранятся различные статистические данные для интерфейсов Ethernet, включая etherStatsTable the и etherHistoryTable the. Содержит совокупную статистику в реальном времени для интерфейсов Ethernet, например, число одноавторных, многоабъюстных и широковещательных пакетов, полученных etherStatsTable на интерфейсе. В etherHistoryTable этом примере ведется статистический пример статистики для интерфейсов Ethernet. Управление (включая интерфейсы для отслеживания и интервала etherHistoryTable выборки) определяется RMON. historyControlTable

Чтобы включить аварийные сигналы RMON, выполните следующие действия:

  1. Настройте SNMP, включая группы trap-ловушек. SNMP настраивается на уровне иерархии [ edit snmp ]

  2. Настройте восходящие и восходящие события в группах событий и eventTable группах trap-ловушек. Можно также настроить события, используя интерфейс командной строки на уровне edit snmp rmon event иерархии []

  3. Настройте сигналы тревоги в том числе в переменных для мониторинга, пороговых значений восходящего и падения, типов выборок и интервалов, а также в соответствующих событиях, которые генерируются при alarmTable сигналах тревоги. Можно также настроить аварийные сигналы, используя интерфейс командной строки на уровне edit snmp rmon alarm иерархии []

    Расширения к the определяются в специальном Juniper Networks корпоративном MIB alarmTable jnxRmon (mib-jnx-rmon.txt).

Пороги и события сигнала тревоги

Задав восходящее и пороговое значение падения для отслеживаемой переменной, вы можете оповестить каждый раз, когда значение переменной выпадает за допустимый эксплуатационный диапазон Рис. 1 (см.).

Рис. 1: Установка пороговых значенийУстановка пороговых значений

События генерируются только когда порог сигнала тревоги сначала пересекается в любом одном направлении, а не после каждого интервала выборки. Например, если наряду с соответствующим событием возникает сигнал восходящего порога, то событий пересечения порогового значения больше не происходит до тех пор, пока не произойдет соответствующее сообщение о падении. Это значительно сокращает количество событий, происходящих в системе, что упрощает оперативному персоналу реагирование на происходящие события.

Перед настройкой удаленного мониторинга необходимо определить переменные, которые необходимо отслеживать, и их допустимый диапазон действия. Для определения допустимых рабочих диапазонов требуется определенный промежуток базовой проема. Начальный базовый период, по крайней мере, 3 месяца не являются чем-то необычным при первом определении рабочих диапазонов и определении порогов, но базовый мониторинг должен продолжаться на протяжении жизненного периода жизни каждой отслеживаемой переменной.

Понимание сигналов тревоги RMON

Сигнал RMON идентифицирует:

  • Определенный MIB объект, который отслеживается.

  • Частота выборки.

  • Способ выборки.

  • Пороговые значения, с которыми сравниваются отслеживаемые значения.

Сигнал RMON также может определить определенную запись, которая будет срабатывает при eventTable превышении порогового значения.

Значения конфигурации и рабочих значений определены alarmTable в RFC 2819. Дополнительные рабочие значения определены в расширениях Juniper Networks для alarmTablejnxRmonAlarmTable предприятий).

Данная тема охватывает следующие разделы:

alarmTable

alarmTable В RMON MIB мониторинг и опрос:

  • alarmIndex- Значение индекса для alarmTable идентификации конкретной записи.

  • alarmInterval- Интервал (в секундах), по которому выборка данных и сравнение с восходящими и падениями порогами.

  • alarmVariable- переменная MIB, отслеживаемая записью сигнала тревоги.

  • alarmSampleType- Способ выборки выбранной переменной и вычисление значения, сравниваемого с порогами.

  • alarmValue- Значение переменной в течение последнего периода выборки. Это значение сравнивается с восходящим и падениям пороговых значений.

  • alarmStartupAlarm— сигнал тревоги, отосланный при первой активации записи.

  • alarmRisingThreshold- Верхний порог для выборки переменной.

  • alarmFallingThreshold- Нижнее пороговое значение для выборной переменной.

  • alarmRisingEventIndex- eventTable Запись, используемая при превышении восходящего порога.

  • alarmFallingEventIndex- eventTable Запись, используемая при превышении порогового значения падения.

  • alarmStatus- Способ добавления и удаления записей из таблицы. Его также можно использовать для изменения состояния записи с разрешением изменений.

    Прим.:

    Если этот объект не valid установлен, связанное с событием сигнал о событии не будет принимать никаких действий.

jnxRmonAlarmTable

Это jnxRmonAlarmTable новый Juniper Networks для предприятий. alarmTable Предоставляет дополнительную оперативную информацию и включает в себя следующие объекты:

  • jnxRmonAlarmGetFailCnt- Количество сбойов внутреннего Get запроса переменной, отслеживаемой данной записью.

  • jnxRmonAlarmGetFailTime- Значение, когда sysUpTime внутренний запрос Get для переменной, отслеживаемой этой записью, в последний раз неуспешно.

  • jnxRmonAlarmGetFailReason– Причина последнего сбойного внутреннего Get запроса переменной, отслеживаемой этой записью.

  • jnxRmonAlarmGetOkTime- Значение того, когда внутренний запрос для переменной, отслеживаемой этой sysUpTime записью, Get был успешным, и запись покинула getFailure состояние.

  • jnxRmonAlarmState— Текущее состояние данной записи сигнала тревоги RMON.

Чтобы просмотреть Juniper Networks корпоративных событий и сигналов тревоги и событий R MIB MON см. https://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-rmon.txt.

О событиях RMON

Событие RMON позволяет за регистрацию пересечения пороговых значений других MIB объектов. Оно определено для eventTable RMON-MIB.

Данный раздел посвящен следующим темам:

eventTable

eventTable содержит следующие объекты:

  • eventIndex- Индекс, который уникальным образом идентифицирует вход в eventTable . Каждая запись определяет одно событие, которое генерируется при соответствующих условиях.

  • eventDescription— комментарий, описывающий запись события.

  • eventType- Тип уведомления, который пробный датчик производит по этому событию.

  • eventCommunity— Группа ловушек, используемая для отосла ловушек SNMP. Если eventCommunity конфигурация не настроена, trap-ловушка отправляется каждой группе trap-ловушек, настроенной с помощью rmon-alarm категории.

  • eventLastTimeSent- Значение того, sysUpTime когда запись события в последний раз сгенерирована.

  • eventOwner— Любая текстовая строка, указанная приложением создания управления или интерфейс командной строки (интерфейс командной строки). Обычно он используется для идентификации диспетчера сети (или приложения) и может использоваться для тонкого контроля доступа между используемыми приложениями управления.

  • eventStatus—Статус данной записи события.

    Прим.:

    Если этот объект не установлен, связанные с ним записи о событиях не valid будут действовать. При этом объекте все предыдущие записи в журнале, связанные с этой записью valid (если таковый имеется), удаляются.

Настройка аварийных сигналов и событий RMON

Junos OS поддерживает мониторинг маршрутизаторов с удаленных устройств. Эти значения измеряются по пороговым значениям и запускают события при перекрестных перекрестных порогах. Записи сигналов тревоги и событий удаленного мониторинга (RMON) настраиваются для отслеживания значения MIB объекта.

Чтобы настроить аварийные сигналы и записи событий RMON, необходимо включить в конфигурацию утверждения уровня [edit snmp] иерархии:

Таблицы MIB RMON, аварийных сигналов, журналов и таблиц управления историями

Табл. 1 предоставляет каждое поле в RMON eventTable, описание поля и соответствующую инструкцию Junos OS, которую можно использовать для настройки этого поля. Эти Junos OS находятся на уровне edit snmp rmon [] иерархии.

Табл. 1: Таблица событий RMON

Поле

Описание

Утверждение [edit snmp rmon]

eventDescription

Текстовое описание этого события.

description

Eventtype

Тип события (например, журнал, ловушка или журнал и trap-ловушка).

type

eventCommunity

Trap-группа, на которую нужно отправить это событие, как определено в Junos OS конфигурации. (Это не то же самое, что и сообщество SNMP.)

community

eventOwner

Объект (например, менеджер), который создал это событие.

eventStatus

Статус данной строки (например, valid, invalid или createRequest).

Табл. 2 предоставляет каждое поле в RMON alarmTable, описание поля и соответствующую инструкцию Junos OS, которую можно использовать для настройки этого поля. Эти Junos OS находятся на уровне edit snmp rmon [] иерархии.

Табл. 2: Таблица аварийных сигналов RMON

Поле

Описание

Утверждение [edit snmp rmon]

alarmStatus

Состояние этой строки (например, valid, invalid или createRequest)

alarmInterval

Период выборки (в секундах) отслеживаемой переменной

interval

alarmVariable

Идентификатор объекта (OID) и экземпляр переменной, под контролем

alarmValue

Фактическое значение выборной переменной

alarmSampleType

Тип образца (абсолютные или дельты изменения)

sample-type

alarmStartupAlarm

Первоначальная тревога (восходящая, падения или любая)

startup-alarm

alarmRisingThreshold

Восходящее пороговое значение, с которым можно сравнить значение

rising-threshold

alarmFallingThreshold

Порог падения, с которым можно сравнить значение

falling-threshold

alarmRisingEventIndex

Индекс (строка) восходящего события в таблице событий

rising-event-index

alarmFallingEventIndex

Индекс (строка) события падения в таблице событий

falling-event-index

Табл. 3 предоставляет каждое поле в jnxRmon jnxRmonAlarmTable, которое является расширением RMON alarmTable. Можно устранить неполадки агента RMON rmopd, который работает на коммутаторе, проверив содержимое объекта jnxRmonAlarmTable.

Табл. 3: таблица аварийных сигналов jnxRmon

Поле

Описание

jnxRmonAlarmGetFailCnt

Количество сбойов внутреннего Get запроса переменной

jnxRmonAlarmGetFailTime

Значение объекта sysUpTime при последнем сбое

jnxRmonAlarmGetFailReason

Причина сбой Get запроса

jnxRmonAlarmGetOkTime

Значение объекта sysUpTime, когда переменная выходит из состояния сбоя

jnxRmonAlarmState

Состояние данной записи сигнала тревоги

Табл. 4 предоставляет каждое поле в RMON historyControlTable, описание этого поля и соответствующую инструкцию Junos OS, которую можно использовать для настройки этого поля. Эти Junos OS находятся на уровне edit snmp rmon history [] иерархии. HistoryControlTable управляет RMON etherHistoryTable.

Табл. 4: Таблица управления истории RMON

Поле

Описание

Утверждение [редактирование истории snmp rmon]

historyControlDataSource

Определяет источник данных, для которых были собраны исторические данные.

interface

historyControlBоetsПроверка

Запрашивается количество дискретных интервалов времени, в течение которых необходимо сохранить данные.

bucket-size

historyControlBоetsGranted

Количество дискретных интервалов выборки, через которые следует сохранить данные.

historyControlInterval

Интервал (в секундах), в течение которого данные выборки для каждого сегмента.

interval

historyControlOwner

Объект, настроив эту запись.

owner

historyControlStatus

Статус данной записи.

Минимальная конфигурация сигнала тревоги RMON и записи событий

Чтобы включить RMON на маршрутизаторе, необходимо настроить запись сигнала тревоги и запись события. Для этого включим следующие утверждения уровня [edit snmp rmon] иерархии:

Настройка записи сигнала тревоги RMON и его атрибутов

Запись сигнала тревоги отслеживает значение переменной MIB значением. Можно настроить частоту выборки значения, тип выборки для выполнения и какое событие инициировать при превышении порогового значения.

В данном разделе обсуждаются следующие темы:

Настройка записи сигнала тревоги

Запись сигнала тревоги отслеживает значение переменной MIB значением. rising-event-index, rising-threshold и утверждения являются sample-typevariable обязательными. Все остальные утверждения являются необязательными.

Чтобы настроить запись сигнала тревоги, включите alarm утверждение и укажите индекс на [edit snmp rmon] уровне иерархии:

index является всего несколько, идентифицирует сигнал тревоги или запись события.

Настройка описания

Описание – это текстовая строка, которая идентифицирует запись сигнала тревоги.

Чтобы настроить описание, включим инструкцию и описание сигнала тревоги description на [edit snmp rmon alarm index] уровне иерархии:

Настройка индекса событий падения или индекса восходящего события

Индекс события падения идентифицирует запись события, активную при превышении порогового значения. Индекс восходящего события определяет запись события, активную при перекрестных перекрестных порогах.

Чтобы настроить индекс события падения или индекс восходящего события, включим в себя утверждение или утверждение и укажите индекс на falling-event-indexrising-event-index уровне [edit snmp rmon alarm index] иерархии:

index может быть от 0 до 65 535. Значение по умолчанию для индекса падения и восходящего события – 0.

Настройка порога падения или восходящего порога

Нижний порог является нижним порогом для отслеживаемой переменной. Если текущее выборочная величина меньше или равна данному порогу и значение для последнего интервала выборки больше этого порогового значения, генерируется одно событие. Событие также генерируется, если первый пример после того, как эта запись станет действительной, меньше или равна данному порогу, и связанное с ним сигнал запуска равняется falling-alarmrising-or-falling-alarm или. После того, как событие падения сгенерировано, не может быть сгенерировано другое событие падения, пока пробное значение не поднимется выше этого порога и не достигнет восходящего порога. Следует указать порог падения как несколько. По умолчанию он на 20 процентов меньше, чем восходящий порог.

По умолчанию, восходящее пороговое значение – 0. Верхний порог является верхним порогом для отслеживаемой переменной. Если текущее значение выборки больше или равно данному порогу, а значение на последнем интервале выборки меньше этого порогового значения, генерируется одно событие. Одно событие также генерируется, если первый пример после того, как эта запись станет действительной, превышает или равняется данному порогу, и связанное startup-alarm значение равняется rising-alarm или rising-or-falling-alarm . После того, как будет сгенерировано восходящее событие, не может быть сгенерировано другое восходящее событие, пока пробное значение не опускается ниже этого порога и не достигает порога падения. Необходимо указать восходящее пороговое значение как несколько.

Чтобы настроить порог падения или восходящий порог, включим falling-threshold в себя утверждение или утверждение на уровне rising-threshold[edit snmp rmon alarm index] иерархии:

integer может быть значением от -2,147,483,647 до 2,147,483,647.

Настройка интервала

Этот интервал представляет период времени (в секундах), в течение которого отслеживаемая переменная выборочена и сравнивается с восходящими и падениями пороговых значений.

Для настройки интервала включите утверждение и укажите число секунд interval на уровне [edit snmp rmon alarm index] иерархии:

seconds может быть значением от 1 до 2 147 483 647. Значение по умолчанию — 60 секунд.

Настройка порогового интервала падения

Пороговый интервал падения представляет интервал между выборами при перекрестных значениях восходящего порога. После того, как сигнал пересылает порог падения, используется регулярный интервал выборки.

Прим.:

Для сигналов тревоги, задав тип запроса, нельзя настроить интервал падения walk-request порога.

Чтобы сконфигурировать интервал падения порога, включите утверждение иерархии на уровне иерархии falling-threshold interval[edit snmp rmon alarm index] и укажите количество секунд:

seconds может быть значением от 1 до 2 147 483 647. Значение по умолчанию — 60 секунд.

Настройка типа запроса

По умолчанию сигнал RMON может отслеживать только один экземпляр объекта (как указано в конфигурации). Можно настроить утверждение, чтобы расширить область действия сигнала тревоги RMON, включив в него все экземпляры объектов, принадлежащие филиалу MIB или включив следующий экземпляр объекта после экземпляра, указанного в request-type конфигурации.

Чтобы настроить тип запроса, включите утверждение на уровне иерархии и request-type[edit snmp rmon alarm index] укажите get-next-request ( get-requestwalk-request или:

walk распространяет конфигурацию сигнала RMON на все экземпляры объектов, принадлежащие MIB ветви. next расширяет конфигурацию сигнала RMON, чтобы включить следующий экземпляр объекта после экземпляра, указанного в конфигурации.

Настройка типа выборки

Тип выборки идентифицирует метод выборки выбранной переменной и вычисляет значение, сравниваемую с порогами. Если значение этого объекта – значение выбранной переменной сравнивается напрямую с порогами absolute-value в конце интервала выборки. Если значение этого объекта – значение выбранной переменной в последнем примере вычитается из текущего значения, и разница сравнивается с delta-value порогами.

Чтобы настроить тип примера, включим утверждение и укажите тип образца sample-type на уровне [edit snmp rmon alarm index] иерархии:

  • absolute-value- Фактическое значение выбранной переменной сравнивается с порогами.

  • delta-value- Разница между выборами выбранной переменной сравнивается с порогами.

Настройка сигнала запуска

Сигнал запуска идентифицирует тип сигнала тревоги, который может быть отправлен при первой активации этой записи. Вы можете указать его falling-alarm как rising-alarm , или rising-or-falling-alarm .

Для настройки сигнала запуска включите утверждение и укажите тип сигнала тревоги startup-alarm на [edit snmp rmon alarm index] иерархии:

  • falling-alarm- Создается, если первый пример после того, как запись сигнала станет активной, меньше или равна порогу падения.

  • rising-alarm— Создается, если первый пример после того, как запись сигнала тревоги станет активной, будет больше или равен восходящему порогу.

  • rising-or-falling-alarm— Создается, если первый пример после того, как запись сигнала тревоги станет активной, удовлетворяет любой из соответствующих пороговых значений.

Значение по умолчанию rising-or-falling-alarm .

Настройка тега системного журнала

Утверждение syslog-subtag указывает метку, добавляемую к сообщению системного журнала. В качестве тега системного журнала можно указать строку не более 80 заголовных символов.

Чтобы настроить тег системного журнала, включите syslog-subtag утверждение на [edit snmp rmon alarm index] уровне иерархии:

Настройка переменной

Переменная определяет MIB объект, который отслеживается.

Для настройки переменной включите утверждение и укажите идентификатор объекта или имя объекта variable на [edit snmp rmon alarm index] уровне иерархии:

oid-variable является десятичной точкой (например, ) или MIB 1.3.6.1.2.1.2.1.2.2.1.10.1 объекта (например, ifInOctets.1 ).

Настройка записи событий RMON и ее атрибутов

Запись события генерирует уведомление о записи сигнала тревоги при перекрестных перекрестных значениях ее восходящего или падения порогового значения. Тип генерируемого уведомления можно настроить. Чтобы настроить запись события, включите event утверждение на [edit snmp rmon] уровне иерархии. Все утверждения, кроме event утверждения, являются необязательными.

index определяет событие записи.

community-name – это группа trap-ловушек, которая используется при создании ловушки. Если эта группа trap-ловушек имеет настроенную категорию trap-ловушек, trap-ловушка отправляется всем целям, настроенным rmon-alarm для этой группы trap-ловушек. Строка имени сообщества в trap соответствует имени группы trap-ловушек. Если ничего не настроено, проверяются все группы trap-ловушек, а ловушки посылаются с помощью каждой группы с rmon-alarm набором категорий.

description является текстовой строкой, определяемой записью.

Переменная type записи события указывает, где должно быть зарегистрировано событие. Тип можно указать как один из следующих:

  • log-Добавляет запись события в logTable .

  • log-and-trap— отправляет trap-сообщение SNMP и создает запись в журнале.

  • none- Не посылает уведомление.

  • snmptrap— отправляет trap-сообщение SNMP.

Значение по умолчанию для типа записи события log-and-trap : .

Примере: Настройка сигнала тревоги RMON и записи событий

Настройте сигнал тревоги RMON и запись события:

Настройка выборок истории RMON

Система Junos OS группы контроля истории etherHistoryTable (RFC 2819) системы удаленного мониторинга сети (RMON) MIB. Таблицы управления истории записывают статистические выборки из сети Ethernet и сохраняют их для более позднего итеримента.

Чтобы сконфигурировать выборку истории RMON, а также просмотреть или очистить собранную статистику с Junos OS интерфейс командной строки, выполните следующие задачи:

Настройка сбора выборок истории RMON

Используйте утверждение на уровне иерархии для настройки параметров сбора выборок history[edit snmp rmon] истории RMON. Требуются следующие параметры:

  • Индекс истории: Запись истории определяется по значению индекса истории (MIB), заданным при настройке этого утверждения, которое используется для отображения или очистки собранных historyControlIndex результатов в дальнейшем.

  • Интерфейс: Интерфейс для отслеживания указанного индекса истории. С конкретным индексом истории RMON может быть связан только один интерфейс.

В дополнение к требуемым параметрам можно указать собственное количество выборок (в секундах) и выборку (количество дискретных выборок, которые необходимо собрать за intervalbucket-size заданный интервал).

Для сбора может быть также назначен дополнительный тег () связанный с индексом owner истории.

Просмотр и очистка статистики истории RMON

Используйте эту show snmp rmon history команду для отображения собранных записей таблицы истории RMON. Эту команду можно также использовать show snmp mib walk для просмотра примеров полей таблицы истории RMON.

Следующий пример конфигурации RMON устанавливает выборку таблицы истории для интерфейса xe-0/0/20.0, используя значение индекса истории, 1:

С помощью show snmp mib walk этой команды можно получить статистику etherHistoryPkts полей, собранную для индекса истории 1:

Для очистки собранной статистики истории RMON используйте clear snmp history эту команду. После очистки выборок, собранных до этого момента, сбор продолжается с законфигурируемым интервалом, после чего записываюсь новые образцы. Эта команда имеет параметры для очистки собранных выборок определенного настроенного индекса истории или для очистки всех выборок из всех настроенных индексов.

Например, следующая команда очищает собранные примеры истории RMON для индекса управления истории 1, настроенного выше:

Использование alarmTable для отслеживания MIB объектов

Чтобы использовать alarmTable для отслеживания MIB объекта, выполните следующие задачи:

Создание записи сигнала тревоги

Чтобы создать запись сигнала тревоги, сначала создайте новую строку в alarmTable с помощью объекта alarmStatus. Например, создайте аварийные сигналы #1 с помощью командной строки UCD:

Настройка объектов сигнализации MIB сигналов

После создания новой строки в alarmTable настройте следующие аварийные сигналы MIB объектам:

Прим.:

Кроме alarmStatus, изменить какие-либо объекты в записи, если связанный объект alarmStatus установлен в valid .

alarmInterval

Интервал (в секундах), в течение которого выборка данных и сравнение с восходящими и падениями порогами. Например, чтобы установить для #1 тревоги alarmInterval 30 секунд, используйте следующий запрос Set SNMP:

alarmVariable

Идентификатор объекта переменной для выборки. Во время запроса, если в выбранном представлении имя переменной не доступно MIB, возвращается ошибка Set badValue. Если в любое время переменное имя установленного alarmEntry больше не доступно в выбранном MIB view, зонд изменяет состояние alarmVariable на invalid. Например, чтобы определить ifInOctets.61 в качестве переменной для мониторинга, используйте следующий запрос Set SNMP:

alarmSampleType

Способ выборки выбранной переменной и вычисление значения, сравниваемого с порогами. Если значение этого объекта является абсолютнымValue, значение выбранной переменной сравнивается напрямую с порогами в конце интервала выборки. Если значение этого объекта – deltaValue, значение выбранной переменной в последнем примере вычитается из текущего значения, и разница сравнивается с порогами. Например, чтобы настроить alarmSampleType для #1 в deltaValue, используйте следующий запрос Set SNMP:

alarmValue

Значение переменной в течение последнего периода выборки. Это значение сравнивается с восходящим и падениям пороговых значений. Если тип образца – deltaValue, то это значение равно разнице между выборами в начале и конце периода. Если тип выборки равен этому значению, то в конце absoluteValue периода.

alarmStartupAlarm

Сигнал тревоги, который отправляется при первой проверке данной записи. Если первая выборка после того, как эта запись станет действительной, будет больше или равна (равна или равна) или будет сгенерирован один risingThresholdalarmStartupAlarmrisingAlarmrisingOrFallingAlarm восходящий сигнал тревоги. Если первый пример после того, как эта запись станет действительной, меньше или равен и равен fallingThresholdalarmStartupAlarmfallingAlarmrisingOrFallingAlarm или, то генерируется одно сигнал о падении. Например, чтобы настроить alarmStartupAlarm сигнализацию risingOrFallingAlarm #1, используйте следующий запрос SNMP: Set

alarmRisingThreshold

Пороговое значение для выборной переменной. Если текущее значение выборки больше или равно данному порогу, а значение на последнем интервале выборки меньше этого порогового значения, генерируется одно событие. Одно событие также генерируется, если первый пример после того, как эта запись станет действительной, превышает или равняется данному порогу, и связанное alarmStartupAlarm значение равняется risingAlarm или risingOrFallingAlarm . После сгенерированного восходящего события не может быть сгенерировано другое восходящее событие, пока пробное значение не опускается ниже этого порогового значения и не достигает alarmFallingThreshold этого значения. Например, чтобы настроить alarmRisingThreshold сигнализацию 100000 #1, используйте следующий запрос SNMP: Set

alarmFallingThreshold

Пороговое значение для выборной переменной. Если текущее выборочная величина меньше или равна данному порогу и значение для последнего интервала выборки больше этого порогового значения, генерируется одно событие. Одно событие также генерируется, если первый пример после того, как эта запись станет действительной, меньше или равна данному порогу, и связанное alarmStartupAlarm значение равняется fallingAlarm или risingOrFallingAlarm . После того, как событие падения сгенерировано, другое событие падения не может быть сгенерировано до тех пор, пока пробное значение не поднимется выше этого порога и не достигнет alarmRisingThreshold его. Например, чтобы настроить alarmFallingThreshold сигнализацию 10000 #1, используйте следующий запрос SNMP: Set

alarmOwner

Любая текстовая строка, заданная приложением управления или интерфейс командной строки (интерфейс командной строки). Обычно он используется для идентификации диспетчера сети (или приложения) и может использоваться для тонкого контроля доступа между используемыми приложениями управления.

alarmRisingEventIndex

Индекс объекта eventEntry, используемый при превышении восходящего порога. Если в eventTable нет соответствующей записи, то связь не существует. Если это значение нулевое, связанное событие не генерируется, так как ноль не является допустимым индексом события. Например, чтобы настроить alarmRisingEventIndex для #1 10 тревоги, используйте следующий запрос SNMP: Set

alarmFallingEventIndex

Индекс объекта eventEntry, используемый при превышении порогового значения падения. Если в eventTable нет соответствующей записи, то связь не существует. Если это значение нулевое, связанное событие не генерируется, так как ноль не является допустимым индексом события. Например, чтобы настроить alarmFallingEventIndex для #1 10 тревоги, используйте следующий запрос SNMP: Set

Активация новой строки в alarmTable

Чтобы активировать новую строку в alarmTable, установите alarmStatus для valid использования запроса SNMP: Set

Изменение активного ряда в alarmTable

Чтобы изменить активную строку, вначале установите alarmStatus на underCreation с помощью запроса Set SNMP:

Затем измените содержимое строки, используя запрос Set SNMP:

Наконец, активируйте строку, установив alarmStatus valid на использование запроса SNMP: Set

Деактивирование строки в alarmTable

Чтобы деактивировать ряд в alarmTable, установите alarmStatus с invalid помощью запроса SNMP: Set

Использование eventTable для регистрации сигналов тревоги

Чтобы использовать eventTable для регистрации сигналов тревоги, выполните следующие задачи:

Создание записи события

RMON eventTable управляет генерацией уведомлений от маршрутизатора. Уведомления могут быть журналами (записи в журнале и журналах) или ловушками SNMP. Каждая запись события может быть сконфигурирована для создания любого сочетания этих уведомлений (или без уведомлений). Если в событии указывается, что должна быть сгенерирована ловушка SNMP, группа trap, используемая при отправке trap-сообщений, определяется значением связанного объекта, связанного с событиемCommunity object. Следовательно, сообщество в сообщении trap будет соответствовать значению, заданного eventCommunity. Если для eventCommunity ничего не настроено, то trap-запрос отправляется с помощью каждой группы ловушек, которая имеет настроенную категорию rmon-alarm.

Настройка MIB объектов

После создания новой строки в eventTable установите следующие объекты:

Прим.:

Требуется объект eventType. Все остальные объекты являются необязательными.

Eventtype

Тип уведомления, генерируемого маршрутизатором при инициаторе события.

Для этого объекта можно установить следующие значения:

  • log-Добавляет запись события в logTable.

  • log-and-trap— отправляет trap-сообщение SNMP и создает запись в журнале.

  • none- Не посылает уведомление.

  • snmptrap— отправляет trap-сообщение SNMP.

Например, чтобы настроить eventType для #1 log-and-trap события, используйте следующий запрос SNMP: Set

eventCommunity

Группа trap-ловушек, используемая при создании ловушки (если eventType настроен для отправки trap-ловушек). Если эта группа trap-ловушек имеет настроенную категорию ловушки rmon-alarm, то trap-ловушка отправляется всем целям, настроенным для этой группы trap-ловушек. Строка имени сообщества в trap соответствует имени группы ловушек (а следовательно, значению eventCommunity). Если ничего не настроено, ловушки отправляются каждой группе с набором категорий rmon-alarm. Например, чтобы установить eventCommunity для события #1 на elroy, используйте следующий запрос Set SNMP:

Прим.:

Объект eventCommunity необязателен. Если этот объект не был заданной, поле остается пустым.

eventOwner

Любая текстовая строка, заданная приложением управления или интерфейс командной строки (интерфейс командной строки). Обычно он используется для идентификации диспетчера сети (или приложения) и может использоваться для тонкого контроля доступа между используемыми приложениями управления.

Например, чтобы настроить eventOwner для eventowner #1 в качестве джорджа, используйте следующий запрос Set SNMP:

Прим.:

Объект eventOwner необязателен. Если этот объект не был заданной, поле остается пустым.

eventDescription

Любая текстовая строка, заданная приложением управления или интерфейс командной строки (интерфейс командной строки). Использование этой строки зависит от приложения.

Например, чтобы настроить eventDescription для события #1 размыкания на разъехаах, используйте следующий запрос Set SNMP:

Прим.:

Объект eventDescription необязателен. Если этот объект не был заданной, поле остается пустым.

Активация новой строки в eventTable

Чтобы активировать новую строку в eventTable, установите eventStatus для valid использования запроса SNMP, Set например:

Деактивирование строки в eventTable

Чтобы деактивировать строку в eventTable, установите eventStatus на invalid использование запроса SNMP, Set например: