Информацию можно посмотреть, подключившись по консоли.

Это-же свитч ребутить надо.

Для подключения по консоли коммутатор перезагружать не нужно.

Если он у вас перестает пинговаться значит у вас где-то теряется арп. Если его постоянно пинговать - он пропадает?

Если постоянно пинговать - не пропадает, каждый раз же заново отсчёт идёт.

значит 100% проблема с арп, у меня в одном из управляющих вланов в одном из старых районов был битый аплинковый порт. И вот он переодически заворачивал весь трафик на себя, когда я смотрел show fdb я видел мак адрес шлюза с порта, находящегося за коммутатором.

Подскажите методику поиска (через консоль подключился)

Проверяйте наличие записей в ARP и FDB таблицах для пингуемого устройства, как уже писалось раньше и сравните, что меняется когда пинг есть и когда его нет.

show arpentry добавляется IP устройства которое осуществляет пинг.

show fdb таблица из 1040 записей даже не скопировать, или копировать частями?

попробовал ping c DGS-3120 до своего компа, с начало 8 таймаутов потом пошел пинг.

Копировать не нужно, просто ищите нужный MAC и смотрите, чтобы он был на правильном порту во время наличия проблемы.

Подтверждаю наличие аналогичной проблемы у себя.
Стек из двух свитчей - DGS-3120-24TC и DGS-3120-24SC.
Firmware Version : Build 2.50.B029
Точно так же периодически теряется доступ к управляющему интерфейсу, если не запускать на него непрерывный пинг.
Станция управления и интерфейс управления свитча пока находятся в одном влане, в одной IP-подсети /22.
Создание статического arp entry в свитче на ситуацию не повлияло.

В сети есть еще 2 штуки DGS-3120-24SC с софтом 1.03.B006 (причем один из них нагружен больше проблемного стека), там подобных симптомов нет.

Подключиться к консоли стека в момент пропадания связи нет возможности.

_________________
WBR, Serhio

Прошивку на стеке нужно обновить до актуальной версии отсюда: http://forum.dlink.ru/viewtopic.php?f=2&t=92700
Подобная проблема исправлялась, а прошивка у Вас не самая актуальная.

Обновился.
Не помогло.

_________________
WBR, Serhio

В таком случае нужно все же подключиться к стеку по консоли в момент наличия проблемы и проанализировать загрузку CPU, а также ARP и FDB таблицы.