А можно поинтересоваться - в чем была проблема?
Тоесть это была проблема в прошивке ( сложновоспроизводимый баг) или же это "странный траффик" который такое делает со свичем...


Не ради рекламы:
У нас уже неделю на L3 свичах (Zyxel,Dell) которые используются как L2 наблюдаются интересные картины - пропадают пинги, свичи extrem'ы в сети - перегружаются от нагрузки...

На некоторые свичи просто пропадает пинг... Как позже оказалось - arp ответ не приходит....

К чему Я? - Может в сетях есть какой-то паразитный траф из-за которого такое происходит?

Ах да забыл сказать, что на всех свичах на которые пропадают пинги если прописать у Себя статиком arp -s switch-ip switch-mac то на него можно зайти и если очистить fdb-таблицу пинг возобнавляется...
Так на любой l2 свич...Причем свич за ним свич подключен, так вот дальний не пропадает, ближний постоянно тухнет и в таком духе...

Это началось с недельку назад...
Вот и инетересует в чем может быть проблемы или не может ли это быть из-за какого-нить нового вируса/червя?

А у Вас управление вынесено в отдельный VLAN в сети?

Сейчас переносим в отдельный влан...Уже почти все Длинки перенесли, начали екстримы...

ЗЫ:
Эти проблемы Я так понимаю происходят с L3-ми и очень пагубно влияет то что не в отдельном влане?...На L2+ свичи не было заметно влияние: 3028/3026/3526 ну и других вендоров...

Аналогичная проблема на DES-3828. Прошивка 4.50.B14. Последнее время стали замечать, что некоторые хосты пропадают из IP Address Table, при том, что они остаются в Arp Table, а мак-адреса хостов видятся в FDB. Соответственно для этих хостов не осуществляется маршрутизация. Внутри своего влана они доступны, даже сам 3828 их пингует, однако в таблице ip адресов они не появляются.
Вероятно, что эта ошибка начала в последнее время часто проявляться из-за того, что общее число хостов в сети значительно выросло (порядка 1700, хотя раньше было не больше 1000). Вышлите, пожалуйста, новую прошивку, проверим, решит ли она проблему.

Я Вам прошивку выслал.

Аналогичная проблема с маршрутизацией. Можно прошивочку.

FW:4.50.B15

Я Вам прошивку выслал.

У нас наблюдается аналогичная проблема(DES-3828, FW: 4.50.B22). Сегодня общался с клиентом по телефону, пытаясь ему помочь. Обрисую ситуацию. Клиенты шлюз пингуют, со шлюза виден клиент, но опять же дальше шлюза в другую сеть клиент не попадает. Но что удалось выяснить, с тестовой машинки в другой подсети пытаюсь пинговать клиента - результат нулевой. Делаю delete arpentry 'ipaddress', проходит ровно один пинг с тестовой машинки к клиенту и все. Сколько раз удалял МАК из таблицы, столько пингов и проходило. Но интереный момент, просим клиента сменить айпи на "соседний" в подсети, все тут же начинает чудесно работать. Не надо ничего удалять, клиент видит всю сеть, мы видим клиента. Уже многим сменили айпи, чтобы хоть как-то люди могли работать. Проблема осталась открытой.

Попробуйте пожалуйста прошивку которую я Вам выслал.

Кажется, и до нас добралось - начались проявляться симптомы, аналогичные предыдущему посту (пока, слава богу, только на нескольких клиентах, а не в широком масштабе). Вышлите свежую прошивку для 3828 на почту, пожалуйста.
Boot PROM Version : Build 0.00.010
Firmware Version : Build 4.50.B22
Hardware Version : 1A2

Пронаблюдав несколько дней, могу заявить, что проблема осталась и в последней прошивке (B23), но как показалось нам, масштабы уменьшились. Если до этого во всех подсетях была такая проблема, то сейчас ограничилась несколькими, либо клиенты перестали звонить и сидят тупо ждут, когда заработает.

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

это старая проблема, вероятная причина предельные возможности по маршрутизации, иначе говоря кол-во клиентов
пора задумываться о смене коммутатора L3 на уровнем (в ценовом эквиваленте) выше

У Вас сколько записей в таблице IPFDB при возникновении такой ситуации?