Voice Gateway · CUBE · Dial Plan

CUBE Dial Peer Designer

Design inbound and outbound dial peers with clean destination patterns, COR (class of restriction) to block toll fraud, and translation profiles for NANP, international, and E.164.

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

Dial peers without the spaghetti

Ad-hoc dial peers produce 40-entry messes with overlap, wrong priorities, and toll-fraud holes. This designer asks you five questions and outputs a clean, fully-commented dial peer block with COR, translation, and preference set correctly.

Design dial peers

Inputs

Your dial peer block

Set inputs, click Generate dial peers.

How to read your result

Five blocks

1

Inbound

Carrier → CUCM + translation.

2

Outbound

CUCM → Carrier with COR.

3

Emergency

Always-allow 911/999.

4

COR

Class of restriction lists.

5

Translation

E.164 ↔ extension mapping.

Deep dive

Dial peer precedence rules

IOS-XE matches dial peers by longest match first, then preference (lower is better). Two dial peers with the same destination-pattern and different preference act as primary/backup. The easy trap: if you have destination-pattern .T (catchall) and destination-pattern +1.T (NANP), both match a 10-digit string, but +1 is longer so it wins. Good — that's usually what you want. But if you also have destination-pattern 9.T for access code, make sure the 9 gets stripped by your translation before CUCM hands it to CUBE.

COR (Class of Restriction) for toll fraud: create COR lists like toll-local, toll-ld, toll-intl. Apply corlist outgoing to each dial peer matching its toll level. Apply corlist incoming on the inbound side (from CUCM) based on the calling party's permission. Result: a lobby phone (class: local only) calling +44 gets rejected at CUBE, not 30 seconds into the carrier conversation when you're already being billed for the call setup.

Translation profiles: keep them direction-specific. from-carrier strips +1 and maps to internal extension. to-carrier prepends +1 and validates NANP format. Never apply the same profile in both directions — you'll double-translate and get weird A-numbers. Test each translation: test voice translation-rule 10 +14085551234 type international plan e164 — if the result isn't what you expect, fix the regex, not the dial peer.

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

Common questions

Why not just use .T everywhere?

Creates toll-fraud surface. Specific patterns let COR restrict calls.

Voice class vs dial-peer config?

Voice class lets you reuse common settings across many dial peers (codec, srtp, translation).

Can I have 1000s of dial peers?

Physically yes, but use dial-peer groups + voice class uri to reduce repetition.

What about 9-1-1 emergency?

Create a dedicated high-priority dial peer for 911 with preference 0 and no COR outgoing.

Worked examples

Three dial plan patterns

Small US office

100 phones, 1 SIP trunk.

4-digit ext, 9-dial outbound, COR blocks intl, one translation profile.
Clean. Maybe 8 dial peers.

Multi-site EU

3 countries.

+E.164 everywhere, country-specific translation profiles, per-user COR.
More moving parts but scales.

Contact center

500 agents, outbound dialer.

Per-campaign dial peers with outbound caller ID rewrite; strict COR.
Compliance (TCPA).
Sources verified against current Cisco guidance

Citations

Related tools

You might also need

Dial plan migration?

Our UC Modernization Sprint re-designs dial plans for CUBE + CUCM + Webex Calling together, with test plan and rollback.

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