VoIP.info Guide

VoIP network failover

Define whether you need new-call recovery, incoming diversion or active-call continuity.

Reviewed 2026-10-20Foundational

Name the desired outcome

A router switching connections may restore new calls without preserving an active call's addresses and state. Incoming carrier diversion is another separate capability. Write an acceptance criterion for each instead of using the single word failover.

Redundancy needs separate failure paths
A PBX uses a primary provider path and an alternate provider path. Shared PBX, power and internet dependencies remain unless the design also separates them.

New-call recovery and active-call survival are different tests. Inbound number failover needs a provider-side routing plan.

Map shared dependencies

List power, circuits, routers, DNS, PBX and carrier delivery. Two trunks on the same failed PBX do not remove that dependency. Two access services may still share local power or physical infrastructure.

Test a bounded interruption

In a planned test, observe active calls, new outgoing calls and incoming delivery separately. Record detection time, registration recovery and manual steps. Verify carrier-side diversion when the PBX is unreachable.

Test return to normal

Failback can trigger another address or state change. Confirm routing, audio and caller identity after the preferred connection returns. Include DNS caching in recovery analysis when service discovery is involved, and keep an independent communications path for incident coordination.

Retest voice identity and media after IP Telecom access failover

A backup circuit can restore IP reachability without preserving SIP source policy, registration, NAT or RTP. The IP Telecom service record requires one authorized new call through each designed path and restoration sequence.

Keep Intermedia provider routing separate from customer-path failover

The Intermedia provider guide distinguishes provider-monitored DID forwarding from customer WAN, power, firewall, PBX and alternate-site continuity.

Prove IntelePeer customer-edge independence

The IntelePeer provider guide does not treat a redundant trunk order as proof of independent access, PBX survival or media continuity.

Prove each BCM One recovery layer independently

The BCM One route diagnostic records provider proxy selection, customer-edge receipt and per-number alternate destinations as different evidence.

Prove which Cox layer selected the alternate leg

The Cox inbound diagnostic correlates the failed primary attempt with the actual new-call continuity transition.

Prove which Comcast layer created the alternate leg

The Comcast diagnostic correlates the primary attempt, selected group or number and subsequent new-call destination.

Prove the Lumen provider leg before inferring recovery

The Lumen diagnostic correlates route-plan selection, each observed trunk leg, edge receipt and the PBX result.

Prove the AT&T provider leg before claiming recovery

The AT&T diagnostic correlates scheme selection, group trunk group, edge receipt and PBX result without inventing trigger behavior.

Do not flatten Verizon continuity layers

The Verizon diagnostic distinguishes provider SBC redundancy, number-group redirection, access, edge receipt and PBX outcome.

Follow Bell recovery across provider and customer layers

The Bell diagnostic distinguishes provider path selection, number forwarding, edge receipt, PBX route and restoration.

Do not confuse Rogers peer choice with physical diversity

The Rogers diagnostic separates provider peer selection, access, route and POP diversity, edge receipt and restoration.

Sources & applicability

Primary references for the technical details above. Operational examples and planning checklists are VoIP.info editorial guidance.