9.2 Webex Calling Routing, Trunks & Dial Plans
Key Takeaways
Webex Calling separates intra-location extension dialing (2 to 10 digits) from inter-location dialing, which uses each location's routing prefix plus the extension unless extension dialing between locations is allowed.
Dial plans are organization-level lists of dial patterns (+E.164 patterns, enterprise patterns using X and a trailing !, or SIP URI domains) that send matching calls to one trunk or route group.
Trunks are either registering (registration-based) or certificate-based Local Gateway trunks; Cloud Connected PSTN and Cisco Calling Plans are location PSTN choices, not trunks.
A route group holds 1 to 10 trunks with priority levels; calls are spread randomly across equal-priority trunks and use lower priorities only when higher ones are unavailable.
Native call distribution includes auto attendants, hunt groups (Circular, Regular, Simultaneous, Uniform, and Weighted), call queues, call pickup, and call park.
9.2 Webex Calling Routing, Trunks & Dial Plans
Enterprise dial plans translate user dialing habits into structured signaling paths. In Cisco Webex Calling, dial planning encompasses intra-location extension dialing, enterprise-wide multi-site routing, external PSTN breakout, and granular privilege enforcement. Collaboration engineers must configure steering codes, route groups, outgoing call permissions, and automated call handling features to construct a resilient voice infrastructure.
1. Internal Call Routing & Dial Plans
Webex Calling categorizes internal call routing into two principal domains: intra-location and inter-location.
+---------------------------------------------------------------------------------------+
| INTERNAL CALL ROUTING |
+-------------------------------------------+-------------------------------------------+
| INTRA-LOCATION CALLING | INTER-LOCATION ENTERPRISE CALLING |
| - Caller and callee share same site | - Caller and callee reside in diff. sites |
| - User dials direct extension (e.g. 1001) | - Steering Code + Extension (e.g. 82-2001)|
| - Resolved locally in cloud tenant | - Cross-site prefix translation |
+-------------------------------------------+-------------------------------------------+
Intra-Location Calling
When an employee dials an internal extension assigned to a user or workspace within their own location, Webex Calling matches the dialed digits against the organization's extension length (2 to 10 digits). The session initiates directly across the cloud signaling plane without requiring steering codes or PSTN toll charges.
Inter-Location Enterprise Extension Dialing (Steering Codes)
When an enterprise operates multiple locations, extension numbers may overlap (for instance, extension 1001 exists in both New York and London). To facilitate direct station-to-station calling across sites without public PSTN toll charges, Webex Calling utilizes Routing Prefixes (Steering Codes).
- Routing Prefix Format: Each location's routing prefix is 1 to 7 digits and must be unique. The organization-wide prefix length includes a steering digit (for example
8) that starts every inter-location call. - Dialing Syntax:
[Location Routing Prefix] + [Internal Extension] - Execution Mechanics:
- An employee in New York (Site Prefix
81) wishes to dial Alice in London (Site Prefix82, Extension2001). - The employee dials
822001. - Webex Calling inspects the leading digits, identifies
82as the routing prefix for London, strips the routing prefix82, and delivers the call to Extension2001in the London location.
- An employee in New York (Site Prefix
- Flat Extension Dialing: If an enterprise maintains globally unique extensions across all locations (e.g., Dallas uses
1000-1999, Chicago uses2000-2999, London uses3000-3999), administrators can turn on Allow extension dialing between locations, so users reach other sites by extension alone.
2. Dial Plans and Dial Patterns
Dial plans are configured at the organization level (Calling > Call Routing > Dial Plans). Each dial plan names one routing choice, a trunk or a route group, and lists dial patterns for the destinations behind it, usually an on-premises PBX such as CUCM during a migration:
- E.164 patterns:
+followed by digits and optional wildcards, for example+1408555XXXXor+496100!. - Enterprise patterns: digits followed by optional wildcards, for example
822XXXfor another site's abbreviated numbers. - SIP URI domain patterns: send
user@domaincalls to the trunk.
Only two wildcards exist: X matches one digit (0-9) and ! matches any sequence of digits; ! may appear only once, at the end. There are no N or [range] wildcards, and dial plans do not strip or add digits. Digit manipulation is done with translation patterns (Section 9.3) or on the Local Gateway.
A per-location setting can also send unknown extensions (2 to 10 digits that match no Webex Calling user or feature) to the premises over a trunk or route group, which preserves abbreviated dialing while a site is partly migrated.
3. Trunks and Route Groups
Trunks establish the signaling and media pipes connecting Webex Calling to carrier networks or premises systems. Route Groups organize these trunks for resilience and capacity management.
+---------------------------------------------------------------------------------------+
| ROUTE GROUP TOPOLOGY |
| |
| Route Group "RG-US-Premises-PSTN" |
| | |
| +---------------------------+----------------------------+ |
| | Priority 1 | Priority 2 |
| v v |
| +------------------------+ +------------------------+ +------------------------+ |
| | Dallas LGW trunk | | Chicago LGW trunk | | Denver LGW trunk | |
| | (registering) | | (registering) | | (certificate-based) | |
| +------------------------+ +------------------------+ +------------------------+ |
| Calls shared randomly between the two priority-1 trunks; Denver used only if both |
| priority-1 trunks are unavailable. |
+---------------------------------------------------------------------------------------+
Trunk Types
- Registering (registration-based): The Local Gateway registers to Webex Calling with credentials shown in Control Hub, over SIP TLS to destination TCP port 8934. No inbound firewall rule is needed.
- Certificate-based: Webex Calling and the Local Gateway authenticate each other with mutual TLS (destination TCP port 5062 toward Webex), which needs a CA-signed certificate on CUBE and an FQDN or SRV address that Webex Calling can reach.
Cloud Connected PSTN and Cisco Calling Plans are not trunks that you build; they are PSTN connection choices for a location (Section 9.5).
Route Groups
A Route Group contains 1 to 10 trunks, each with a priority level:
- Calls are distributed randomly among the trunks that share the highest available priority.
- If those trunks are unavailable, Webex Calling uses the trunks at the next priority level.
- A route group can mix trunks from different locations for geographic redundancy, and it can be the routing choice of a dial plan or of a location's premises-based PSTN connection.
4. Outgoing Call Permissions
Every outbound call is checked against the caller's outgoing call permissions before it is routed. Section 9.4 covers the call types, their defaults, authorization codes, and the transfer and forwarding controls used to prevent toll fraud.
5. Native Call Routing Features & Applications
Webex Calling incorporates native cloud PBX services that route incoming calls without requiring third-party contact center software.
Call Distribution Features Comparison
| Feature | Primary Function | Distribution Policies Supported | Typical Business Application |
|---|---|---|---|
| Auto Attendant | Automated Interactive Voice Response (IVR) menu greeting | Menu key selection (0-9, *, #), schedule routing | Main company greeting, departmental routing directory |
| Hunt Group | Distributes calls sequentially or simultaneously across agent pools | Circular, Regular, Simultaneous, Uniform | Small internal team dispatch (e.g., local IT helpdesk) |
| Call Queue | Holds callers in FIFO order with wait-time announcements | Priority, Skill-based, Longest Idle, Circular | High-volume customer service, inbound sales queues |
| Call Pickup | Allows a user to answer a call ringing on another extension | Directed pickup, Group pickup | Open-office teams, executive administrative desks |
| Call Park | Holds a call on a virtual orbit code for retrieval elsewhere | Retrieval with Call Park Retrieve (default *88 + parked extension) | Warehouses, retail floors, manufacturing facilities |
Auto Attendant Mechanics
- Multi-Level Menus: Callers navigate hierarchical prompts (e.g., "Press 1 for Sales, Press 2 for Support").
- Schedule Profiles: Applies different routing behaviors based on Business Hours, After Hours, and Holiday calendars.
- Key Actions: Transfer without prompt, transfer with prompt, route to voicemail, dial by extension, dial by name, transfer to external number, or repeat menu.
Hunt Group Distribution Algorithms
- Circular (Round-Robin): Cycles through the member list, routing each new call to the agent listed immediately after the agent who answered the prior call.
- Regular (Linear): Always rings the first agent in the directory list. If busy or unanswered, rings the second agent, progressing strictly sequentially.
- Simultaneous: Rings all configured agent extensions concurrently. The first agent to lift the handset answers the call.
- Uniform (Longest-Idle): Directs the incoming call to the agent who has been idle the longest since completing their previous call, balancing workload evenly.
- Weighted: Distributes calls according to percentage weights assigned to the agents.
Call Queues
Call Queues enhance hunt groups by introducing caller hold states:
- Comfort Messages: Plays initial welcome greetings and periodic audio updates (e.g., "Thank you for holding; your estimated wait time is 3 minutes").
- Queue Capacity Limits: Defines maximum queue depth (e.g., up to 50 queued callers) and maximum wait duration (e.g., 600 seconds).
- Overflow Routing: Automatically diverts excess callers to a secondary hunt group, voicemail box, or external number when the queue exceeds capacity or timers expire.
A Webex Calling route group contains Trunk A and Trunk B at priority 1 and Trunk C at priority 2. How does Webex Calling use these trunks for calls routed to the route group?
Calls go to Trunk A until it is full, then to Trunk B, then to Trunk C, in configuration order.
Calls rotate across all three trunks in round-robin order, and the priority values affect only the caller ID presented to the PSTN.
Trunk C carries every call because a higher priority number means a more preferred trunk.
Calls are distributed randomly between Trunks A and B, and Trunk C is used only when neither priority-1 trunk is available.
A technical support helpdesk operates a Webex Calling Hunt Group with eight engineers. The team manager notices that the first three engineers on the list answer a disproportionate number of calls, while engineers near the bottom receive very few calls during shifts. Which Hunt Group distribution algorithm should the administrator select to distribute the call volume evenly based on idle time?
Regular (Linear) distribution
Uniform (Longest-Idle) distribution
Simultaneous (Ring All) distribution
Circular (Round-Robin) distribution
An enterprise maintains two regional offices in Webex Calling: Site A in Dallas (assigned Routing Prefix 81, extension range 1000-1999) and Site B in Chicago (assigned Routing Prefix 82, extension range 1000-1999). Because both locations share identical 4-digit extension ranges, how does an employee in Dallas successfully dial extension 1005 in Chicago?
The caller dials 1005 directly, and Webex Calling broadcasts the call across both locations simultaneously.
The caller must dial *88 followed by the Chicago location ID and wait for a secondary dial tone.
The caller dials the standard external 10-digit PSTN number through an external carrier.
The caller dials 821005; Webex Calling matches routing prefix 82 for Chicago and routes to extension 1005.
Sections you finish are checked off in the contents.