Проконсультируйте, какие включенные функции коммутатора могут сильно (в 100%) загружать процессор? Трафик только с одного порта. Обыкновенная передача файла. Скорость при этом далеко не максимальная, потому как файл идет по SSH туннелю, а проц на клиентском порту не ахти какой быстрый. Это для примера просто. Вообще, загрузка резко подскакивает при любой передаче. Даже через медленный сегмент сети (10 Мбит).

Прошивка последняя 6.00.B23.

update. Обнаружил странную взаимосвязь. На коммутаторе включен DHCP snooping. При увеличении времени аренды адреса до с 10 минут до 10 часов загрузка перестала прыгать под 100 процентов. И на всех коммутаторах (DHCP сервер-то один). Совпало?

update2. Не совпало. После смены lease time на 5 минут ситуация повторилась. Загрузка CPU дикая. Тему можно закрыть.

А у Вас управление вынесено в отдельный VLAN в сети? В функции DHCP Snooping на порту стоит ограничение на кол-во MAC-адресов?

Да. Управление в отдельном VLAN. Подняты также DHCP relay и DHCP local relay. Ограничение стоит на 1 адрес на клиентских портах. На аплинке никаких ограничений нету.
Взаимосвязь не пойму, честно. Но вот сейчас попробовал ради спортивного интереса еще раз выставить в DHCP сервере lease time 60 секунд (ну чтоб быстрее и наверняка). После перезагрузки пары клиентских компов пошла опять знакомая загрузка CPU. Вернул 10 часов, через несколько минут все остыло

ф-ция програмная = работает CPU = его нагрузка


увеличиваем аренду = юзеры реже обращаются к DHCP серверу = меньше нагружают CPU работой
уменьшаем аренду = юзеры чаще обращаются к DHCP серверу = больше нагружают CPU работой

и так со всеми ф-циями кторые не реализованы в железе ...

_________________
с уважением, БП

Эт значит, что если 24 юзера РАЗ в минуту пошлют пару дхцп запросов и проц РАЗ в минуту сделает снупинг, то от этого ему должно быть очень плохо, аж до 100% ??

В этом случае нет конечно. Я думаю там запросов значительно больше.

Вы неправы. Откуда там будут запросы чаще чем 24 раза в минуту (30 секунд, на самом деле ) при включенно DHCP snooping и одной разрешенной связке? Впрочем, все равно проверил на коммутаторе на стенде (до последнего сомневался, взял пару ноутов, tcpdump на контроль со стороны DHCP сервера). Достаточно пары клиентов, которые получили адрес на минуту. От одного вроде бы не уходит в ступор, но от двух вполне. Причем, пока трафика нет, загрузка низкая, 0-15 процентов. Стоит только начать подгружать канал - все.. 100 процентов, даже последующие продления аренды бывают не проходят. Ставим время аренды в 10 часов - эффект полность пропадает. Коммутатор даже не замечает никакого трафика через себя. Особенность прошивки (коммутатора), точно говорю. Не ставьте lease time слишком маленьким (да и зачем?) и все будет в норме. По поводу прошивки, доступной на ФТП, сказать ничего не могу. Вполне вероятно, что там подобного нет.

Ну, про 24 запроса в минуту - эт я для простоты написал ... так да, каждые пол-лиз тайма будут обновления адреса запрашиваться ...
Буквально не так давно пробовал похожий конфиг: снуп, 5 связок, дхцп лиз тайм 1 минута и трафик всего то около пары мегабит (сайты открывал) .. Прошивка последняя с сайта - 5.хх какаято (свич уже давно на дом ушел)
Такого глюка замечено не было ...
п.с. а Вам реально не хватит 5й прошивки ? Может на ней все будет норм ... Просто ченджлога к 6й то вроде нету, хз че там исправлено то ..

Рекомендация одна: Выставлять Lease Time на 12 часов или как все 24 часа минимум. Неправильно в больших сетях и особенно в ISP делать Lease Time минута или пять.

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

согласен с Русланом, зачем такое маленькое время аренды? если уж очень хочется lease time = 1 минуте - используйте РРТР/РРРоЕ - там апдейты как раз можно раз в минуту получать

_________________
с уважением, БП