Если ли способ или возможность изменить время срабатывания auto-recovery после помещения порта в err-disable при обнаружении шторма (режим shutdown)?
P.S. Или вообще выключить auto-recovery for shutdown mode.

Нету, но Вы можете использовать режим Drop.

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

Ясно.
Вопрос из той же темы практически: На 3526 настроены 2 вилана: один клиентский (1-24 порты нетегированные, 25-26 тегированные) и управляющий, с настроенным в нем ip интерфейсом свича (25-26 тегированные). Почему при всего лишь 600 бродкастовых пакетах в секунду в клиентском вилане свичу становиться "плохо" (рост и потеря пинга до ip свича)?

Откуда у вас такой огромный броадкаст?

_________________
D-Link User: DGS-3120-24, DGS-3324SR, DGS-3627G, DGS-3612G, DGS-3312SR, DGS-3100-24TG, DGS-3200-10, DES-3200-26, DES-3200-28, DES-3200-18, DES-3528, DES-3526, DES-3028, DES-1228, DES-2108, DES-2110, DES-3326SR, DMC-920, DMC-810.

мне уже самому плохо от такой цифры...

_________________
LiveComm

а можно узнать, что у вас там клиенты делают что у вас 600 - "всего лишь"? так, интересно для общего развития...

У нас в вилане клиентском максимум бывает 10-20 бродкастов в секунду. В вилане сидят сотни юзеров. Изредка возникают штормы от 400 до 100к пакетов в секунду . Настроенный шторм контроль в режиме shutdown эту проблему решает с успехом . Вопрос здесь в другом: Почему коммутатор не справляется уже даже с 400 бродкастами в клиентском вилане и начинает тупить, причем ip интерфейс у него находится в другом изолированном вилане?

Без включённого Storm Control-а?

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

Storm control включен в режиме shutdown. Через 5 минут порт, который флудил лочится и шторм прекращается. Вопрос стоит не о том, как решить проблему флуда соответсвующими настройками, а поведение и работа свича во время небольшого флуда. При большом флуде порядка 100к пакетов всё понятно - достигается скорее всего коммутационный предел свича и всё отсюда вытекающее. Возникает такое чувство, что 3526 достигает этого предела при порядка 1000 бродкастах в секунду.
Какие ещё причины возможны?

Все их не описать, это и частично функционал самого коммутатора использует частично CPU, также определённые пакеты идут сразу на CPU, советую почитать ftp://ftp.dlink.ru/pub/Trainings/D-Link ... vanced.rar там есть описание трафика, который грузит CPU.

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

Спасибо за дополнительную информацию. На основе её возникает следующий вопрос:Препятствует ли изолированность айпи интерфейса 3526 от вилана, в кот происходит флуд, попаданию различных арп и ip бродкастов на обработку CPU?

Нет, но не даёт прямого доступа клиентам к CPU.

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

Т.е. на любой арп бродкастовый пакет клиента CPU свича реагирует и не важно кто в каком вилане?

А как Вы думаете!? Коммутатор без каких-либо ограничений со стороны Storm Control и CPU Interface Filtering будет избирательно по настроению обрабатывать Broadcast ARP пакеты!???

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