1. Приведенной вами информации недостаточно для точного толкования проблемы: можно только строить догадки (хотя и со значительной степенью вероятности). Итак, если мы "на втором 3326 ничего не делаем", то после объединения описанным способом двух коммутаторов у нас получается замечательная множественная петля. Любой broadcast- или multicast-пакет, попав в такую петлю, блуждает по ней "вечно" с тенденцией к саморазмножению вплоть до 100%-ной загрузки сети (что и происходит в вашем случае; к счастью до "катастрофы" дело не доходит благодаря настроенному у вас ограничению "штормов")
2. Остается неясным, как следует понимать фразу "так как если сделать ту же операцию, что и в п.1, то ничего не работает"? Неудается сконфигурировать? или конфигурация проходит успешно, однако трафик отсутсвует? или что-то другое?
3. Ну и, наконец, практический совет (Achtung! Возможны разные варианты настройки, я приведу лишь один из них):
а) вплоть до момента окончательной настройки оставьте не более одного соединения между коммутаторами
б) удалите с обоих коммутаторов все настройки, связаные с link_aggregation
в) конфигурация портов 1-5 внутри каждого из коммутаторов должна быть абсолютно идентичной, иначе не удастся активизировать "транк" (проверьте все: скорость, дуплекс, принадлежность к vlan'ам, ...)
Warning! Дальнейшие действия производим через командную строку (telnet или с консоли RS-232)
г) на каждом из коммутаторов выполняем команды:
Код:
create link_aggregation group_id 1 type static
config link_aggregation algorithm mac_source_dest
config link_aggregation group_id 1 master_port 1 ports 1-5
config link_aggregation group_id 1 state enable
save
В ответ на выполнение каждой команды коммутатор должен отвечать "Success."
Если при выполнении 4-ой команды коммутатор сообщает об ошибке, проверяйте идентичность настройки портов (пункт "в" выше).
д) настройка завершена. Можно соединять коммутаторы "транком"