Routing & Switching

Network Redundancy — Types, Protocols and How to Design for Failure

G Gurpreet Singh April 3, 2024 6 min read
Animated diagram for Network Redundancy, showing a client and a server exchanging request, acknowledgement, data and close messages in sequence

Network redundancy means having a second path, device or component ready to take over when the primary fails. The goal is not to prevent failure, everything fails eventually, but to ensure that no single failure interrupts service.

The discipline is identifying single points of failure. Two switches sound redundant until you notice they share one power circuit, or that both uplinks run through the same conduit that a contractor is about to cut.

Redundancy by Layer

LayerWhat failsMechanism
PowerPSU, circuit, utility feedDual PSUs on separate circuits, UPS, generator
PhysicalCable, transceiver, portDiverse paths, separate conduits, dual-homed cabling
Layer 2Switch, linkLACP, STP/RSTP, stacking, MLAG/vPC
Layer 3Gateway routerHSRP, VRRP, GLBP; dynamic routing with multiple paths
WANCircuit, providerDual ISPs, BGP multi-homing, LTE failover, SD-WAN
ServicesDHCP, DNS, authenticationMultiple servers, anycast, load balancing
SiteThe whole buildingSecond data centre, DR site, cloud failover

Redundancy at one layer does not compensate for a gap at another. Two routers behind one switch means the switch is your single point of failure, no matter how well the routers are configured.

Layer 2 Redundancy

Link aggregation (LACP)

Bonds several physical links into one logical link. If a member fails, traffic redistributes across the survivors with no reconvergence.

Switch(config)# interface range GigabitEthernet0/23 - 24
Switch(config-if-range)# channel-group 1 mode active
Switch(config-if-range)# exit
Switch(config)# interface Port-channel1
Switch(config-if)# switchport mode trunk

An important caveat: a single traffic flow uses one member link, chosen by a hash of the addresses. Bonding two 1 Gbps links gives 2 Gbps of aggregate capacity, not a 2 Gbps single transfer. Load balancing across members improves with many flows and can be poor with few.

Switch(config)# port-channel load-balance src-dst-ip

Spanning Tree

STP allows physically redundant paths without loops by blocking all but one. RSTP converges in a few seconds; classic STP takes 30–50. If you have redundant switch links, run RSTP or MST, not legacy STP.

Switch(config)# spanning-tree mode rapid-pvst
Switch(config)# spanning-tree vlan 1-100 root primary
Switch(config)# spanning-tree portfast default
Switch(config)# spanning-tree portfast bpduguard default

Set the root bridge explicitly. Left to default, the switch with the lowest MAC address wins, often the oldest access switch in a cupboard, which produces terrible traffic paths and nobody notices until they investigate why the network is slow.

Stacking, MLAG and vPC

These let two physical switches appear as one, so a downstream device can bond links to both, surviving a whole switch failure with no STP blocking and no wasted capacity. This is the modern preference over relying on STP.

Layer 3 Redundancy, First Hop Gateway

Hosts have one default gateway. If that router dies, they are cut off regardless of how many other routers exist. First-hop redundancy protocols solve this with a shared virtual IP and MAC that hosts point at.

HSRPVRRPGLBP
StandardCiscoOpen (RFC 5798)Cisco
RolesActive / StandbyMaster / BackupAVG / AVF
Load sharingPer-VLAN onlyPer-VLAN onlyYes, natively
Default priority100100100
PreemptionOff by defaultOn by defaultOff by default
Router1(config)# interface Vlan10
Router1(config-if)# ip address 192.168.10.2 255.255.255.0
Router1(config-if)# standby 10 ip 192.168.10.1
Router1(config-if)# standby 10 priority 110
Router1(config-if)# standby 10 preempt
Router1(config-if)# standby 10 track GigabitEthernet0/0 20

The track line is what makes this actually work. Without it, the active router stays active even after its uplink fails, it is still alive, so it keeps the role, and it black-holes every packet sent to it. Tracking decrements the priority when the tracked interface goes down, triggering failover.

This is the single most common first-hop redundancy misconfiguration: HSRP configured, tracking omitted, and the failover never happens when it is needed.

WAN Redundancy

  • Two circuits from one ISP, protects against a cable cut, not against the provider’s outage or a routing problem in their network.
  • Two different ISPs, real redundancy, but check they do not share the same last-mile infrastructure or the same building entry point. They frequently do.
  • BGP multi-homing, needed if the same public addresses must work over either provider. Requires your own ASN and address space.
  • Floating static route, the simple option: a backup route with a higher administrative distance that activates only when the primary disappears.
  • LTE/5G failover, cheap insurance for branch sites.
  • SD-WAN, uses all available circuits simultaneously and steers per-application, rather than keeping one idle. See Versa vs Cisco SD-WAN for the platform choice.
! Primary via ISP1, backup via ISP2 at AD 200
Router(config)# ip route 0.0.0.0 0.0.0.0 203.0.113.1
Router(config)# ip route 0.0.0.0 0.0.0.0 198.51.100.1 200

A static default route stays in the table as long as the interface is up, even if the ISP has failed further upstream. Pair it with IP SLA tracking so the route withdraws when a reachability test fails:

Router(config)# ip sla 1
Router(config-ip-sla)# icmp-echo 8.8.8.8 source-interface GigabitEthernet0/0
Router(config-ip-sla)# frequency 5
Router(config)# ip sla schedule 1 life forever start-time now
Router(config)# track 1 ip sla 1 reachability
Router(config)# ip route 0.0.0.0 0.0.0.0 203.0.113.1 track 1

Where Redundancy Quietly Fails

  • Shared fate. Both uplinks in the same duct. Both PSUs on the same circuit. Both “diverse” fibres entering the building at the same point. Ask the provider for the actual physical route, not just a second circuit ID.
  • Untested failover. Configured redundancy that has never been exercised is a hypothesis. Test it deliberately, in a maintenance window.
  • Missing interface tracking on HSRP/VRRP, the failure above.
  • Backup capacity too small. An LTE backup that cannot carry the site’s real load fails differently, not better.
  • Asymmetric configuration. The backup device missing a VLAN, an ACL or a firewall rule the primary has. Discovered during the outage.
  • Redundancy that adds complexity faster than availability. A convoluted design with more failure modes than a simple one is a net loss.
  • Expired maintenance on the standby unit, so the RMA takes a week.

Redundancy vs High Availability vs Backup

ConceptProtects against
RedundancyComponent failure, a spare exists
High availabilityDowntime, failover is automatic and fast
BackupData loss, corruption and mistakes
Disaster recoveryLoss of an entire site

These are not substitutes. Redundant storage does not protect you from someone deleting the wrong directory, replication copies the deletion faithfully to both copies.

Frequently Asked Questions

What is a single point of failure?

Any component whose failure takes down the service. Finding them means tracing every dependency, including power circuits, cable routes and building entry points, not just devices.

Is STP enough for Layer 2 redundancy?

It prevents loops and provides failover, but classic STP takes 30–50 seconds to converge and leaves the redundant link idle. Use RSTP at minimum, and prefer stacking or MLAG so both links carry traffic.

What is the difference between HSRP and VRRP?

Functionally very similar. HSRP is Cisco-proprietary; VRRP is an open standard and works across vendors. VRRP preempts by default, HSRP does not. In a mixed-vendor network, use VRRP.

Do I need BGP for two internet connections?

Only if the same public IP addresses must remain reachable over either provider, for inbound services. For outbound-only redundancy, a floating static route with IP SLA tracking is simpler and works well.

How often should failover be tested?

At least annually, and after any significant change. Untested failover has a habit of revealing a missing route or an expired licence at the worst possible moment.

Does redundancy replace backups?

No. Redundancy protects against hardware failure; backups protect against data loss, corruption and human error. A redundant system replicates a bad change to every copy instantly.

GU
Written by

Gurpreet Singh

Hey! I"m Gurpreet Singh and I Have 7+ Years of experience in the Network & Security Domain as well as the Cloud Infra Domain. I am Certified with Cisco ( CCNA ), CheckPoint ( CCSA ), 1xAWS, 3xAZURE, and 3xNSE. So I love to share my tech knowledge with you.

One response to “Network Redundancy — Types, Protocols and How to Design for Failure”

Leave a Reply

Your email address will not be published. Required fields are marked *