здравствуйте! SNR-S2985G-24T снят с пр-ва,  актуальная замена ему  - SNR-S2985G-24TC, которая имеет ту же прошивку и  аппаратную начинку, разница заключается только в двух Combo портах у SNR-S2985G-24TC
Если сравнивать SNR-S2982G-24T вс. SNR-S2985G-24TC, то отличия в размере таблица маков (8к у 2982 и 16к. у 2985) и в колве  правил ACL (1408 у 2982 и 4094 у 2985) + у 2985 есть 2 комбопорта , а у 2982 нету
За хорошей ценой прошу в лс🤝🙂

Спасибо :)

Это говорит либо о перегрузка канала у нему, либо о загрузке цпу. Может штормит в сегменте или слишком много/часто опрашиваете и грузите их. Как варианты облегчить шаблон-снимать меньше параметров/реже, можно снимать загрузку цпу, собирать сислог/трапы и смотреть логи, например про наличие loop, особенно после гроз.

Может и сегмент большой, много мусорного броадкаста, что грузит цпу.

1. Трафика в пиках десятки мегабит, каналы гигабитные.
2. Штормить нечему...
3. Лупов и гроз тоже нет, часто условия прям стерильные

Терминируем на агрегации, в сегменте максимум 24 коммутатора выходит 😀

Хочу поснифать, что на цпу летит

Заснифал, ничего криминального

А что это за трафик?
Мак заканчивающийся на 70:e3 это cpu 2965:

похоже на loopdetect

Не настроен...

вряд ли, dst mac не бродкастовый и не мультикастовый

RRCP судя по типу...

это RRCP, данные коммутаторы построены на чипсетах Realtek. Какая при этом утилизация CPU?

Last 5 sec 19%
Last 30 sec 7%
Last 5 min 8%

нужно смотреть в момент, когда утилизация высокая

В том и дело, что нет никакой системы, того, когда пинг повышается - нет

покажите 'sh run', 'sh cpu-rx protocol all'  и графики заббикс, можно в личку

скажите, в SNR коммутаторов считать состояение loopdetect через SNMP по прежнему только через --xxx.100.3.4.5.1.2
lpbackDetecShowInformation          OBJECT-TYPE
?
Смотрю есть ещё в mib
--xxx.100.3.2.1.13
           loopback  OBJECT-TYPE
и
--xxx.100.3.2.1.29
           portBlockMode  OBJECT-TYPE
в котором есть loopback-detection block:   2,

но таких OID нет, например, на 2985G/7.0.3.5(R0241.0343)