Key Takeaways
- TeamMate Technology: Direct Routing, a key PSTN connectivity model for surveyed enterprises in Metrigy’s Workplace Collaboration MetriCast, can preserve existing SIP carriers, number ranges, and selected PBX functions.
- A technical evaluation should test RFC 3261 signaling, TLS and SRTP encryption, E.164 number normalization, failover, SMS and MMS, emergency calling, and jurisdiction-specific STIR/SHAKEN requirements.
- Buyers evaluating telephony providers should measure call completion, post-dial delay, Mean Opinion Score, porting exceptions, messaging failures, and help-desk volume after launch.
Buyers can connect an existing private branch exchange (PBX) and Session Initiation Protocol (SIP) trunks to Microsoft Teams through Direct Routing, using a certified session border controller (SBC) to secure, translate, and route calls.
Define Your Microsoft Teams Telephony Requirements
A Teams Phone project often begins with an awkward combination: employees collaborate in Microsoft Teams, but external calls still depend on a PBX, separate desk phones, established carrier contracts, or contact-center infrastructure. Moving every number and workflow at once may create more disruption than value.
The gap between internal unified communications and external telephony represents a substantial opportunity. According to industry research from Cavell and UC Today, Teams Phone surpassed approximately 26 million public switched telephone network (PSTN)-enabled users by late 2025. Compared with the cited Teams base of more than 350 million users, that equals roughly 6% telephony penetration, indicating that most Teams users have not yet been enabled for PSTN calling. Separately, Omdia’s SIP Trunking: CY2025 Analysis and 2026–30 Forecast assessed continued demand for IP-based carrier connectivity across the broader SIP-trunking market.
Buyers first need an inventory of telephone numbers, Direct Inward Dialing ranges, analog lines, call queues, auto attendants, hunt groups, recording systems, fax services, emergency-location records, and contact-center routes. The inventory should also identify which PBX features employees actually use. A seldom-used shortcode plan should not dictate the architecture, while a revenue-producing call queue should be prioritized.
SMS and MMS deserve their own requirements. A SIP trunk carrying voice does not automatically make a Teams-assigned number capable of business texting. Buyers need to document whether messages will appear inside Teams, how consent and opt-outs are recorded, where message history is retained, and whether the carrier supports application-to-person registration.
Compare Direct Routing, Operator Connect, and Calling Plans
Microsoft Calling Plans, Operator Connect, and Direct Routing provide different ways to connect Teams Phone to the PSTN. Calling Plans place Microsoft in the carrier role and can simplify procurement in supported markets. Operator Connect uses approved telecommunications operators with provisioning integrated into the Teams administration experience. Direct Routing gives enterprises greater control over carriers, SBCs, PBXs, number ranges, and hybrid call paths.
Metrigy’s Workplace Collaboration MetriCast 2024 reported that surveyed enterprises using Teams Phone primarily obtained PSTN connectivity through Microsoft Calling Plans at 57.0%, Direct Routing at 28.0%, and Operator Connect at 12.0%. These figures show that enterprises select different connectivity models according to their carrier, geographic, and integration requirements.
Direct Routing is often considered when an organization wants to retain negotiated SIP rates, connect a legacy Avaya or Cisco PBX, route calls through an existing contact center, or maintain local carrier service in several countries. It relies on a Microsoft-certified session border controller from vendors such as AudioCodes, Ribbon Communications, or Oracle. An SBC is a network-edge system that validates and translates SIP signaling, applies routing and security policies, and controls voice-media sessions.
During evaluation, buyers can ask TeamMate Technology and other providers to demonstrate how their designs handle SIP OPTIONS monitoring, REFER messages, early media, caller-ID presentation, number translation, and codec negotiation. A statement that a service works with Teams does not explain how it treats a G.711 call arriving from a PBX when the Teams leg negotiates a different media path.
Build a Microsoft Teams Direct Routing Test Plan
A useful proof of concept covers more than inbound and outbound dialing. Test cases should include extension-to-extension calls, PBX-to-Teams transfers, Teams-to-PSTN calls, toll-free numbers, voicemail, call queues, delegated calling, emergency calls, international destinations, and calls that traverse a contact-center platform.
SIP signaling should adhere to RFC 3261. Connections to the SBC typically use mutual Transport Layer Security (TLS) to authenticate and encrypt signaling, while Secure Real-time Transport Protocol (SRTP) encrypts voice media. Microsoft’s Direct Routing infrastructure requirements also specify supported fully qualified domain names, trusted certificates, reachable SIP interfaces, and properly configured voice routes.
Network teams should inspect latency, jitter, packet loss, firewall rules, Network Address Translation, and quality-of-service markings. A call can connect successfully yet remain unusable because wireless congestion causes one-way audio or because an intermediate firewall closes a UDP session prematurely. Packet captures from Wireshark and SBC call-detail records are particularly useful when the Teams client and PBX display different disconnect reasons.
The test plan should include malformed numbers and carrier failures. E.164 is the international telephone-number format defined by the International Telecommunication Union; normalization can convert a dialed extension or national-format number into a globally routable value such as +1XXXXXXXXXX. Alternate SBCs, DNS behavior, and secondary SIP trunks should then be tested by intentionally withdrawing the preferred route. In the United States and Canada, buyers should also verify how providers preserve caller identity and support applicable STIR/SHAKEN call-authentication rules.
Plan a Phased Microsoft Teams Phone Rollout
During discovery, telecom, networking, security, messaging, compliance, and help-desk teams map the current environment. The architecture phase defines SBC placement, public certificates, firewall paths, dial plans, tenant configuration, and carrier responsibilities. A limited pilot follows, then broader migration by site, department, or number block. The earlier architecture comparison should determine which users and numbers enter each phase.
Deployment models include physical SBC appliances, virtual machines in a data center, SBC instances in Azure, and provider-hosted SBC services. Each changes the responsibility boundary. With a hosted model, for example, buyers should confirm who collects SIP traces, renews certificates, patches the SBC, and coordinates carrier escalation.
Providers like TeamMate Technology should also explain how Teams-based SMS and MMS interact with carrier registration, retention policies, identity controls, and shared-number workflows. Voice and messaging may use the same public number, but they often involve separate APIs, routing engines, and compliance records.
Number porting often becomes the pacing item. Buyers can reduce surprises by validating service addresses, billing telephone numbers, authorized account names, and customer service records before submitting orders. Although this paperwork receives less attention than the technical design, a rejected port request can delay a carefully planned cutover.
Measure Microsoft Teams Phone Migration Results
Post-launch measurement should start with data available from the Teams admin center, SBC logs, carrier call-detail records, and the help-desk platform. Useful indicators include call completion rate, post-dial delay, jitter, packet loss, Mean Opinion Score, failed transfers, one-way-audio incidents, porting exceptions, and tickets per migrated user. These measurements should be mapped directly to the scenarios established during the initial test plan.
For SMS and MMS, administrators should track delivery failures, opt-out processing, unassigned conversations, and message-retention exceptions. A buyer can also compare how many calls remain on the legacy PBX after each migration phase. That number reveals whether employees still depend on undocumented hunt groups, analog devices, or contact-center routes.
Buyer Takeaways From a Teams Phone Evaluation
Feature parity is rarely the right objective. The more useful exercise is identifying which PBX behaviors still support customer service, safety, compliance, or revenue, then reproducing only those behaviors in the target design.
Testing failure paths matters as much as testing ordinary calls. Disconnecting a primary SIP route during the pilot can expose DNS, SBC, certificate, or carrier dependencies that routine calling may not reveal.
Messaging also needs separate ownership. If the voice team assumes SMS belongs to collaboration administrators, while collaboration administrators assume the carrier handles it, opt-outs and unanswered customer messages can easily fall between systems.
Where This Microsoft Teams Integration Model Applies and FAQs
This approach can suit regional enterprises retaining an established PBX, multinational companies with country-specific carriers, and mid-market organizations moving users to Teams in stages. Smaller IT teams can narrow the pilot scope while retaining the same focus on SBC interoperability, emergency calling, number management, and message governance.
How long does a Teams Direct Routing implementation take?
No universal duration applies because number porting, country coverage, PBX complexity, and certificate readiness vary. Buyers should structure the work around discovery, architecture, pilot, phased migration, and stabilization, then ask vendors to tie estimates to the number of sites, carriers, SBC pairs, and telephone-number blocks.
What is the difference between a SIP trunk and an SBC?
A SIP trunk provides IP connectivity to a carrier or another voice platform. An SBC controls and protects the network boundary by validating SIP messages, translating headers and codecs, applying routing policy, and encrypting signaling with TLS and media with SRTP.
Can Microsoft Teams use an existing business phone number for SMS?
Potentially, but voice enablement alone does not establish texting support. Buyers should verify carrier eligibility, number registration, SMS and MMS APIs, opt-out handling, retention, and whether messages appear in a Teams application or an external portal.
⬇️