Backup routes

Print version

12. Backup routes

12.1. Introduction

RipEX provides Backup routes functionality to increase reachability in networks through redundant paths.

See the following example, where we have three possible paths between RipEX A and RipEX B. The direct radio link is set as the primary path (because it is direct). The path over RipEX C is the first backup option (two hops) and if this path also fails, GPRS backup path is ready in case of radio failure. In cellular networks, data transfer is charged and so it is used as the last option here.

Path priorities can be changed according to our requirements. The path with the highest priority is always the primary one (the direct radio link in our example) and the path with the lowest priority is the last option (GPRS in our example).

Thanks to the Backup routes functionality, RipEX can handle various network problems without interrupting the desired network communication.

Backup routes functionality example

Fig. 12.1: Backup routes functionality example


The Backup routes functionality can be used in the Router mode only.

The Backup routes functionality is supported by the SNMP, see Chapter 2, SNMP for further details.

12.2. Backup Routing Management Protocol

BRMP is the proprietary protocol developed by RACOM. It handles the Backup routing functionality in RipEX networks with respect to radio network requirements.

The protocol

  • does not overload the radio network,

  • enables more than one backup path,

  • deals with a random packet loss and

  • enables very fast path switching in cases of network failure.

The protocol always works between two particular RipEX units. Each RipEX network can contain various backup routes and each backup route consists of several alternative paths. We can even configure nested backup paths.

12.2.1. Protocol Procedure

  1. RipEX A sends out “Hello” packets (UDP) via all possible paths to RipEX B.

  2. RipEX B receives these packets and records them according to the received path.

  3. RipEX B sends the list of received “Hello” packets within its own “Hello” packet back to RipEX A.

  4. RipEX A receives this packet and evaluates the conditions of individual paths.

Individual alternative paths can obtain the following states:


– the path is functional and can be used.


– the path is not functional and cannot be used.


– the path’s state cannot be evaluated due to lack of information. This state is active immediately after the RipEX power-up or its state is not being evaluated, because a higher priority path is being used.


See the respective help for detailed parameter descriptions in RipEX web interface.

12.3. Configuration Examples

In this chapter, we will go through several examples in order to explain Backup routes in practice.

Please follow the examples one by one to fully understand the configuration differences and benefits of various solutions.


The examples are configured similarly to the examples used in the RipEX Application note, Chapter 1, Address planning.

12.3.1. Radio/Radio – End Devices Connected via Serial Interface

In the first example, there are five RipEX units in a network. All end devices are connected to the RipEX units via a serial interface. It is helpful to use only the radio IP addresses for translation and data routing. Ethernet IP addresses may be assigned randomly (you can keep their defaults, however we recommend setting Ethernet addresses similar to radio IP addresses to keep things organized).

Network topology 1

Fig. 12.2: Network topology 1

The device connected to RipEX A ( is the Master station, others are slaves.


We will not configure RS232 devices in this Application note

The Backup routes system can be used between RipEX A (.15) and RipEX C (.17), packets can be transmitted via:

  • the primary (direct) radio link between RipEX A and RipEX C, or

  • the backup (indirect) radio link over RipEX B.

See the following RipEX A routing configuration:

RipEX A Routing menu – example #1

Fig. 12.3: RipEX A Routing menu – example #1

In RipEX A, we have one route which uses the backup configuration and two simple routes to other RipEX units.

The backup route is named “Backup #1” and it checks its health against the RipEX C radio IP address. The highest priority is set to the direct link and the second possibility is to use RipEX B as a repeater. Both paths are now checked by default and both are Up.


Only the remote RipEX radio or the main Ethernet interface IP addresses can be used (no subnet IP addresses on RipEX Ethernet or IP of connected device behind RipEX).

See the respective configurations from RipEX B and C.

RipEX B Routing menu – example #1

Fig. 12.4: RipEX B Routing menu – example #1


RipEX B is not the end point (Peer IP) of the Backup routes system and so there is no backup route defined.

RipEX C Routing menu – example #3

Fig. 12.5: RipEX C Routing menu – example #3


See the configuration of RipEX D and E in the Application Note, Section 1.1, “End devices connected via serial interface”.

Practical Test

In this scenario, we will switch to the backup path due to a low RSS value. We must change the policy for the primary path to enable RSS checks. Click on the respective “Default” button in the Policy column.


You can check the connectivity with a Ping feature (Diagnostic → Ping).

RipEX A – Policy button

Fig. 12.6: RipEX A – Policy button

The new pop-up window appears. Change the Parameters to “Manual” and fill in the RSS [-dBm] value according to the current RSS value (see the Neighbours menu). The value needs to be higher than the current value, e.g. in the example, the current RSS value is -56 dBm. The condition for switching to the backup (indirect) path is set to -50 dBm.

RipEX A – Alternative path RSS change

Fig. 12.7: RipEX A – Alternative path RSS change

Apply the changes and click on the Backup status button to see the changes. The policy is set to “Manual” and the backup (indirect) path is being used.

RipEX A – Backup path is Up

Fig. 12.8: RipEX A – Backup path is Up


For proper functioning, do not forget to repeat these steps on the partner RipEX C unit. If not set on both units, RipEX A can communicate with RipEX C via the primary path in one direction and via the backup path in the other direction (asymmetric routing).

To revert to using the primary path again, disable RSS checks or improve the RSS signal between the RipEX units.

12.3.2. Radio/Radio – End Devices Connected via Ethernet Interface

In the second example, we use the same configuration except that the RTU devices are connected via the Ethernet interface. See the following diagram:

Network topology 2

Fig. 12.9: Network topology 2


In this example, we switched the priorities for the alternative paths.

RTU units are now connected via the Ethernet ports, which means we need to add the correct IP addresses and routing into the appropriate RipEX units.

If not already set, change the Ethernet IP addresses according to this topology:

  • RipEX A –

  • RipEX B –

  • RipEX C –

Now we need to add the correct routing. To make the example simple, we will ignore RipEX D and RipEX E in our configuration.

See the following RipEX A routing settings:

RipEX A Routing menu – example #2

Fig. 12.10: RipEX A Routing menu – example #2

Notice that we are using the Backup routes system for the devices on the network. Also notice that we filled the Peer IP with the remote RipEX Ethernet IP address. The path used currently is the primary (indirect) one, but both paths are “Up”.


Only the remote RipEX radio or the main Ethernet interface IP addresses can be used (no subnet IP addresses on RipEX Ethernet or IP of connected device behind RipEX).

RipEX B Routing menu – example #2

Fig. 12.11: RipEX B Routing menu – example #2

We also added paths in RipEX B for the Ethernet networks located behind other RipEX units.

RipEX C Routing menu – example #2

Fig. 12.12: RipEX C Routing menu – example #2

In RipEX C we have a very similar configuration to RipEX A, just in the opposite direction.

Practical Test

In this example, we will use a different method to switch between the primary and backup paths. We have set the highest priority for the indirect link (our backup path in the previous example). Whenever RipEX B is switched off, the Backup routes system will use the direct path instead.

The RipEX failure detection time is based on the Policy settings.

Note: If you set the “Hello” packet period to a low value (e.g. 10 seconds) and “Hello packet success rate [%]” to 100 %, the procedure will be very fast. But with these settings you are wasting the radio bandwidth with quite a lot of traffic and whenever a single “Hello” packet is lost, the active path is labeled as “Down”.

In the example, we will not alter the default values.

Default Policy values

Fig. 12.13: Default Policy values


“Hello packet success rate” evaluation is based on last 8 “Hello” packets.

To see the whole procedure, you can start with issuing ping packets. Go to the RipEX A Diagnostic → Ping menu and fill in the destination IP address ( At this stage, ping packets will be successful and will be transmitted via the primary (indirect) path (e.g. check the RipEX RX/TX led diodes).

Successful ping packets – primary (indirect) path

Fig. 12.14: Successful ping packets – primary (indirect) path

You can also turn on the radio interface monitoring. Go to the Diagnostic → Monitoring menu and check the radio interface. Leave other parameters at their defaults and click on the Start button. You can see all the packets in the radio network (ping packets, “Hello” packets, ARP, …).

Now turn RipEX B off, and see the differences. You can see that there are no replies to ping packets in Ping and Monitoring menu. Check the Routing menu (by pressing the Backup status button) to see when the active path is switched to the backup (direct) path.

ipEX A Routing menu – RipEX B switched off

Fig. 12.15: ipEX A Routing menu – RipEX B switched off

As soon as the Backup routes system evaluates the situation correctly, the ping packets are successful again. Also notice the ping packets RTT value is lower than with the primary (indirect) path being used.

RipEX A Ping packets – backup (direct) path

Fig. 12.16: RipEX A Ping packets – backup (direct) path

Now you can turn RipEX B back on again. Because RipEX checks the primary (indirect) path with “Hello” packets periodically, it will switch back to the primary path. This change will not cause any loss in ping packets.

12.3.3. Ethernet/Radio

In this test, the primary route is via the Ethernet link and it is backed up by the radio link.

See the following example:

Network topology 3

Fig. 12.17: Network topology 3


This example will not be explained in as such detail as the previous ones and we will use different IP addresses.

RipEX A Routing menu – example #3

Fig. 12.18: RipEX A Routing menu – example #3

The primary Ethernet link provides a high bandwidth capacity. It is appropriate to send “Hello” packets every second. This will lead to a rapid switch over to the backup radio link in case of the Ethernet link failure.

Hello packet period set to one second

Fig. 12.19: Hello packet period set to one second

RipEX B is configured with IP address which is used only for communication between RipEX units. The additional subnet is used for the rest of the Ethernet communication. See the details in ARP Proxy & VLAN Application note.

The “Hello” packet period for the Ethernet link is also set to one second on RipEX B.

RipEX B Routing menu – example #3

Fig. 12.20: RipEX B Routing menu – example #3

When you disconnect the primary Ethernet path, the system will automatically switch to its backup radio path. You can check this functionality using the same tools as in the previous examples.

12.4. Summary

We have described just a few basic examples of Backup routes usage. Feel free to download the RipEX User manual from or the Application notes from to conduct further tests.

Do not hesitate to contact us if you have any questions:

RACOM technical support team
Tel.: +420 565 659 511