ТРИЛЛ (вычисления)

TRILL ( Прозрачное соединение множества ссылок ) — это Интернет-стандарт. реализуются устройствами, называемыми переключателями TRILL . TRILL сочетает в себе методы мостового соединения и маршрутизации и представляет собой применение маршрутизации по состоянию канала для решения проблемы мостового соединения клиентов с учетом VLAN . Мосты маршрутизации (RBridges) совместимы с предыдущими клиентскими мостами IEEE 802.1 и могут постепенно заменять их . Коммутаторы TRILL также совместимы с IPv4 и IPv6 , маршрутизаторами и конечными системами . Они невидимы для современных IP-маршрутизаторов и, как и обычные маршрутизаторы, RBridges завершают широковещательный, неизвестный одноадресный и многоадресный трафик DIX Ethernet и кадры IEEE 802.2 LLC, включая блоки данных протокола моста протокола связующего дерева .

TRILL был разработан как преемник протокола связующего дерева, оба из которых были созданы одним и тем же человеком, Радией Перлман . Катализатором для TRILL стало мероприятие в Медицинском центре Бет Исраэль Диаконесса , которое началось 13 ноября 2002 года. Концепция Rbridges [sic] впервые был предложен Институту инженеров по электротехнике и электронике в 2004 году. кто в 2005 году отверг то, что стало известно как ТРИЛЛ, и в 2006–2012 гг. разработал несовместимый вариант, известный как мост по кратчайшему пути .

Общий обзор

Коммутаторы TRILL используют между собой протокол маршрутизации по состоянию канала . Протокол состояния канала — это протокол, в котором соединение передается всем RBridges, так что каждый RBridge знает обо всех других RBridges и о соединении между ними. Это дает RBridges достаточно информации для расчета парных оптимальных путей для одноадресной рассылки и расчета деревьев распределения для доставки кадров либо в пункты назначения, местоположение которых неизвестно, либо в многоадресные или широковещательные группы. Используемый протокол маршрутизации по состоянию канала — IS-IS , потому что:

• он работает непосредственно поверх уровня 2 , поэтому его можно запускать без настройки [назначать IP-адреса не требуется], поскольку он включает в себя подмножество сетевой службы без установления соединения (CLNP).
• его легко расширить, определив новые элементы данных типа-длины-значения (TLV) и подэлементы для передачи информации TRILL.

Чтобы уменьшить проблемы временного цикла, RBridges пересылает данные на основе заголовка с количеством переходов . RBridges также указывают RBridge следующего перехода в качестве пункта назначения кадра при пересылке одноадресных кадров по каналу общего носителя, что позволяет избежать создания дополнительных копий кадров во время временного цикла. Проверка пересылки по обратному пути и другие проверки выполняются для кадров с несколькими пунктами назначения для дальнейшего управления потенциально закольцованным трафиком.

Первый RBridge, который одноадресный кадр встречает в кампусе, RB1, инкапсулирует полученный кадр с заголовком TRILL, который указывает последний RBridge, RB2, где кадр декапсулируется. RB1 известен как «входной RBridge», а RB2 известен как «выходной RBridge». Чтобы сэкономить место в заголовке TRILL и упростить поиск при пересылке, между RBridges запускается протокол получения динамического псевдонима для выбора двухоктетных псевдонимов для RBridges, уникальных в пределах кампуса, которые представляют собой аббревиатуру шестиоктетного системного идентификатора IS-IS. RBridge. Двухоктетные псевдонимы используются для указания входных и выходных RBridges в заголовке TRILL.

Заголовок TRILL состоит из шести октетов: первые два октета включают шестибитный счетчик уменьшающихся переходов плюс флаги; следующие два октета содержат выходной псевдоним RBridge; последние два октета содержат входной псевдоним RBridge. Для кадров с несколькими пунктами назначения «исходящий псевдоним RBridge» определяет дерево распределения для кадра, где (псевдоним) с именем RBridge является корнем дерева распределения. Входной RBridge выбирает, по какому дереву распределения должен пройти кадр.

Несмотря на то, что RBridges прозрачны для устройств уровня 3 , и все каналы, соединенные между собой RBridges, кажутся устройствам уровня 3 единым каналом, RBridges действуют как маршрутизаторы каналов в том смысле, что при пересылке кадра транзитным RBridge Внешний заголовок уровня 2 заменяется на каждом прыжке соответствующим заголовком уровня 2 для следующего прыжка, а количество прыжков уменьшается. Несмотря на эти изменения внешнего заголовка уровня 2 и количества переходов в заголовке TRILL, исходный инкапсулированный кадр сохраняется, включая тег VLAN исходного кадра.

несколько путей для кадров с несколькими пунктами назначения через альтернативные корни дерева распределения и многопутевая маршрутизация с равной стоимостью Поддерживается (ECMP) для одноадресных кадров. Сети с более ячеистой структурой в большей степени выигрывают от многопутевого и оптимального пути, предоставляемого TRILL, чем сети с более древовидной структурой.

Хост с несколькими интерфейсами, работающими по Интернет-протоколу, требует, чтобы каждый из интерфейсов [или группа интерфейсов в группе] имел уникальный адрес, тогда как при использовании TRILL хост с несколькими интерфейсами может иметь один IP-адрес для всех своих интерфейсов. присоединен к общему широковещательному домену — аналогично случаю адреса точки доступа к сетевым сервисам (NSAP) в конечной системе в CLNP.

ТРИЛЛ ссылки

С точки зрения TRILL, канал может представлять собой любую из множества технологий связи, включая IEEE 802.3 ( Ethernet ), PPP (протокол «точка-точка»). или псевдопровод . Каналы Ethernet между RBridges могут включать мосты IEEE клиента или поставщика 802.1. Другими словами, произвольная локальная сеть с мостовым соединением представляется RBridge как канал множественного доступа.

Крайне важно, чтобы только один RBridge действовал как входной RBridge для любого заданного собственного кадра, а TRILL имел назначенного перенаправления. механизм, обеспечивающий это. TRILL позволяет разделить нагрузку этой задачи на канале на основе VLAN, так что только один RBridge на каждом канале инкапсулирует и декапсулирует собственные кадры для каждой VLAN.

Порты RBridge

Порты RBridge могут совместимо реализовывать широкий спектр существующих и предлагаемых протоколов уровня канала и уровня порта IEEE 802.1, включая PAUSE (IEEE 802.3 Приложение 31B), протокол обнаружения канального уровня (IEEE 802.1AB), агрегацию каналов (IEEE 802.1AX), безопасность MAC. (IEEE 802.1AE) или управление доступом на основе порта (IEEE 802.1X). Это связано с тем, что RBridges расположены над IEEE 802.1 EISS (расширенная служба внутреннего подуровня), за исключением того, что порт RBridge по-разному обрабатывает связующее дерево и PDU регистрации VLAN.

Реализации с открытым исходным кодом

• Accton IgniteNet MeshLinq – на основе Quagga 0.99.22.4
• Квагга Ганди с TRILL – на основе Quagga 0.99.22.4
• Quagga-PE от MichaelQQ с TRILL и MPLS - на основе Quagga 0.99.22.4

Собственные реализации

Cisco FabricPath — это собственная реализация TRILL, которая использует плоскость управления TRILL (включая IS-IS для уровня 2), но несовместимую плоскость данных. Brocade Коммутация виртуального кластера использует плоскость данных TRILL, но собственную плоскость управления, поэтому несовместима со стандартами TRILL, соответствующими стандартам.

Поддержка VLAN

Протокол TRILL обеспечивает обязательную поддержку обычных 4K VLAN и может дополнительно поддерживать 24-битные метки Fine Grain Label (FGL) в дополнение к VLAN. (RFC 7172 «ТРИЛЛ: Детальная маркировка»)

Конкуренты

Во время разработки стандарт IEEE 802.1aq (Shortest Path Bridging – SPB) считался основным конкурентом TRILL. Как отмечалось в одной книге 2011 года, «оценка относительных достоинств и различий двух предложений по стандартам в настоящее время является горячо обсуждаемой темой в сетевой индустрии». Ни один из стандартов не получил широкого распространения, в отличие от более поздних подходов наложения, таких как EVPN .

Поддержка продукта

• Шанхайская передача данных S5800 и S9500
• Чжэцзян Dahua Technology DH-S7602 и DH-S7606
• Серия Extreme Networks BD-X, серия Summit X670 и серия Summit X770
• HPE FlexFabric 5700, 9540 и 12900E
• Huawei CloudEngine 5800, 6860, 8800 и 12800
• IgniteNet MeshLinq ML-S-4GE-1MGE
• Новые технологии H3C S6800, С6860, S10500 и S10500X
• Руйцзе Сети RG-S6220, РГ-С12000 и РГ-Н18000
• Шэньчжэнь Youhua Technology YH-S5800 и YH-S9500
• Корпорация ZTE ZXR10 5960 и ZXR10 9900(-S)

Внешние ссылки

• Устав рабочей группы TRILL
• RFC 6325 «Мосты маршрутизации (RBridges): спецификация базового протокола»
• RFC 6361 «Протокол управления протоколом прозрачного соединения множества каналов (TRILL) PPP» (TRILL поверх PPP)
• RFC 6439 «Мосты маршрутизации (RBridges): назначенные пересылки»
• RFC 6847 «Fibre Channel over Ethernet (FCoE) через прозрачное соединение множества каналов (TRILL)»
• RFC 6850 «Определения управляемых объектов для мостов маршрутизации (RBridges)»
• RFC 7172 «TRILL: Детальная маркировка»
• RFC 7173 «TRILL: транспортировка с использованием псевдопроводов»
• RFC 7175 «TRILL: Поддержка BFD»
• RFC 7176 «Использование TRILL IS-IS»
• RFC 7177 «ТРИЛЛ: Смежность»
• «Введение в трель» Радии Перлман и Дональда Истлейка
• Оригинальная статья RBridge «Rbridges: прозрачная маршрутизация»
• RFC 5556 , «Прозрачное соединение множества ссылок (TRILL): формулировка проблемы и применимости»
• Великие дебаты: TRILL против 802.1aq (SBP) , NANOG 50 (октябрь 2010 г.) сессия
• Анализ технологии Cisco FabricPath Ethernet