Skip to main content

Preface

Enterprise branches, campus network egress points, production sites, and edge locations commonly use two WAN (Wide Area Network) links to reduce the impact of a single carrier, circuit, or edge-router failure. For sites that provide only general Internet access, restoring connectivity and allowing applications to reconnect may be sufficient. As remote operations, internal service publishing, video transport, industrial communications, and edge computing become more prevalent, however, enterprises increasingly require their edge high-availability systems not only to restore reachability, but also to preserve established business sessions whenever possible.

VRRP (Virtual Router Redundancy Protocol) is widely used at the enterprise edge to provide router redundancy through a virtual gateway. In a dual-WAN environment, however, failover involves more than the LAN (Local Area Network) default gateway. It may also involve public addresses on two ISP (Internet Service Provider) paths, NAT (Network Address Translation) state, and symmetric forwarding in both directions. If only the virtual gateway moves, existing sessions may still fail because the public-facing identity changes, runtime state is unavailable on the Backup Router, or return traffic follows the wrong path.

This document presents an AsterNOS-VPP dual-WAN stateful high-availability solution for the enterprise edge. It begins with a dual-WAN redundancy architecture based on a single VRRP instance, then introduces VRRP Sync Group, HA Sync (High Availability Synchronization), SPI (Stateful Packet Inspection), and PBR (Policy-Based Routing). Together, these capabilities coordinate the ownership of WAN- and LAN-side virtual addresses and allow the Backup Router to inherit supported runtime session state.

The document focuses on architecture, key technologies, failover behavior, deployment design, and engineering considerations. It does not provide a complete CLI (Command-Line Interface) configuration. Detailed commands and step-by-step validation procedures can be provided in a companion configuration guide or best-practices document.

Target Audience

This document is intended for solution architects, network designers, and deployment engineers. Readers should have the following background:

1. Overview

Enterprise sites generally need to address both link redundancy and device redundancy. Link redundancy allows a site to continue reaching external networks through the second WAN link after a carrier circuit fails. Device redundancy allows the Backup Router to take over the LAN default gateway and restore forwarding if the Active Router fails.

Some sites must also publish the same internal application through public addresses provided by different ISPs. For example, remote operations personnel may access an internal SSH (Secure Shell) service through either carrier path, while internal servers may need to reach external systems through a designated uplink. In this situation, the edge routers perform routing, NAT, stateful inspection, and path control. The object of failover is therefore no longer a single gateway address, but an end-to-end service forwarding path.

For ordinary web access, a failed session can often be recovered by refreshing the page. For remote administration, continuous data transfer, industrial communications, and long-lived TCP (Transmission Control Protocol) sessions, however, reauthentication and reconnection increase recovery time. Dual-WAN stateful failover should therefore be designed according to the required level of business continuity.

2. Dual-WAN High-Availability Architectures

2.1 Dual-WAN Redundancy with a Single VRRP Instance

This architecture consists of two routers and one LAN-side VRRP virtual gateway. Both routers connect to ISP-A and ISP-B, but under normal conditions only the VRRP Active Router forwards LAN traffic. The Active Router maintains a preferred default route and a backup default route, and uses SLA (Service Level Agreement) probes together with Track objects to determine whether the ISP next hop is reachable.

If ISP-A fails while ISP-B remains available, the Active Router does not need to trigger a VRRP failover. It simply withdraws or invalidates the preferred route through ISP-A, allowing new flows to use ISP-B. This preserves the healthy uplink on the current Active Router and avoids a full device switchover for a single-WAN failure.

If the Active Router fails, its LAN-facing interface fails, or both WAN uplinks become unavailable, the LAN Gateway VIP (Virtual IP Address) moves to the Backup Router, which then begins forwarding new traffic. The architecture separates dual-WAN path failover from router failover, resulting in simple and predictable fault handling for general enterprise Internet egress.

The primary benefit of this design is that it provides dual-ISP access, dynamic NAT for outbound connectivity, and router redundancy with relatively few virtual addresses and limited state coordination. It is well suited to short-lived traffic, where applications can reconnect even if the public source address changes after failover.

Figure 1. Dual-WAN Redundancy with a Single VRRP Instance

Figure 1. Dual-WAN Redundancy with a Single VRRP Instance

2.2 Stateful High Availability with a VRRP Sync Group

The dual-WAN stateful high-availability architecture adds two WAN VIPs while retaining one LAN Gateway VIP. The three virtual addresses represent the public-facing identity on ISP-A, the public-facing identity on ISP-B, and the internal default gateway. Although they belong to separate VRRP instances, all three instances are members of the same VRRP Sync Group.

Under the initial baseline conditions shown in the topology, Router-A operates as the Active Router, while Router-B operates as the Backup Router. These are runtime VRRP roles rather than fixed device identities. Router-A owns all three VIPs and handles business traffic, while Router-B receives synchronized session state. If any critical member fails, all three VRRP instances fail over together and Router-B takes ownership of all three VIPs. The two WAN service endpoints and the LAN gateway therefore remain concentrated on the same router. Static DNAT (Destination Network Address Translation) and dynamic SNAT (Source Network Address Translation) both use the WAN VIPs as service addresses, preserving the public-facing identity across failover.

The state-synchronization link between the routers transfers supported NAT, SPI, and LB session state. After an inbound connection reaches an internal server through either WAN VIP, PBR selects the ISP next hop associated with the original ingress path so that return traffic leaves through the same WAN. Address ownership, session state, and bidirectional path consistency therefore operate together as a complete high-availability system.

Figure 2. Dual-WAN Stateful Failover Architecture

Figure 2. Dual-WAN Stateful High-Availability Architecture

2.3 Capability Evolution

The two architectures address different levels of availability. The single-instance VRRP architecture centers on the LAN virtual gateway, performs WAN path failover within the Active Router, and restores forwarding after a device failure. The stateful architecture moves the WAN public identities, LAN gateway, and supported runtime state as one service unit.

Table 1. Comparison Between Sync Group and Single-VRRP Architectures
ComparisonSingle-VRRP Dual-WAN RedundancyDual-WAN Stateful High Availability
Single-WAN failureThe current Active Router remains in service and uses the healthy uplinkAll related VIPs fail over together to the peer router
Protection scopeWAN links and the LAN gatewayWAN service endpoints, LAN gateway, and session state
Public service addressesTypically bound to a device or uplinkProvided through movable WAN VIPs
Existing sessionsTypically need to be re-establishedSupported sessions can continue
Typical use casesGeneral Internet access and short-lived flowsService publishing, remote operations, and long-lived flows

3. Key Technologies in the Architecture

3.1 VRRP and VRRP Sync Group

VRRP provides default-gateway redundancy through a virtual router. Multiple physical routers share a VIP and a virtual MAC address. One router operates as the Active Router, responds to ARP requests for the VIP, and forwards traffic, while the other router operates as the Backup Router and listens for VRRP Advertisements. If the Active Router fails, the highest-priority Backup Router transitions to the Active Router, takes ownership of the virtual address, and sends a gratuitous ARP to update neighboring forwarding tables.

Standard VRRP instances operate independently. A state change on one interface does not automatically force VRRP instances on other interfaces to switch. This independence keeps a single-LAN-gateway design simple. In a dual-WAN stateful architecture, however, two WAN VIPs and one LAN Gateway VIP form one service path. If the instances elect their Active Routers independently, a local failure can split VIP ownership across the two routers.

VRRP Sync Group coordinates state transitions across multiple independent VRRP instances. If a critical member enters the Down state or a Track condition reduces its priority, the other members on the same router adjust their effective priorities according to the group policy. The peer router can then take ownership of the complete VIP set. VRRP Sync Group coordinates virtual-address ownership; it does not transfer session state.

In a typical design, Router-A can be assigned a priority of 200 and Router-B a priority of 190, with a Priority Decrement of 20 applied to Router-A group members. If any critical member on Router-A fails, its effective priority drops to 180, allowing Router-B to become the Active Router for all group members.

3.2 Session State Synchronization

Stateful network functions depend not only on configuration, but also on session entries created dynamically while traffic is processed. NAT records address and port mappings, SPI records connection state, and LB (Load Balancing) services may maintain associations between clients and backend servers. A Backup Router with identical configuration but without this runtime state may still be unable to process established traffic correctly after it takes over the service addresses.

HA Sync transfers supported runtime session state across the synchronization link between the two routers. The current implementation supports synchronization of SPI, NAT, and LB session state. In this architecture, NAT and SPI state provide the basis for continuing inbound static DNAT and outbound dynamic SNAT sessions after failover.

HA Sync is not configuration synchronization. Both routers must be preconfigured with matching VRRP Sync Group membership, NAT rules, SPI policies, PBR policies, and routing. The synchronization link carries runtime state only, allowing the Backup Router to match sessions that were established on the Active Router after it takes over the VIPs.

3.3 NAT and Stateful Packet Inspection

NAT translates IP addresses and ports between address domains. DNAT is commonly used to map a public service address to an internal server, while SNAT translates an internal host address to a public egress address. In a dual-WAN high-availability design, NAT must do more than perform translation: it must preserve the public-facing identity before and after router failover.

In this dual-WAN stateful failover architecture, two WAN VIPs serve as the public service identities for ISP-A and ISP-B. Static DNAT can map the same or different ports on both WAN VIPs to the same internal service, while dynamic SNAT uses the corresponding WAN VIP as the translated source address. Whether Router-A or Router-B is forwarding traffic, the remote peer continues to see the same public address.

SPI evaluates subsequent packets according to connection establishment and state transitions. If NAT mappings are present but SPI state is missing, the Backup Router may still classify packets from an established connection as invalid. HA Sync therefore synchronizes supported NAT and SPI session state so that translation and stateful inspection remain consistent after failover.

3.4 Policy-Based Routing

PBR selects a next hop or egress interface according to conditions such as source address, destination address, and ingress interface. Unlike conventional destination-based routing, PBR can steer selected traffic over a designated ISP path.

In a dual-WAN static DNAT scenario, requests may reach the same internal server through ISP-A or ISP-B. If the server’s return traffic is forwarded only according to the default route, it may leave through the other ISP, causing the NAT state, source address, and return path to become inconsistent. The architecture applies PBR on the LAN-facing path so that traffic entering through ISP-A returns through ISP-A, while traffic entering through ISP-B returns through ISP-B.

4. Building a Dual-WAN Stateful High-Availability Network

4.1 Network Design

The deployment architecture uses two AsterNOS-VPP routers with the same hardware model and software version. Each router connects to ISP-A, ISP-B, and the downstream service network, with a dedicated interface used for the Session Sync connection. The ISP-facing and LAN-facing segments may use Layer 2 switching to provide shared broadcast domains. The upstream and downstream switches provide connectivity and Layer 2 forwarding only; they do not participate in the VRRP Sync Group or session-state synchronization.

Under normal conditions, Router-A operates as the Active Router for both WAN links and the LAN, while Router-B operates as the Backup Router and receives synchronized runtime state. Internal application servers can be published through both WAN VIPs. Their outbound traffic reaches the Active Router through the LAN core and the LAN Gateway VIP.

Figure 3. Deployment Topology

Figure 3. Deployment Topology

4.2 Example Addressing and Role Plan

The following addresses are taken from a standardized functional-validation topology and are provided only to illustrate the network design.

Table 2. Example Addressing and Role Plan
Network / ResourceRouter-A AddressRouter-B AddressShared/Service Address
ISP-A:192.0.2.0/24192.0.2.2192.0.2.3WAN VIP-A:192.0.2.100
ISP-B:198.51.100.0/24198.51.100.2198.51.100.3WAN VIP-B:198.51.100.100
HA Sync link: 10.255.255.0/3010.255.255.110.255.255.2-
LAN:192.168.3.0/24192.168.3.2192.168.3.3LAN Gateway VIP:192.168.3.1
Internal service network--10.10.20.0/24
Internal application server--10.10.20.100

The three VRRP instances on Router-A can be assigned a higher priority, while the corresponding instances on Router-B use a lower priority. The Priority Decrement must be planned according to the initial priority difference so that, when any critical member triggers a priority reduction, Router-B has a higher effective priority than Router-A.

4.3 Validation Plan

Validation should cover address ownership, inbound traffic, outbound traffic, session continuity, and new-connection handling.

Table 3. Validation Test Plan
Test ItemProcedureExpected Result
Initial HA stateCheck all three VRRP instancesRouter-A is the Active Router for all instances; Router-B is the Backup Router for all instances
Inbound access through ISP-AAccess the internal service through the ISP-A WAN VIPThe connection is established successfully through static DNAT
Inbound access through ISP-BAccess the internal service through the ISP-B WAN VIPThe connection is established successfully through static DNAT
Outbound dynamic SNATAccess an external test endpoint from the internal serverThe corresponding WAN VIP is used as the translated source address
Single-WAN interface failureShut down Router-A's ISP-A interfaceRouter-B takes ownership of all WAN and LAN VIPs
Inbound session continuityKeep an inbound SSH session active before the failureThe session continues after a brief pause without reauthentication
Outbound session continuityKeep an outbound SSH session active before the failureThe session continues after a brief pause without reauthentication
New connection handlingEstablish a new connection after failoverNew connections can be established and processed successfully through Router-B
RecoveryRestore the Router-A interface The VIP group either fails back according to the configured preemption policy or Router-B remains the Active Router

4.4 Platform selection

The solution can be deployed on ET Series hardware platforms, as dula-wan routers, that support AsterNOS-VPP. It can also be validated functionally in a compatible virtualized environment. Platform selection should consider the required number of WAN and LAN interfaces, interface speeds, aggregate site throughput, and the combined processing requirements of NAT, SPI, VPN (Virtual Private Network), and other services.

For small and medium-sized branches and enterprise Internet egress, the ET2500 Series provides a suitable option for moderate bandwidth and multi-rate connectivity. For high-bandwidth campus cores, data-center egress, or large edge sites, the ET3600 Series provides higher interface speeds and forwarding capacity.

5. Conclusion

Enterprise dual-WAN high availability can be implemented at different levels according to business-continuity requirements. The single-instance VRRP redundancy architecture combines WAN path failover within the Active Router with LAN-side VRRP, restoring traffic forwarding after a link or device failure. It is suitable for general Internet access and short-lived sessions.

For public service publishing, remote operations, and long-lived connections, the dual-WAN stateful high-availability architecture uses a VRRP Sync Group to coordinate the ownership of two WAN VIPs and one LAN Gateway VIP, HA Sync to replicate supported SPI, NAT, and LB session state, and PBR to maintain the correct return path.

This allows enterprises to evolve from restoring egress reachability to moving the complete service path and its runtime state. The appropriate architecture can be selected according to site criticality, deployment complexity, and session-continuity requirements.

For detailed commands, configuration sequencing, and step-by-step validation procedures, refer to the companion AsterNOS-VPP configuration guide.

Ready to Implement?

Explore our detailed implementation guides to turn these white paper insights into real-world networking solutions. From RoCE to Zero-Touch Provisioning, we’ve got you covered.