SBC et Direct Routing : garder Teams et son opérateur
Téléphoner depuis Teams sans passer par les forfaits Microsoft suppose un élément que personne ne montre en démonstration : le SBC. C'est lui qui traduit, sécurise et arbitre chaque appel entre votre opérateur et le cloud Microsoft. Voici ce qu'il faut comprendre avant de signer, et ce que nous verrouillons systématiquement avant une mise en production.
Ce que Microsoft fournit — et ce qu'il ne fournit pas
Teams Phone apporte le client logiciel, la messagerie vocale, les files d'attente simples, l'auto-attendant et le plan de numérotation interne. Ce que Microsoft ne fournit pas dans sa licence de base, c'est l'accès au réseau téléphonique public. Trois voies existent : acheter les Calling Plans Microsoft, passer par un Operator Connect, ou utiliser le Direct Routing.
Le Direct Routing est la seule option qui vous laisse maître du contrat opérateur, du coût à la minute, de la portabilité de vos numéros et de la cohabitation avec un IPBX existant. C'est aussi la seule qui impose un SBC (Session Border Controller) certifié par Microsoft, placé entre votre trunk SIP et le cloud Teams.
Concrètement : un DAF qui compare les offres verra d'abord un écart de prix par utilisateur. Un DSI verra surtout qu'avec le Direct Routing, il conserve ses accès de secours, ses SVI existants, ses enregistrements conformes et sa capacité à changer d'opérateur sans re-déclarer 400 numéros.
Le SBC, point de contrôle de votre téléphonie Teams
Le rôle du SBC est souvent résumé à « adapter le SIP ». C'est vrai, mais très réducteur. Dans un déploiement réel, il assure cinq fonctions que rien d'autre ne couvre :
- —Interopérabilité SIP : Microsoft impose son propre dialecte (SIP over TLS, en-têtes spécifiques, réponses attendues). Les opérateurs français ont chacun leurs particularités. Le SBC réconcilie les deux.
- —Sécurité du média : chiffrement TLS pour la signalisation, SRTP pour la voix, avec des certificats publics valides — Microsoft refuse tout le reste.
- —Routage et secours : basculer un site sur un second trunk, rerouter vers un IPBX local, ou vers des mobiles, quand le lien principal tombe.
- —Normalisation des numéros : passer du format interne au format E.164 attendu par Teams, et l'inverse, sans casser les renvois.
- —Protection contre la fraude : filtrage des destinations, plafonds d'appels simultanés, détection des comportements anormaux — le sujet le plus coûteux quand il est négligé.
Un SBC mal dimensionné ne se voit pas à la recette. Il se voit le jour où 120 agents décrochent en même temps.
Trois architectures, trois arbitrages
Il n'existe pas d'architecture universelle. Voici les trois que nous déployons, et le contexte dans lequel chacune est le bon choix.
| Architecture | Pour qui | Avantage principal | Point de vigilance |
|---|---|---|---|
| SBC opéré mutualisé | PME multi-sites, 20 à 300 utilisateurs | Aucun matériel à exploiter, mise en service en 2 à 3 semaines | Personnalisation du routage limitée au cadre opéré |
| SBC dédié (cloud ou sur site) | ETI, contraintes de souveraineté, IPBX existant | Maîtrise complète du routage, cohabitation Teams / IPBX | Exige une supervision et un maintien à jour rigoureux |
| Operator Connect | Parc 100 % Microsoft, sites peu nombreux | Le plus simple à activer | Vous dépendez du catalogue et des tarifs de l'opérateur retenu |
Dans la majorité des cas que nous rencontrons — un IPBX Avaya ou 3CX encore en service, des numéros historiques à conserver, des SVI métiers à ne pas reconstruire — le SBC dédié en cohabitation reste l'architecture qui évite la reprise à zéro.
Les six points à verrouiller avant la mise en production
1. Les certificats et leur renouvellement
Microsoft exige un certificat public valide sur le FQDN du SBC. Un certificat qui expire un vendredi soir coupe l'intégralité de la téléphonie. La bonne pratique n'est pas « mettre une alerte » : c'est automatiser le renouvellement et tester la recharge à chaud.
2. Le media bypass, décidé et non subi
Le media bypass réduit la latence en laissant le flux audio contourner le SBC. Il suppose que les postes clients atteignent directement les plages Microsoft. Sur un réseau segmenté, activé sans analyse, il produit des appels connectés mais muets — le symptôme le plus fréquemment remonté.
3. Le plan de numérotation, y compris les cas moches
Numéros courts internes, numéros d'urgence, standards de site, renvois vers mobiles, postes partagés, fax survivants : ce sont ces cas particuliers qui font échouer une recette, pas les appels sortants standards.
4. Les appels d'urgence
La localisation d'un utilisateur nomade est une obligation à traiter explicitement. Il faut définir quel numéro est présenté, vers quel centre l'appel part et ce qui se passe quand le collaborateur est en télétravail.
5. La bascule automatique
Un second trunk qui nécessite une intervention manuelle n'est pas un secours, c'est une option. Le basculement doit être testé, chronométré et documenté — nous le rejouons à chaque recette.
6. Les plafonds anti-fraude
Destinations internationales fermées par défaut, plafond d'appels simultanés par site, alerte au-delà d'un seuil de minutes. Trois règles qui coûtent une heure de configuration et évitent une facture à cinq chiffres.
Ce que nous mesurons après la mise en service
Un déploiement Teams Voice réussi ne se juge pas le jour de la bascule mais trois semaines après. Nous suivons quatre indicateurs : le score MOS moyen par site, le taux d'appels établis sous 2 secondes, le nombre de re-INVITE en échec, et le volume d'appels routés par le lien de secours. Une dérive sur l'un des quatre pointe presque toujours vers le réseau local, pas vers Microsoft.
C'est aussi le moment de vérifier les usages réels : combien d'utilisateurs licenciés appellent effectivement, quels services débordent, et si le centre de contact doit être traité à part avec un connecteur CCaaS dédié.
Questions fréquentes
Faut-il obligatoirement un SBC pour téléphoner depuis Teams ?
Non, si vous achetez les Calling Plans Microsoft ou passez par un Operator Connect. Oui, dès que vous voulez garder votre opérateur, vos numéros et faire cohabiter Teams avec un IPBX : le Direct Routing impose alors un SBC certifié Microsoft.
Peut-on garder un IPBX Avaya ou 3CX pendant la migration vers Teams ?
Oui, c'est même l'architecture la plus courante. Le SBC route les appels vers Teams pour les utilisateurs migrés et vers l'IPBX pour les autres, service par service, jusqu'à la bascule complète.
Combien de temps prend un déploiement Teams Direct Routing ?
Deux à trois semaines pour un site avec un SBC opéré et des numéros déjà portés ; quatre à six semaines avec un SBC dédié, une cohabitation IPBX et des SVI métiers à reprendre.