Что имеется в виду? Вилан проходящий через устройство но в котором нет L3 интерфейса этого устройства?

Алексей, тут все-таки немного другая проблема, чем у Вас. Судя по "show cpu port", трафика, который попадает на CPU не так много.
В первую очередь стоит еще привести логи с коммутатора.

да

А есть где-нибудь расшифровка очередей HOL? Просто тут также как и у меня 2ая очередь растет.

Спасибо за пояснение.
Самое интересное в том, что судя по мониторинговой системе (snmp счётчики) нет никаких особых отклонений в трафике на портах этого коммутатора, ни по количеству бит, ни по количеству пакетов. Даже по роду трафика (юникаст, мультикаст, броадкаст) отклонений не выявлено. Не могут же 10-20 дополнительных пакетов (которых не отловить на графике), увеличить нагрузку на процессор на 10%? Или могут?

Днём 23.10.2015 проблема внезапно исчезла, но нагрузка на процессор не снизилась до предыдущих значений, а осталась на уроне ~+4% от предыдущих дней. HOL не влияет никак, проверено. На текущий момент HOL включён.

В любом случае я прошу сообщить сотрудников куда выслать интересующие их логи, хотя смотреть там, кроме как на сообщения о перестроении stp, не на что.

К вопросу присоединяюсь.

Продолжаю вести наблюдение.

bionic
Вы пробовали повышать приоритет arp трафику?

Нет.
На текущий момент проблема неактивна (за исключением чуть более высокой нагрузки процессора, что некритично), поэтому я не вижу смысла в изменении настроек коммутатора. Планировал заняться этим если проблема вновь даст о себе знать. Если Вы приведёте команды для правильного повышения приоритета arp трафика - буду благодарен.
Пока что поставили на мониторинг число записей в fdb и arp таблицах на коммутаторе. Пока аномалий не выявлено.
Также выслал Вам логи как и было запрошено.

Красить трафик необходимо до его попадания на коммутатор с помощью acl.
На письмо вам ответил.

Очень похожая проблема.
Коммутатор сам при пинге теряет пакеты, разваливает OSPF с соседями (не всегда) ровно каждые arp aging time (его смена на коммутаторе меняет и интервал проявления проблемы).
Дропов арпов на cpu нет. В чем может быть проблема?
Есть множество дропов OSPF. Может ли он жрать OSPF пакеты из транзитного влана, нагружая тем самым процессор и создавая описанную проблему?