DGS-3100-24TG

HW a1
Boot 1.0.1.04
FW 3.00.43

В сети таких несколько штук.
SNMP отрабатывает нормально если свич один
Как только поставили 2 свича в стек сразу появились проблемы с SNMP -
первые 8 портов первого свича вроде бы опросились нормально, остальные как-то странно. Второй свич вообще не опрашивается...

Не подскажите в чем проблема??

Запросите новую прошивку в соответствующей теме. Эта проблема была решена.

Alexandr Zaitsev
Можно узнать в какой именно версии прошивки решена эта проблема?
Так как, если речь идет о 3.60.26, то там эта проблема не решена.

у меня в стеке 3.60.26, вроде SNMP нормально работает... единственное, настораживает - хронический CPU Load в районе 75%

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

Вот-вот и мне бы хотелось понять - какую прошивку у Вас просить??? )))

последнюю =)

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

Нужно использовать 3.60.26.
2 SpiderX: Опишите, пожалуйста, более точно, что именно не работает.

Denis Evgraphov
Проблема: скорость работы DGS-3100 в стеке, вернее скорость работы этого самого стека. Это глобальная проблема (или фича?) этого коммутатора, которая тянется из прошивки в прошивку, и все никак не решится (или и не планируется решаться?).
Симптомы: Заходим на коммутатор, делаем sh ports. Порты 1 стека - вылетают моментально, порты всех остальных стеков показываются в разы дольше. У меня на одном узле в стеке стоит 4 3100. Время за которое я увижу все порты - 30с.
В случае с коммутатором, когда он не в стеке - это 2 секунды.
То же самое и в случае с опросом его по snmp.
Например, если спросить у свитча информацию о неЮникастовых входящих пакетах для всех портов (snmpwalk -v2c -c D897tasd76j 172.16.36.194 .1.3.6.1.2.1.2.2.1.12), информация о первых 24 портах появится моментально, информация обо всем, что выше 24 порта будет собираться гораздо дольше. Тут и возникает проблема для некоторых NMS, они не могут работать с такой задержкой, с которой свитч отдает информацию по snmp и отваливаются по таймауту. И получается, что мониторить то, что за пределами 1 стека невозможно.
Да, ситуацию можно обойти, спросив адресно у свитча, snmpwalk -v2c -c D897tasd76j 172.16.36.194 .1.3.6.1.2.1.2.2.1.12.59 (те же пакеты с 9 порта 2 стека), но не все NMS умеют такое. Некоторым надо всю таблицу скушать (.1.3.6.1.2.1.2.2.1), а потом они ее пропарсят, и покажут информацию.
Я знаю, что проблема точно есть на cacti в момент добавления свитча, и на zabbix в случае использования snmp builder. Это довольно сильно затрудняет и усложняет конфигурирование NMS.
Я не проверял, завтра могу проверить (сейчас свободного 3100 под рукой нет), но есть мнение что операция sh fdb vlan vlan2, в случае когда влан выкинут на порты второго стека занимает больше времени, чем в случае когда этот же влан подан только на первый стек (где-то у себя в сети я по-моему сталкивался с таким). Не хочу сейчас утверждать 100%, так как для этого нужны более глубокие тесты, но если бы кто-то сказал, что наличие стека торморзит работу со свитчем, я бы с ним согласился на данный момент.

То есть по большому счету проблема в скорости работы 3100 в стеке, а не в snmp, snmp - это лишь следствие.
Да, и вопрос: Можно что-то сделать с тем, чтобы было "не заметно" в стеке коммутатор или нет при работе с ним? Или это фича, такова реализация стекирования, и ничего с этим сделать нельзя? Просто этот вопрос уже неоднократно поднимался на форуме в той или иной форме, но точно ответа на него так и не было.

А у Вас прошивка 3.60.26 установлена на всех устройствах стека?

У меня была такая же проблема, когда собирал тестовый стек их 2-х DGS-3100-24. На обоих стояла прошивка 3.60.26, стек собирался кольцом. Когда обращался к Backup Master'у - медленно выводилась информация о портах (sh ports, sh fdb и т.д) в CLI и при опросе по SNMP, при этом информация о портах Master'а опрашивалась и выводилась быстро.

2 De-Fox, SpiderX: Я уточню эту ситуацию в ШК и сообщу Вам.

А вот это второй интересный вопрос, который меня интересует, в отношении этих коммутаторов.
Я до сих пор так и не получил точного ответа. Как правильно обновлять прошивку и бут на 3100 в стеке.
В одном месте (по-моему в региональном представительстве Длинка) мне сказали, что проблем не будет, и можно просто прошить Мастера.
На форуме, я где-то читал, что стек нужно разбирать, прошивать каждый отдельно, и собирать заново.
Мой личный опыт говорит, что разницы никакой нет. Хоть прошивай по отдельности, хоть прошивай только Мастера. И, по-моему, это логично, так как в стеке "отключаются мозги" у всех свитчей, и все они работают через "мозги" Мастера, то собственно и прошивать достаточно только Мастера.
Можно уточнить у ШК, как все-таки правильно обновлять прошивку и бут на DGS-3100 в стеке? И, если обновлять надо все коммутаторы стека, то какие последствия могут возникнуть, если этого не сделать?

И отвечая на вопрос "А у Вас прошивка 3.60.26 установлена на всех устройствах стека?" - на одних узлах установлена на всех, на других заливалась только на Мастера. Какой-либо разницы между этими стеками не вижу.

Прошивка на всех устройствах стека должна быть одинаковой. Посмотреть версии прошивок и прома в стеке можно командой "sh stack". Пример простой даже для Вашего случая: если Master выйдет из строя, то его место займет Backup Master, у которого прошивка может быть старой c отсутствием поддержки нужного для работы функционала.

Вот, теперь ситуация проясняется. Спасибо.
Но тут возникает вопрос по поводу sh stack.
Пробежался сейчас по всем коммутаторам, которые стоят в стеке, и на всех sh stack мне показывает одинаковую картину:
172.16.37.193# sh stack

Master ID : 1
Backup ID : 2

Box ID User Set Boot version Firmware version H/W version
------ -------- ------------ ---------------- -----------
1 1 1.0.1.05 3.60.26 04
2 Auto 1.0.1.05 3.60.26 04
3 Auto 1.0.1.05 3.60.26 04
4 Auto 1.0.1.05 3.60.26 04
То есть, если верить sh stack, когда прошиваешь Мастера, прошивается весь стек, либо же sh stack показывает не то, что есть на самом деле.
У 172.16.37.193 точно прошивался только Мастер.

Все верно, если Вы перепрошивали стек уже будучи собранным, то прошивка обновится сразу на всех входящих в него коммутаторах.