ProSBC pour Microsoft Teams Direct Routing

Ce que fait un SBC Microsoft Teams et pourquoi votre réseau en a besoin

Microsoft Teams gère nativement le chat interne, les réunions et le partage d’écran, mais connecter les utilisateurs Teams aux numéros de téléphone externes nécessite un SBC (Session Border Controller). Un SBC Microsoft Teams sert de passerelle entre l’environnement cloud Teams et le réseau téléphonique commuté public (PSTN), traduisant entre les protocoles de Microsoft et la signalisation SIP standard utilisée par les opérateurs du monde entier.

Le rôle d’un SBC dans le Teams Direct Routing

Teams Direct Routing est l’architecture de Microsoft pour la connectivité PSTN qui donne aux fournisseurs de services et aux entreprises un contrôle total sur leur infrastructure vocale. Au lieu d’acheter des forfaits d’appels Microsoft, les organisations connectent leurs propres SIP trunks via un SBC compatible. Le SBC Teams Direct Routing remplit plusieurs fonctions simultanément :

• Normalisation de la signalisation SIP — Teams envoie et reçoit des messages SIP dans un format spécifique. Le SBC traduit entre le dialecte SIP de Teams et le format attendu par chaque opérateur ou PBX, gérant les différences dans les en-têtes SIP, les minuteries de session et la signalisation DTMF.
• Traitement des médias et transcodage de codecs — Lorsqu’un utilisateur Teams appelle un numéro externe, le SBC fait le pont entre les flux médias des deux terminaux, gérant la négociation de codecs et, si nécessaire, le transcodage entre les formats.
• Application du chiffrement — Microsoft exige TLS pour la signalisation et SRTP pour les médias sur toutes les connexions Direct Routing. Le SBC termine ces connexions chiffrées et peut faire le pont vers les opérateurs utilisant du RTP non chiffré, protégeant chaque appel sans exiger que chaque opérateur prenne en charge le SRTP.
• Masquage de topologie — Le SBC dissimule les adresses réseau internes aux parties externes, empêchant la reconnaissance de votre infrastructure et isolant l’environnement Teams de l’Internet public.

Architecture SBC multi-locataire pour les fournisseurs de services

Pour les MSP et ISP offrant des appels Teams à plusieurs clients, une architecture SBC multi-locataire est essentielle. ProSBC prend en charge jusqu’à 1 024 groupes de troncs (NAP), permettant aux fournisseurs de services de maintenir des règles de routage d’appels, des politiques de sécurité et des configurations de SIP trunk séparées pour chaque client à partir d’une seule instance SBC Microsoft Teams. Un seul déploiement SBC peut servir des dizaines ou des centaines de clients finaux, chacun avec ses propres connexions opérateur et règles de traitement des appels.

La supervision par locataire offre aux fournisseurs une visibilité sur les métriques de qualité d’appel (scores MOS, gigue, perte de paquets) pour chaque client de manière indépendante, permettant de respecter les engagements SLA sans matériel dédié par locataire. ProSBC expose ces métriques via les CDR, SNMP et une API REST, facilitant l’intégration avec les plateformes de supervision existantes.

Déployez sur l’infrastructure que vous gérez déjà

ProSBC fonctionne comme un SBC logiciel sur VMware, KVM ou Proxmox dans votre propre centre de données, sur AWS ou Microsoft Azure pour les architectures cloud natives, ou sur des serveurs bare-metal pour des performances maximales. Une configuration haute disponibilité actif/veille garantit que si le SBC Teams Direct Routing principal tombe en panne, le SBC de secours prend le relais avec une interruption minimale. Pour les fournisseurs de services qui préfèrent ne pas gérer le SBC eux-mêmes, TelcoBridges propose un service SBC entièrement géré couvrant le déploiement, la supervision et la maintenance continue.

Conformité réglementaire intégrée au chemin d’appel

Les organisations déployant un SBC pour Microsoft Teams doivent également répondre aux exigences réglementaires. En Amérique du Nord, la FCC impose l’authentification d’identité de l’appelant STIR/SHAKEN pour les appels vocaux. ProSBC s’intègre aux services de signature et de vérification STIR/SHAKEN au niveau du SBC, appliquant le niveau d’attestation correct (A, B ou C) par appel selon le type de trafic. C’est particulièrement important pour les MSP gérant du trafic mixte : les clients de détail peuvent nécessiter une attestation complète, tandis que le trafic de gros ou de passerelle reçoit une attestation partielle, le tout géré via un seul déploiement SBC pour Teams.

Tarification par abonnement conçue pour les fournisseurs de services

Contrairement aux appliances SBC traditionnelles qui nécessitent d’importants investissements matériels initiaux, ProSBC utilise un modèle d’abonnement basé sur les sessions plutôt qu’une licence par poste ou par utilisateur. Cette approche OPEX permet aux MSP d’ajuster leur capacité SBC Microsoft Teams à la hausse ou à la baisse à mesure que leur base de clients évolue, sans le risque en capital des achats SBC matériels traditionnels.

Testez votre configuration Teams Direct Routing avant la mise en production

ProSBC Lab fournit une licence gratuite permanente de 3 sessions incluant la capacité complète de Teams Direct Routing. Les fournisseurs de services peuvent valider leur configuration SIP trunk, tester les règles de routage d’appels et confirmer l’interopérabilité avec l’infrastructure de leur opérateur avant de s’engager sur une licence de production. Le lab utilise le même firmware que le SBC de production, les configurations testées en lab se transfèrent donc directement en production sans retravail. C’est particulièrement utile pour les MSP qui évaluent l’ajout des appels Microsoft Teams à leur portefeuille de services : vous pouvez construire et tester le flux d’appel complet, du client Teams en passant par le SBC jusqu’à l’opérateur PSTN, sans aucun coût.

Scénarios de déploiement SBC Teams courants

Les fournisseurs de services déploient un SBC Microsoft Teams pour répondre à plusieurs scénarios courants. Un MSP gérant des services vocaux pour des petites et moyennes entreprises connecte généralement une seule instance ProSBC multi-locataire à un ou plusieurs fournisseurs de SIP trunks, puis configure des NAP séparés pour le tenant Teams de chaque client. Chaque client obtient ses propres numéros de téléphone, règles de routage d’appels et supervision de la qualité, tandis que le MSP gère tout depuis une seule plateforme. Un ISP qui associe les appels Teams à son service Internet utilise la même architecture pour ajouter la voix comme service à valeur ajoutée, se différenciant des concurrents qui ne fournissent que la connectivité.

Les entreprises disposant d’une infrastructure PBX existante utilisent ProSBC pour faire le pont entre leurs systèmes téléphoniques existants et Teams. Le SBC gère la traduction du flux d’appels SIP entre le PBX et Teams, permettant aux organisations de migrer vers les appels Teams à leur propre rythme plutôt que de remplacer l’ensemble de leur infrastructure de téléphonie d’un seul coup. Dans les environnements de centres d’appels, ProSBC connecte Teams aux plateformes CCaaS et aux SIP trunks des opérateurs simultanément, routant les appels clients vers la bonne destination en fonction des règles définies dans le moteur de routage du SBC.