Как зависит перевод термина trunk от вендора коммутаторов?

  • Tutorial

На эту ошибку (или, если хотите, разночтение) я обратил внимание во время проверки перевода по коммутаторам NETGEAR. Дело в том, что при переводе термина “trunk” нужно обязательно учитывать, чьей трактовки придерживается вендор — Cisco или HP, ибо между ними очень разный технический смысл.


Давайте разбираться.




Рассмотрим проблему на следующих примерах:


1. Cisco



2. HP



Внимательный читатель обратит внимание, что “trunk” в этих примерах имеет разное значение.


Будем «копать».


Версия Cisco



Cisco под “trunk’ом” понимает канал типа “точка-точка” (канал связи, напрямую соединяющий два устройства), который соединяет коммутатор и другое сетевое устройство, например еще один коммутатор или маршрутизатор. Его задача – передавать трафик нескольких VLAN через один канал и обеспечивать им доступ ко всей сети. В простонародии называется «транком», что логично.


Принцип действия


Начнем с того, что такое VLAN?


VLAN расшифровывается как Virtual local area network или виртуальная локальная сеть. Это технология, которая позволяет разделить одну физическую сеть на несколько логических, работающих независимо друг от друга. Например, есть на предприятии отдел кадров, бухгалтерия и IT-отдел. У них есть свои коммутаторы, которые соединены через центральный коммутатор в единую сеть, и вот сети этих отделов и нужно отделить друг от друга. Тогда-то на помощь и приходит технология VLAN.



Так выглядит сеть, разделенная на VLAN’ы (виртуальные сети).


Часто для обозначения VLAN’а используют разные цвета.



Так порты, обозначенные зеленым цветом, входят в один VLAN, а порты, обозначенные красным цветом, в другой. Тогда компьютеры, которые находятся в одном VLAN’е, могут взаимодействовать только друг с другом, а с компьютерами, входящими в другой VLAN, не могут.


Перемены в таблице коммутации в VLAN


При создании VLAN’ов в таблицу коммутации у коммутаторов добавляется еще одно поле, в котором указываются идентификаторы VLAN. Упрощенно это выглядит так:



Тут мы видим, что порты 1 и 2 принадлежат VLAN’у 2, а порты 3 и 4 – VLAN’у 10.


Идем дальше. На канальном уровне данные передаются в виде кадров (фреймов). При передаче кадров от одного коммутатора к другому нужна информация о том, к какому VLAN’у принадлежит тот или иной кадр. Эту информацию добавляют в передаваемый кадр. На данный момент для этой цели используют открытый стандарт IEEE 802.1Q. Пошаговая эволюция кадра в VLAN


  1. Компьютер генерирует и отправляет обычный кадр (фрейм, он же пакет канального уровня, т.е. уровня коммутаторов), ничего не добавляя. Этот кадр выглядит так:


  1. Коммутатор получает кадр. В соответствии с таблицей коммутации, он понимает, с какого компьютера пришел кадр, и к какому VLAN’у принадлежит этот компьютер. Тогда коммутатор сам добавляет в кадр служебную информацию, так называемый тег. Тег – это поле после MAC-адреса отправителя, в котором содержится, грубо говоря, номер VLAN’а. Так выглядит кадр с тегом:


Затем коммутатор отправляет этот кадр на другой коммутатор.


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


  2. На компьютер получателя приходит кадр уже без служебной информации.



Теперь возвращаемся к нашему “trunk’у”. Порты коммутатора, поддерживающие VLAN можно разделить на две группы:


  1. Тегированные порты (или trunk-порты у Cisco)
  2. Нетегированные порты (или access порты)

Нас интересуют тегированные порты или trunk-порты. Они как раз и служат для того, чтобы через один порт можно было передавать данные, принадлежащие к разным VLAN и получать данные нескольких VLAN на один порт (мы помним, что обычно порты из разных VLAN друг друга не видят).



На этом рисунке тегированными являются порты номер 21 и 22, которые соединяют два коммутатора. Через них и будут проходить кадры, например, от компьютера Е к компьютеру А, которые находятся в одном VLAN’е, по схеме, которая описана выше.


Так вот, канал связи между этими портами у Cisco как раз и называется “trunk’ом”.


Версия HP


Как в компании интерпретируют этот термин?



Здесь вообще речь про VLAN не идет. В случае с HP мы говорим о технологии агрегирования каналов. У них “trunk” – это логический канал, который объединяет в себе несколько физических каналов. Подобное объединение позволяет увеличить пропускную способность и надежность канала. Разберем на примере. Допустим, у нас есть два коммутатора, у каждого из которых есть по четыре порта и эти порты соединены между собой четырьмя проводами.



Если оставить все как есть — просто соединения между коммутаторами, — то эти соединения будут передавать кадры друг дружке по кругу, т. е. образовывать петли (причем широковещательные кадры будут раз за разом дублироваться, вводя коммутаторы в широковещательный шторм).


Такие дублирующие соединения считаются избыточными, и их необходимо устранять, для этой цели существует протокол STP (Spanning Tree Protocol). Тогда из наших четырех соединений STP выключит три, потому что посчитает их избыточными, и останется всего одно соединение.


Так вот, в случае же, если мы объединим эти четыре физических канала, между коммутаторами будет один логический канал с увеличенной пропускной способностью (максимальной скоростью передачи информации по каналу связи в единицу времени). Т. е. задействованы сразу четыре канала, и проблема с избыточными соединениями решена. Вот именно этот логический (агрегированный) канал и называется у HPtrunk’ом”.



Агрегирование каналов можно настроить между двумя коммутаторами, коммутатором и маршрутизатором. В один логический канал можно объединить до восьми физических. Важно, чтобы все порты, которые объединяются в агрегированный канал, имели одинаковые параметры:


  • тип среды передачи (витая пара, оптоволокно и т. д.),
  • скорость,
  • режим flow control и duplex.

Если один из портов в агрегированном канале выйдет из строя, канал продолжит работать. Порты агрегированного канал воспринимаются как единое целое, что соответствует идее логического канала.


И для полного прояснения картины отметим, что такая технология у Cisco называется EtherChannel. EtherChannel – технология агрегирования каналов, разработанная Cisco. Смысл тот же, позволяет объединять несколько физических каналов Ethernet в один логический.





Таким образом, термин trunk переводится в зависимости от контекста следующим образом:


Поддержать автора
Поделиться публикацией

Комментарии 28

    +1
    С разновидностями по второй трактовке гораздо большее разнообразие:
    trunk
    eth-trunk
    ether channel (в конфиге port channel)
    bundle
    lag
    bonding
    teaming
      0
      Спасибо. Тоже в копилку ИТ-переводчика :)
        0
        Я не стал еще одного вендора со своей трактовкой транков добавлять — Avaya. Там тоже своя специфика.
          +2
          Авайя вроде не выпускает езернет свичи, если придерживаться рамок, указанных в заголовке.
          Хотя бондинг это терминология принятая в линуксе, а тиминг в виндовс.
          Понятие trunk есть ещё в контекстах SIP и SDH.
            0
            Авайя вполне себе выпускает свитчи.
              0
              Сама — не выпускала. Это тяжелое наследие нортеля. От которого, наконец-то, избавилась…
        +3
        Ну да, наркоманы из HP называют агрегатный линк транком.

        По мне так правильнее всего поступает DLink, никаких транков-фиганков у них нет, есть тэгированные и нетэгированные вланы на порту и агрегатные линки.
          0
          Есть у него vlan_trunk — транковый порт тегирован и входит во все вланы.
            0
            К сожалению да.
            0
            Не только HP.
            У 3com было точно так же — trunk.
            У Huawei — eth-trunk.
              0

              У 3COM так же потому что HP купила их.

                0
                Скорее у Хуавей так, потому что:
                2007 — Huawei-3Com (49 % акций совместного предприятия принадлежат 3Com).

                И только в апреле 2010 года компания 3Com была приобретена корпорацией Hewlett-Packard и стала частью подразделения HP Networking.
                То есть обратная ситуация — у HP так, потому что купили 3com.

                Я работал со свичами 3com в конце 90х годов, начале 2000х.
                В настройках был trunk.
                  0
                  Ну… помня первые Хуавеи… Скорее так, потому что они тупо скопировали ИОС.
                  А вот насчет 3СОМ и НР — все верно.
                    0
                    У них в нынешнем синтаксе на маршрутизаторах eth-trunk это агрегация.
                    Из-за судебных претензий от Циски Хуавей очень ощутимо переделал команды и настройки.
                    В общем, да, трудно сказать, повлиял тут 3ком или нет, или это просто китайцы придумали
                    чтобы быть похоже на Циску и в то же время отличалось от аналогичного bundle-ether.
                      0

                      не рабтоал с энтерпрайзным HP, только с дешевыми Access свитчами, но и этого хватило поломать мозг. С Huawei возился буквально вчера — 6800 и 5700 серии — и, субъективно, их термин eth-trunk как агрегация вполне органичен.

              +1
              В. Олифер Н. Олифер. «Компьютерные сети». Авторы этого тоже наркоманы? Может это Cisco наркоманы? :)
                0
                Учитывая, что немалую часть того, что сейчас используется в сетях, Циско или изобрела непосредственно, или в значительной степени приложила руку, им там всё же виднее, чем этим вашим Олиферам.
                  0
                  В целом от терминологии Cisco я тоже не в восторге. Сам по себе выбор слова trunk которое переводится вроде как «ствол» для документации и конфигурации так себе идея. Жаргонизм какой то.
                    0
                    Ну допустим у trunk множественное значение, чаще чем ствол оно означает багажник машины. В контексте IT и сетей это магистраль передачи данных.
                  0
                  Проблема терминологии длинка в конкретном моменте в том, что «тегированый влан» воспринимается, как свойство влана, а не порта.
                  0

                  В далекие времена, когда я учился на связиста транк, как правили, переводилось, как "магистраль"
                  Если честно не вижу причин не применить подобный термин, просто магистраль может быть виртуальной, но и что с того?

                      0
                      На мой взгляд, основная причина не применять этот термин в том, что протокол, по которому работает агрегация каналов в большинстве случаев называется LACP, то есть link aggregation, не teaming, не bonding, не trunking. Я бы понял, если бы вендоры хотя бы называли каждый по-своему, потому что ломали совместимость.
                      Ну и чисто субъективно, я не претендую на академические знания, но в моем представлении транк это когда в одном канале несколько логических каналов, а не когда один логический канал размазан по нескольким физическим.
                        0

                        Во первых, 802.3ad который вводит понятие агрегации, не был первым. До него уже были дюралинк и MLT, в которых это называлось транком. В кисках тоже исторически это был транк.
                        Во вторых, ваше представление просто не с той стороны ;-) если несколько каналов (не важно логические или физические), проходят по одному, то логично этот канал назвать "магистраль". Объединили физические в один канал — получили магистраль из агрегированных каналов. Пустили несколько vlan по одному каналу — так же вроде подходит под понятие магистрали. :-)
                        Просто trunk — это достаточно обширное понятие. Многопарный телефонный кабель или E1/T1 поток тоже называют trunk и т.п.

                          0
                          > Во первых, 802.3ad который вводит понятие агрегации, не был первым.
                          Я понимаю, просто те времена прошли, а названия агрегированию продолжают придумывать кто на что горазд.
                          > Во вторых, ваше представление просто не с той стороны
                          Потому и сказал, что субъективно. Чисто по ощущениям, как я для себя определяю. Что по смыслу слова попадает я не спорю.
                      0
                      del
                        –1
                        HPE вообще оригиналы большие.

                        У меня была проблема со свичами, которые они честно у 3Com передрали. С другими свичами того же HPE и свичами других производителей таких проблем не было. Отваливались целые сегменты сети.

                        И мне 4 месяца их ТП не могли объяснить, в чем причина. Только повторяли, что разные VLANы должны соединяться одним кабелем с тэгированием, а не как у меня — разными кабелями между разными портами без тэгирования.

                        Может быть это и верно, но переделывать всю сеть мне не хотелось. Тем более там знатный зоопарк и некоторые свичи фиг знает, поддерживают ли тэгирование в принципе или нет.

                        Оказалось, что в этой модели свича (HPE 1910-48) по умолчанию включен STP (а на всех других — по умолчанию выключен, кроме ZyXEL, но на них разделения на VLANы не было). Вот он и рубил параллельные связи, принимая их за избыточные.

                        Хорошо, что мне один парень здесь на Хабре подсказал. Он с такой же фичей столкнулся, но на других свичах.
                          0
                          А еще есть SIP -транк, (в каждом конкретном случае) пляшет от провайдера к провайдеру…

                          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                          Самое читаемое