Comment fonctionne le routage direct dans Microsoft Teams : Explication claire et simple
Comment fonctionne le routage direct dans Microsoft Teams : Explication claire et simple

Comment fonctionne le routage direct dans Microsoft Teams : Explication claire et simple

par PBX.lu Éditorial du 11 mai 2026
⏱ 16 min de lecture · Article · Microsoft Teams
Microsoft Teams permet de passer et de recevoir des appels vers des numéros de téléphone classiques. La plupart des guides omettent toutefois d'expliquer ce qui se passe réellement entre le moment où un utilisateur compose un numéro et celui où l'appel est établi. Cet article aborde justement ce sujet : l'architecture, les composants, le déroulement de l'appel et les niveaux de configuration qui permettent au routage direct de fonctionner.
Si vous vous demandez encore si Teams Phone devrait remplacer votre système de téléphonie fixe, commencez par le Guide sur Microsoft Teams et la téléphonie fixe Tout d'abord. Cet article part du principe que vous avez déjà pris cette décision et que vous êtes désormais en train de choisir le mode d'appel Teams à mettre en œuvre.
💡 Point clé. Le routage direct fonctionne en plaçant un appareil certifié, appelé « Session Border Controller » (SBC), entre Microsoft Teams et le réseau d'un opérateur téléphonique. Le SBC assure la traduction entre l'infrastructure vocale de Microsoft et le réseau téléphonique public, contrôle les numéros utilisés, garantit la sécurité et gère la bascule en cas de panne. Tout le reste — règles de routage, attribution des numéros, appels d'urgence — est configuré à partir de cette base.

Le problème que résout le « Direct Routing »

Microsoft Teams est, par essence, une application de données. Elle transmet la voix sous forme de paquets via Internet, et non sous forme de signaux téléphoniques traditionnels. Le réseau téléphonique public utilise un langage différent : le protocole SIP (Session Initiation Protocol), qui se décline en de nombreuses variantes propres à chaque opérateur, avec ses propres règles en matière d'affichage des numéros, de formats de codecs et de comportement de signalisation.
Ces deux univers ne communiquent pas naturellement. Il faut un intermédiaire qui assure la traduction entre les deux et veille au respect des règles attendues par chacune des parties.
📡 Ce « quelque chose », c'est le contrôleur de périphérie de session (SBC). « Direct Routing » est le nom donné par Microsoft à l'infrastructure qui permet à un SBC certifié de remplir ce rôle pour Teams. Il ne s'agit pas d'un produit que l'on achète auprès de Microsoft. Il s'agit d'une architecture prise en charge : un ensemble défini d'exigences techniques, un programme de certification destiné aux fournisseurs de SBC et un ensemble d'outils de configuration disponibles dans le centre d'administration de Teams.

Les trois composantes

Chaque déploiement de routage direct comporte trois éléments clés.
🏢 Microsoft Teams Phone Il s'agit de la licence et du service fournis par Microsoft qui permettent aux utilisateurs de passer et de recevoir des appels vers l'extérieur. Ce service gère le client Teams, la messagerie vocale, les standards automatiques, les files d'attente d'appels, ainsi que les règles qui déterminent l'acheminement des appels au sein du tenant. Teams Phone n'intervient pas directement sur le réseau téléphonique public. Il transfère les appels au SBC à la limite du réseau.
⚙️ Le contrôleur de frontière de session (SBC) Il s'agit de l'appareil physique ou de la machine virtuelle situé(e) à la périphérie de l'architecture. C'est le seul point de contact entre le cloud de Microsoft et le réseau de l'opérateur. Microsoft certifie certains modèles de SBC et certaines versions de micrologiciel ; seuls les appareils certifiés peuvent être utilisés. Le SBC établit la connexion chiffrée entre Microsoft d'un côté et la liaison SIP de l'opérateur de l'autre. Il traduit la signalisation, négocie les codecs audio, assure la sécurité et gère le flux multimédia.
🔌 La liaison SIP Il s'agit de la connexion entre le SBC et le réseau d'un opérateur téléphonique. L'opérateur fournit un bloc de numéros de téléphone, gère l'acheminement vers et depuis le réseau téléphonique public, et facture les minutes d'appel. La ligne réseau est une connexion SIP standard, identique à celle utilisée par n'importe quel PBX dans le cloud. Ce qui la rend spécifique au « Direct Routing », c'est que le SBC situé à l'autre extrémité est enregistré auprès d'un tenant Microsoft Teams.
Ces trois composants forment une chaîne. Un appel émis par un utilisateur de Teams transite par Teams Phone jusqu'au SBC, puis emprunte la liaison SIP jusqu'à l'opérateur, avant d'atteindre sa destination. Les appels entrants suivent le chemin inverse.

Le déroulement de l'appel, étape par étape

📤 Appel sortant

1. Composer le numéro
Un utilisateur de Teams compose un numéro externe depuis l'application Teams sur son ordinateur portable, son téléphone mobile ou son téléphone fixe.
2. Vérification des politiques
Teams Phone analyse le numéro à la lumière des règles de routage vocal attribuées à cet utilisateur et détermine la ligne SBC à utiliser.
3. Signalisation vers le SBC
L'appel quitte le cloud Microsoft via une connexion SIP chiffrée par TLS vers le SBC. Microsoft fait office de proxy de signalisation ; à ce stade, il ne gère pas le flux audio.
4. Traitement SBC
Le SBC reçoit la requête SIP INVITE, normalise le numéro et la présentation de l'identifiant de l'appelant (CLI), puis transfère la requête vers la liaison SIP de l'opérateur.
5. Routage PSTN
L'opérateur achemine l'appel vers le numéro de destination via le réseau téléphonique public.
6. Flux audio
Une fois la connexion établie, le flux audio est transmis sous forme de flux RTP chiffré, soit directement entre le client Teams et l'opérateur (contournement multimédia), soit via le SBC (mode sans contournement).

📥 Appel entrant

Le processus s'applique également dans le sens inverse. L'appelant compose un numéro, l'opérateur achemine l'appel vers le SBC, le SBC transmet la requête INVITE à Microsoft, et Teams fait sonner le compte utilisateur ou la ressource concernée. Le flux audio s'établit en suivant le même chemin que pour les appels sortants.
📡 Qu'est-ce que le « media bypass » et pourquoi est-ce important?
Dans la configuration par défaut, tous les paquets audio transitent par le SBC, même une fois l'appel établi. Le contournement multimédia est un mode optionnel dans lequel, une fois la signalisation terminée, le flux audio circule directement entre le client Teams et la passerelle multimédia de l'opérateur, en contournant entièrement le SBC pendant toute la durée de l'appel. Cela réduit la latence, allège la charge de traitement du SBC et améliore la qualité audio sur les réseaux encombrés. Le contournement multimédia nécessite que le client Teams dispose d'une adresse IP routable ; il fonctionne donc mieux sur les réseaux d'entreprise câblés que sur les connexions VPN ou domestiques.

Ce que fait réellement la SBC

Le rôle du SBC est souvent décrit simplement comme une « traduction ». Dans la pratique, il remplit six fonctions simultanément.
Conversion de la signalisation SIP. L'implémentation SIP de Microsoft et celles des opérateurs présentent des différences subtiles : champs d'en-tête, codes de réponse, gestion des requêtes « re-INVITE » et temporisateurs de session. Le SBC normalise ces différences afin que chaque partie observe le comportement auquel elle s'attend.
Négociation du codec. Microsoft Teams utilise les codecs SILK et Opus pour l'audio. Les opérateurs peuvent prendre en charge les codecs G.711, G.722 ou G.729. Le SBC négocie un codec que les deux parties peuvent utiliser et, si nécessaire, effectue une transcodification entre ces codecs en temps réel.
Limite de chiffrement. La liaison entre Microsoft et le SBC doit utiliser le protocole TLS pour la signalisation et le protocole SRTP pour les flux multimédias. La liaison entre le SBC et l'opérateur peut utiliser un modèle de sécurité différent. Le SBC gère les deux extrémités de manière indépendante.
Présentation du numéro. Les appels sortants doivent présenter un CLI valide. Les appels entrants doivent transmettre le numéro appelé dans un format permettant à Teams de l'associer à un utilisateur. Le SBC normalise les deux sens.
Gestion de la capacité. Le SBC assure le suivi des appels simultanés et veille au respect des limites de capacité de la liaison SIP, en renvoyant un signal d'occupation plutôt que de laisser l'opérateur rejeter des appels de manière imprévisible.
Mise en œuvre des mesures de sécurité. Le SBC assure une protection contre les attaques par déni de service SIP, la fraude téléphonique et les enregistrements non autorisés. Il vérifie que les appels entrants proviennent bien d'adresses IP d'opérateurs connus.

Fonctionnement des politiques de routage vocal

Le SBC et la liaison SIP gèrent le cheminement physique des appels. Les règles de routage vocal déterminent la destination des appels et les utilisateurs autorisés à les passer. Cette configuration s'effectue dans le Centre d'administration de Teams et via PowerShell, indépendamment du SBC.
La configuration comporte trois couches.
🗺️ Itinéraires vocaux constituent la base du système. Chaque route de voix associe un modèle de numéro composé (une expression régulière) à une ou plusieurs liaisons SBC. Une route peut par exemple spécifier : « tout numéro commençant par +352 est acheminé vers la liaison SBC du Luxembourg ». Une autre route intercepte tous les autres appels et les achemine via une liaison internationale par défaut.
🏷️ Utilisations du réseau PSTN regroupe les itinéraires vocaux en catégories d'autorisations. Une utilisation appelée « Luxembourg local » comprend l'itinéraire vers le Luxembourg. Une utilisation appelée « international » comprend l'itinéraire international. Les utilisations ne sont pas attribuées directement aux utilisateurs ; elles constituent une couche intermédiaire de regroupement.
👤 Règles de routage des appels vocaux Elles regroupent un ou plusieurs services PSTN et sont attribuées à des utilisateurs individuels ou à des groupes. Une politique « standard » peut inclure les appels locaux et internationaux au Luxembourg. Une politique « restreinte » peut se limiter aux appels locaux. Un utilisateur ne bénéficiant d'aucune politique ne peut passer aucun appel vers l'extérieur.
Lorsqu'un utilisateur de Teams compose un numéro, Teams parcourt les couches dans l'ordre suivant : politique de routage, puis utilisations du PSTN, puis routes vocales, puis ligne SBC. L'appel est acheminé vers la première route correspondante. Si aucune route ne correspond, l'appel échoue et génère une erreur « Aucune route trouvée ».
🔧 Pourquoi ce modèle à trois couches existe-t-il?
Ce système à plusieurs niveaux peut sembler superflu pour une PME disposant d'un seul site et d'une seule ligne principale. Son utilité apparaît clairement lorsque l'on compte plusieurs SBC, opérateurs, pays et niveaux d'autorisation. Une équipe commerciale peut avoir besoin d'appels internationaux illimités ; un entrepôt peut n'avoir besoin que d'appels locaux ; un cadre peut avoir besoin d'un itinéraire de basculement via un deuxième SBC si le SBC principal est inaccessible. Tout cela est géré via la même infrastructure sans avoir à modifier la configuration des SBC.

Comment les chiffres sont gérés

Les numéros gérés via le routage direct sont enregistrés à deux endroits : dans le système de l'opérateur et dans le centre d'administration de Teams. Ces deux sources doivent rester synchronisées.
📋 Côté opérateur
L'opérateur attribue une tranche de numéros sur la ligne SBC. Ces numéros figurent dans les tables de routage de l'opérateur et sont transmis au SBC lorsqu'un appel entrant est reçu.
🖥️ Côté équipes
Chaque numéro est attribué, dans le centre d'administration de Teams, à un utilisateur, à un compte de ressource (standard automatique ou file d'attente d'appels) ou à un pont de conférence. Cela permet de lier le numéro à une identité Teams.
Si un numéro est activé chez l'opérateur mais n'est pas attribué dans Teams, les appels entrants échouent. Si un numéro est attribué dans Teams mais n'est pas activé chez l'opérateur, les appels entrants n'arrivent jamais. Les deux enregistrements doivent correspondre exactement.
Le portage de numéro est entièrement pris en charge par l'opérateur. La configuration côté Teams ne change pas pendant le portage ; le numéro est simplement redirigé vers la ligne du nouvel opérateur une fois le portage terminé.

Appels d'urgence

⚠️ Les appels d'urgence constituent une exigence réglementaire et ne relèvent pas d'une configuration facultative. Au sein de l'UE, les appels au 112 doivent être acheminés correctement et comporter des informations de localisation. Dans le cadre de l'acheminement direct, il incombe au client ou au partenaire de configurer et de valider ces paramètres pays par pays avant la mise en service.
Le problème, c'est la localisation. Un utilisateur de Teams peut composer le 112 depuis un bureau au Luxembourg, son domicile en Allemagne ou une chambre d'hôtel en Belgique. Les services d'urgence doivent savoir où se trouve l'appelant.
Microsoft prend en charge les appels d'urgence dynamiques via le routage direct. Ce mécanisme associe des identifiants réseau (sous-réseau IP, point d'accès Wi-Fi, port de commutateur) à des adresses physiques stockées dans le centre d'administration de Teams. Lorsqu'un appel au 112 est émis, Teams lit l'emplacement réseau actuel du client, recherche l'adresse correspondante et la transmet au SBC via la signalisation SIP.
Le SBC doit prendre en charge les en-têtes SIP appropriés afin de transmettre les données de localisation à l'opérateur. L'opérateur doit les acheminer vers le PSAP (centre de réception des appels d'urgence) correspondant au pays de l'appelant. Chaque pays de la Grande Région dispose de ses propres règles de routage vers les PSAP.
📍 Que se passe-t-il lorsqu'un lieu n'est pas répertorié sur la carte?
Les utilisateurs se connectant depuis un réseau non reconnu — un bureau à domicile, un hôtel, le site d'un client — sont redirigés vers une adresse enregistrée configurée dans le centre d'administration de Teams, ou peuvent déclencher une alerte adressée au service de sécurité. Cette redirection doit être configurée de manière délibérée. Un emplacement non cartographié qui, sans avertissement, ne parvient pas à transmettre les données de localisation lors d'un appel au 112 constitue une lacune en matière de conformité, et non pas simplement un inconvénient lié à la configuration.

Redondance

Un seul SBC constitue un point de défaillance unique pour tous les appels externes. Microsoft recommande d'enregistrer au moins deux SBC auprès du locataire Teams.
🔄 Actif-veille
Un SBC gère tous les appels. Un deuxième est enregistré comme SBC de secours sur les mêmes routes vocales. Si le SBC principal devient inaccessible, Teams tente automatiquement de se connecter au SBC secondaire. Les appels en cours sur le SBC défaillant sont interrompus et doivent être recomposés.
⚡ Actif-actif
Les deux SBC sont actifs simultanément et se partagent la charge des appels. Les routes vocales répartissent les appels entre eux en fonction de la priorité ou de la charge. Cela offre à la fois une redondance et une marge de capacité, mais nécessite que l’opérateur prenne en charge plusieurs liaisons ou une configuration de groupe de liaisons.
Pour les PME utilisant un service SBC hébergé par un opérateur, la redondance est généralement incluse et gérée par ce dernier. Le SLA doit préciser comment le basculement est géré et quel est le délai de reprise visé.

Foire aux questions

Le « Direct Routing » nécessite-t-il un serveur sur site ?

Non. Le SBC peut être un appareil physique installé dans vos locaux, une machine virtuelle dans un centre de données ou un service hébergé dans le cloud fourni par votre opérateur. La plupart des PME utilisent un SBC hébergé par un opérateur, ce qui signifie qu'elles ne disposent d'aucun matériel sur site.

Un seul SBC peut-il prendre en charge plusieurs locataires Microsoft Teams ?

Oui. Les SBC de niveau entreprise prennent en charge les configurations multi-locataires, dans lesquelles un seul appareil gère simultanément le « Direct Routing » pour plusieurs locataires Teams. Chaque locataire dispose de sa propre configuration de ligne réseau et de ses propres règles de routage. Cette configuration est courante chez les opérateurs et les partenaires qui gèrent le « Direct Routing » en tant que service pour plusieurs clients.

Que deviennent les appels internes sur Teams avec le routage direct ?

Rien ne change. Les appels entre utilisateurs de Teams au sein d'un même tenant transitent entièrement par l'infrastructure de Microsoft et ne passent jamais par le SBC ni par la liaison SIP. Le routage direct ne s'applique qu'aux appels qui doivent atteindre le réseau téléphonique public.

Comment le SBC sait-il à quel tenant Teams appartient un appel ?

Chaque SBC est enregistré auprès d'un locataire Teams à l'aide d'un nom de domaine complet (FQDN) vérifié dans le Centre d'administration Microsoft 365. Lorsque Microsoft envoie un appel vers le SBC, il utilise ce FQDN comme destination. Le SBC s'en sert pour identifier la ligne réseau et le contexte de routage appropriés.

Le routage direct peut-il coexister avec les forfaits d'appels Microsoft au sein d'un même locataire ?

Oui. Certains utilisateurs peuvent utiliser des numéros relevant d'un forfait d'appels, tandis que d'autres ont recours au routage direct. Cette solution est utilisée lors de migrations progressives ou lorsqu'un opérateur ne dispose pas d'une couverture PSTN dans un pays donné où les forfaits d'appels sont disponibles.
📚 Fait partie du cluster de téléphonie Microsoft Teams sur pbx.lu. À lire ensuite : Ce que Microsoft Teams implique pour la téléphonie fixe d'entreprise · Quelles certifications votre partenaire Microsoft Teams doit-il posséder ?.
📚 Continuez à explorer. Parcourir le Page présentant les fonctionnalités de Microsoft Teams pour découvrir comment Teams s'intègre aux plateformes de PBX dans le cloud, ou comparer les fournisseurs présente au Luxembourg et dans la Grande Région.

En bref : Comment fonctionne le routage direct dans Microsoft Teams : une explication en langage simple

  • Le routage direct relie Microsoft Teams au réseau téléphonique public à l'aide d'un dispositif certifié appelé « Session Border Controller » (SBC).
  • Le SBC assure la traduction des signaux, négocie les codecs audio et garantit la sécurité entre Teams et la liaison SIP de l'opérateur.
  • Les règles de routage vocal du Centre d'administration Teams permettent de définir quels utilisateurs peuvent appeler quelles destinations et via quel SBC.
Mis à jour le 12 août 2026