Yandex Cloud
Search
Discuss with expertTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
    • Cloud Interconnect
    • Cloud Backup
    • Cloud Registry
    • Yandex AI Studio
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Video
    • Stackland
    • Yandex Cloud Router
    • Yandex Managed Service for Trino
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Yandex StoreDoc
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Managed Service for YDB
    • Managed Service for Sharded PostgreSQL
    • Managed Service for YTsaurus
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • SpeechKit
    • DataSphere
    • Vision OCR
    • Translate
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • SmartCaptcha
    • Cloud Desktop
    • SourceCraft Code Assistant
    • Container Registry
    • Managed Service for GitLab
    • Managed Service for Prometheus®
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Message Queue
    • Serverless Integrations
    • IoT Core
    • Data Streams
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Yandex Cloud Quota Manager
    • Cloud Apps
  • System Status
  • Marketplace
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2026 Direct Cursus Technology L.L.C.
Yandex Cloud Interconnect
    • Overview
    • Operation overview
    • Terminology
    • Points of presence
    • Transceivers
    • Trunk
    • Private connection
    • Public connection
    • CIC partners
    • Monitoring
    • Data size and connection capacity
    • Quotas and limits
  • Pricing policy
  • Access management
  • Release notes

In this article:

  • Physical port settings on the Yandex Cloud equipment
  • Physical port aggregation on the Yandex Cloud equipment
  • Physical connection topologies
  • Direct client connection
  • Connection via a telecom provider
  • Partner trunk
  • Connection multiplexing (802.1Q)
  • VLAN-ID
  • Connection multiplexing options
  • Connection capacity
  • Use cases
  1. Concepts
  2. Trunk

Trunk

Written by
Yandex Cloud
Updated at July 24, 2026
View in Markdown
  • Physical port settings on the Yandex Cloud equipment
  • Physical port aggregation on the Yandex Cloud equipment
  • Physical connection topologies
    • Direct client connection
    • Connection via a telecom provider
    • Partner trunk
  • Connection multiplexing (802.1Q)
    • VLAN-ID
    • Connection multiplexing options
  • Connection capacity
  • Use cases

Trunks are mainly used for:

  • Providing a physical link between external hardware and the Yandex Cloud equipment at a point of presence.
  • Enabling traffic multiplexing for both private and public connections using Ethernet 802.1Q.

Warning

Customers can have one or more trunks set up at a single point of presence. However, you cannot set up multiple private connections to a single cloud network through different trunks at the same point of presence.

Physical port settings on the Yandex Cloud equipmentPhysical port settings on the Yandex Cloud equipment

All physical ports on the Yandex Cloud equipment have the following default settings:

  • Physical port speed autonegotiation is not supported. Make sure to manually configure the speed and disable autonegotiation on your equipment.
  • Yandex Cloud physical ports are always configured as 802.1Q tagged trunks. Access port (untagged) connections are not supported.
  • The default MTU size supports jumbo frame transmission.

Physical port aggregation on the Yandex Cloud equipmentPhysical port aggregation on the Yandex Cloud equipment

If you need to, you can group multiple physical ports into a single bundle using LACP in Active mode. When setting up a bundle, all its physical ports must use transceivers of the same type. You cannot combine transceivers of different types within a single bundle.

Yandex Cloud equipment does not support MC-LAG for aggregated links.

Physical connection topologiesPhysical connection topologies

Yandex Cloud equipment supports the following physical link options:

  • Direct client connection: Connection of your own equipment at the point of presence directly to the Yandex Cloud equipment.
  • Connection via a telecom provider: You have no equipment of your own at the point of presence and use the services of a telecom provider to set up a connection to the Yandex Cloud equipment.

Direct client connectionDirect client connection

This is a connection of your own equipment at the point of presence directly to the Yandex Cloud equipment.

In this configuration, the trunk will comprise the following components:

  • Physical port on your equipment.
  • Optical transceiver connected to the physical port on your equipment.
  • Physical port reserved on the Yandex Cloud equipment.
  • Optical transceiver connected to the physical port on the Yandex Cloud equipment.
  • Cross-connect linking the optical transceiver on your equipment's port and to the optical transceiver on the Yandex Cloud equipment.

The following chart illustrates this connection option:

The customer equipment is located at a point of presence and connected to the Yandex Cloud equipment directly through an optical cross-connect within the point of presence.

The transceiver transmitting side (Tx) on the Yandex Cloud equipment is connected to the transceiver receiving side (Rx) on the customer equipment using optical fiber. The transceiver transmitting side (Tx) on the customer equipment is connected to the transceiver receiving side (Rx) on the Yandex Cloud equipment with optical fiber. This optical fiber pair forms an optical cross-connect.

Connection via a telecom providerConnection via a telecom provider

If the customer does not have their own equipment at the appropriate point of presence, they can engage a telecom provider that has equipment at that point of presence to connect to the Yandex Cloud equipment.

The following chart illustrates this connection option:

In this configuration, the trunk will comprise the following components:

  • Physical port on the telecom provider equipment.
  • Optical transceiver connected to the physical port on the telecom provider equipment.
  • Physical port reserved on the Yandex Cloud equipment.
  • Optical transceiver connected to the physical port on the Yandex Cloud equipment.
  • Cross-connect linking the optical transceiver on the telecom provider equipment port and to the optical transceiver on the Yandex Cloud equipment.

Note

The telecom provider is responsible for setting up a connection between the customer equipment and its own equipment at the appropriate point of presence and ensuring traffic between the customer equipment and the Yandex Cloud equipment.

Partner trunkPartner trunk

Using a partner trunk makes connecting to Yandex Cloud easier thanks to:

  • Shorter CIC setup times.
  • Lower operational cost for cross-connects.

You can use such trunks to set up both private and public connections.

Tutorials

  • To set up a private connection over a partner trunk, use this tutorial.
  • To set up a public connection over a partner trunk, use this tutorial.

There is a limitation on the packet transfer rate per second (packets per second) for a trunk connection via a partner, which is calculated using the following formula:

PpsRate (Pps) = Capacity (Mbps) × 101.166667

Where:

  • PpsRate: Maximum packet transfer rate per second (Pps).
  • Capacity: Throughput of the trunk connection in megabits per second (Mbps).

Connection multiplexing (802.1Q)Connection multiplexing (802.1Q)

VLAN-IDVLAN-ID

Ethernet 802.1Q enables transmitting various traffic types concurrently, i.e., traffic multiplexing. Each private or public connection in a trunk is assigned its own unique VLAN-ID.

Warning

When setting up a private or public connection, you can only use the VLAN ID values ranging from 2 to 4000, inclusive.

Connection multiplexing optionsConnection multiplexing options

A single trunk can accommodate a mix of different connection types:

  • One private connection.
  • One public connection.
  • Multiple private connections and/or public connections.

You can leverage the following multiplexing options:

  • Direct connection at a point of presence.
  • Connection via a telecom provider (L2 transit).
  • Connection via a telecom provider (L3VPN).
  • Connection via a partner.

Direct connection at a point of presenceDirect connection at a point of presence

This option assumes setting up an 802.1Q trunk through a direct physical connection between the customer equipment at the point of presence and the Yandex Cloud equipment.

Connection via a telecom provider (L2 transit)Connection via a telecom provider (L2 transit)

This option is used when the customer does not have their own equipment at the point of presence. In this case, the following applies:

  • An 802.1Q trunk is set up at the point of presence via a telecom provider enabling L2 transit.
  • An 802.1Q trunk is set up between the customer equipment and the Yandex Cloud equipment.
  • When connecting the customer equipment, the provider uses its own communication circuits. If the customer needs to change connection VLAN IDs (enable VLAN ID translation) on their equipment, the telecom provider needs to agree with the customer on the translation scenario to ensure seamless operation between the customer and telecom provider equipment.

Connection via a telecom provider (L3VPN)Connection via a telecom provider (L3VPN)

This option is used when the customer does not have their own equipment at the point of presence. In this case, the following applies:

  • An 802.1Q trunk is set up at the point of presence via a telecom provider.
  • An 802.1Q trunk is set up between the telecom provider equipment at the point of presence and the Yandex Cloud equipment.
  • Telecom provider enables L3VPN for the customer to establish connectivity between the telecom provider equipment at the point of presence and the customer equipment. This option is generally used when the customer lacks technical resources to ensure BGP peering to the Yandex Cloud equipment on their own and delegates this to a telecom provider that enables such peering through L3VPN.

Connection via a partnerConnection via a partner

A partner trunk is established using the 802.1ad (QinQ) technology, which relies on a stack of two VLAN tags:

  • Upper VLAN tag (C-VLAN): Client ID within the partner trunk. Determined by the VLAN-ID value from the pool specified by the partner when creating the trunk. The C-VLAN tag allows the Yandex Cloud network equipment to separate one client's traffic from another's within an individual partner trunk. This tag is assigned to the partner trunk the moment the trunk is created.
  • Lower VLAN tag (PRC-VLAN): Determined by the VLAN-ID value of the private connection in the trunk. This tag is set when creating the private connection.

The C-VLAN and PRC-VLAN tags in the stack may have the same value. The partner and the client agree on the communication scheme directly, without involving Yandex Cloud.

The partner's network equipment must do the following:

  • Remove the C-VLAN tag when receiving QinQ Ethernet frames from the Yandex Cloud equipment and send a regular 802.1q trunk towards the client's network equipment.
  • Add the appropriate C-VLAN tag when receiving an 802.1q Ethernet frame from the client, after which QinQ Ethernet frames can be transmitted towards the Yandex Cloud equipment.

Whether is it a direct client connection or a partner trunk, the client must always get a clean 802.1q trunk (without the C-VLAN tag) with a set of VLAN IDs matching the set of private connections configured by the client.

Connection capacityConnection capacity

At the trunk level, Yandex Cloud equipment uses reception and transmission speed limits for data from/to external equipment in bits per second and packets per second according to the connection capacity selected by the customer.

Yandex Cloud equipment utilizes RateLimit (Policing) to limit data reception and transmission speeds. When transmission speeds exceed the specified bits per second or packets per second, the equipment may drop the data. This can result in evenly transmitted traffic being processed at a higher speed than traffic transmitted in sudden bursts.

Use casesUse cases

  • Creating a direct trunk and a private connection in it
  • Creating a direct trunk and a public connection in it
  • Creating a new partner trunk and a private connection in it
  • Creating a new partner trunk and a public connection in it
  • Changing the trunk capacity
  • Deleting a trunk

Was the article helpful?

Previous
Transceivers
Next
Private connection
© 2026 Direct Cursus Technology L.L.C.