VRRP Explained: The Vendor-Neutral FHRP

VRRP (Virtual Router Redundancy Protocol, RFC 5798) is the vendor-neutral FHRP. How it works, master election, IP address owner trap, vs HSRP, Cisco IOS XE configuration, and tracking.

VRRP (Virtual Router Redundancy Protocol, RFC 5798) is the vendor-neutral first-hop redundancy protocol. It does the same job as Cisco's HSRP - share a virtual IP and MAC across multiple routers so end hosts have a stable default gateway - but as an IETF standard it works across Cisco, Juniper, Arista, and most other enterprise routing vendors. If your network is multi-vendor or you want to avoid Cisco lock-in, VRRP is the answer.

This article walks through how VRRP works, the differences from HSRP, configuration on Cisco IOS XE and Juniper, the master election, tracking, and the IPv6 story. If you are configuring VRRP for the first time, designing a multi-vendor redundant gateway, or migrating from HSRP to VRRP, this is the reference.

How VRRP Works

The architecture mirrors HSRP. A VRRP group consists of two or more routers sharing:

  • A virtual IP (the gateway address end hosts use)
  • A virtual MAC (00-00-5E-00-01-XX where XX is the VRID, virtual router ID)
  • Periodic VRRP advertisements between members

Each member has a priority (1-254, default 100; 0 reserved for "give up master" and 255 reserved for the IP address owner). The router with the highest priority becomes Master and forwards traffic; others are Backup and wait. If the Master fails (advertisements stop), a Backup with the highest priority takes over.

VRRP uses IP protocol number 112 and multicast address 224.0.0.18 (IPv4) or FF02::12 (IPv6).

VRRP States

StateMeaning
InitializeVRRP just started; not yet eligible for election
BackupReceiving Master's advertisements; waiting
MasterCurrently forwarding traffic for the virtual IP

Healthy steady state: one Master, others Backup. VRRP is simpler than HSRP's six states (HSRP has Listen, Speak, etc., which VRRP collapses into Backup).

The IP Address Owner

VRRP has a unique concept: if the configured virtual IP matches a router's actual interface IP, that router is the IP address owner with priority 255 (reserved). It always wins the master election regardless of other configuration.

This causes confusion. If you configure VRRP virtual IP 192.168.1.1 and one router has 192.168.1.1 as its actual interface IP, that router becomes IP address owner and master. The "ip address owner" pattern is sometimes useful (the active gateway IP equals one router's address) but more often surprising - operators expect priority-based election and get IP-owner behavior.

Workaround: pick a virtual IP that does NOT match any router's actual interface IP. Use a separate IP for the virtual gateway from the routers' physical interface IPs.

VRRP vs HSRP

TraitVRRPHSRP
StandardRFC 5798 (IETF)Cisco-proprietary (RFC 2281 informational)
Vendor supportUniversalCisco only (some interop with newer non-Cisco)
Virtual MAC range00-00-5E-00-01-XX00-00-0C-07-AC-XX
Default Hello1 second3 seconds
Default Hold/Dead3 seconds10 seconds
Multicast address224.0.0.18224.0.0.2 (v1) / 224.0.0.102 (v2)
StatesInitialize, Backup, Master (3)Initial, Learn, Listen, Speak, Standby, Active (6)
IP address ownerYes (priority 255)No
AuthenticationNone in v3 (deprecated v2 plain/MD5)Plain text or MD5
IPv6 supportNative (VRRPv3)Yes (HSRPv2 with IPv6 group)

The key practical difference: VRRP failover is faster by default (3 seconds vs HSRP's 10) and the protocol is simpler. HSRP's six states give more granularity but in production both protocols converge in the same operational windows.

Cisco IOS XE Configuration

! Define a VRRP group on the interface
interface GigabitEthernet0/0/1
 ip address 192.168.1.2 255.255.255.0
 vrrp 1 ip 192.168.1.1
 vrrp 1 priority 110
 vrrp 1 preempt
 vrrp 1 timers advertise 1
 vrrp 1 authentication md5 key-string Cisco123!
 vrrp 1 description Gateway-VLAN1

Three things to notice. First, vrrp 1 ip 192.168.1.1 sets the virtual IP for VRRP group 1. Second, priority 110 (default 100) makes this router the master if no other has higher. Third, preempt lets a higher-priority router take over when it comes back online (otherwise the existing master keeps the role).

For VRRPv3 (which supports IPv6 and offers some new features):

! Enable VRRPv3 globally
fhrp version vrrp v3

interface GigabitEthernet0/0/1
 ip address 192.168.1.2 255.255.255.0
 vrrp 1 address-family ipv4
  address 192.168.1.1 primary
  priority 110
  preempt
  authentication md5 key-string Cisco123!

VRRPv3 is the modern default and supports both IPv4 and IPv6. New deployments should use it.

Juniper Junos Configuration

set interfaces ge-0/0/1 unit 0 family inet address 192.168.1.2/24 vrrp-group 1 virtual-address 192.168.1.1
set interfaces ge-0/0/1 unit 0 family inet address 192.168.1.2/24 vrrp-group 1 priority 110
set interfaces ge-0/0/1 unit 0 family inet address 192.168.1.2/24 vrrp-group 1 preempt

Different syntax, same protocol. Cisco and Juniper VRRP routers in the same group interoperate without issue.

Object Tracking

Tracking lets VRRP automatically lower priority when an uplink fails, allowing a backup with intact uplinks to take over. Common pattern: track the WAN-facing interface; lower priority by 20 if it goes down.

track 1 interface GigabitEthernet0/0/0 line-protocol

interface GigabitEthernet0/0/1
 vrrp 1 ip 192.168.1.1
 vrrp 1 priority 110
 vrrp 1 track 1 decrement 20

If GigabitEthernet0/0/0 goes down, VRRP priority drops from 110 to 90 (110 - 20). If the other router has priority 100, it becomes master. When the WAN comes back, priority returns to 110 and (with preempt) the original master takes over.

Tracking is mandatory in production. Without it, a router with a dead WAN keeps its master role and forwards into a black hole.

VRRPv3 for IPv6

fhrp version vrrp v3

interface GigabitEthernet0/0/1
 ipv6 address 2001:db8:1::2/64
 vrrp 1 address-family ipv6
  address FE80::1 primary
  priority 110
  preempt

For IPv6, the virtual address is a link-local FE80::/10 address used for next-hop forwarding. Hosts learn it via Router Advertisements (RAs); the active VRRP master sends RAs with the virtual IP as the gateway.

Design Patterns

Common VRRP design patterns:

  • Active/Standby per VLAN: two distribution switches, each is master for half the VLANs and backup for the other half. Combined with STP root alignment, this gives load distribution without active/active complexity.
  • VRRP + first-hop ECMP: in some designs, multiple routers respond to the same virtual IP as long as the priority and timer behavior is configured carefully. Less common; HSRP and VRRP are fundamentally active/standby.
  • Multi-site VRRP via stretched VLAN: uncommon and operationally fragile; the inter-site link becomes a single point of failure.

Verification

! VRRP state per group
Router# show vrrp brief
Interface          Grp Pri  Time   Own  Pre  State    Master addr      Group addr
Gi0/0/1            1   110   3000          Y    Master   192.168.1.2      192.168.1.1

! Detailed VRRP info
Router# show vrrp interface GigabitEthernet0/0/1
GigabitEthernet0/0/1 - Group 1
  State is Master
  Virtual IP address is 192.168.1.1
  Virtual MAC address is 0000.5e00.0101
  Advertisement interval is 1.000 sec
  Preemption enabled
  Priority is 110 (configured 110)
  Master Router is 192.168.1.2 (local), priority is 110

Anti-Patterns

  • IP address owner confusion. Using a virtual IP that matches one router's actual interface IP. The owner always wins regardless of other priority configuration. Use distinct addresses.
  • No tracking. Master keeps forwarding even when its WAN uplink is dead. Always track upstream interfaces.
  • No preempt. A failed master that comes back becomes backup; the original backup keeps the master role even though the original was provisioned as primary. Enable preempt for predictable role behavior.
  • Mismatched timers between vendors. Both ends of a multi-vendor VRRP group must agree on Hello/Hold timers. Mismatch causes flapping.
  • VRRPv2 in 2026. Use v3 for new deployments; supports IPv4 and IPv6 in one syntax.

Summary

VRRP is the vendor-neutral first-hop redundancy protocol. It works the way HSRP does but as an IETF standard, with simpler state machine and faster default timers. Use VRRPv3 for new deployments, configure tracking on upstream interfaces, enable preempt for predictable role behavior, and avoid the IP-address-owner trap by using distinct virtual IPs.

For Cisco-only campuses HSRP remains a fine choice; for multi-vendor environments VRRP is the answer. Bookmark this article alongside the FHRP cluster pillar and the HSRP vs VRRP vs GLBP comparison.

Read next

© 2025 Ping Labz. All rights reserved.