Voice Gateway · CUBE · HA

CUBE Redundancy Planner

Plan CUBE high availability: box-to-box active/standby, cluster load-share, or DNS-based failover. Calculate expected failover time, call preservation, and carrier coordination needs.

By Faz Karim · 30 yrs Cisco UCLast updated 2026-04-20
What this tool does

Pick the right HA model

CUBE has three HA models, each with different failover times, call preservation semantics, and cost. Enter your uptime target, call volume, and carrier topology — get the right model, the config skeleton, and the testing plan.

Plan redundancy

Inputs

Your CUBE HA plan

Set inputs, click Plan CUBE HA.

How to read your result

Five layers

1

Model

Box-to-box, cluster, or DNS.

2

Config

Interchassis redundancy group.

3

Carrier

Failover coordination.

4

Test

Documented failover test.

5

Runbook

Ops playbook at failure.

Deep dive

Three CUBE HA models compared

Box-to-box (Inter-Chassis Redundancy, ICR): two physical CUBE units share a virtual IP via RG (Redundancy Group). Signaling state synced. Active carries all calls; standby takes over on failure. Failover time: 3-15 seconds. Preserves new call invites, doesn't always preserve mid-call. Requires dedicated control-link (crossover or VLAN) between boxes. Cost: 2× hardware + 2× licenses (standby licensed at same CCS). Suited for: offices where all calls go through one SBC, ~100-500 CCS, single-site.

Cluster (Load-Share via DNS SRV or SIP proxy): 2-4 CUBE units all active, calls distributed. Each unit handles its share; if one dies, traffic redistributes to survivors. Failover time: 0-30s depending on OPTIONS keepalive. No shared state — each call is on one box, if that box dies the call drops (new calls route fine). Cost: N× hardware, N× licenses. Suited for: large deployments (500+ CCS), contact centers, active/active.

DNS-based (SRV multi-record): CUCM and carrier use DNS SRV to locate CUBE. Multiple SRV records point to cluster members with equal or weighted priority. Failover time: until TTL expires (typically 60s) + SIP retry (5-15s). Simple, no shared state, very reliable. Downside: active calls on the failed unit drop. Cost: still N× hardware but simpler config — no ICR setup. Suited for: cloud deployments, multi-site, moderate SLA targets.

FK
Faz Karim30 years Cisco Network · UC · Data Center · LinkedIn
FAQ

Common questions

What's realistic failover time?

Box-to-box: 3-15s. Cluster: depends on OPTIONS. DNS: 60s + retry.

Can I mix HA models?

Yes — box-to-box pair at each site, then multi-site behind DNS SRV.

Do standby CUBEs need licenses?

Yes — Cisco licenses the feature set including the standby.

Does carrier SBC need our standby IP?

For box-to-box: they see one VIP. For DNS: they see multiple SRV records.

What about call preservation across upgrades?

During a rolling upgrade, cluster model is best — active calls stay on un-upgraded nodes until drained.

Worked examples

Three HA scenarios

Single HQ, 99.9%

200 CCS.

Box-to-box pair, same rack, dedicated control-link.
Simple, cost-effective.

HQ + DR, 99.99%

400 CCS.

Box-to-box at each site + DNS SRV across both.
Survive full-site loss.

Call center, 99.999%

800 CCS, zero loss.

4-node cluster load-share + DNS + dual carriers.
Every failure scenario covered.
Sources verified against current Cisco guidance

Citations

Related tools

You might also need

Building CUBE HA?

Our UC Modernization Sprint brings up inter-chassis HA or cluster, documents failover, and runs the first real-world test.

$25K–$75Kturnkey
Book a 30-min call →Or email info@famoustec.com