Уже конец года, а воз и ныне там. (
Поставили последнюю прошивку b09 на один свич и он как будто совсем сдурел. Извиняюсь за мой французский.
Попутный вопрос: изменится ли что-нибудь, если прошивку обновить на всех магистральных свичах?

Дальше такое тонкое наблюдение:
У нас в сети стоит vpn сервер poptop на openbsd. Так вот он перестаётся отвечать на пинги буквально через 10 минут после очередного clear arp.
Заметно реже отваливается другой интернет гейт. А третий может вообще не отваливаться.

Может 3350 нервно реагирует на vpn трафик? gre протокол не любит (или как он называется?!)?


Проблема требует немедленного решения!!!
Или сообщите пожалуйста как делать cl arp через snmp.

Поясните пожалуйста что значит "сдурел". Пришлите полное описание проблемы. Укажите различиф в поведение коммутатора с новой прошивкой. В debug режим он не вываливался?

Сдурел означает:
"У нас в сети стоит vpn сервер poptop на openbsd. Так вот он перестаётся отвечать на пинги буквально через 10 минут после очередного clear arp.
Заметно реже отваливается другой интернет гейт. А третий может вообще не отваливаться. "

Про эпизодическое отваливание сегментов я не писал, потому что они и раньше были.

Полное описание проблемы как я догадываюсь присылал BuHast.

Различия с новой прошивкой в том, что если раньше отваливались только сегменты, куда подключены дома, то теперь отваливаются сервера, воткнутые в ядро сети, туда же куда воткнуты и сами 33ие железки.

Уточню, что есть ещё некий тупой гигабитный свич от планет, куда они все и воткнуты, потому как layer3 там не нужен.

На указанной серии невозможно. После общения с Вашими инженерами мы договорились о предоставлении полного описания проблемы.

я выслал snmp листинги, когда свич начинает чудить.

-rw-r--r-- 1 root kamuzon 806542 Dec 28 02:23 10.12.20061227.pingERR.1.txt
-rw-r--r-- 1 root kamuzon 756564 Dec 28 02:25 10.12.20061227.pingOK.1.txt
-rw-r--r-- 1 root kamuzon 1013298 Dec 28 01:43 10.3.20061227.pingERR.2.999.1020.txt
-rw-r--r-- 1 root kamuzon 933333 Dec 28 02:15 10.3.20061227.pingERR.3.999.txt
-rw-r--r-- 1 root kamuzon 918843 Dec 28 02:39 10.3.20061227.pingERR.4.1020.txt
-rw-r--r-- 1 root kamuzon 889190 Dec 28 02:42 10.3.20061227.pingERR.5.999.txt
-rw-r--r-- 1 root kamuzon 899788 Dec 28 02:45 10.3.20061227.pingERR.6.333ok.txt
-rw-r--r-- 1 root kamuzon 910770 Dec 28 03:13 10.3.20061227.pingERR.7.333.1020.txt
-rw-r--r-- 1 root kamuzon 878087 Dec 28 03:15 10.3.20061227.pingERR.8.333.txt
-rw-r--r-- 1 root kamuzon 924051 Dec 28 02:03 10.3.20061227.pingOK.2.txt
-rw-r--r-- 1 root kamuzon 1044363 Dec 27 23:58 10.3.20061227.pingOK.txt
-rw-r--r-- 1 root kamuzon 1102929 Dec 27 23:54 10.3.20061227.txt
-rw-r--r-- 1 root kamuzon 688 Dec 28 03:35 cli.txt


Как Вы можете видеть, он это делает ОЧЕНЬ часто. Время создания файла pingERR - это время дурения.

Забыл сказать, после съёма каждого pingERR файла делалось cl ar (clear arp) и пинги всюда восстанавливались и работало всё до следующего глюка, время которого можно посмотреть по следующему pingERR-файлу

.....мдя. Ждать решения как я догадываюсь придётся не раньше числа так 15 января 2007 года.

Ещё за две недели половина юзеров разбегутся.

PS Только что отваливался 3.33

Вообщем ждём от Вас дополнительной информации после праздников. Ещё раз с наступающим Новым Годом!

информацию о нашей проблеме Максим выслал

все нужные логи прикрепил

проблема с маршрутизацией в новой прошивке не решилась

У меня была примерно аналогичная проблема.
Отключил CPU Interface Filtering State и все исчезло.
Как-то это все там завязано - попробуй, может поможет.

отключен - все равно проблема есть

такое ощущение что дело в несовместимости роутинга Linux и Dlink

была подобная проблема на DGS 3312sr
arp aging time опция позволила мне решить эту проблему, нобходимо этот параметр выставить максимально низким
пробуйте, напишите о результатах