Был такой коммутатор, потом сгорел, поменяли
на новом DES-1100-24 странный глюк:
пользователи привязаны по мак адресам, "Disable Auto Learning Excluding Uplink Port" в положении "on", на пользовательских портах убраны галки "Uplink Port". - так был настроен старый коммутатор, и настроили так же новый.
Так вот некоторые пользователи стали отваливаться. связь полностью теряется, словно коммутатор по мак фильтрует их.
Помогает только отключение "Disable Auto Learning Excluding Uplink Port". если повторно включить эту функцию, то всё работает красиво, около минуты, потом опять половина пользователей отваливается.


ну и попутно, на этих же свичах настроили вланы, с тех пор на некоторых иногда сбрасываются настройки, частично, QOS, VLAN... mac фильтр... по умолчанию. Несколько раз уже повторялось. (да, настройки сохраняем после внесения изменений в конфигурацию)

Boot Version 1.0.3
Firmware Version 1.00.09
Protocol Version 2.001.004
Hardware Version A1

Обновите прошивку.

Первая проблема решилась обновлением прошивки

вторая проблема повторилась, настройки сами сбросились, wlan-ы пропали в настройках, ребут свича вернул настройки назад

там свич запитан от не очень стабильной сети (там лифт рядом), напряжение скачет иногда, это может провоцировать такой глюк?

Да, вполне.

поставили бесперебойник на него, через неделю опять настройки сбросились, ип адрес и пароль не сбрасываются, а вот настройки vlan пропадают
в свиче используются почти все порты

Перезагрузка возвращает настройки на место?
Попробуйте задействовать функционал managmnent vlan и вынести управление из клиентского влана в отдельный

да, перезагрузка возвращает назад настройки
попрорбую управление в отдельный влан

кстати, 1 раз я засёк момент сброса настроек, свич моргнул вдруг всеми лампочками (это был уже дрогой свич той же модели, запитанный от бесперебойника)
в этот момент я сервер вытягивал из ящика 19", подумал провод питания отошёл... подёргал его... он прочно сидел....

Не помогло, опять потерял настройки

кстати, с 16 портовыми коммутаторами - не припомню глюка со сбросом настроек.
что делать? выкинуть и купить другой марки, чтоб уж наверника, или прошивкой решите проблему, какие сроки?

хотя... вроде был такой же глюк с 16 портовыми... точно не помню, но после обновления прошивки работают нормально

Извините, но проблема "У меня сбросились настройки когда я вытаскивал из стойки рядом стоящий сервер" под софтовую ну никак не подпадает.
Вот у меня есть коммутатор DES-1100-16. Настроенный. Какие мои действия приведут к сбросу настроек, чтобы я об этом сообщил разработчикам и они исправили проблему? Нажатие кнопки в веб-интерфейсе, например, или добавление vlan с VID 777? Если это один единственный коммутатор - возможно, после ваших скачков напряжения у него испортилась флешка или блок питания - это решат в СЦ. Если таких коммутаторов у вас с десяток и у всех схожий симптом - ищите этот симптом.

выше я всё написал. Постоянно сбоит только 1 коммутатор. его не кто не трогает, сервера 2 раза в неделю не кто не дёргает, я лишь привёл случай, когда я заметил глюк, и как он проявился визуально на светодиодах.

В какой сервис центр нам обратится? мы в Новосибирске, уже обращались в сервис на Плахотного 27/1 по другой проблеме, там нам пообещали починить коммутаторы, ждали 2 мес, потом нам сказали что мастера нет... прождали ещё 2 мес, и нам сказали что запчастей нет...

есть ли другой сервис, более оперативный?
я собственно, потому и пошёл на форум, потому что в сервисе дело затянется на очень долго

Добрый день

Пожалуйста, если Вы жалуетесь на сервис, называйте сразу серийный номер устройства.
В ремонте в Новосибе было всего 3 шт 1100-24 и все сняты с гарантии по причне воздействия внешнего высого напряжения. Диагностика проведена в течение недели с момента поступления в сервис. Т.е. Вы должны были получить эту информацию сразу. Забрали устройства из сервиса спустя пару месяцев, это правда, но это не ответственность сервиса.

Что касается проблемы , описаной Вами - слеают настройки. Как Вы понимаете, лечить можно то, что видно, как происходит. Иначе можно залечить все и до состояния трупа. Таким образом, пож-та, сообщите, какие действия надо выполнить, чтобы увидеть проблему.

ну это мы и были наверно, только коммутаторов было штук 5, сказали что не гарантия, но сделаем за 20% от стоимости, и мес 3-4 нас мурыжили с запчастями... потом нам надоело и мы забрали.

действий не каких не надо, включаем влан с тегами, ждём неделю... половина настроек потерянна, половина на месте.
выше всё подробно описанно влан3 для управления

вот мне как потребителю, что делать??? в сервис на полгода? или мучить форум?
или случай с сервисом, это потому что не гарантия была, потому процесс неконтролируемо долгий? в случае гарантийного ремонта, в какие сроки придут эти запчасти?

ну и попутно при включении managmnent vlan выскочил ещё глюк..))))

на фотке выше показано как настроены вланы.

остальные свичи без managmnent vlan, ip адреса в подсети 192.168.51.0/255.255.255.0 шлюз 192.168.51.254

свич с managmnent vlan, ip адрес 10.90.90.246/255.255.255.0 шлюз 10.90.90.254, управление через vlan3

--------------
всё это дело подключено к серверу 2008 с включенной маршрутизацией, воткнуто в порт 1, на порту vlan1 и vlan3.
соответственно в системе 2 виртуальных адаптера.
vlan1 - 192.168.51.254/255.255.255.0
vlan3 - 10.90.90.254/255.255.255.0

имеется в сервера физический адаптер 2, ip 192.168.50.254/255.255.255.0, туда подключен клиент с адресом 192.168.50.1
-------------
ИТАК:
непосредственно с сервера пингуем "свичи без managmnent vlan", пинг есть.
непосредственно с сервера пингуем "свич с managmnent vlan", пинг есть.

Теперь
Пингуем с "клиент" "свичи без managmnent vlan", пинг есть.
Пингуем с "клиент" "свич с managmnent vlan", пинга НЕТ.
Пингуем с "клиент" интерфейс сервера 10.90.90.254 - пинг есть.
------------------------------------------------------------------------------------
такое чувство, как будто шлюз в настройках свичей не указан, но он указан там
вот и предположение, что менеджмент влан не работает со шлюзом...