{"id":67090,"date":"2026-04-19T18:21:17","date_gmt":"2026-04-19T15:21:17","guid":{"rendered":"https:\/\/kavkom.com\/useful-information\/setting-up-direct-routing-in-teams-a-practical-step-by-step-guide-for-it-managers\/"},"modified":"2026-04-19T18:22:15","modified_gmt":"2026-04-19T15:22:15","slug":"setting-up-direct-routing-in-teams-a-practical-step-by-step-guide-for-it-managers","status":"publish","type":"post","link":"https:\/\/kavkom.com\/en\/articles\/telephony\/setting-up-direct-routing-in-teams-a-practical-step-by-step-guide-for-it-managers\/","title":{"rendered":"Setting up Direct Routing in Teams: a practical step-by-step guide for IT managers"},"content":{"rendered":"\n
\"-schematic<\/figure>\n\n

Microsoft Teams has become the central collaboration platform within many companies. Even Disney abandoned Slack in 2024<\/a> to migrate to Microsoft Teams after a major cyberattack.<\/p>\n\n

Teams is solid and easy to use. That said, as soon as it comes to connecting the tool to an existing business telephony<\/strong> system, things get complicated. The official documentation remains dense, the steps are scattered, and every technical decision influences the stability of the whole. <\/p>\n\n

Direct Routing<\/strong> is the answer. It enables Teams to use a telephone operator via a Session Border Controller<\/a>, without having to overhaul the entire architecture. But you need to know how to approach it. <\/p>\n\n

This guide will help you get started. It explains the precise role of the SBC, the prerequisites, the essential configuration steps, the possible architecture models and the points to watch to maintain a reliable, scalable environment. You’ll have a solid foundation on which to deploy Direct Routing with confidence. <\/p>\n\n

Points to remember :<\/s><\/h3>\n\n

– Direct Routing enables Teams to be used with an existing telephone operator via a certified SBC, without having to modify the entire architecture.– Careful preparation of licenses, network, certificates and SBC avoids the majority of deployment failures.– Joint supervision of the Teams logs and the SBC is essential for diagnosing quality and signaling problems.– Companies that want an immediately operational business phone environment can consider unified cloud solutions as an alternative to the SBC model.<\/p>\n\n

\"\"\/<\/figure>\n\n
\"\"<\/figure>\n\n

Understanding Direct Routing in Teams<\/h2>\n\n
\"-definition<\/figure>\n\n

What is Direct Routing<\/h3>\n\n

Direct Routing is based on a direct principle. Teams is not intended to communicate directly with a telephone operator. It delegates this responsibility to the Session Border Controller<\/strong>, which becomes the gateway between Microsoft services<\/a> and the public telephone network. <\/p>\n\n

The SBC ensures security, protocol compatibility and routing control between Teams and the operator. It applies dialing rules, manages call forwarding, filters certain call reasons, and is an indispensable control point in complex environments. <\/p>\n\n

In other words, Teams provides the user layer. The SBC provides the infrastructure layer. The operator manages telephone connectivity. Direct Routing orchestrates collaboration between these three levels. <\/p>\n\n

Why this architecture is used in business<\/h3>\n\n

Seamless migration<\/h4>\n\n

In environments where an IPBX is still in service, an abrupt transition is unrealistic. Direct Routing enables an orderly coexistence, with Teams gradually taking over from voice services<\/a>. <\/p>\n\n

Multi-site unification<\/h4>\n\n

International organizations often manage different numbers, operators and rules in different countries. Direct Routing consolidates these environments under a single model. <\/p>\n\n

Total mastery of numbering<\/h4>\n\n

Some environments require advanced rules: internal prefixes, specific behavior according to services, segmentation by country. Direct Routing offers a level of granularity not possible with pre-configured call plans. <\/p>\n\n

Technical requirements for Teams Direct Routing<\/h2>\n\n

Prerequisites<\/h3>\n\n
Element<\/th>Function<\/th>Risk of forgetting<\/th><\/tr><\/thead>
Telephony licenses<\/td>Enable calls in Teams<\/td>Telephony unusable<\/td><\/tr>
Certified SBC<\/td>Interface between Teams and operator<\/td>Unstable calls<\/td><\/tr>
Public certificate<\/td>Authenticate the SBC<\/td>Connection refused<\/td><\/tr>
Network QoS<\/td>Putting voice first<\/td>Audio mutes<\/td><\/tr>
Correct DNS<\/td>Resolving Teams services<\/td>Blocked calls<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

Microsoft licenses required<\/h3>\n\n

Teams cannot handle phone calls until licenses are activated. The telephony module is integrated in Microsoft 365 E5. For Microsoft 365 E3, it must be added. <\/p>\n\n

This detail is often underestimated. One missing license is enough to completely block a well-prepared deployment. Before touching the architecture, check that the users concerned have the right configuration. <\/p>\n\n

Network infrastructure<\/h3>\n\n

Direct Routing imposes strict network conditions. Without them, the environment runs half-heartedly or becomes unstable. <\/p>\n\n

Service quality<\/h4>\n\n

Voice is sensitive. If it is not prioritized, it degrades as soon as the network is called upon. Good QoS management considerably reduces user complaints. <\/p>\n\n

Security and encryption<\/h4>\n\n

Communications between Teams and the SBC must be protected. Encryption is not optional. It prevents interception and ensures that Teams recognizes the SBC as a valid partner. <\/p>\n\n

Firewall and DNS<\/h4>\n\n

An overly restrictive firewall or incomplete DNS records prevent Teams from communicating with the SBC. This is one of the main causes of one-way calls. <\/p>\n\n

Choosing the right SBC<\/h3>\n\n

The SBC is the heart of Direct Routing. Choosing one requires a clear vision of your architecture. <\/p>\n\n

Teams Certification<\/h4>\n\n

Certified SBCs guarantee compatibility with Microsoft cloud requirements. They reduce the risk of incompatibility during upgrades. <\/p>\n\n

Hosted or on-site<\/h4>\n\n

A hosted SBC is ideal for teams who want to limit maintenance. An on-premises SBC is suitable for environments that are sensitive to data localization or have complex network requirements. <\/p>\n\n

Preparing the Teams environment for Direct Routing<\/h2>\n\n
\"-schematic<\/figure>\n\n

Domain names and certificates<\/h3>\n\n

Teams must recognize the SBC as a trusted partner. This requires a certificate corresponding to a validated domain in your Microsoft 365 tenant. <\/p>\n\n

If the certificate doesn’t exactly match Teams’ requirements, calls won’t go through or the connection will be refused. Many of the problems encountered during initial configuration attempts are due to an incorrect certificate. <\/p>\n\n

Understanding routing objects<\/h3>\n\n

Routing in Teams is based on three structuring objects.<\/p>\n\n

The PSTN gateway<\/h4>\n\n

The gateway is the identity of the SBC in Teams. It tells Teams where to send outgoing calls. <\/p>\n\n

PSTN uses<\/h4>\n\n

Uses are used to group routes together. For example: Usage-Europe, Usage-International, Usage-Support. A good usage structure ensures readable and extensible routing. <\/p>\n\n

Voice policies<\/h4>\n\n

Policies group uses together and determine which calls each user is authorized to make.<\/p>\n\n

Step-by-step Direct Routing configuration<\/h2>\n\n
\"-Diagram<\/figure>\n\n

Preparing the SBC<\/h3>\n\n

Before Teams can be configured, the SBC must be operational. It must accept incoming connections from Microsoft and be able to join the SIP trunk. <\/p>\n\n

Declaring the gateway<\/h3>\n\n

The gateway is the element that links Teams to the SBC. It defines the SBC address and associated parameters. It is the basis of routing. <\/p>\n\n

Creating uses<\/h3>\n\n

Uses structure your routes. They separate dialing by country, service or call type. Good structuring improves the legibility of your environment. <\/p>\n\n

Define routes<\/h3>\n\n

Routes determine where Teams sends a call. They associate a dialing pattern with a usage. A route can be specific to a country, an internal service or a call type. <\/p>\n\n

Creating policies<\/h3>\n\n

Policies group uses and determine users’ telephone capabilities. They enable you to apply your dialing rules on a large scale. <\/p>\n\n

Assign policies to users<\/h3>\n\n

Each user should receive a policy adapted to his or her call profile. Without this step, Teams doesn’t know how to handle outgoing calls. <\/p>\n\n

Testing the environment<\/h3>\n\n

The tests should cover several scenarios: internal, external, international, forwarding and simultaneous<\/a> calls. The aim is to verify the stability and behavior of the SBC. <\/p>\n\n

Supervise, troubleshoot and optimize your Teams environment<\/h2>\n\n

What to look out for<\/h3>\n\n
    \n
  1. Failed call rate by period.<\/li>\n\n\n\n
  2. Audio quality by site.<\/li>\n\n\n\n
  3. Recent configuration changes.<\/li>\n\n\n\n
  4. Recurring SBC incidents.<\/li>\n\n\n\n
  5. Simultaneous call behavior.<\/li>\n<\/ol>\n\n

    Analysis from Teams<\/h3>\n\n

    Teams offers two essential tools for understanding the health of your voice environment: detailed call analysis<\/a> and the quality chart.<\/p>\n\n

    Call analysis provides an overview of each call. You can see latency, packet loss, call duration and the type of device used. This tool enables you to quickly identify problems affecting users, whether they’re related to their local network, headset or Wi-Fi environment. <\/p>\n\n

    The quality table offers a broader perspective. It groups data by site, device or connection type. It shows how quality evolves over time, and highlights sensitive periods or areas. <\/p>\n\n

    Analysis from SBC<\/h3>\n\n

    The SBC remains the richest source of information. It traces incoming and outgoing flows and routing decisions. It’s the ideal place to understand why a call hasn’t reached its destination, or why a specific dialing pattern isn’t working. <\/p>\n\n

    Some useful examples:– A route mistakenly chosen for a neighboring country.– A prefix automatically added by another system.– An expired certificate preventing secure signaling.– A saturated SIP trunk during peak activity.<\/p>\n\n

    In complex environments, SBC analysis can also identify unusual behavior, such as repeated call attempts or atypical patterns.<\/p>\n\n

    Common problems and solutions<\/h3>\n\n

    One-way calls<\/h4>\n\n

    This classic problem arises when audio streams pass through a firewall that has not been configured to let all the necessary ports through. In this case, the user hears the other party, but the reverse is not true. <\/p>\n\n

    The solution is to check that the ports associated with the audio streams are open and that the intermediate equipment is not modifying the packets.<\/p>\n\n

    Incomplete routes<\/h4>\n\n

    If a number doesn’t go through, it’s often because there’s no route that corresponds to the numbering reason. For example, a foreign number that has not been provided for in the rules. <\/p>\n\n

    Simply add the corresponding route or extend an existing route to include a larger pattern.<\/p>\n\n

    International calls blocked<\/h4>\n\n

    Voice policies can deliberately restrict certain types of call. When a user cannot dial an international number, you need to check whether the associated usage actually exists in the policy. <\/p>\n\n

    DNS problems<\/h4>\n\n

    An obsolete DNS record or an incorrectly configured name in the SBC certificate is enough to prevent signaling between Teams and your equipment.<\/p>\n\n

    Optimizing architecture<\/h3>\n\n

    A Direct Routing architecture doesn’t have to remain static. Needs evolve, teams change, sites grow. A regular review of policies helps avoid an accumulation of redundant rules. <\/p>\n\n

    Multi-site environments benefit from grouping similar policies together to reduce complexity. High-growth environments will benefit from documenting each modification to avoid losing the initial logic of the deployment. <\/p>\n\n

    Finally, scheduling quarterly audits improves system resilience. These audits involve testing key numbers, analyzing statistics, verifying certificates and ensuring that the SBC is operating as intended. <\/p>\n\n

    Cloud telephony: an alternative for companies looking for a business tool rather than a complex architecture<\/h2>\n\n
    \"-photo<\/figure>\n\n

    Connecting Teams to telephony via teams direct routing<\/strong> remains a relevant option when you want to keep your operator or integrate voice into an existing infrastructure. This model corresponds to organizations that favor fine-grained technical control and are willing to manage several components, including the SBC. <\/p>\n\n

    But when a department needs, above all, a business tool<\/strong>, the logic changes. Support, sales<\/a>, call centers: these teams need a ready-to-use environment, capable of structuring calls, tracking performance<\/a> and adapting quickly to variations in activity. In these situations, a cloud telephony solution like Kavkom<\/strong> becomes a natural alternative. <\/p>\n\n

    When a cloud solution like Kavkom becomes the natural choice<\/h3>\n\n
      \n
    1. You prefer to avoid managing an SBC or a multi-brick architecture.<\/li>\n\n\n\n
    2. You’re looking for business telephony<\/strong> that’s immediately operational for your support and sales teams.<\/li>\n\n\n\n
    3. You need numbers in several countries without going through several operators.<\/li>\n\n\n\n
    4. You’ll be supporting teams working from home or spread over several sites.<\/li>\n\n\n\n
    5. You prefer a 100 percent cloud<\/strong> solution, with no commitment and adjustable on a pro rata basis.<\/li>\n<\/ol>\n\n

      Kavkom replaces the technical layers with a simple platform featuring virtual numbers, supervision, recording, statistics and predictive dialer<\/strong>.<\/p>\n\n

      \"\"<\/figure>\n\n

      <\/a><\/p>\n\n

      FAQs<\/h2>\n\n

      What is Microsoft Teams Direct Routing?<\/h3>\n\n

      A method for connecting Teams to a telephone operator via a certified SBC.<\/p>\n\n

      Is a certified SBC absolutely essential?<\/h3>\n\n

      Yes, to guarantee lasting compatibility and avoid errors that are difficult to diagnose.<\/p>\n\n

      Can Direct Routing and Calling Plans be combined?<\/h3>\n\n

      Yes, but the architecture must be structured to avoid conflicts between rules.<\/p>\n\n

      How do I check that a number has been correctly routed?<\/h3>\n\n

      By consulting the call analysis in Teams and examining the SBC logs.<\/p>\n\n

      How do you manage high availability?<\/h3>\n\n

      Using two redundantly configured SBCs and routing designed to withstand failure.<\/p>\n\n

      Conclusion<\/h2>\n\n

      Direct Routing offers a robust and flexible way of integrating Teams with corporate telephony. Its adoption requires method, rigor and a global vision. By understanding the prerequisites, structuring routing and monitoring the environment with the right tools, you build a system capable of supporting your organization’s growth and requirements. <\/p>\n\n

      If you’re looking for a more unified environment that’s easy to operate on a day-to-day basis, a cloud solution like Kavkom could be an effective alternative.<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

      Microsoft Teams has become the central collaboration platform within many companies. Even Disney abandoned Slack in 2024 to migrate to Microsoft Teams after a major cyberattack. Teams is solid and easy to use. That said, as soon as it comes to connecting the tool to an existing business telephony system, things get complicated. The official […]<\/p>\n","protected":false},"author":15,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"content-type":"","footnotes":""},"categories":[52],"tags":[],"class_list":["post-67090","post","type-post","status-publish","format-standard","hentry","category-telephony"],"acf":[],"_links":{"self":[{"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/posts\/67090","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/users\/15"}],"replies":[{"embeddable":true,"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/comments?post=67090"}],"version-history":[{"count":1,"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/posts\/67090\/revisions"}],"predecessor-version":[{"id":67092,"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/posts\/67090\/revisions\/67092"}],"wp:attachment":[{"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/media?parent=67090"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/categories?post=67090"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/kavkom.com\/en\/wp-json\/wp\/v2\/tags?post=67090"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}