Использовали сей девайс с двумя модулями DEM-410X 10G
Firmware: Build 2.84.B25
Захотелось сделать резервирование по LACP, сконфигурили и добавили третий порт - 27-й
Вставляли на обесточенном.

Поработал 10 минут и все три 10G порта отрубились, перезагрузка помогла но через 10 минут снова те же грабли.
Самое интересное что эти грабли продолжались пока не вытащили третий модуль DEM-410X, с ним даже без XFP порты висли!
Без третьего модуля работает уже полгода без проблем. Грешили на железо в модуле

Недавно на другом таком же коммутаторе добавили третий 10G порт, правда без LACP. Так он начал отрубать 10G порты каждые пару часов и помогает только передёргивание питания.
Пришлось так же вытащить третий модуль DEM-410X. и снова как и в первом случае проблема сразу же ушла. уже больше суток никаких проблем.

Покупали именно эту модель из-за трёх портов 10G, иначе можно было бы обойтись 3420-26SC, поскольку L3 функционал не используется.
В итоге имеем все те же 2 порта, а третий - мертвый капитал.

Вопрос - проблема аппаратная или софтовая или по питанию не хватает мощи?

Снова смоделировать ситуацию на месте не могу - магистраль положить придётся с половиной апстримов, сами понимаете.
Но есть ещё один такой коммутатор, можно попробовать сделать стенд.

На рабочем сейчас настроил сливание сислога на комп, но уже как бы поздно метаться.
И не факт что он успел бы прислать что-либо т.к. управляющий влан на этих же 10G портах...
Будет лучше если вы сами смоделируете.

Скорее всего проблемы с блоком питания, проблема не софтовая.
Рекомендую обратиться в сервисный центр для диагностики.

Толку мне его отсылать в сервис, если проблема на неукомплектованном и без нагрузки не проявляется.
Это не ответ, ведь с двумя модулями оба коммутатора работают уже почти полгода непрерывно.
Если БП не держит полностью укомплектованное обррудование, это значит только одно - вы продаёте оборудование, которое не соответствует заявленным характеристикам.
А поскольку случай не единичный и наблюдается в коммутаторах чуть ли не с новья - значит проблема не в конкретном БП на отдельном коммутаторе. Есть закономерность.
Давайте разбираться более предметно. Вам известны подобные проблемы на этой модели?
На эту модель есть другая модификация БП и в сервисном центре его заменят?

Кстати ближайший сервисный центр рядом с Сургутом или Тюменью где?

у нас стоят два 3627G, соединённые двумя стэковыми модулями по меди CX-4. из одного из коммутаторов третий порт занимается оптикой на 40км. оба почти под завязку набиты SFP,

работают без проблем.

Не в БП тут дело, однозначно. Это явно сбой и очень вероятно что программный.

Покупали таких коммутаторов разом 3 шт и потом ещё 2шт.
Один глюкнул из первой партии, второй глюкнул из второй партии.

Ещё один из первой партии с тремя модулями без проблем работает с лета 2011 непрерывно.

Есть одно отличие - на обоих, которые глюкнули, используется функционал Q-in-Q, а на остальных где нет глюков - не используется.
Других соображений пока нет. Стенд собрать пока не могу - все коммутаторы в работе.

Представители D-Link не имеют других версий кроме неисправности БП?
Без третьего модуля второй "сбойный" коммутатор уже вторую неделю молотит без проблем. А первый из "глюкнутых" молотит уже два месяца.
Может быть исследуем вместе проблему поглубже?

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

используем Q-in-Q в режиме port_based (double_vlan)

Это другой режим...

Не согласен с вами, софтовых проблем на разных девайсах полно при включении определённых фич, но без включения этих фич проблемы не проявляются. Далеко ходить не нужно, на этом же 3627 stp не работает совместно с qinq.
Некорректному поведению подвержены те устройства, в которых подключается третий модуль 10G, причём отключаются все десяточные порты, а не тот который добавлен последним. И коммутаторы и модули новые, не б/у.
Без третьего модуля эти же устройства абсолютно надёжно работают.
Указанные глюки были при транзитном потоке 3-4 Гбит на одном коммутаторе и 5-8 Гбит на втором. Причём отрубания портов на втором были чаще на порядок.

Сейчас собрал некую схожую модель на одном коммутаторе, но нагрузка через него менее гигабита, хотя и постоянная. Если ситуацию на стенде удасться повторить, какую информацию нужно будет предоставить техподдержке D-link кроме конфига коммутатора и схемы включения?

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


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

Поэтому в очередной раз повторяю: обращайтесь в сервисный центр для диагностики.

Без включения коммутатора как раз таки полно проблем - ничего не работает. У Вас образование электронщика, программиста или эрудита?
У меня образование изначально электронщика. так что не смешите своими физическими процессами.
Я вставляю его в слот и ничего не глючит до тех пор пока трафик не начинает бегать по оптике по всем трём модулям. Т.е. я как раз таки софтом поднимаю третий линк на порту, начинает бегать трафик и через какое-то время - привет, начинаются отрубоны.
И ещё восстановили подробности со специалистом, который первый раз наблюдал сбой - коммутатор продолжал работать со стороны гиговых портов, но в логах ничего не было. А со стороны десяточных портов линки падали все. Он подключался на консоль и смотрел. На проблемы БП не тянет, иначе коммутатор либо повис, либо перезагрузился бы. Проблемы с DEM-модулем тоже исключены, поскольку этот же модуль был переставлен в соседний коммутатор и там работает уже скоро как месяц без сбоев.

Прикажете диагностировать каждый новый коммутатор на предмет сбоев в БП с установленными тремя модулями?
Так это уже диагноз надо ставить не коммутатору, а производителю.

Пока глюк не проявится на стенде, мне даже в сервисый центр нет смысла его везти. Иначе я получу его в неизменном виде с наклейкой "Test passed", а после установки в продакшен поймаю теже глюки.

Ждем результатов с вашего стенда.