>Порт работает, но через 30 мин Down-Up и опять на 30 мин.

С тестовым ноутбуком подключенным патчкордом ?

происходит тоже самое и с ноутом. Если что-то нужно могу выложить.

>происходит тоже самое и с ноутом. Если что-то нужно могу выложить.

и если привезти коммутатор в офис, то на столе результат можно повторить ?

Проблема с кабелем или обжимом. Постоянно видим "тыркание" портов туда-сюда, лечится поиском скруток (меняем на скоч-локи) и переобжимом с обеих сторон. Если не помогает, перетяжка, помогает в 100% случаев.

Точно такая же проблема возникла в конце прошлого года. Сеть состоит из двух сегментов, соединенных по оптике, в одном стоит des-3528 в другом des-3526. Те же сообщения в логах на обоих свичах. Уже месяц бодаюсь с этой проблемой, на что только не грешил- фаерволы, вирусы и настройки сетевого оборудования, что только не пробовал - ничего не помогает.
Обжим кабеля здесь чисто логически быть не может причиной. До этого все нормально работало, а потом вдруг резко везде концы подгнили получается?)
Хочу добавить со своей стороны один нюанс, который был замечен. Сижу за компом, работаю по рдп с сервером А. Вдруг связь с ним отваливается, сервер не пингуется. Сразу же захожу с этого же компа через рдп на сервер B и пингую с сервера B сервер A - связь есть! Жаль в момент этого теста я не посмотрел лог на обоих свичах.
Но судя по логике - если порт отключается, то сервер не должен пинговаться ниоткуда, а не только с одного компа, верно? Такое ощущение, что связь блокируется только между определенными портами. Судя по вышенаписанным сообщениям проблема приобретает действительно массовый характер и кабели резко повредиться у всех не могут. После прочтения этой ветки единственное, что приходит на ум - некое недавно выпущенное обновление от майкрософт, которое глючно работает со свичами длинк. В организации проблема наблюдается как на XP так и на 7, как с антивирусами так и без, везде брандмауэры выключены.
Ждем четких разъяснений от саппорта длинк.

Вообще, все указывает на бракованный кабель. Еще похожее что-то видел, когда партия бракованных розеток пришла - жилы в такой розетке произвольным образом отключались/включались. А еще встречался с такой штукой - наводки от чего-нибудь высоковольтного.
Насколько я понял общее резюме, проблема есть только на медных линках - с оптикой все в порядке.

Это, конечно, вряд ли, что подгнили, а вот источник помех вполне может включаться и выключаться - какой-нить трансформатор в оборудовании. Да та же лампа дневного света может напакостить.
А тот же кабель, как правило, берут бухтами от килофута (305 м), соответственно, из него получится много бракованных патчкордов. Кстати, розетки и разъемы тоже партиями закупают. Что, ВОЗМОЖНО, и создает массовые проблемы внутри сети предприятия.
Ну не похожи все 3 страницы темы на аппаратные, а тем более, софтовые, проблемы со свичами!

_________________
не важно, из какого места растут золотые руки

Хех, расскажу страшную историю:

Жил-был дом, в доме стояло 2 свича 3526, один на чердаке 3п., второй в подвале 5п. Витуха была протянута по стояку 3п. Все без скруток, все замечательно. В один прекрасный день - пояивлись потери до последнего свича и клиентов, причем потери очень необычные, необычность их в том, что видно их только маленькими пакетами, стандартнаго размера пакеты проходят без проблем и флудом и дробными частями, как угодно. Меняли свичи, перетягивали кабель, помогло только перетянуть магистраль по соседнему подъезду.

Мораль сей истории такова - что если вы не используете экранированный кабель и коннекторы 6 категории, ищите проблемы с кабелем, а не со свичами. Линк, который поднимает порт - он от свича никак не зависит, простейшая цепь. С тем же успехом можете замкнуть в коннекторе 1-3, 2-6 жилы, свич поднимет линк, хотя о передаче данных тут речи быть не может. Вот если падает передача данных, при живом линке, то это уже повод задуматься - не косячит ли железка.

Спасибо за историю)
Напомню, у меня сетка расположена в двух зданиях, соединенных меж собой оптикой. Есть в одном здании участок сети, проходящий вдоль электрического кабеля, на который можно грешить. Вопрос - могут ли электрические наводки из соседнего здания в данном случае влиять на отключения во втором здании? Мне почему-то кажется что нет. Тогда вероятность того, что в обоих зданиях одновременно появились электрические помехи, которых раньше не было - очень мала.
Попробую еще кольцо в сети поискать.. Кольцо может быть причиной подобной проблемы?

нет
порты могут отключаться в 2 случаях:
1. traffic control настроен в режиме shutdown
2. физические проблемы с портом или кабелем или обжимкой.

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

Вместо shutdown я выставил drop в данный момент, посмотрим как себя поведет..
Может там еще нужно что-то настроить? Например Traffic Control Trap стоит none
остальные настройки такие:
Port Broadcast/Threshold/Action Multicast/Threshold/Action Unicast/Threshold/Action Time Interval Countdown
1 Disabled / 128000 / D Disabled / 128000 / D Disabled / 128000 / D 5 0

не имеет значения что у вас там выставлено т.к. он у вас на портах вообще отключен

рекомендую настраивать его так

config traffic trap both
config traffic control 1-24 broadcast enable multicast enable unicast disable action drop threshold 64 countdown 5 time_interval 5
config traffic control 25-28 broadcast disable multicast disable unicast disable action drop threshold 128 countdown 5 time_interval 5

(с тем учетом, что 1-24 абоненты, 25-28 аплинки)

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

mcdemon05: Подскажите почему unicast disable ставите? На аплинках 25-28 обнаружение шторм контроля не нужно? Т.Е. с них не могут идти штормы?
При action - drop, если не ошибаюсь countdown вроде бы не нужен и не используется т.к. порты не будут отключаться

Сделал настройки по вашим рекомендациям, еще unicast включил. Завтра посмотрим, решится ли проблема

>Подскажите почему unicast disable ставите?
ну а зачем юникаст ставить? получается что любой uploading от абонента выше 64кбит, будет дропаться.

>На аплинках 25-28 обнаружение шторм контроля не нужно? Т.Е. с них не могут идти штормы?
Это смотря что за ними находится. Я вообще ставлю traffic control везде кроме приходящего порта (или приходящих в случае если кольцо).
Но тут не стал расписывать т.к. тема не об этом, да и думаю сами додумаетесь на каким портах стоит ставить.

>При action - drop, если не ошибаюсь countdown вроде бы не нужен и не используется т.к. порты не будут отключаться
я привел конфиг в том виде в котором его уже дополнил сам коммутатор (то-есть он его уже сам добавил туда)

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

никак нет. под юникаст-штормом имеются в виду юникастовые пакеты, для которых mac-адрес назначения отсутствует в таблице коммутации, вследствие чего пакет будет разослан по всем остальным портам вилана

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.