Cómo configurar la agregación de enlaces con LACP en Debian 12 o Ubuntu 24.04 (EN)
Objective
Link Aggregation Control Protocol (LACP) technology is designed to increase your server's availability, and boost the efficiency of your network connections. You can aggregate your network cards and make your network links redundant. This means that if one link goes down, traffic is automatically redirected to another available link. The available bandwidth is also doubled thanks to aggregation.
This guide explains how to bond your interfaces to use them for link aggregation in Debian 12 (or newer) / Ubuntu 24.04 (Netplan configuration).
While Debian 12 and newer images provided by OVHcloud utilize Netplan by default, there are two key exceptions where ifupdown (/etc/network/interfaces) is used instead:
- Rescue mode: Although based on Debian 12, the rescue environment relies on the
ifupdownutility. - Custom images: Debian installations performed using your own image may still use
ifupdownfor networking.
If you wish to configure link aggregation in rescue mode, or on a custom OS relying on ifupdown, please refer to this guide instead.
Requirements
OVHcloud Control Panel Access
- Direct link: Dedicated Servers
- Navigation path:
Bare Metal Cloud>Dedicated servers> Select your server
Instructions
The values (MAC addresses, IP addresses, etc.) shown in the configurations and examples below are provided as examples. Of course, you must replace these values with your own.
Retrieving MAC addresses
Switch to the tab Network Interfaces and take note of the MAC addresses for each interface (public/private) which are displayed at the bottom of the menu.

Please note that the MAC address of the main public interface is the one receiving DHCP offers, both in the server's operating system and in rescue mode. This interface handles public connectivity in the default configuration.
Now that you know which MAC addresses are associated to each type (public/private) of interface, you need to retrieve the interfaces names.
Retrieving interfaces names
If you lose network connection to your server, follow the "Open KVM" steps from this guide.
To retrieve the names of the interfaces, execute the following command:
This command will yield numerous interfaces. If you are having trouble determining which ones are your physical interfaces, the first interface will still have the server's public IP address attached to it by default.
Here's an output example:
Once you have determined the names of your interfaces, you can configure interfaces bonding in the OS.
Configuring interface bonding
Select the tab below that matches your server configuration:
- Two interfaces: Advance servers with two physical NICs.
- Four interfaces - Double LAG: Scale and High Grade servers with OLA in Active - Double LAG mode (public + private aggregates). This requires OLA to be enabled in the OVHcloud Control Panel.
- Four interfaces - Fully Private: Scale and High Grade servers with OLA in Active - Fully Private mode (single private aggregate for vRack). This requires OLA to be enabled in the OVHcloud Control Panel.
Replace the content of /etc/netplan/50-cloud-init.yaml with the following:
Static IP
DHCP
This configuration bonds public interfaces into bond0 (with public IP) and private interfaces into bond1 (for vRack).
Replace the content of /etc/netplan/50-cloud-init.yaml with the following:
Static IP
DHCP
This configuration aggregates all physical interfaces into a single bond for vRack use only. There is no public IP connectivity.
Following the implementation of OLA in Fully Private mode, the public IP is no longer accessible. Make sure you have an alternative means of access (e.g. through another server in the vRack, or via KVM/IPMI) before applying this configuration.
Replace the content of /etc/netplan/50-cloud-init.yaml with the following:
In Fully Private mode, the bond uses the MAC address of the main private interface. To assign an IP address to this bond for vRack communication, add an addresses block under bond0 with your vRack private IP.
Applying the configuration
The netplan try command can't be used when configuring bonds.
Apply the configuration using the following command:
It may take several seconds for the bond interfaces to come up.
Go further
Configuring OVHcloud Link Aggregation in the Control Panel
Join our community of users.