Appliance - Bonding the NIC


This article explains how to bond NICs on Recovery Series appliances.


Customers who would like to ensure networking is redundant for their unitrends appliances typically request information about NIC Bonding options for Rack Series appliances.  this KB provides the information required to provide redundant networking connectivity. 

Notes: LACP link aggregation will not inherently allow more throughput to the appliance nor increase threading.  Bonding is LACP Mode 4 fail-over aggregation, and the primary intent of bonding NICs in a Unitrends Appliance is to prevent the interruption of backup or restore operations should a switch, NIC, cable, or port become disrupted, but will not increase performance.  To create a bond not only requires software configuration in a Unitrends appliance, but proper switch configuration must also be provided.  Many switch vendors do not support bonding, require a 2 switch minimum configuration, or require additional software licensing for the switch to support.  Before attempting bonding, confirm your switch is properly configured to fail over.  Any bond configuration shoudl also be tested at times when backups are not running to ensure failover functions as expected.  

If you are seeking to run backups faster, 10G solutions will allow faster aggregate speeds, but please note that individual backup performance is limited by client performance, not Unitrends connectivity, and will rarely exceed gigibit speeds alone.  Aggregate speeds beyond 1Gon gigabit are only attained by running multiple concurrent jobs.  It typically takes protection of several concurrent windows clients to even exceed a single gigabit connection. 

Please note, connecting multiple NICs in the same VLAN on different IPs is not a bond.  A Bond is a software and switch configuration that provides a single IP and a virtual MAC address seen across multiple adapters as a single object.  By connecting multiple NICs to the same VLAN without using bonding, you create unsupported TCP/IP configurations most switches will not support, and this is a configuration Linux itself does not support.  Connecting several adapters in one subnet improperly can lead to ARP casting storms, severe performance degredation of your entire network, MAC confusion in switch infrastructure, and disconnection of services.  If unitrends Staff ID's that you have more than 1 NIC in the same VLAN they will ask that the redundant NICS be disabled unless a true bonding configuration is possible in your environment.  When using multiple adapters, it is important each be connected to independent non-routable VLANs, with a gateway configured on only one VLAN.  


UEB virtual systems do not support bonding, bonding should be done at the host level not the guest level.  

Understanding the above, if a bond is still appropriate to ensure network reliability in the event if a single link disruption, to configure bonding on a Unitrends backup appliance, use /usr/bp/bin/cmc_bonding:

Usage:cmc_bonding [args]

action           args                                                                    
----------       --------------------------------------------------------------
create           bond-name mode miimon ipaddress gateway netmask slavesX...slavesY
                 - Creates bonding device .  Must have Min of 2 slaves, Max of 5
destroy          bond-name
                 - Destroys bonding device
add              bond-name slavesX...slavesY
                 - Adds slaves to existing .  Must have Min of 1 slave, Max of 3
remove           bond-name slavesX...slavesY
                 - Removes slaves from existing . Must have Min of 1 slave, Max of 3
mode             bond-name mode
                 - Changes bonding mode of device
view_config      bond-name
                 - Prints bonding device 's configuration
list_slaves      bond-name
                 - Shows list of registered slaves to
                 - Shows list of created bonding devices

When you run ifconfig and route, you should see the bond0 master interface and eth1, eth2 and eth3 as slaves.  The default route should be on bond0.  To ensure data routes over the bond0 interface, remove the gateway for eth0 using the Rapid Recovery Console (RRC) and restart the network:

[[email protected] ~]# service network restart

Shutting down interface eth0:                              [  OK  ]
Shutting down loopback interface:                          [  OK  ]
Bringing up loopback interface:                            [  OK  ]
Bringing up interface eth0:                                [  OK  ]


The cmc_bonding utility is not persistent across reboots.  To make it persistent, add the cmc_bonding command, with absolute path, to the /etc/rc.local:

[[email protected] ~]# vim /etc/rc.local

When you are done, the file will look like:

# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.

/usr/bp/bin/cmc_bonding create bond0 4 100 eth1 eth2 eth3
touch /var/lock/subsys/local


Bonding Attributes


Specifies the MII link monitoring frequency in milliseconds. This determines how often the link state of each slave is inspected for link failures. A value of zero disables MII link monitoring. A value of 100 is a good starting point.  Discuss other optional values for this setting with your switch vendor.  

You should only be using Mode 0 or Mode 1 for 10 Gbit bonding.


Specifies the kind of protocol used by bond driver for its slaves:  The following information is provided for reference only.  

  • Mode 0 (balance-rr):  This mode transmits packets in a sequential order from the first available slave through the last. If two real interfaces are slaves in the bond and two packets arrive destined out of the bonded interface the first will be transmitted on the first slave and the second frame will be transmitted on the second slave. The third packet will be sent on the first and so on. This provides load balancing and fault tolerance.
  • Mode 1 (active-backup):  This mode places one of the interfaces into a backup state and will only make it active if the link is lost by the active interface. Only one slave in the bond is active at an instance of time. A different slave becomes active only when the active slave fails. This mode provides fault tolerance.
On CentOS7 appliances you may receive an error "*interface*is not allowed to be a slave device.  This will invalidate your Unitrends license." If you receive this, this is because of a mismatch between the interface name schema in the OS and what the bonding script is looking for. In these case you will want to edit the /usr/bp/bin/cmc_bonding script to comment out the following lines:

# eth0 or ens32?
                #if0=`ls ${NET_CFG}* |grep -E 'ifcfg-eth|ifcfg-en' |sort |head -n1|sed -e 's/.*ifcfg-//'`
                #if [ "$SLAVE" = "$if0" ]; then
                  #      echo "$if0 is not allowed to be a slave device.  This will invalidate your Unitrends license." >&2
                    #    return 1

This should allow you to proceed with mode 0 or 1 bonding for 10GB adapters on CentOS7 appliances


This only applies to backup appliances with 3 or more on board NICs, or systems that have the 4-port PCI NIC card added.   ETH0 must NEVER be part of a NIC Bond.  When bonding other NICS, it is important ETH0 remain connected and online as the license key is bound to this NIC.  

UEB virtual systems do not support bonding, bonding should be done at the host level not the guest level.

092019- Updating information per D. Crosby - BMcCall

Was this article helpful?
0 out of 0 found this helpful
Have more questions? Contact us