[Документация Yandex Cloud](../../index.md) > [Yandex Cloud Interconnect](../index.md) > [Концепции](index.md) > Транковое подключение

# Транковое подключение (транк) 

Основные функции транкового подключения (транка):

* Обеспечить [физическое подключение](#links) внешнего оборудования к оборудованию Yandex Cloud в [точке присутствия](pops.md).
* Обеспечить [мультиплексирование трафика](#mux) приватных и публичных соединений с помощью технологии **Ethernet 802.1Q**. 

{% note warning %}

В [точке присутствия](pops.md) для клиента может быть организовано одно или несколько транковых подключений. При этом, организация нескольких [приватных соединений](priv-con.md) в одну облачную сеть через разные транки на одной точке присутствия не допускается. 


{% endnote %}

## Параметры физических портов на оборудовании Yandex Cloud {#phy-port}

По умолчанию физические порты на оборудовании Yandex Cloud имеют следующие настройки:

* Автосогласование скорости передачи на физических портах не поддерживается. На вашем оборудовании необходимо явно задавать скорость передачи и отключить автосогласование.
* Режим работы физического порта на оборудовании Yandex Cloud всегда транковый с тегированием 802.1Q. Подключение в режиме порта доступа (без тегирования) не поддерживается.
* Размер MTU по умолчанию поддерживает передачу jumbo frames.

## Агрегирование физических портов на оборудовании Yandex Cloud {#lag}

При необходимости, несколько физических портов могут быть объединены в один агрегированный канал (Bundle) с помощью [протокола LACP](https://en.wikipedia.org/wiki/Link_aggregation#Link_Aggregation_Control_Protocol) в режиме `Active`. При организации агрегированного канала все физические порты в нем должны использовать [трансиверы](transceivers.md) только одного типа. Использование разных типов трансиверов в одном агрегированном канале не допускается.

[Технология MC-LAG](https://en.wikipedia.org/wiki/Multi-chassis_link_aggregation_group) для агрегированных каналов на оборудовании Yandex Cloud не поддерживается.


## Топологии физических подключений {#links}

На оборудовании Yandex Cloud поддерживаются следующие варианты организации физических подключений:

* [Прямое клиентское подключение](#direct-link) — подключение вашего собственного оборудования в ТП напрямую к оборудованию Yandex Cloud.
* [Подключение через оператора связи](#sp-link) — у вас нет собственного оборудования в ТП и вы используете услуги оператора связи, который организует для вас подключение к оборудованию Yandex Cloud.

### Прямое клиентское подключение {#direct-link}
Подключение собственного оборудования в [точке присутствия](pops.md) напрямую к оборудованию Yandex Cloud.

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

* Физический порт на вашем оборудовании.
* Оптический трансивер, подключенный в физический порт на вашем оборудовании.
* Физический порт, зарезервированный на оборудовании Yandex Cloud.
* Оптический трансивер, подключенный в физический порт на оборудовании Yandex Cloud.
* Кросссировка, которая подключается к оптическому трансиверу в порту на вашем оборудовании с одной стороны и к оптическому трансиверу на оборудовании Yandex Cloud с другой стороны. 

Схематично такое подключение может выглядеть следующим образом:

![direct-link](../../_assets/interconnect/interconnect-phy-1.svg)

Оборудование клиента расположено в [точке присутствия](pops.md) и подключается к оборудованию Yandex Cloud напрямую через оптическую кроссировку, проложенную в границах точки присутствия.

Передатчик (Tx) трансивера со стороны оборудования Yandex Cloud подключается с помощью оптического волокна к приемнику (Rx) трансивера на стороне оборудования клиента. Передатчик (Tx) трансивера на стороне оборудования клиента подключается с помощью оптического волокна к приемнику (Rx) трансивера на стороне оборудования Yandex Cloud. Пара этих оптических волокон образуют оптическую кроссировку.

### Подключение через оператора связи {#sp-link}

Если у клиента нет собственного оборудования в нужной [точке присутствия](pops.md), то для подключения к оборудованию Yandex Cloud клиент привлекает оператора связи, у которого есть оборудование в нужной точке присутствия. 

Схематично такое подключение может выглядеть следующим образом:

![direct-link](../../_assets/interconnect/interconnect-phy-2.svg)

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

* Физический порт на оборудовании оператора связи.
* Оптический трансивер, подключенный в физический порт на оборудовании оператора связи.
* Физический порт, зарезервированный на оборудовании Yandex Cloud.
* Оптический трансивер, подключенный в физический порт на оборудовании Yandex Cloud.
* Кросссировка, которая подключается к оптическому трансиверу в порту на оборудовании оператора связи с одной стороны и к оптическому трансиверу на оборудовании Yandex Cloud с другой стороны.

{% note info %}

Оператор связи обязан организовать подключение оборудования клиента к своему оборудованию в нужной ТП и обеспечить транзит трафика между оборудованием клиента и оборудованием Yandex Cloud.

{% endnote %}


## Мультиплексирование соединений (802.1Q) {#mux}

### VLAN-ID {#vlan-id}

Возможность одновременной передачи разных типов трафика (мультиплексирование) обеспечивается технологией **Ethernet 802.1Q**. Для каждого приватного или публичного соединения в транке выделяется свой уникальный идентификатор **VLAN-ID**.

{% note warning %}

При организации приватных или публичных соединений разрешается использовать значения VLAN-ID только в диапазоне от `2` до `4000` включительно.

{% endnote %}

### Варианты мультиплексирования соединений {#mux-options}

В одном транке можно комбинировать соединения разных типов:

* Одно [приватное соединение](priv-con.md).
* Одно [публичное соединение](pub-con.md).
* Несколько приватных и/или публичных соединений.

Возможны следующие варианты (схемы) организации мультиплексирования:

* [Прямое подключение на точке присутствия](#mux-direct).
* [Подключение через оператора связи (L2-транзит)](#mux-sp-L2).
* [Подключение через оператора связи (L3VPN)](#mux-sp-L3).
* [Подключение через партнера](#mux-partner).

#### Прямое подключение на точке присутствия {#mux-direct}

![trunk-over-direct-link](../../_assets/interconnect/interconnect-trn-1.svg)

В данном варианте 802.1Q транк организуется через прямое физическое подключение между оборудованием клиента в [точке присутствия](pops.md) и оборудованием Yandex Cloud.

#### Подключение через оператора связи (L2-транзит) {#mux-sp-L2}

![trunk-over-sp-l2](../../_assets/interconnect/interconnect-trn-2.svg)

В данном варианте у клиента нет собственного оборудования в точке присутствия. При этом:

* Транковое 802.1Q подключение организуется в точке присутствия с привлечением оператора связи, который обеспечивает L2-транзит.
* Транковое 802.1Q подключение организуется между оборудованием клиента и оборудованием Yandex Cloud.
* При подключении клиентского оборудования оператор использует собственные каналы связи. В случае необходимости изменения номеров VLAN-ID соединений (трансляция VLAN-ID) на своем оборудовании, оператор связи должен согласовать с клиентом схему такой трансляции для согласованной работы оборудования оператора связи и оборудования клиента.


#### Подключение через оператора связи (L3VPN) {#mux-sp-L3}

![trunk-over-sp-l3vpn](../../_assets/interconnect/interconnect-trn-3.svg)

В данном варианте у клиента нет собственного оборудования в точке присутствия. При этом:

* Транковое 802.1Q подключение организуется в точке присутствия с привлечением оператора связи.
* Транковое 802.1Q подключение организуется между оборудованием оператора связи в точке присутствия и оборудованием Yandex Cloud.
* Связность между оборудованием оператора связи в точке присутствия и оборудованием клиента обеспечивается организацией для клиента услуги L3VPN. Данный вариант обычно используется, когда у клиента нет технической возможности обеспечить BGP-связность с оборудованием Yandex Cloud своими силами и эту задачу оператор связи решает для клиента в рамках оказания клиенту услуги L3VPN.

#### Подключение через партнера {#mux-partner}

Транковое подключение через партнера организуется с помощью технологии **802.1ad (QinQ)**, которая использует стек из двух VLAN-тегов:

* **верхний VLAN-тег** (`C-VLAN`) — идентификатор клиента в рамках [транкового подключения через партнера](#partner-link). Определяется значением VLAN-ID из пула, заданного партнером при организации транка. Тег `C-VLAN` позволяет сетевому оборудованию Yandex Cloud отделять трафик одного клиента от другого в рамках отдельного транкового подключения через партнера. Данный тег назначается транковому подключению через партнера в момент создания этого подключения.
* **нижний VLAN-тег** (`PRC-VLAN`) — определяется значением VLAN-ID [приватного соединения](priv-con.md) в транковом подключении. Задается при создании приватного соединения.

Теги `C-VLAN` и `PRC-VLAN` в стеке могут совпадать по значению. Схема связи между партнером и клиентом согласуется ими напрямую, без участия Yandex Cloud.

Сетевое оборудование партнера должно:

* снимать `C-VLAN`-тег при получении QinQ-Ethernet-кадров от оборудования Yandex Cloud и отдавать в направлении сетевого оборудования клиента обычный 802.1q-транк;
* добавлять соответствующий `C-VLAN`-тег при получении 802.1q-Ethernet-кадра от клиента, после чего QinQ-Ethernet-кадры могут передаваться в направлении оборудования Yandex Cloud.

Как в случае прямого клиентского подключения, так и в случае транкового подключения через партнера, клиент должен всегда получать «чистый» 802.1q-транк (без `C-VLAN`-тега) с набором VLAN-ID, который соответствует набору сконфигурированных клиентом приватных соединений.

## Емкость подключения {#policer}

На уровне транкового подключения оборудование Yandex Cloud применяет ограничение скорости приема и передачи данных от внешнего оборудования в битах/с и пакетах/с в соответствии с выбранной клиентом [емкостью подключения](../pricing.md). 

Для ограничения скоростей приема и передачи данных на оборудовании Yandex Cloud используется механизм **RateLimit (Policing)**. При превышении скорости передачи в битах/с или пакетах/с данные могут быть отброшены. Это может приводить к ситуациям, когда равномерно передаваемый трафик будет передаваться с более высокой скоростью, чем трафик, передаваемый резкими всплесками.


## Примеры использования {#examples}

* [Создать прямое транковое подключение и приватное соединение в нем](../tutorials/trunk-priv-add.md)
* [Изменить емкость транкового подключения](../tutorials/trunk-capacity-change.md)
* [Удалить транковое подключение](../tutorials/trunk-del.md)