Help!

Есть два коммутатора dgs-3420-28TC соединенных 10g многомодом по 28-м портам, но (!) не стекированы. Используются для коммутации (iscsi) для vmware и в качестве L3 "молотилки" для сети.

Периодически два коммутатора перестают выполнять свои функции и как бы разваливаются.
Ранее это было где-то раз в год, потом чуть чаще. К сожалению, в момент распада не имелось времени на анализ и "лечилось" перезапуском их до следующей аварии, мол не cisco... что-то заело и т.п. Теперь это стало происходить периодически и есть логи данного события.

Вот только смотрю на них - и если честно мало понимаю почему так происходит. Одно точно ясно - с каждым годом нагрузка на них увеличивается, и чаще всего "распад" происходит в момент пиковых нагрузок на коммутацию. Линк 28-х потров вру сам, потому после такого события они опять оживают.... на некоторое время.

звать их .100-й и .99-й. 100-й имеет далее выход на другие коиммутаторы сети по транковым портам.
.99 - тупиковый, только хранилки и хосты vmware
Все порты коммутаторов stp - enabled, edge true, кроме транковых (lacp) и 28-х

100-й:


log:


99-й:


лог:


еще что характерно, судя по морганию интерфйсов траффика при "клинче" становится очень много, так что 10Г интерфейсы визуально загружены на все 100, хотя реально при этом все iscsi хранилки недоступны и активность на обращение к их дискам ноль =(

последнее что сделал - отключил вообще stp на 28-х портах.... пока не падает, но надолго ли?
на самом деле HEEEEEEELP!!!!!!!!!,может есть у кого совет что в такой ситуации мне можно еще посмотреть или предпринять....


p.s.> .99 port 17 это telnet к хранилке. трафика там нет

Если у вас два коммутатора - оптимальным было бы просто напросто зацепить коммутаторы в стек. Либо поднять lacp из двух 10G портов.
STP может разваливаться по причине того, что в момент, когда линк загружен на 100%, теряются bpdu, вследствие чего stp разваливается.

мне нужны 5+ 10Г портов, именно по этому в стек не ставил.

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

еще посмотрел - safeguard на .100 был выключен, а на .99 включен с параметрами fuzzy 40/30.
нужен совет по safeguard для моей ситуации, включить их, если да то с какими лучше параметрами? или просто выключить?

Да и все же,

нужен совет по safeguard для моей ситуации, включить их, если да то с какими лучше параметрами? или просто выключить?

В продолжение темы,

при поппытке прошить с .1.50 на 1.70 свитч выдал: "allocate system memory fail"

и прошился только после перезагрузки... Это почему так? Можно ли сей факт расценивать как проблему с коммутатором?

А зачем тогда stp? Оставляйте выключенным, разумеется.

не в stp дело... добавил еще пару 1Gb линков чтобы, если 10G порвется - оно хоть как то продолжало работать. но нифига, в описанной ситуации коммутаторы не переходят на резервный линк. т.е. как будто stp видит потери линка...

есть еще вот такой вопрос, а не чего страшнго если я большой траффик по default vlan пропускаю? может в коммутаторе где-то флажок загорается в случае большого трафика по default и он что-то такое переключает...????

и еще хотелось бы совет или разъяснения, чем vlan транк лучше (хуже) gvrp? что лучше применять?

stp вообще не знает, что такое линк - обрыв ловится по факту непрохождения пакетов bpdu.
по поводу default vlan - если управление оставлено в нём ж, то возможно, может быть проблема, если там будет много широковещательного трафика. лучше всего не мешать мух с котлетами.

gvrp - пережиток прошлого, про него давно пора забыть.
для пропуска неограниченного набора вланов используйте либо vlan_trunk, либо qinq

RDC , спасибо. про gvrp не знал. если не сложно в двух словах,
vlan_trank - тупо заведет в коммутаторе все vlan и будет принимать все тегированные кадры - правильно?
qinq - что за зверь? это разве не механизм вкладываня вланов в вланы?

по stp - сколько нужно "потрерять" bpdu чтобы линк считался "оборванным"? Может дело в том что для iscsi трафика у меня по ACL приоритет завышается? и в моменты большого трафика bpdu не доходят? хотя тогда почему на "резервные" не переключается?

и еще вот посмотрел стат.порта, вот такая картина:
--------------------

Port Number : 28
RX Frames TX Frames
--------- ---------
CRC Error 165 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 0 Excessive Collision 0
Jabber 0 Single Collision 0
Symbol Error 0 Collision 0
Buffer Full Drop 0
ACL Drop 69898
Multicast Drop 0
VLAN Ingress Drop 10135
Invalid IPv6 0
STP Drop 8
Storm and FDB Discard 0
MTU Drop 0
--------------------

Поправьте если не прав:
CRC Error - это видимо при отключении оптики добавляются
VLAN Ingress Drop - гдето не потрер vlan с advertisment enabled
ACL Drop - это не дроп а срабатывания ACL по повышению приоритета iscsi трафика?
STP Drop - а вот это, по количеству событий, похоже на ситуации "распада"...

И еще, вот вопрос, почему

Command: show jumbo_frame
Jumbo Frame Global State : Enabled

а
Command: show switch
Jumbo Frame : Off

??? Гдето еще нужно jumbo влючать???? просто была с ними же такая проблемка: viewtopic.php?f=2&t=160360&p=865613#p865613
может и у этой проблемы ноги из jumbo растут???