Enable VRRP for the backup system (IPv4)

An example of how to enable VRRP version 3 on the backup system for IPv4.

This task shows you how to enable VRRP version 3 on the dp0p1p1 interface of the backup system (R2), and assign it to the 99 VRRP group.

The virtual address is the same as that for R1: 172.16.0.24/24
Preemption is enabled
R2 is assigned a priority of 20 — this priority is lower than the priority of R1, so R1 is the master and R2 is the backup under ordinary circumstances

Create the VRRP configuration node for dp0p1p1 of R2. This configuration enables VRRP on that interface. Assign the VRRP group and protocol version.
```
vyatta@R2# set interfaces dataplane dp0p1p1 vrrp vrrp-group 99
vyatta@R2# set interfaces dataplane dp0p1p1 vrrp vrrp-group 99 version 3
```

Specify the virtual address of the VRRP group.

vyatta@R2# set interfaces dataplane dp0p1p1 vrrp vrrp-group 99 virtual-address 172.16.0.24

Enable preemption.

vyatta@R2# set interfaces dataplane dp0p1p1 vrrp vrrp-group 99 preempt true

Enable RFC-compliant MAC address handling and create the VRRP interface.

vyatta@R2# set interfaces dataplane dp0p1p1 vrrp vrrp-group 99 priority 20

Set the priority of this system to 20. This priority is lower than that set for R1, so R1 becomes the master.
```
vyatta@R2# set interfaces dataplane dp0p1p1 vrrp vrrp-group 99 priority 20
```
Commit the configuration.
```
vyatta@R2# commit
```

Optional: Display the configuration.

vyatta@R2# show interfaces dataplane dp0p1p1 vrrp

vrrp {
     vrrp-group 99 {
         priority 20
         rfc-compatibility
         version 3
         virtual-address 172.16.0.24
     }
 }

VRRP version 3 is enabled on the backup system for IPv4.

Vyatta documentation