// Managed Connectivity
Internet Failover vs Redundant Internet: What to Ask Before You Buy
Internet failover is the automatic switch from a failed connection to a standby one, while redundant internet is the second, independent connection that switch needs, so you need both and you should ask a provider about each.
Two words, two different jobs
Failover is the behavior. A router or SD-WAN edge watches your primary circuit and, when it drops or degrades, moves traffic to a secondary connection. Redundancy is the equipment and the paths behind that behavior: a second circuit that does not fail for the same reason the first one did.
Having two internet connections is not the same as having redundancy. If both lines come from the same carrier on the same physical build, one fiber cut can take down both. And a backup that nobody has tested may not take over when it should. Our internet failover and redundancy page describes how we design both halves together.
What each one protects, and where it falls short
| Question | Failover | Redundant internet |
|---|---|---|
| What is it? | The automatic switch to the standby connection | A second connection on a diverse path, ready to carry your traffic |
| What does it need? | A router or SD-WAN edge that manages the cutover | A different carrier on a different physical path |
| What goes wrong without it? | The backup exists but traffic never moves to it | One outage takes down the primary and the backup together |
| How do you know it works? | A failover drill, run before you need it | A check that the two paths share no buried cable |
Questions to ask before you buy
- Are the two circuits from different carriers? The backup should come from a different carrier on a different build than your primary.
- Do the two paths share anything physical? A cellular backup bypasses every buried cable, so a fiber cut, a backhoe or a flooded vault does not touch it.
- What device decides when to switch? Many modern business firewalls support dual-WAN failover. If yours does not, an SD-WAN edge device can handle failover in front of it.
- What happens to my critical traffic while I run on the backup? Good failover protects voice, point-of-sale and VPN traffic and slows non-essential traffic such as backups and updates.
- Will you test it? Ask for regular failover drills, so you learn it works before an outage does the testing for you.
Picking the backup connection
- 5G or LTE wireless: true physical-path diversity and quick to deploy. See 5G business internet as primary or backup.
- Cable or broadband: a cost-effective second wired line, as long as it comes from a different carrier on a different build than a fiber primary.
- A second fiber or dedicated circuit: for sites where the backup has to carry the full load. Dedicated internet access can be multi-homed over BGP across two or more upstream providers.
If you run more than one location
The same principles apply at every site. Multi-site SD-WAN runs each location over two or more circuits and manages them centrally. If you take card payments, we tune failover to payment processor timeouts, as described in POS and payment network continuity.
// FAQ
Common questions
Q
Is a second internet line the same as failover?
No. A second line gives you something to fail over to, but failover is the automatic switch itself, handled by a router or SD-WAN edge that watches the primary and moves traffic when it drops or degrades. You need the second path and the switch, and both need to be tested.
Q
Do two connections from the same carrier count as redundant?
Not reliably. The backup should come from a different carrier on a different physical path, so a single fiber cut or one carrier outage cannot take down both connections at once.
Q
Does a cellular backup survive a fiber cut?
Yes, because a cellular backup bypasses every buried cable, so a fiber cut, a backhoe or a flooded vault does not touch it. That true physical-path diversity is why 5G and LTE are a common choice for a backup.
Q
Which traffic gets priority while I am on the backup?
Critical applications such as voice, point-of-sale and VPN traffic stay protected, while non-essential traffic such as backups and updates is slowed. We set these priorities as part of the failover design.
Q
How do I know my failover will work when I need it?
Test it. Regular failover drills show whether traffic actually moves to the backup before a real outage forces the question, which is why we run them as part of the service.