Процесор ProCurve на 100% протягом декількох хвилин після перезавантаження

Я робив оновлення прошивки в комутаторах HP. Оновлено дві різні моделі:

• Перемикач ProCurve 5406zl Intelligent Edge (J8697A): оновлено з K.15.06.0008 до K.15.12.0012
• Перемикач HP 2520-24G-PoE (J9299A): оновлено з J.14.54 до J.15.09.0021

Перевіряючи кожен перемикач відразу після завантаження нового зображення, я помітив щось:

1. Вимикачі завантажували нове зображення вбудованого програмного забезпечення без помилок, а підключення було відновлено, як тільки комутатор завантажився. На даний момент використання процесора було низьким (до 10%)
2. Через кілька секунд використання процесора піднялося до 100% і простояло кілька хвилин. Я не міг виявити жодну проблему в даний момент, окрім CLI через SSH, який був трохи млявим: нормальне підключення, відсутні повідомлення журналу ...
3. Через п’ять-десять хвилин на 100% процесор повернувся до норми без будь-яких змін з мого боку.

Обидві моделі мали таку поведінку. Я повернув по одній одиниці кожної моделі до попереднього зображення прошивки, і вони поводилися так само.

Незважаючи на цей сплеск процесора відразу після завантаження не викликав жодних проблем, мені цікаво, чи нормальна поведінка в мережі може стати причиною цього сплеску, але я не думаю, що так. Я розглянув такі аспекти:

1. Відразу після завантаження STP починає працювати, генеруючи BPDU і перемикаючи всі порти в комутаторі через стан блокування, прослуховування, навчання та пересилання. Однак навіть із 802.1D цей таймер за замовчуванням займає не більше 1 хвилини. Крім того, я перевіряв комутатори через SSH, тому всі обчислення STP вже були зроблені до моменту, коли я можу підключитися до комутатора.

2. Одразу після завантаження таблиця MAC-адрес порожня, для передачі перших кадрів потрібна трансляція. Але я сумніваюся, що це мовлення займе 100% процесора, набагато менше за 5 хвилин, в 24-портовому комутаторі.

3. Усі комутатори, що працюють як пристрої L2, не мають можливості функціонування L3, тому я відкидаю маршрутизацію та інші процеси L3.

Чи пропускаю я щось "нормальне" в мережевих операціях, що може пояснити це використання процесора протягом 5 хвилин після перезавантаження, зберігаючи зв’язок? Можливо, це якийсь фоновий процес, що комутатор працює відразу після перезавантаження?

На мережевий портал Google: HP зайняло менше 2 секунд

Серія комутаторів HP ProCurve 5400zl - Високе використання процесора (99-100%) після запуску

Відразу після запуску комутатора спостерігається висока (99-100%) використання процесора. Рішення

Коли комутатор завантажується, одним із завдань ініціалізації є створення ключів шифрування. Заздалегідь створені ключі означають, що пізніше, коли така функція, як SSL або SSH, що використовує ключі, буде налаштована або використана, доступність буде мінімальною. Це завдання займає кілька секунд, перш ніж воно наростає, залежно від моделі комутатора, конфігурації, що завантажується, та перегляду програмного забезпечення. Незважаючи на те, що завдання споживає до 100% процесора, воно працює з дуже низьким пріоритетом. Отже, якщо буде запущено інше завдання, що вимагає циклів процесора, це завдання з низьким пріоритетом відключиться. Якщо це завдання ініціалізації / генерації ключів виконується безперервно, виконуючи завдання з більш високим пріоритетом, на його виконання потрібно 10 хвилин. Якщо процесор зайнятий іншими завданнями, час завершення буде продовжено.

Щоб переконатися, що підвищений ЦП насправді є описаним тут, а не чимось іншим, що вимагає усунення несправностей, скористайтеся командами, поданими нижче.

task-monitor cpu (this command was introduced in K.13.04)

show uptime

show cpu

Вихід буде виглядати наступним чином.

Переключити # завдання-монітор процесора Switch # show uptime 0000: 00: 01: 42.36 Switch # show cpu

99 percent busy, from 27 sec ago
1 sec ave: 100 percent busy
5 sec ave: 100 percent busy
1 min ave: 66 percent busy

Task usage for last 5 sec
 % CPU | Description
-------+--------------------------
   0.3 | Sessions & I/O
  99.7 | System Services