Я хочу построить новое «ядро» для нашей сети. В настоящее время у нас есть коммутатор 3com 4060, выступающий в качестве ядра, соединяющий все остальные TOR и коммутаторы доступа вместе.
Цель состоит в том, чтобы повысить устойчивость ядра без снижения производительности.
Каждый коммутатор в настоящее время подключается к ядру с помощью от 2 до 4 физических каналов, настроенных как магистрали LACP.
Я собираюсь заменить 3com парой коммутаторов HP 2920 с дополнительным модулем стекирования. Насколько я понимаю, с модулем стекирования 2 коммутатора будут действовать как 1 «виртуальный» коммутатор, поэтому я могу подключить каждую ссылку от коммутаторов доступа к каждому 2920:
Актуальный вопрос
Я знаю, что в этом нет ничего необычного, но мои вопросы следующие:
Я нашел много противоречивой информации. Многие источники говорят, что либо распределенные магистрали могут быть выполнены только с коммутаторами 3xxx или выше, но в HP QuickSpecs говорится, что DT возможен с 2920. Другие источники говорят, что DT может выполняться только между парой коммутаторов и сервером (не другие коммутаторы), но если DT отображается как транк LACP для «нисходящего» устройства, какое это имеет значение?
Я мог бы сделать это с помощью STP, чтобы заблокировать ссылки между коммутаторами доступа и вторым основным коммутатором, но я не хочу тратить всю эту полосу пропускания.
Распределенный транкинг был средством на семействе коммутаторов HP ProVision (35xx / 54xx / 62xx / 66xx / 82xx .. не 38xx), чтобы их можно было рассматривать как один коммутатор. По-прежнему было две конфигурации, и некоторые функции отключаются на переключателях ProVision, если они включены. Когда впервые появился распределенный транкинг, это был сервер для коммутации. С тех пор его улучшали от переключателя к переключателю.
HP теперь выполняет правильную укладку в линейку ProVision с серией 38xx и серией 2920. Для этого требуется модуль стекирования и кабели стекирования. но переключатели теперь рассматриваются как одно устройство. Один IP-адрес. Один виртуальный MAC-адрес. Единый файл конфигурации. Поддерживает распределенную агрегацию каналов.
(Кстати, я работаю в подразделении Hewlett Packards Networking в технической роли)