Управление сетью и автоматизация : Cisco Prime Network

Главная Сеть ciscoConfigManEvent Лавинная рассылка Trap-сообщения

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Отзыв

Введение

Этот документ описывает причину, последствия и решение проблемы, где вы получаете лавинную рассылку уведомления о событии управления Конфигурации CISCO (ciscoConfigManEvent) trap-сообщения в Cisco Главная Сеть.

Внесенный Томасом Мэнери, специалистом службы технической поддержки Cisco.

Проблема

Сетевые устройства могли бы быть настроены таким способом, которым, когда выполненный показ или команда conf t введен в устройство, устройство отсылает trap-сообщение ciscoConfigManEvent. Если устройство проверено Cisco Главная Сеть, можно просмотреть эти trap-сообщения во вкладке Trap Видения События как события уведомления о событии управления Конфигурации CISCO.

Лавинная рассылка этих trap-сообщений происходит, потому что Cisco Главная Сеть выполняет команду <interface id> интерфейса покажите выполненного к устройствам для каждого интерфейса, определенного в устройстве. Это происходит каждый цикл опроса, который является каждые 15 минут по умолчанию. Большинство клиентов теперь испытывает лавинную рассылку этих типов событий. У крупных поставщиков услуг может быть большое число интерфейсов на каждом устройстве, и распространено видеть несколько тысяч этих событий в Cisco Главная Сеть каждую минуту.

Это вызывает много побочных эффектов, таких как:

  • База данных (DB) становится полной, и временное пространство на диске заканчивается.
  • Клиенты испытывают медленную производительность в связи с GUI к большому числу событий в DB.
  • Существует большое число событий висячей строки в DB (события, которые не привязаны к билету и не заархивированы).
  • Существует более медленное trap-сообщение и Элемент виртуальной сети (VNE), обрабатывающий из-за большое число событий.

Решение

Лучшее решение для этой проблемы состоит в том, чтобы изменить конфигурацию сетевых устройств так, чтобы они не передавали эти типы trap-сообщений к Главному Серверу сети. Однако это не практично в некоторых больших системах поставщика услуг. Этот раздел предоставляет обходной путь для этой проблемы. Цель этого обходного пути состоит в том, чтобы фильтровать trap-сообщения, как только они достигают Коллектора События (AVM 100).

Примечание: Для Cisco Главные Сетевые версии 4.0 и позже, обратитесь к Cisco Главное Руководство Администратора сети, 4.0 для получения решения этой проблемы. Обходной путь, который описан в этом документе, является для всех версий Active Network Abstraction (ANA), а также всего Cisco Главными Сетевыми версиями 3.11 и ранее.

Внимание.  : Если вы включаете фильтр trap-сообщения ciscoConfigManEvent, то trap-сообщения ciscoConfigManEvent не сохранены к Архиву событий; поэтому, они не доступны для отчётов.

Обычно, trap-сообщения фильтрованы на уровне VNE после того, как они будут записаны в DB Устойчивости события (EP) (обычно известный как Архив событий). Для предотвращения этой обработки Дополнительный Глобальный Фильтр требуется:

Введите эти команды как ANA или Главного Пользователя сети от ~ / Основной каталог для фильтрования этого типа trap-сообщения, как только это вводит в систему:

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/enable true

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/matcher/classcom.sheer.metrocentral.
 framework.instrumentation.trap.matcher.RawEventSnmpMatcher

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/matcher/matcher-conf

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1/varbinds

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1/varbinds
 /varbind-1 ".1.3.6.1.6.3.1.1.4.1={o}.1.3.6.1.4.1.9.9.43.2.0.1"

Введите эти команды для отключения предыдущих команд:

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/enable false

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/matcher/class com.sheer.metrocentral.
 framework.instrumentation.trap.matcher.ExcludeAllMatcher

./runRegTool.sh -gs 127.0.0.1 remove 0.0.0.0 site/trap/agents/trap/processors
 /snmp-processors/snmp-processor4/matcher/matcher-conf

Примечание: Некоторым клиентам настроили устройства так, чтобы каждое trap-сообщение было передано инкапсулировавшее в системный журнал. Если это верно, необходимо добавить правило о процессоре syslog для тех также.


Связанные обсуждения сообщества поддержки Cisco

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