Cisco 2811 загрузка процессора

Часовой пояс: UTC + 3 часа

Высокая нагрузка на CPU Cisco 2811

Доброе время суток!

У меня случилась проблема, последние несколько дней днем постоянно вырастает нагрузка на процессор циски.
Нагрузка по прерываниям.

А именно примерно CPU utilization for five seconds: 95%/90%; one minute: 86%; five minutes: 85%

Ничего специфического на роутерах нету: использую OSPF (2 area), BGP с 3 соседями без full-view, немного статического роутинга, NAT не использую.
Совсем маленькие ACL.
Все что можно на интерфейсах повыключал.
IPsec не использую, есть только 2 GRE туннеля.

В чем может быть подвох? трафик суммарно на входе и выходе 40 мегабит.

Вот IOS:
Cisco IOS Software, 2800 Software (C2800NM-ADVIPSERVICESK9-M), Version 12.4(25c), RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2010 by Cisco Systems, Inc.
Compiled Thu 11-Feb-10 23:55 by prod_rel_team

ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1)

sklk-1 uptime is 1 day, 18 hours, 16 minutes
System returned to ROM by reload at 17:34:37 MSK Tue May 15 2012
System restarted at 17:36:14 MSK Tue May 15 2012
System image file is «flash:c2800nm-advipservicesk9-mz.124-25c.bin»

This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.

A summary of U.S. laws governing Cisco cryptographic products may be found at:
http://www.cisco.com/wwl/export/crypto/tool/stqrg.html

If you require further assistance please contact us by sending email to
export@cisco.com .

Cisco 2811 (revision 53.50) with 772096K/14336K bytes of memory.
Processor board ID FCZ123871EB
6 FastEthernet interfaces
1 Virtual Private Network (VPN) Module
DRAM configuration is 64 bits wide with parity enabled.
239K bytes of non-volatile configuration memory.
62720K bytes of ATA CompactFlash (Read/Write)

Configuration register is 0x2102

Cisco же такая должна тянуть хотя бы 50 мегабит что ли, когда загрузка проца достигает 95-98 процентов, то трафик суммарный примерно 20 мегабит.

Ничего на интерфейсах не наблюдаю, пакеты в секунду остались в пределах нормы.

Единственное включен ip accounting, но без него пока никак.

Помогите плз, уже несколько дней бьюсь с этим делом.

Мне тут Гуру подсказали чудо-команду, которая показывает ЧЕМ грузится железка.
show proc cpu s

Вот бы её вывод.

если загрузка прерываниями, то значит много трафика. например, мелких пакетов

ip accounting конечно пробовали отключать? эффект?

Сорри, что так долго не мог написать.
Да, загрузка прерываниями, ip accounting не могу выключить никак просто. (нельзя)

Проблему сейчас устранили, была проблема с клиентом, который завирусил сеть. Отключили , почистили и все ок.

Но вот я никак не могу понять, трафика я не видел большого, счетчики на интерфейсах ничего сверхествесвенного.

Вот беда ( как ловить быстро такие вещи?

GRE там вообще нету трафика, они подняты на случай, если канал упадет еще один.

Счетчики меняются (ошибки не меняются так как их не было)

На самой циске с ИОСа 12.4.20Т (не уверен точно в последних цифрах) можно самостоятельно перехватывать пакеты на интерфейсах (такой дамп).

Команды
Ro# monitor capture

Спасибо!
Кстати, хочу заметить что все таки нашел что так грузило Cisco по прерываниями.

Это был ip accounting.
Была загрузка 85-95% примерно, после отключения упало аж до 15-20%.

К сожалению пока избавиться от ip accounting’a не возможно.

У нас за циской стоят web-сервера, думаю, что маленький http трафик, но большое количество пакетов и убивает ее.

Часовой пояс: UTC + 3 часа

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3

Источник

Решение проблемы высокой загрузки ЦП на маршрутизаторах Cisco

В этой статье объясняются общие симптомы и причины высокой загруженности ЦП в маршрутизаторах Cisco и даются указания и решения по устранению неполадок. Данный документ не ограничен отдельными версиями программного и аппаратного обеспечения.

Симптомы высокой загруженности ЦП

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

• Команда show processes cpu выдает высокое значение в процентах
• Медленная работа
• Службы маршрутизатора не отвечают, например:
  • задержка ответа Telnet или невозможно получить доступ к маршрутизатору по протоколу Telnet
  • медленный ответ на консоли
  • медленный ответ на запрос команды ping или вообще нет ответа
  • маршрутизатор не отправляет обновления маршрутизации другим маршрутизаторам

Первоначальное устранение неполадок

Как только будет замечен какой-нибудь из указанных выше симптомов, выполните следующее:

• Проверьте наличие проблем, связанных с безопасностью. Как правило, высокая загрузка ЦП бывает обусловлена именно проблемами такого рода, например функционированием вредоносной программы (червя или вируса) в сети. Если последние изменения в сети производились давно, это наиболее вероятная причина высокой загрузки ЦП. Обычно для ограничения негативных последствий этой проблемы достаточно добавить строки в списки доступа.
• Убедитесь, что все команды отладки в маршрутизаторе выключены, выполнив команду undebug all или no debug all.
• Удается выполнить команды show на маршрутизаторе? Если да, немедленно начните собирать дополнительные сведения, используя эти команды.
• Маршрутизатор недоступен? Удается воспроизвести эту проблему? Если да, выключите и включите маршрутизатор, а перед воспроизведением проблемы настройте команду scheduler interval 500. В результате выполнение процессов с низким приоритетом будет запланировано с интервалом в 500 миллисекунд, благодаря чему появится время для запуска некоторых команд, даже если ЦП используется на все 100%. На оборудовании Cisco серий 7200 и 7500 используйте команду scheduler allocate 3000 1000.
• Проявляет маршрутизатор признаки высокой загрузки ЦП в течение кратких и непрогнозируемых периодов? Если да, регулярно собирайте выходные данные команды show processes cpu, которые отображают причину высокой загрузки ЦП, если она вызвана прерываниями или отдельным процессом.
• Выяснение причин и решение проблемы

Используйте команду show processes cpu, чтобы определить, чем вызвана высокая загрузка ЦП, прерываниями или процессами.

Высокая загруженность ЦП процессами

Определите процесс, чрезмерно использующий ЦП. Необычная активность, относящаяся к процессу, приводит к сообщению об ошибке в журнале. Таким образом, выходные данные команды show logging exec следует проверить, в первую очередь, на наличие любых ошибок, относящихся к процессу, использующему большое количество циклов ЦП.

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

• Все журналы регистрации, за исключением журнала регистрации сведений для буферов, должны быть отключены или уровень важности протоколируемых в них сведений должен быть понижен с 7 (отладка) до 6 (информационный) или ниже при помощи соответствующей команды настройки logging destination[уровень важности]. Сведения о включенных журналах регистрации и уровнях важности протоколируемых в них сведений содержатся в строках заголовка выходных данных команды show logging exec.
• Размер буфера регистрации необходимо увеличить, чтобы он вмещал всю необходимую информацию. Дополнительные сведения см. в описании команды глобальной настройки logging buffered.
• Чтобы облегчить восприятие и понимание отладки, следует включить временные отметки в миллисекундах, а также дату и время. Дополнительную информацию см. в описании команды глобальной настройки service timestamps.

Команды для получения дополнительной информации

Эти команды позволяют получить дополнительные сведения о проблеме:

• show processes cpu
• show interfaces
• show interfaces switching
• show interfaces stat
• show ip nat translations
• show align
• show version
• show log

Если маршрутизатор совершенно недоступен, сначала выключите и включите его. Затем периодически собирайте выходные данные вышеуказанных команд, за исключением команды show log, результаты выполнения которой должны регистрироваться на сервере системного журнала. Выходные данные следует собирать с интервалом 5 минут. Сбор данных можно также выполнить с помощью HTTP или SNMP.

Команда show processes cpu

Это пример заголовка команды show processes cpu:

CPU utilization for five seconds: X%/Y%; one minute: Z%; five minutes: W% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

В следующей таблице описаны поля этого заголовка: