Comments 28
С разновидностями по второй трактовке гораздо большее разнообразие:
trunk
eth-trunk
ether channel (в конфиге port channel)
bundle
lag
bonding
teaming
trunk
eth-trunk
ether channel (в конфиге port channel)
bundle
lag
bonding
teaming
Спасибо. Тоже в копилку ИТ-переводчика :)
Я не стал еще одного вендора со своей трактовкой транков добавлять — Avaya. Там тоже своя специфика.
Ну да, наркоманы из HP называют агрегатный линк транком.
По мне так правильнее всего поступает DLink, никаких транков-фиганков у них нет, есть тэгированные и нетэгированные вланы на порту и агрегатные линки.
По мне так правильнее всего поступает DLink, никаких транков-фиганков у них нет, есть тэгированные и нетэгированные вланы на порту и агрегатные линки.
UFO just landed and posted this here
Не только HP.
У 3com было точно так же — trunk.
У Huawei — eth-trunk.
У 3com было точно так же — trunk.
У Huawei — eth-trunk.
У 3COM так же потому что HP купила их.
Скорее у Хуавей так, потому что:
2007 — Huawei-3Com (49 % акций совместного предприятия принадлежат 3Com).
И только в апреле 2010 года компания 3Com была приобретена корпорацией Hewlett-Packard и стала частью подразделения HP Networking.
То есть обратная ситуация — у HP так, потому что купили 3com.
Я работал со свичами 3com в конце 90х годов, начале 2000х.
В настройках был trunk.
2007 — Huawei-3Com (49 % акций совместного предприятия принадлежат 3Com).
И только в апреле 2010 года компания 3Com была приобретена корпорацией Hewlett-Packard и стала частью подразделения HP Networking.
То есть обратная ситуация — у HP так, потому что купили 3com.
Я работал со свичами 3com в конце 90х годов, начале 2000х.
В настройках был trunk.
Ну… помня первые Хуавеи… Скорее так, потому что они тупо скопировали ИОС.
А вот насчет 3СОМ и НР — все верно.
А вот насчет 3СОМ и НР — все верно.
У них в нынешнем синтаксе на маршрутизаторах eth-trunk это агрегация.
Из-за судебных претензий от Циски Хуавей очень ощутимо переделал команды и настройки.
В общем, да, трудно сказать, повлиял тут 3ком или нет, или это просто китайцы придумали
чтобы быть похоже на Циску и в то же время отличалось от аналогичного bundle-ether.
Из-за судебных претензий от Циски Хуавей очень ощутимо переделал команды и настройки.
В общем, да, трудно сказать, повлиял тут 3ком или нет, или это просто китайцы придумали
чтобы быть похоже на Циску и в то же время отличалось от аналогичного bundle-ether.
В. Олифер Н. Олифер. «Компьютерные сети». Авторы этого тоже наркоманы? Может это Cisco наркоманы? :)
Учитывая, что немалую часть того, что сейчас используется в сетях, Циско или изобрела непосредственно, или в значительной степени приложила руку, им там всё же виднее, чем этим вашим Олиферам.
В целом от терминологии Cisco я тоже не в восторге. Сам по себе выбор слова trunk которое переводится вроде как «ствол» для документации и конфигурации так себе идея. Жаргонизм какой то.
Проблема терминологии длинка в конкретном моменте в том, что «тегированый влан» воспринимается, как свойство влана, а не порта.
В далекие времена, когда я учился на связиста транк, как правили, переводилось, как "магистраль"
Если честно не вижу причин не применить подобный термин, просто магистраль может быть виртуальной, но и что с того?
Кстати, да, была ещё вот такая штука:
ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%B0%D0%BD%D0%BA%D0%B8%D0%BD%D0%B3%D0%BE%D0%B2%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0
ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%B0%D0%BD%D0%BA%D0%B8%D0%BD%D0%B3%D0%BE%D0%B2%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0
На мой взгляд, основная причина не применять этот термин в том, что протокол, по которому работает агрегация каналов в большинстве случаев называется LACP, то есть link aggregation, не teaming, не bonding, не trunking. Я бы понял, если бы вендоры хотя бы называли каждый по-своему, потому что ломали совместимость.
Ну и чисто субъективно, я не претендую на академические знания, но в моем представлении транк это когда в одном канале несколько логических каналов, а не когда один логический канал размазан по нескольким физическим.
Ну и чисто субъективно, я не претендую на академические знания, но в моем представлении транк это когда в одном канале несколько логических каналов, а не когда один логический канал размазан по нескольким физическим.
Во первых, 802.3ad который вводит понятие агрегации, не был первым. До него уже были дюралинк и MLT, в которых это называлось транком. В кисках тоже исторически это был транк.
Во вторых, ваше представление просто не с той стороны ;-) если несколько каналов (не важно логические или физические), проходят по одному, то логично этот канал назвать "магистраль". Объединили физические в один канал — получили магистраль из агрегированных каналов. Пустили несколько vlan по одному каналу — так же вроде подходит под понятие магистрали. :-)
Просто trunk — это достаточно обширное понятие. Многопарный телефонный кабель или E1/T1 поток тоже называют trunk и т.п.
> Во первых, 802.3ad который вводит понятие агрегации, не был первым.
Я понимаю, просто те времена прошли, а названия агрегированию продолжают придумывать кто на что горазд.
> Во вторых, ваше представление просто не с той стороны
Потому и сказал, что субъективно. Чисто по ощущениям, как я для себя определяю. Что по смыслу слова попадает я не спорю.
Я понимаю, просто те времена прошли, а названия агрегированию продолжают придумывать кто на что горазд.
> Во вторых, ваше представление просто не с той стороны
Потому и сказал, что субъективно. Чисто по ощущениям, как я для себя определяю. Что по смыслу слова попадает я не спорю.
del
HPE вообще оригиналы большие.
У меня была проблема со свичами, которые они честно у 3Com передрали. С другими свичами того же HPE и свичами других производителей таких проблем не было. Отваливались целые сегменты сети.
И мне 4 месяца их ТП не могли объяснить, в чем причина. Только повторяли, что разные VLANы должны соединяться одним кабелем с тэгированием, а не как у меня — разными кабелями между разными портами без тэгирования.
Может быть это и верно, но переделывать всю сеть мне не хотелось. Тем более там знатный зоопарк и некоторые свичи фиг знает, поддерживают ли тэгирование в принципе или нет.
Оказалось, что в этой модели свича (HPE 1910-48) по умолчанию включен STP (а на всех других — по умолчанию выключен, кроме ZyXEL, но на них разделения на VLANы не было). Вот он и рубил параллельные связи, принимая их за избыточные.
Хорошо, что мне один парень здесь на Хабре подсказал. Он с такой же фичей столкнулся, но на других свичах.
У меня была проблема со свичами, которые они честно у 3Com передрали. С другими свичами того же HPE и свичами других производителей таких проблем не было. Отваливались целые сегменты сети.
И мне 4 месяца их ТП не могли объяснить, в чем причина. Только повторяли, что разные VLANы должны соединяться одним кабелем с тэгированием, а не как у меня — разными кабелями между разными портами без тэгирования.
Может быть это и верно, но переделывать всю сеть мне не хотелось. Тем более там знатный зоопарк и некоторые свичи фиг знает, поддерживают ли тэгирование в принципе или нет.
Оказалось, что в этой модели свича (HPE 1910-48) по умолчанию включен STP (а на всех других — по умолчанию выключен, кроме ZyXEL, но на них разделения на VLANы не было). Вот он и рубил параллельные связи, принимая их за избыточные.
Хорошо, что мне один парень здесь на Хабре подсказал. Он с такой же фичей столкнулся, но на других свичах.
А еще есть SIP -транк, (в каждом конкретном случае) пляшет от провайдера к провайдеру…
Sign up to leave a comment.
Как зависит перевод термина trunk от вендора коммутаторов?