Отправить запрос
    Что такое TRILL (Transparent Interconnection of Lots of Links)

    Отправить запрос

    Внимание! Если у вас вопрос в техническую поддержку, то вам нужно завести заявку в разделе технической поддержки

    Что такое TRILL (Transparent Interconnection of Lots of Links)

    1. TRILL(Transparent Interconnection of Lots of Links)

    TRILL позволяет легко конфигурировать Ethernet.

    TRILL1.jpg

    Концепция обработки пакетов при известном месте назначения: 1) RBridges запускает протокол состояния связей, с помощью которого маршрутизатору известно о всех RBridges в сети и состоянии линков между ними. Используя этот протокол, каждый RBridges вычисляе короткое расстояние между собой и каждым RBridges в сети, а так же деревья для доставки multidestination трафика. 2) Когда RBridges1 посылает Ethernetфрейм от конечного узла А, конечному узлу В, находящемуся за другим RBridges2, то RBridges1 инкапсулирует фрейм в TRILLзаголовок и пересылает RBridges2. Заголовок TRILLсостоит из полей "ingress RBridge", "egress RBridge" и счетчика. 3) Когда RBridges2 принимает инкапсулированный пакет, RBridges2 снимает TRILLзаголовок и отправляет пакет конечному узлу В. ЗаголовокTRILL ОсновноеполявзаголовкеTRILL - ingress RBridge nickname (16 bits), egress RBridge nickname (16 bits), hop count (6 bits), иmultidestination flag bit (1 bit). Длина поля назначения 16 бит, поэтому может быть составлена таблица для простого поиска выходного порта, в отличии от Ethernet6-ти байтового значения, которое требует хеширования, или длинных согласующих префиксов IP.


    2. Learning End-Node Locations

    По умолчанию механизм обучения перепиской между ingress RBridge, source MAC address и когда egress RBridge декапсулирует пакет. Если RBridge1 не знает где находится dstMAC-адрес, то RBridge1 инкапсулирует пакет в заголовок TRILLи устанавливает multidestination flag, указывая тем самым, что пакет может быть передан через все дерево RBridge. ДополнительнымопциональныммеханизмомявляетсяEnd-Station Address Distribution Information (ESADI). ESADIпозволяет RBridge1 представлять несколько или все конечные узлы, присоединенные к нему. Оба механизма (представления и прослушивания) являются опциональными. Они имеют ряд преимуществ: 1) Пакеты ESADIмогут иметь криптографическую защиту. 2) RBridge имеет больше оснований знать, что конкретный узел прикреплен к нему, чем обычный просмотр заголовка пакета. 3) На RBridge может быть реализован таймер для проверки конечных узлов. Кроме того можно создать каталог, в котором перечислены не только (RBridge nickname, {set of attached end-node MAC addresses}), но также {(end-node IP address, end-node MAC address)}. RBridge1 или hypervisor, или процесс конечного узла могут запросить информацию об узле назначения и инкапсулированных пакетах вместо flooding, что позволяет обойти использование протоколов ARP(IPv4) и ND(IPv6). Link State Protocols

    Это маршрутизирующий протокол, в котором каждый маршрутизатор определяет своих соседей рассылая broadcastsLink State Packet (LSP). Все маршрутизаторы имеют несколько LSPdatabase, так как они все получают и сохраняют последнее сгенерированное LSPкаждого другого маршрутизатора. LSPdatabase дает полную информацию , необходимую для вычисления пути. И этой информации достаточно для всех маршрутизаторов для расчета связующего дерева без необходимости использования алгоритма STP.


    3. Acquiring Nicknames

    Учитывая, что последний сформированный пакет распространяется и хранится на RBridge, то с помощью этой функции можно распространять и другую информацию, такую как работа протокола для выбора уникального имени маршрутизатора в сети. Каждый маршрутизатор выбирает имя случайно, избегая уже существующих в сети имен. Если 2 маршрутизатора выбрали одинаковые имена, то спор разрешается приоритетом маршрутизатора и 6-byte system ID.


    4. Mixing RBridges with Bridges

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

    TRILL2.jpg


    5. Link Types and the Hop-by-hop Header

    В дополнении TRILL заголовка, когда RBridge1 пересылает TRILL-инкапсулированный фрейм к RBridge2 может быть добавлено поле типа соединения. Хотя в основном TRILLработает с Ethernetфреймами, но он так же может работать с PPP, IPSecurity tunnel, MPLS. Если линк Ethernet, то внешний заголовок Ethernet, если РРР, то РРР и т.д. Внешние заголовки нужны для двух целей: 1) Если это мост на соединении, то он будет воспринимать пакет как обычный Ethernetпакет и пересылать его через связующее дерево. Изучающая таблица моста на линке будет видеть только адрес RBridge на этом линке. 2) Это позволяет R1 при отправке фрейма с multiple neighbors, указывать, какой из них выбран для пересылки фрейма. Для примера: если одинаковая стоимость пути до пункта назначения от R2 и R3, то R1 нужно указать какой R2 или R3 будет пересылать фрейм, в противном случае фрейм будет дублирован. Таким образом инкапсулированный фрейм может иметь три заголовка: 1) Внешний заголовок или заголовок hop-by-hop, который снимается на каждом хопе и является специфичным для типа звена. 2) Заголовок TRILL, который по аналогии третьего уровня остается на месте, пока фрейм пересылается от первого RBridge (инкапсулирующего) до последнего (деинкапсулирующего). 3) Внутренний заголовок, который определяет адреса конечных узлов (srcи dst).

    TRILL3.jpg


    6. Appointed Forwarders

    Если два RBridges на линке подключены к одному конечному узлу, то только один из них должен инкапсулировать пакет в TRILL. Тем не менее, если конечный узел передаст мультикастовый пакет или пакет unknown destination, то R1 инкапсулирует пакет и передаст в сеть, R2 получит этот пакет, и деинкапсулирует его. Деинкапсулированный пакет снова будет передан в сеть, принят R1 и снова инкапсулирован.

    TRILL4.jpg

    Стоимость пройденных хопов не решит эту проблему, т.к. она не существует, пока пакет не инкапсулирован. В протоколе IS-ISодин из RBridges выбирается Designated RBridge (DRB). DRB может делегировать другим RBridges работу по инкапсуляции/деинкапсуляции пакетов с определенным VLAN. Тем самым R2 инкапсулирует пакеты с VLANх, R3 с VLANyи R1 с VLANz.



    Смотрите так же
    Для данной линейки коммутаторов, если у вас появилась необходимость организовать динамически назначаемый Voice Vlan, вам необходимо Разрешить получение LLDP информации. Создать Voice vlan перевести порт в режим работы Trunk Проверить что на порту разрешено LLDP Указать Voice Vlan на пор...
    Vlan-translation VLAN-translation - это функция, которая позволяет преобразовать тэг VLAN пакета в новый в соответствии с требованиями. Это позволяет обмениваться данными в разных VLAN. VLAN-translation может быть использован на обоих направлениях трафика. Ниж...
    Виртуальное тестирование кабеля(VCT) на коммутаторах QSW-2850/3470/4610 Virtual Cable Tester. Функция коммутатора, благодаря которой можно провести виртуальный тест медного кабеля.  Для ввода команды, переходим в привилегированный режим. (enable ) Далее вводим команду:  ...

    К списку