Программное обеспечение Cisco IOS и NX-OS : Cisco IOS Embedded Event Manager (EEM)

Сценарии EEM использовали Устранять неполадки

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает, как использовать программное средство встроенного диспетчера событий (EEM) для решения проблем в сети, которые иначе тверды прикрепить точку или не имеют обычной частоты, которая позволяет обычное устранение проблем.

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

Что такое EEM?

EEM является гибкой системой, разработанной для настройки Cisco IOS®, XR и NX-OS. EEM позволяет вам автоматизировать задачи, выполнять незначительные усовершенствования и создавать обходные пути. 

Когда использовать EEM?

Сценарии EEM имеют две цели:

  • Чтобы помочь решать проблему - Когда необходимо устранять проблемы непостоянности, сценарии EEM могут быть особенно полезными. Они позволяют вам автоматизировать процесс набора выходных данных команды show и команд отладки, который позволяет вам перехватывать данные, которые иначе было бы чрезвычайно трудно собрать.
  • Помочь предоставлять решение - В случаях, где временный обходной путь требуется, в то время как Центр технической поддержки (TAC) делает анализ основных причин. Возьмите, например, ситуацию, где проблема неустойчива, но сброс интерфейса решает проблему. Сценарии EEM могут использоваться для инициирования этого действия, как только начинается проблема. 

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

Произведите выборку сценариев EEM

Типовые сценарии EEM, чтобы помочь решать проблемы включены в этот раздел.

Команды выполнения каждые 30 секунд к файлу во Флэше

Команды выполнения каждые 30 секунд к файлу во флэш-памяти; команды показа могут быть адаптированы к тому, что вы хотите выполнить:

event manager applet show-rtp-streams
 event timer watchdog name timer time 30
action 0.5 cli command "enable"
 action 1.0 cli command "show clock | append flash:filename.txt"
 action 2.0 cli command "show ip cache flow | append flash:filename.txt"
 action 3.0 cli command "show voip rtp conn" | append flash:filename.txt"
 action 4.0 cli command "show call active voice br" | append flash:filename.txt"

Примечание: Некоторые файловые системы флэш-устройства (такие как загрузочная флэш-память или slotX) не поддерживают добавлять операцию. Это не ограничение EEM, а скорее ограничение линейных файловых систем флэш-устройства. Файловые системы произвольного доступа, такие как diskX или флэш-память на настольных коммутаторах (3560, 3750, и так далее) добавление поддержки к файлу.

Примечание: Если устройство настроено для авторизации для выполнения команд Аутентификации, авторизации и учета (AAA), EEM должен быть настроен с именем пользователя, которое авторизуется выполнить все команды CLI во всей настроенной политике EEM. Чтобы сделать это, введите ПОЛЬЗОВАТЕЛЯ event manager session cli username, где ПОЛЬЗОВАТЕЛЬ является соответствующим пользователем AAA.

Используйте сторожевой таймер для формирования дампа журнала маршрутизатора каждые X секунды к серверу FTP или Флэшу

Точно так же можно использовать сторожевой таймер для формирования дампа журнала маршрутизатора каждые X секунды к серверу FTP или флэш-памяти:

event manager applet dump-log
 event timer watchdog name timer time 1800
action 0.5 cli command "enable"
 action 1.0 cli command "show log | append ftp://user:pass@10.1.1.1/debugs.txt"

Можно также использовать Ожидать сценарий на устройстве UNIX в cronjob для получения по запросу журнала каждые X минуты. Вместо того, чтобы выдвинуть его с EEM; замените имя пользователя и пароль соответствующими строками для учетных данных входа в систему:

 > dhcp-64-102-154-159:Desktop sholl$ cat login-script 
 > #!/usr/bin/expect 
 >
 > set timeout 60 
 > spawn telnet -N 10.1.1.1
 >
 > # Uncomment these if you are prompted for a username by the router 
 > # expect "login:"
 > # send "username\n"
 > expect "Password: "
 > send "password\n"
 > expect ">"
 > send "en\n"
 > expect "Password:"
 > send "password\n"
 > expect "#"
 > send "term len 0\n"
 > expect "#"
 > send "sh log\n"
 > expect "#"
 > send "exit\n"
 > send "exit\n"
 >
 > dhcp-64-102-154-159:Desktop sholl$ crontab -e 
 >
 > # min  hour   mday   month  wday   command
 >   0    4    0    0    0   Desktop/login-script >> outputlog.txt

Включите отладки на начальной загрузке маршрутизатора

Включите отладки на начальной загрузке маршрутизатора; измените отладки на то, что вы хотите включить:

event manager applet en-debugs-at-boot
event timer cron cron-entry "@reboot"
 action 1.0 cli command "enable"
 action 2.0 cli command "debug isdn q931"
 action 2.2 cli command "debug isdn q921"
 action 2.4 cli command "debug isdn standard"

Отключите Отладки после Определенного сообщения

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

event manager applet disableDebugsOnError
 event syslog occurs 1 pattern "Endpt not available"
 action 3.0 cli command "enable"
 action 3.2 cli command "un all"
action 3.3 cli command "config t"
 action 3.4 cli command "no event manager applet disableDebugsOnError"
action 3.5 cli command "end"

Устранение неполадок

Устраните неполадки вопросов сетей VPN

В то время как большинство форм вопросов сетей VPN обычно не требует EEM для устранения проблем, в некоторых случаях проблема может быть переходной, который делает его трудно для получения необходимой информации. Соответствующие случаи включают:

Устранение неполадок, связанных с высоким использованием CPU

Обычно находится, что время от времени загрузка ЦПУ пронзает для очень короткого периода времени и в неопределенные времена. Следовательно это становится очень трудным к командам выполнения, которые должны быть выполнены во время высокой загрузки ЦП. Когда сценарий EEM может быть очень полезным, это. Установите значения ЦП, в которых это должно быть инициировано, и это получает выходные данные команды.

Это - пример сценария и должно быть настроено для ваших требований:  

 event manager applet capture_cpu_spike
  event snmp oid 1.3.6.1.4.1.9.2.1.56 get-type next entry-op ge entry-val 60
  exit-time 10 poll-interval 1
  action 001 syslog msg "CPU Utilization is high"
  action 002 cli command "en"
  action 003 cli command "show proc cpu sort | append flash:cpuinfo"
  action 004 cli command "show proc cpu sort | append flash:cpuinfo"
  action 005 cli command "show stack 236 | append flash:cpuinfo"
  action 006 cli command "show call active voice brief | append flash:cpuinfo"
  action 007 cli command "show voip rtp connection | append flash:cpuinfo"
  action 008 cli command "show isdn call-rate | append flash:cpuinfo"
  action 009 cli command "show log | append flash:cpuinfo"
  action 010 cli command "show mem stat his | append flash:cpuinfo"
  action 011 cli command "show proc cpu his | append flash:cpuinfo"
  action 012 cli command "show align | append flash:cpuinfo"

Вышеупомянутый сценарий не только обнаруживает загрузку ЦПУ и выполняет команды, это также добавляет выходные данные для мигания: или любое другое предпочтительное местоположение. Когда загрузка ЦПУ выходит за предел 60%, это инициировано. Это должно быть настроено к вашим требованиям. Однако осторожность должна быть проявлена для рассмотрения свободного места файловой системы перед развертыванием сценария. 

Дополнительные сведения



Document ID: 116176