---
title: "Configure OVHcloud Link Aggregation on a Dedicated Server (Debian)"
description: "OVHcloud Link Aggregation (OLA) technology is designed by our teams to increase your server’s availability and boost the efficiency of your network connections."
url: https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/configure-ovhcloud-link-aggregation-dedicated-server-debian
lang: en
---
> For AI agents: the complete documentation index is available at https://docs.us.ovhcloud.com/en/llms.txt, the full documentation bundle is available at https://docs.us.ovhcloud.com/en/llms-full.txt.

# Configure OVHcloud Link Aggregation on a Dedicated Server (Debian)

OVHcloud Link Aggregation (OLA) technology is designed by our teams to increase your server’s availability and boost the efficiency of your network connections. In just a few clicks, 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. Aggregation is based on IEEE 802.3ad, Link Aggregation Control Protocol (LACP) technology.

**Warning:**

**NOTE:** This guide provides instructions for configuring network interface bonding specifically using `ifupdown`, whose configuration file is located at `/etc/network/interfaces`. It also applies to the rescue system.

If your system's network configuration uses `Netplan` instead (Debian 12 or newer, Ubuntu 24.04), please refer to [this guide](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/configure-link-aggregation-lacp-debian-12-ubuntu-24-04.md).

 

## Requirements

- [Configuring OVHcloud Link Aggregation in the OVHcloud Control Panel](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/ola-enable-manager.md)

#### OVHcloud Control Panel Access

- **Direct link:** [Dedicated Servers](https://manager.us.ovhcloud.com/#/dedicated-servers/server)
- **Navigation path:** `Bare Metal Cloud` > `Dedicated servers` > Select your server

 

**Note:**

This guide provides instructions for configuring network interface bonding specifically using `ifupdown`, whose configuration file is located at `/etc/network/interfaces`. It also applies to the rescue system.

If your system's network configuration uses `Netplan` instead, please refer to [this guide](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/configure-link-aggregation-lacp-debian-12-ubuntu-24-04.md).

## Instructions

**Note:**

The values (MAC addresses, IP addresses, etc.) shown in the configurations and examples below are provided as examples. You must replace those values with your own.

**Warning:**

**NOTE:** You will need to install the ifenslave package on the server before enabling OLA in the OVHcloud Control Panel or API. To do so, please use the following command:

`apt install ifenslave`

### 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.

**Note:**

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.

Additionally, the MAC address of the **main private** interface is the one with the lowest value. In the example image above, this is the address `a1:b2:c3:d4:e5:d6`.

Because you have a private-private configuration for your NICs in OLA, you will be unable to SSH into the server. Thus, you will need to leverage the IPMI tool to access the server.

Click the `IPMI` tab and then the `From a Java applet (KVM)` button.

 

### Retrieving interface names

**Note:**

If you lose network connection to your server, follow the "**Open KVM**" steps from [this guide](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/use-ipmi-console.md).

To retrieve the names of the interfaces, execute the following command:

```
ip a
```

**Note:**

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.

#### Example output:

```
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: ens22f0np0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether a1:b2:c3:d4:e5:c6 brd ff:ff:ff:ff:ff:ff
    inet 203.0.113.1/32 metric 100 scope global dynamic ens22f0np0
       valid_lft 71613sec preferred_lft 71613sec
    inet6 2001:db8:1:1b00:203:0:112:0/56 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::a6b2:c3ff:fed4:e5c6/64 scope link
       valid_lft forever preferred_lft forever
3: ens22f1np1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether a1:b2:c3:d4:e5:c7 brd ff:ff:ff:ff:ff:ff
4: ens33f0np0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether a1:b2:c3:d4:e5:d6 brd ff:ff:ff:ff:ff:ff
5: ens33f1np1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether a1:b2:c3:d4:e5:d7 brd ff:ff:ff:ff:ff:ff
```

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](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/ola-enable-manager.md) 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](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/ola-enable-manager.md) in the OVHcloud Control Panel.

#### Two interfaces

Replace the content of `/etc/network/interfaces` with the following:
```
auto bond0
iface bond0 inet static
  address 203.0.113.1/32
  gateway 100.64.0.1
  # MAC address of the server's main public interface
  hwaddress ether a1:b2:c3:d4:e5:c6
  bond-mode 802.3ad
  bond-slaves ens22f0np0 ens22f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4
  dns-nameservers 213.186.33.99

  up ip -6 addr add 2001:db8:1:1b00:203:0:112:0/56 dev bond0
  up ip -6 route add default via fe80::1 dev bond0
```

#### DHCP

```
uto bond0
iface bond0 inet dhcp
  # MAC address of the server's main public interface
  hwaddress ether a1:b2:c3:d4:e5:c6
  bond-mode 802.3ad
  bond-slaves ens22f0np0 ens22f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4

  up ip -6 addr add 2001:db8:1:1b00:203:0:112:0/56 dev bond0
  up ip -6 route add default via fe80::1 dev bond0
```

##### Four interfaces - Double LAG

This configuration bonds public interfaces into `bond0` (with public IP) and private interfaces into `bond1` (for vRack).
Replace the content of `/etc/network/interfaces` with the following:
**Static IP**
```
auto bond0
iface bond0 inet static
  address 203.0.113.1/32
  gateway 100.64.0.1
  # MAC address of the server's main public interface
  hwaddress ether a1:b2:c3:d4:e5:c6
  bond-mode 802.3ad
  bond-slaves ens22f0np0 ens22f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4
  dns-nameservers 213.186.33.99

  up ip -6 addr add 2001:db8:1:1b00:203:0:112:0/56 dev bond0
  up ip -6 route add default via fe80::1 dev bond0

# Optional: private bond configuration

auto bond1
iface bond1 inet static
  address 10.0.0.1/24
  # MAC address of the server's main private interface
  hwaddress ether a1:b2:c3:d4:e5:d6
  bond-mode 802.3ad
  bond-slaves ens33f0np0 ens33f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4
```

#### DHVP

```
auto bond0
iface bond0 inet dhcp
  # MAC address of the server's main public interface
  hwaddress ether a1:b2:c3:d4:e5:c6
  bond-mode 802.3ad
  bond-slaves ens22f0np0 ens22f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4

  up ip -6 addr add 2001:db8:1:1b00:203:0:112:0/56 dev bond0
  up ip -6 route add default via fe80::1 dev bond0

# Optional: private bond configuration

auto bond1
iface bond1 inet static
  address 10.0.0.1/24
  # MAC address of the server's main private interface
  hwaddress ether a1:b2:c3:d4:e5:d6
  bond-mode 802.3ad
  bond-slaves ens33f0np0 ens33f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4
```

##### Four interfaces - Fully Private

This configuration aggregates all physical interfaces into a single bond for vRack use only. There is no public IP connectivity.

**Warning:** **NOTE:** 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/network/interfaces` with the following:
```
auto bond0
iface bond0 inet static
  address 10.0.0.1/24
  # MAC address of the server's main private interface
  hwaddress ether a1:b2:c3:d4:e5:d6
  bond-mode 802.3ad
  bond-slaves ens22f0np0 ens22f1np1 ens33f0np0 ens33f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4
```

**Note:** In Fully Private mode, the bond uses the MAC address of the **main private** interface. The `address` field should be set to your vRack private IP.

 

### Apply the configuration

Apply the configuration by restarting the networking daemon:

```
systemctl restart networking
```

This restart may take several seconds since it is building the bond interface. To test that our bond is working, ping another server on the same vRack. If it works, you are all set. If it does not, double-check your configurations or try rebooting the server.

 

## Go further

[Configuring OVHcloud Link Aggregation in the OVHcloud Control Panel](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/ola-enable-manager.md)

[How to configure OVHcloud Link Aggregation in Windows Server 2019](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/configure-ovhcloud-link-aggregation-windows-server-2019.md)

[How to configure Link Aggregation with LACP in Debian 12 or Ubuntu 24.04](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/configure-link-aggregation-lacp-debian-12-ubuntu-24-04.md)

[How to configure OVHcloud Link Aggregation in SLES 15](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/configure-ovhcloud-link-aggregation-sles-15.md)

Browse all the [Dedicated Servers guides](https://docs.us.ovhcloud.com/en/bare-metal-cloud/dedicated-servers/landing-page-dedicated-servers.md).

Browse the rest of the [OVHcloud US documentation](https://docs.us.ovhcloud.com/en/index.md) for guides on our other products and services.

Learn more about [Dedicated Servers](https://us.ovhcloud.com/bare-metal/) on the OVHcloud US website.
