Добрый день!

На сети эксплуатируются 3420-28ТС и SC через которых проходит примерно одинаковый трафик ( через 3420-28ТС идет до сервера NAT)
И эти коммутаторы с завидной регулярностью начали перезагружаться. В обоих была прошивка 1.7B011 обновил 1.7B013 - 3420-28SC перестал уходить в ребут, а на 3420-28ТС проблема не решилась.

сеть ПД оператора - LA1 (2G) - | -3420-28ТС - 10G -NAT - 10G - 3420-28ТС - 10G - ПД присоединенного оператора.
сеть ПД оператора - LA2 (2G) - |
сеть ПД оператора - LA3 (3G) - СОРМ

Прикладываю show tech_support с 3420-28ТС

Я отпишу о проблеме в ШК.
Спасибо.

Артем, может есть хотя-бы временное решение проблемы, она сильно докучает.

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

Артем, по Вашей рекомендации переношу обсуждение в почту.
Пожалуйста отправьте мне 2-3 предыдущих В011
Для общественности, по результатам напишем.

Хорошо.

Столкнулись с такой же проблемой.
Есть 2 коммутатора, 3420-28SC. Работали по отдельности. Были перезагрузки 1 раз в месяц. с прошивкой B011 если память не изменяет.
Сейчас собраны в стек. Прошивка была обновлена до 013. Так же была перезагрузка всего стека.

Но сейчас заметили другую особенность, не очищается таблица мак адресов. Но об этом уже создам другую тему после доп.проверки.

У Вас коммутаторы опрашиваются по SNMP?
Если да, то увеличите промежуток времени между ними.
У нас они уходили в ребут из за частых опросов.

Uptime: 58 days, 0:59:05.43
DGS-3420-28SC 1.70.B005

Значит какой-то определенный вид трафика или сервис вызывает краш

А можно подробней, частые это какие?
1 минута или 5 это часто?

От суток до 5 дней.

Опрашиваете раз в сутки (5 суток)?
Зачем тогда их вообще опрашивать?

Мне же нужно раз в 5 минут снимать счетчики с портом и загрузку процессора отслеживать.

Я Вас не правильно понял. 5 минут это нормально. У меня по ошибке было раз в 10 сек.
И коммутатор уходил в ребут 1-2 раза в сутки.

Но мне кажется, что частота опроса только усугубляет другую причину, сегодня после 5 дней уптайма коммутатор перезагрузился SNMP на нем выключен.

мы параллельно с перезагрузкой столкнулись с проблемой что не очищается таблица FDB. И один флудящий порт ее убивает в усмерть.
Можете проверить у себя как обстоят дела с FDB таблицой?