проблема ping была не в свиче - извиняюсь
об остальном по мере появления ошибок

Рад слышать!

Пока заметил подключаю стек к какому-либо свичу с СТП - наверное начинается перепостроение дерева, а в логе по времени это порт доун ар затем все подключенные порты STP status blocking - это правильно? Возможно ли как нибудь отследить по логам не по времени порт вызвавший изменения? И ещё - вродебы в РСТП состояния blocking нет?

А на клиентских портах Вы RSTP зачем включили? Есть Blocking тоже как часть фазы.

его приходится включать, т.к. в 3100 нет отдельного loopdetect.

Суть работы организации такова что почти к любому порту может быть подключено непредсказуемое устройство

Т.е. вы ответили на все подключенные порты STP status blocking - это правильно? и РСТП состояния blocking нет?
А вопрос об отслеживании источника изменения состояния СТП?

Укажите пожалуйста в личку Ваш телефон.

телефог отправил
Далее по теме или для телефона
Подключаю к стеку черный ящик, но для вас вот что он представляет:
--------------------------
| DES-3326SR |----Ethernet------------------------------------------
| | |
| | --------- ---------- |
| | | | | | |
| |--Ethernet---|Bridge|--E1--|Bridge|--Ethernet--|
| | | | | |
| | --------- ----------
| |
| |
| |-----------------------------------------------> к DGS-3100-48*5
---------------------------
в логах 3100 ничего нет - итог существенное снижение производительности сети, даже ping пропадает на 25-50%
Если нужно для 3100:
status forwarding role root и не меняется soft 3.00.43
RSTP, Forwarding BPDU Enabled, Lookback Detection Enabled и остальное default
для всех портов
Cost Auto Edge NO/NO P2P AUTO/YES Port STP Enabled Forwarding BPDU/Status Global/Disabled
для 3326
status forwarding role designated и не меняется soft 4.03-B17
в логах topology changed когда замыкаю кольцо
RSTP, Forwarding BPDU Disabled и остальное default
для всех портов
State Enabled Cost *200000 Priority 128 Edge No P2P Yes

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

Черный ящик тот-же
Настройки 3100-48 - RSTP На всех портах Edge=True BPDU Forwarding Enabled
Priority 4096
Есть компьютер1 - 2 порта Trunk LASP в System, 1 порт в другой vlan
компьютер2 - 1 порт в System, второй в другой vlan
компьютер3 - 2 порта Trunk LASP в System
компьютер4 - 1 порт в System
и сам switch
подсоединяем черный ящик
ping в течении 30 минут
компьютер1 - 35% потерь и обрубается совсем
компьютер2 - 25% потерь
компьютер3 - 37% потерь
компьютер4 - 25% потерь
switch - 9 % потерь
отключаем черный ящик
компьютер2-4 и switch востанавливаются довольно быстро
компьютер1 - только через 6 минут
в логах полное молчание
При снятии STP с многопортовых машин все тоже самое
Что делать?

А LACP на свитче Вы настроили? Просто очень похоже что у Вас петля.

На стороне 3100
Trunking
Trunking list
Unit 03 Group ID 1 Type LASP Ports 3:1,3:2
Lasp port setting
Port 3:1 Port-Priority 1 LASP Timeout 90sec
аналогично для остальных, т.е default

На стороне машины
Team Type IEEE 802.3ad добавлено две Intel PRO/1000 EB
остальное по умолчанию

как еще настраивать я не знаю

Конфиги отослал