есть такая схема:

AT8024 (пробовал заменять на compex ps2216) = 1226G = 1226G

связаны между собой агрегироваными каналами по 4 порта (статическая агрегация)

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

чтобы восстановить связь достаточно перевести порты в зависшем направлении выключить и включить через WEB-иунтерфейс, или просто перезагрузить свич в центре (перезагрузка крайних свичей никак на ситуацию не влияет)

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

Вообще-то агрегирование в статическом режиме индивидуально для каждого производителя и проблемы возможны. Т.е. в высланной Вам прошивке проблема решена? Это версия 3.00.15 я так понимаю?

нет, не решена, просто я хочу, чтобы мне выслали прошивку, решающую сразу 2 моих проблемы, а то получится что новую решили, а старая опять выскочит....

сдается мне, что проблема все-же в вашей прошивке, т.к:
использовано для теста оборудование 2 разных производителей (да и двух ценовых категорий), проблема возникает только на среднем коммутаторе (и до момента его перезагрузки не исчезает), и проблема иногда затрагивает "чужую" транковую группу (направленную не в сторону коммутатора другого производителя)
если так важно, чуть позже я проведу тест в режиме статической агрегации с 3 dlink-1226, прямо "на столе", т.к. если не смогу побороть данную неисправность, придется их снимать.

кстати, у AT-8024 есть настройка алгоритма статической агрегации, по которым он разбрасывает трафик по портам (source mac и source/destination mac), в обоих случаях результат одинаковый.

Если проблема проявится на 3-х DES-1226G, то пришлите конфиги всех коммутаторов, графическую схему сети и описание проблемы по почте.

выслал, жду ответа, письмо дошло?