Eth trunk huawei что означает
Перейти к содержимому

Eth trunk huawei что означает

  • автор:

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

Авайя вроде не выпускает езернет свичи, если придерживаться рамок, указанных в заголовке.
Хотя бондинг это терминология принятая в линуксе, а тиминг в виндовс.
Понятие trunk есть ещё в контекстах SIP и SDH.

Всего голосов 2: ↑2 и ↓0 +2
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
Авайя вполне себе выпускает свитчи.
Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
Сама — не выпускала. Это тяжелое наследие нортеля. От которого, наконец-то, избавилась…
Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё

Ну да, наркоманы из HP называют агрегатный линк транком.

По мне так правильнее всего поступает DLink, никаких транков-фиганков у них нет, есть тэгированные и нетэгированные вланы на порту и агрегатные линки.

Всего голосов 3: ↑3 и ↓0 +3
Ответить Добавить в закладки Ещё
НЛО прилетело и опубликовало эту надпись здесь
Показать предыдущий комментарий
К сожалению да.
Комментарий пока не оценивали 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 как агрегация вполне органичен.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
В. Олифер Н. Олифер. «Компьютерные сети». Авторы этого тоже наркоманы? Может это Cisco наркоманы? 🙂
Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Учитывая, что немалую часть того, что сейчас используется в сетях, Циско или изобрела непосредственно, или в значительной степени приложила руку, им там всё же виднее, чем этим вашим Олиферам.

Всего голосов 4: ↑2 и ↓2 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

В целом от терминологии Cisco я тоже не в восторге. Сам по себе выбор слова trunk которое переводится вроде как «ствол» для документации и конфигурации так себе идея. Жаргонизм какой то.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Ну допустим у trunk множественное значение, чаще чем ствол оно означает багажник машины. В контексте IT и сетей это магистраль передачи данных.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Проблема терминологии длинка в конкретном моменте в том, что «тегированый влан» воспринимается, как свойство влана, а не порта.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё

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

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё

HPE вообще оригиналы большие.

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

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

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

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

Хорошо, что мне один парень здесь на Хабре подсказал. Он с такой же фичей столкнулся, но на других свичах.

Проверка настройки ECMP и Eth-Trunk

Если предыдущая корректировка не действует, проверьте, настроены ли ECMP и Eth-Trunk. То есть, проверьте, является ли Eth-Trunk интерфейсом-участником маршрута с равной стоимостью.

Процедура

Запустите команду display ip routing-table в любом режиме, чтобы проверить интерфейсы-участников маршрутов с равной стоимостью в таблице маршрутизации. Проверьте, является ли Eth-Trunk интерфейсом-участником маршрута с равной стоимостью.

 display ip routing-table Proto: Protocol Pre: Preference Route Flags: R - relay, D - download to fib, T - to vpn-instance, B - black hole route ------------------------------------------------------------------------------ Routing Table : _public_ Destinations : 717 Routes : 7204 Destination/Mask Proto Pre Cost Flags NextHop Interface 192.168.10.0/24 Static 60 0 D 218.90.246.10 Eth-Trunk1 192.168.9.0/24 Static 60 0 D 218.90.246.118 Eth-Trunk2 192.0.0.0/8 Static 60 0 D 222.190.158.162 Eth-Trunk3 192.109.148.0/23 Static 60 0 D 218.90.246.122 Eth-Trunk4 192.168.10.3/32 Static 60 0 D 218.90.246.10 Vlanif1118

На коммутаторах CE6870EI и CE12800 запустите команду undo ecmp local-preference enable в режиме профиля балансировки нагрузки.

 system-view [~HUAWEI] load-balance profile default [*HUAWEI-load-balance-profile-default] undo ecmp local-preference enable [*HUAWEI-load-balance-profile-default] commit 

На коммутаторах CE8800, 7800, 6800 и 5800, кроме CE6870EI, запустите команду undo local-preference enable в режиме ECMP.

 system-view [~HUAWEI] load-balance ecmp [~HUAWEI-ecmp] undo local-preference enable [*HUAWEI-ecmp] commit 

# На CE12800 и CE6870EI настройте балансировку нагрузки ECMP на основе исходного IP-адреса и номера протокола IPv4-пакетов.

 system-view [~HUAWEI] load-balance profile default [~HUAWEI-load-balance-profile-default] ip src-ip protocol [*HUAWEI-load-balance-profile-default] commit

# В CE8800, 7800, 6800 и 5800, кроме CE6870EI, настройте балансировку нагрузки ECMP на основе исходного IP-адреса и номера протокола пакетов IPv4.

 system-view [~HUAWEI] load-balance ecmp [~HUAWEI-ecmp] ipv4 src-ip protocol [*HUAWEI-ecmp] commit

Для CE12800 и CE6870EI:

 system-view [~HUAWEI] load-balance profile default [~HUAWEI-load-balance-profile-default] eth-trunk src-interface [*HUAWEI-load-balance-profile-default] commit

Для CE8800, 7800, 6800 и 5800, кроме CE6870EI:

 system-view [~HUAWEI] load-balance profile default [~HUAWEI-load-balance-profile-default] l2 src-interface [*HUAWEI-load-balance-profile-default] commit 

ПРИМЕЧАНИЕ:

Коммутатор поддерживает только пакеты TRILL (входной узел) и пакеты уровня 2, за исключением пакетов IPv4, IPv6 и MPLS.

What Is Eth-Trunk?

Eth-Trunk bundles multiple physical links into a logical link to increase link bandwidth. The bundled links dynamically back up each other, greatly improving the link reliability.

  • Why Do We Need Eth-Trunk?
  • Advantages of Eth-Trunk
  • What Modes Does Eth-Trunk Support?
  • Application Scenarios of Eth-Trunk

More

Collapse

Why Do We Need Eth-Trunk?

As networks grow in scale, users require backbone links to provide higher bandwidth and reliability. In conventional technologies, a common practice to increase the bandwidth is to use high-speed cards or devices that support high-speed cards, which is costly and inflexible.

Eth-Trunk, also called Ethernet link aggregation, bundles multiple physical links into a logical link. This increases link bandwidth. Eth-Trunk also greatly improves link reliability by providing the link backup mechanism. Each link aggregation group (LAG) corresponds to a unique logical interface. This logical interface is called link aggregation interface or Eth-Trunk interface. A LAG interface can be treated as a physical Ethernet interface. The only difference between a LAG interface and a physical Ethernet interface is that the LAG interface needs to select one or more member interfaces to forward traffic.

Relationships between Eth-Trunk links and Eth-Trunk interfaces, member interfaces, and member links

The Eth-Trunk is located between the MAC sub-layer and the LLC sub-layer, that is, data link layer. The Eth-Trunk module maintains a forwarding table mainly consisting of the two following fields:

  • Hash key: is calculated through the hash algorithm based on the MAC address or IP address in a data packet.
  • Interface number: Eth-Trunk forwarding entries are limited by the maximum number of member interfaces in an Eth-Trunk. Different hash keys map to different outbound interfaces.

The Eth-Trunk module uses the Eth-Trunk forwarding table to forward data frames according to the following process:

  • The Eth-Trunk module receives a data frame from the MAC sub-layer, and then extracts its source MAC/IP address or destination MAC/IP address.
  • The Eth-Trunk module calculates the hash key using the hash algorithm.
  • Using the hash key, the Eth-Trunk module searches for the corresponding interface in the Eth-Trunk forwarding table, and then sends the data frame from the interface.

Advantages of Eth-Trunk

Eth-Trunk has the following advantages:

  • Increased bandwidth: The maximum bandwidth of a LAG is the sum of bandwidth of the member interfaces in the LAG.
  • Higher reliability: When an active link fails, traffic on this active link is switched to another active link, improving reliability of the link aggregation interface.
  • Load balancing: Traffic is load balanced among all available active links in a LAG.
  • Easy application: Eth-Trunk functions between adjacent devices and is easy to apply, regardless of the network topology.

Eth-Trunk implementation

What Modes Does Eth-Trunk Support?

Eth-Trunk can work in manual or Link Aggregation Control Protocol (LACP) mode, depending on whether LACP is enabled.

    Eth-Trunk in manual mode In manual mode, you must manually create an Eth-Trunk and add member interfaces to the Eth-Trunk. LACP is not required. If one active link fails, traffic is load balanced among the remaining active links. This mode is recommended when the link between two directly-connected devices requires a higher bandwidth and either or both of them do not support LACP. An Eth-Trunk is created between DeviceA and DeviceB. In manual mode, all three active links load balance and forward traffic. When one link becomes faulty, the remaining two links load balance traffic.

Eth-Trunk in manual mode

Incorrect Eth-Trunk connection
The following table compares the manual mode and LACP mode.
Table 1-1 Comparison between the manual mode and LACP mode

Eth-Trunk setup mode

You must manually create an Eth-Trunk and add member interfaces to the Eth-Trunk.

You must manually create an Eth-Trunk and add member interfaces to the Eth-Trunk. LACP participates in dynamic link aggregation and de-aggregation. That is, LACP adjusts or disables link aggregation when link aggregation condition changes.

When the aggregated link is operating normally, all links are active links. All active links participate in data forwarding. If one active link fails, traffic is load balanced among the remaining active links.

When the aggregated link is operating normally, only some links are active links. All active links participate in data forwarding. If an active link fails, the system selects one of the inactive links to be the active link, ensuring the number of links participating in data forwarding remains unchanged.

Only member link disconnections in an Eth-Trunk can be detected in this mode. Other faults, such as incorrect link connections, cannot be detected.

This mode can detect member link disconnections, link layer faults, and incorrect link connections.

Application Scenarios of Eth-Trunk

The access switches DeviceB and DeviceC in a data center connect to the core switch DeviceA, and DeviceB and DeviceC connect to many users. DeviceA connects to the external network outside the data center through the egress router. With the increasing number of users, the communication between users becomes more frequent. Therefore, the links between DeviceA and DeviceB and between DeviceA and DeviceC must have abundant bandwidth to carry traffic between users and provide high reliability. To ensure high link bandwidth and reliability, establish Eth-Trunk1 between DeviceA and DeviceB and Eth-Trunk2 between DeviceA and DeviceC.

Networking diagram of the Eth-Trunk

You can determine the working mode for the Eth-Trunk according to the following situations:

  • If devices at both ends of the Eth-Trunk support LACP, the LACP mode is recommended.
  • If the device at either end of the Eth-Trunk does not support LACP, you must use the manual mode.

Проверка того, задано ли пороговое число активных интерфейсов

Проверьте правильность работы системы стека. Если стек разбивается, возможно, разорвано соединение Eth-Trunk.

Процедура
  1. Запустите команду display eth-trunk в любом режиме, чтобы проверить, задано ли нижнее пороговое значение для числа активных интерфейсов на интерфейсе Eth-Trunk. Если количество интерфейсов-пленов в состоянии Up на Eth-Trunk меньше порогового значения, Eth-Trunk переходит в состояние Down.
 display eth-trunk 10 Eth-Trunk10's state information is: Working Mode: Normal Hash Arithmetic: profile default Least Active-linknumber: 2 Max Bandwidth-affected-linknumber: 16 Operating Status: down Number of Up Ports in Trunk: 0 -------------------------------------------------------------------------------- PortName Status Weight 10GE1/0/40 Down 1 10GE1/0/41 Down 1

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *