Microsoft Teams est devenu la plateforme centrale de collaboration au sein de nombreuses entreprises. Même Disney a abandonné Slack en 2024 pour migrer vers Microsoft Teams après une cyberattaque d’ampleur.
Teams est solide et facile à utiliser. Cela dit, dès qu’il s’agit de connecter l’outil à une téléphonie professionnelle existante, les choses se compliquent. La documentation officielle reste dense, les étapes sont dispersées, et chaque décision technique influence la stabilité de l’ensemble.
Le Direct Routing (routage direct) apporte une réponse. Il permet à Teams d’utiliser un opérateur téléphonique via un Session Border Controller, sans refondre toute l’architecture. Encore faut-il savoir comment l’aborder.
Ce guide vous accompagne dans cette démarche. Vous y trouverez le rôle précis du SBC, les prérequis, les étapes de configuration essentielles, les modèles d’architecture possibles et les points de vigilance pour maintenir un environnement fiable et évolutif. Vous disposerez d’une base solide pour déployer le Direct Routing en toute confiance.
Points à retenir :<s
• Le Direct Routing permet d’utiliser Teams avec un opérateur téléphonique existant grâce à un SBC certifié, sans modifier toute l’architecture.
• Une préparation rigoureuse des licences, du réseau, des certificats et du SBC évite la majorité des échecs de déploiement.
• La supervision conjointe des journaux Teams et du SBC est indispensable pour diagnostiquer les problèmes de qualité et de signalisation.
• Les entreprises qui veulent un environnement téléphonique métier immédiatement opérationnel peuvent envisager des solutions cloud unifiées comme alternative au modèle SBC.
Comprendre le Direct Routing dans Teams
Qu’est-ce que le Direct Routing
Le Direct Routing repose sur un principe direct. Teams n’a pas vocation à dialoguer directement avec un opérateur téléphonique. Il délègue cette responsabilité au Session Border Controller, qui devient la passerelle entre les services Microsoft et le réseau téléphonique public.
Le SBC assure la sécurité, la compatibilité protocolaire et le contrôle du routage entre Teams et l’opérateur. Il applique les règles de numérotation, gère les renvois, filtre certains motifs d’appel et constitue un point de contrôle indispensable dans les environnements complexes.
En d’autres termes, Teams fournit la couche utilisateur. Le SBC assure la couche d’infrastructure. L’opérateur gère la connectivité téléphonique. Le Direct Routing orchestre la collaboration entre ces trois niveaux.
Pourquoi cette architecture est utilisée en entreprise
Migration sans rupture
Dans les environnements où un IPBX est encore en service, une transition brutale n’est pas réaliste. Le Direct Routing permet une coexistence ordonnée où Teams peut progressivement prendre le relais des services vocaux.
Unification multi-sites
Les organisations internationales gèrent souvent des numéros, opérateurs et règles différents selon les pays. Le Direct Routing consolide ces environnements sous un modèle unique.
Maîtrise totale de la numérotation
Certains environnements exigent des règles avancées : préfixes internes, comportements spécifiques selon les services, segmentation par pays. Le Direct Routing offre une granularité que les plans d’appel préconfigurés ne permettent pas.
Prérequis techniques du Teams Direct Routing
Les prérequis
| Élément | Fonction | Risque en cas d’oubli |
|---|---|---|
| Licences téléphonie | Activer les appels dans Teams | Téléphonie inutilisable |
| SBC certifié | Interface entre Teams et opérateur | Appels instables |
| Certificat public | Authentifier le SBC | Connexion refusée |
| QoS réseau | Prioriser la voix | Coupures audio |
| DNS corrects | Résolution des services Teams | Appels bloqués |
Licences Microsoft nécessaires
Teams ne peut pas gérer d’appels téléphoniques tant que les licences ne sont pas activées. Le module téléphonie est intégré dans Microsoft 365 E5. Pour Microsoft 365 E3, il doit être ajouté.
Ce détail est souvent sous-estimé. Une licence manquante suffit à bloquer complètement un déploiement pourtant bien préparé. Avant de toucher à l’architecture, vérifiez que les utilisateurs concernés disposent de la bonne configuration.
Infrastructure réseau
Le Direct Routing impose des conditions réseau strictes. Sans elles, l’environnement fonctionne à moitié ou devient instable.
Qualité de service
La voix est sensible. Si elle ne bénéficie pas d’une priorisation, elle se dégrade dès que le réseau est sollicité. Une bonne gestion de la QoS réduit considérablement les plaintes d’utilisateurs.
Sécurité et chiffrement
Les communications entre Teams et le SBC doivent être protégées. Le chiffrement n’est pas optionnel. Il empêche l’interception et garantit que Teams reconnaît le SBC comme partenaire valide.
Pare-feu et DNS
Un pare-feu trop restrictif ou des enregistrements DNS incomplets empêchent Teams de communiquer avec le SBC. C’est l’une des principales causes des appels unidirectionnels.
Choisir le bon SBC
Le SBC est le cœur du Direct Routing. En choisir un exige une vision claire de votre architecture.
Certification Teams
Les SBC certifiés garantissent la compatibilité avec les exigences du cloud Microsoft. Ils réduisent les risques d’incompatibilité lors des mises à jour.
Hébergé ou sur site
Un SBC hébergé est idéal pour les équipes qui veulent limiter la maintenance. Un SBC sur site convient aux environnements sensibles à la localisation des données ou ayant des exigences réseau complexes.
Préparer l’environnement Teams pour le Direct Routing
Nom de domaine et certificats
Teams doit reconnaître le SBC comme un partenaire de confiance. Cela passe par un certificat correspondant à un domaine validé dans votre tenant Microsoft 365.
Si le certificat ne correspond pas exactement aux exigences de Teams, les appels ne transitent pas ou la connexion est refusée. Une grande partie des problèmes rencontrés lors des premières tentatives de configuration provient d’un certificat incorrect.
Comprendre les objets du routage
Le routage dans Teams repose sur trois objets structurants.
La passerelle PSTN
La passerelle est l’identité du SBC dans Teams. Elle indique à Teams où envoyer les appels sortants.
Les usages PSTN
Les usages permettent de regrouper les routes. Par exemple : Usage-Europe, Usage-International, Usage-Support. Une bonne structure d’usages assure un routage lisible et extensible.
Les politiques vocales
Les politiques regroupent des usages et déterminent les appels que chaque utilisateur est autorisé à émettre.
Configurer le Routage direct étape par étape
Préparer le SBC
Avant toute configuration côté Teams, le SBC doit être opérationnel. Il doit accepter les connexions entrantes de Microsoft et être capable de joindre le trunk SIP.
Déclarer la passerelle
La passerelle est l’élément qui lie Teams au SBC. Elle définit l’adresse du SBC et les paramètres associés. C’est la base du routage.
Créer les usages
Les usages structurent vos routes. Ils permettent de séparer la numérotation par pays, service ou type d’appels. Une bonne structuration améliore la lisibilité de votre environnement.
Définir les routes
Les routes déterminent où Teams envoie un appel. Elles associent un motif de numérotation à un usage. Une route peut être spécifique à un pays, un service interne ou un type d’appel.
Créer les politiques
Les politiques regroupent les usages et déterminent les capacités téléphoniques des utilisateurs. Elles permettent d’appliquer vos règles de numérotation à grande échelle.
Attribuer les politiques aux utilisateurs
Chaque utilisateur doit recevoir une politique adaptée à son profil d’appel. Sans cette étape, Teams ne sait pas comment traiter les appels sortants.
Tester l’environnement
Les tests doivent couvrir plusieurs scénarios : appels internes, externes, internationaux, renvois, appels simultanés. L’objectif est de vérifier la stabilité et le comportement du SBC.
Superviser, dépanner et optimiser votre environnement Teams
Ce que vous devez surveiller
- Taux d’appels échoués par période.
- Qualité audio selon les sites.
- Modifications récentes dans la configuration.
- Incidents SBC récurrents.
- Comportement des appels simultanés.
Analyse depuis Teams
Teams propose deux outils essentiels pour comprendre la santé de votre environnement vocal : l’analyse détaillée des appels et le tableau de qualité.
L’analyse des appels donne une vue sur chaque communication. Vous pouvez y constater la latence, la perte de paquets, la durée de l’appel et le type d’appareil utilisé. Cet outil permet d’identifier rapidement les problèmes qui affectent les utilisateurs, qu’ils soient liés à leur réseau local, à leur casque ou à leur environnement Wi-Fi.
Le tableau de qualité offre une perspective plus large. Il regroupe les données par site, appareil ou type de connexion. Il montre comment évolue la qualité au fil du temps et met en évidence les périodes ou zones sensibles.
Analyse depuis le SBC
Le SBC reste la source la plus riche d’informations. Il trace les flux entrants, sortants et les décisions de routage. C’est l’endroit idéal pour comprendre pourquoi un appel n’a pas atteint sa destination ou pourquoi un motif de numérotation spécifique ne fonctionne pas.
Quelques exemples utiles :
– Une route choisie par erreur pour un pays voisin.
– Un préfixe ajouté automatiquement par un autre système.
– Un certificat expiré empêchant la signalisation sécurisée.
– Un trunk SIP saturé pendant un pic d’activité.
Dans des environnements complexes, l’analyse SBC permet aussi de repérer les comportements inhabituels, comme des tentatives d’appel répétées ou des motifs atypiques.
Problèmes fréquents et solutions
Appels unidirectionnels
Ce problème classique apparaît lorsque les flux audio traversent un pare-feu qui n’a pas été configuré pour laisser passer la totalité des ports nécessaires. Dans ce cas, l’utilisateur entend son interlocuteur, mais l’inverse n’est pas vrai.
La solution consiste à vérifier l’ouverture des ports associés aux flux audio et à s’assurer que les équipements intermédiaires ne modifient pas les paquets.
Routes incomplètes
Si un numéro ne passe pas, c’est souvent parce qu’aucune route ne correspond au motif de numérotation. Par exemple, un numéro étranger qui n’a pas été prévu dans les règles.
Il suffit alors d’ajouter la route correspondante ou d’étendre une route existante pour inclure un motif plus large.
Appels internationaux bloqués
Les politiques vocales peuvent limiter volontairement certains types d’appels. Lorsqu’un utilisateur ne peut pas composer un numéro international, il faut vérifier si l’usage associé existe réellement dans sa politique.
Problèmes DNS
Un enregistrement DNS obsolète ou un nom mal configuré dans le certificat du SBC suffit à empêcher la signalisation entre Teams et votre équipement.
Optimiser l’architecture
Une architecture Direct Routing ne doit pas rester statique. Les besoins évoluent, les équipes changent, les sites se développent. Une révision régulière des politiques permet d’éviter une accumulation de règles redondantes.
Les environnements multi-sites ont intérêt à regrouper les politiques similaires pour réduire la complexité. Les environnements à forte croissance gagneront à documenter chaque modification pour éviter de perdre la logique initiale du déploiement.
Enfin, planifier des audits trimestriels améliore la résilience du système. Ces audits consistent à tester les numéros principaux, analyser les statistiques, vérifier les certificats et s’assurer que le SBC fonctionne dans les conditions prévues.
La téléphonie cloud : une alternative pour les entreprises qui recherchent un outil métier plutôt qu’une architecture complexe
Connecter Teams à la téléphonie via le teams direct routing reste une option pertinente lorsque vous souhaitez conserver votre opérateur ou intégrer la voix dans une infrastructure déjà en place. Ce modèle correspond aux organisations qui privilégient un contrôle technique fin et acceptent de gérer plusieurs composants, dont le SBC.
Mais lorsqu’un service a besoin avant tout d’un outil métier, la logique change. Support, ventes, centres d’appels : ces équipes ont besoin d’un environnement prêt à l’emploi, capable de structurer les appels, de suivre la performance et de s’adapter rapidement aux variations d’activité. Dans ces situations, une solution de téléphonie cloud comme Kavkom devient une alternative naturelle.
Quand une solution cloud comme Kavkom devient une option naturelle
- Vous préférez éviter la gestion d’un SBC ou d’une architecture multi-briques.
- Vous recherchez une téléphonie métier immédiatement opérationnelle pour vos équipes support et commerciales.
- Vous avez besoin de numéros dans plusieurs pays sans passer par plusieurs opérateurs.
- Vous devez accompagner des équipes en télétravail ou réparties sur plusieurs sites.
- Vous privilégiez une solution 100 pour cent cloud, sans engagement et ajustable au prorata.
Kavkom remplace les couches techniques par une plateforme simple, avec numéros virtuels, supervision, enregistrement, statistiques et dialer prédictif.
FAQ
Qu’est-ce que Microsoft Teams Direct Routing ?
Une méthode permettant de connecter Teams à un opérateur téléphonique via un SBC certifié.
Faut-il absolument un SBC certifié ?
Oui, pour garantir une compatibilité durable et éviter des erreurs difficiles à diagnostiquer.
Peut-on combiner Direct Routing et Calling Plans ?
Oui, mais l’architecture doit être structurée pour éviter les conflits entre les règles.
Comment vérifier le bon routage d’un numéro ?
En consultant l’analyse des appels dans Teams et en examinant les journaux du SBC.
Comment gérer la haute disponibilité ?
En utilisant deux SBC configurés en redondance et un routage pensé pour supporter une défaillance.
Conclusion
Le Direct Routing offre une façon robuste et flexible d’intégrer Teams à la téléphonie d’entreprise. Son adoption demande méthode, rigueur et vision d’ensemble. En comprenant les prérequis, en structurant le routage et en surveillant l’environnement avec les bons outils, vous construisez un système capable de soutenir la croissance et les exigences de votre organisation.
Si vous cherchez un environnement plus unifié et simple à exploiter au quotidien, une solution cloud comme Kavkom peut constituer une alternative efficace.
