Virtual Link Trunking ( VLT ) — это название, которое использовалось по крайней мере для двух фирменных сетевых протоколов. Протокол агрегации каналов, разработанный Force10 , и ранняя возможность тегирования VLAN от 3Com .
Virtual Link Trunking или VLT — это фирменный протокол агрегации, разработанный Force10 (теперь Dell Networking ) и доступный в их сетевых коммутаторах класса центра обработки данных или корпоративного класса . VLT реализован в последних версиях прошивки устаревшей ( FTOS ) OS9 для их высокопроизводительных коммутаторов, таких как коммутаторы центров обработки данных серий S, Z и E 10/25, 40 и 100 Гбит/с. [1] [2] [3] VLT также реализован в текущей ОС OS10 Smart Fabric. Хотя VLT является фирменным протоколом от Dell Networking (ранее Force10), другие поставщики предлагают аналогичные функции, позволяющие пользователям настраивать агрегированную ссылку на два (логических) разных коммутатора, где стандартная агрегированная ссылка может заканчиваться только на одном логическом коммутаторе (таким образом, либо на одном физическом коммутаторе, либо на разных членах в настройке стековых коммутаторов), таких как Cisco vpc или MLAG. Последняя поддерживаемая Dell ОС для своих устройств PowerSwitch на базе ONIE, SONiC , также предлагает аналогичный протокол, как MLAG.
VLT — это протокол агрегации каналов 2-го уровня между конечными устройствами (серверами), подключенными к (разным) коммутаторам доступа, предлагающий этим серверам избыточное, балансирующее нагрузку соединение с базовой сетью в среде без петель, устраняя необходимость в использовании протокола связующего дерева . [2] В то время как существующие протоколы агрегации каналов, такие как (статический) LAG (IEEE 802.3ad) или LACP (IEEE 802.1ax), требуют, чтобы разные (физические) каналы были подключены к одному и тому же (логическому) коммутатору (например, стековые коммутаторы), VLT, например, обеспечивает подключение каналов между сервером и сетью через два разных коммутатора.
Вместо использования VLT между конечными устройствами, такими как серверы, его также можно использовать для восходящих соединений между коммутаторами (доступа/распределения) и основными коммутаторами. [3]
Основным осложнением существующих технологий агрегации или связывания каналов является то, что все интерфейсы участников такой команды/группы должны быть завершены на одном логическом коммутаторе. Помимо увеличения пропускной способности, еще одной причиной агрегации каналов является избыточность. Чтобы сделать возможным подключение LAG к разным физическим коммутаторам, необходимо объединить более одного физического коммутатора в один логический коммутатор с помощью методов стекирования коммутаторов , где разные физические блоки рассматриваются как один логический коммутатор для управления и топологии (spanning-tree). Коммутаторы, работающие в стековой конфигурации, всегда должны работать под управлением одной и той же прошивки, что означает, что в случае обновления прошивки сетевой менеджер должен внедрить новую прошивку на всех участниках стека одновременно, что приводит к отключению всего стека. Альтернативой является использование различных логических коммутаторов, но тогда один из используемых каналов придется заблокировать, чтобы обеспечить топологию без петель (эту проблему можно частично преодолеть с помощью Multiple Spanning Tree или фирменного протокола Cisco для каждой VLAN Spanning Tree) . Протокол Spanning Tree относительно медленно сходится, что может привести к периодам, когда трафик не может быть передан по сети, и, таким образом, к сбоям в работе приложений.
VLT должен решать все эти проблемы, позволяя создавать топологию избыточной сети без петель без использования протокола Spanning Tree. [3] Пример конфигурации, как это работает, можно найти в блоге Geslinux, написанном Гжегожем Витковским [4]
До поддержки стандартизированной маркировки IEEE 802.1Q компания 3Com использовала фирменную технологию Virtual LAN Trunking (VLT). [5] 3Com VLT поддерживала идентификаторы VLAN 1–16, при этом 15 был зарезервирован для режима автоматического выбора VLAN (где сервер VLAN определяет принадлежность порта), а 16 — для протокола Spanning Tree .