Здравствуйте!
Хочу поинтересоватся у коллег и у представителей D-Link.
Какова нормальная рабочая загрузка процессора коммутатора DGS-3627?
На какой уровень настраивать Safeguard engine?
Что дает наибольшую загрузку?
Наблюдал тут интересную картину в сети - в момент аварийного отвала внешнего канала резко, с 25% до ~50% поднялась загрузка коммутаторов агрегации, канал поднялся - загрузка упала. Причину понять не могу...
Поделитесь опытом...

Какой функционал настроен на коммутаторах? Какова топология?
Если нагрузка была в момент падения канала и затем нормализовалась - возможно, пересчитывалось STP и протоколы маршрутизации.

Функционал обычный - терминирование ВЛАНов, IGMP snooping, OSPF между коммутаторами.
OSPF вроде как пересчитыватся не с чего, к внешнему миру коммутаторы не имеют доступа.
STP не используем.

А все таки насчет нагрузки - что больше всего загружает коммутатор?
Есть ли возможность как-то посмотреть типа таблицы процессов, как в каталистах?

Примерно с таким же функционалом бывает около 20-25 процентов.
Только используем и STP и ERPS
OSPF
Multicast
Да забыл написать, когда бывает перестроение STP, нагрузка увеличивается до 90 процентов - минут на 5-10 максимум.

А какой при этом общий трафик на свитче? Не замечали ли других, кроме случая перестроения STP, всплесков загрузки?

До 25 нормально, а какую версию прошивки Вы используете? При скачке загрузки CPU Вы наблюдали Broadcast или Multicast шторм?

_________________
С уважением,
Бигаров Руслан.

доброго дня, решил не создавать новую тему а продолжить эту.

вопрос заключается в следующем: имеется несколько DGS3627G соединенных между собой несколькими линками, настроен mstp, все работает отлично,
но на одном из них (проблемном - agg2) загрузка CPU в 2-3 раза выше, поэтому в tracert-e видно что он отвечает с высокой задержкой (~100ms)

http://img848.imageshack.us/i/agg2.png/
http://img191.imageshack.us/i/agg3.png/

раньше на agg2 были ipif-ы терминирования iptv стримеров, теперь ipif выключили, а прокинули мультикаст на L2 до циски (теперь она их терминирует и роутит в сеть по PIM)
загрузка не изменилась

прошивки одинаковые:

обновлять не собираюсь

некоторые вырезки из мультикаст настроек


PIM работает на всех ipif интерфейсах кроме System

на agg2


на agg3


на агг2


на каждом включен cpu_interface_filtering:


traffic_segmentation - не настраивался, traffic control - тоже не настраивался

посоветуйте что еще может грузить CPU ?

У Вас на agg2 загрузка CPU не превышает 20%, если судить по графику, так что я не понимаю в чём проблема ...

_________________
С уважением,
Бигаров Руслан.

дело в том что через агг3 проходит тот-же трафик что и через агг2, но там загрузка в 2 раза меньше
не могу понять причину ее увеличения в 2 раза (а то и 2,5)
(а суть такова, что при traceroute этот шлюз агг2 показывает высокую задержку, я понимаю что на транзитные пакеты не влияет, но все-же неприятно)

подскажите методы как можно проследить происхождение?

Такая загрузка на traceroute не должна влиять, прошивка старая, поэтому попробуйте ввести команду "enable sim" и снова проверить traceroute и заодно проверить ping-ом задержки ответа интерфейсов agg2.

Если проблема останется, пожалуйста, приведите примеры выводов тестов.

_________________
С уважением,
Бигаров Руслан.

транспортный ipif


System

А сколько в эксплуатации данный коммутатор?

_________________
С уважением,
Бигаров Руслан.

Uptime
SNMPv2-SMI::enterprises.171.12.10.10.2.0 = STRING: "245 days 3:34:24"

а вобщем года 3-4 думаю

Этот коммутатор нужнов СЦ показать, так как я думаю что проблема не программная в этом случае.

_________________
С уважением,
Бигаров Руслан.

Может из-за этого?

agg2


agg3