Operator Connect pour Microsoft Teams : fonctionnement et critères de choix
Connecter les appels PSTN à Microsoft Teams repose sur trois passerelles, et la différence principale tient à la part de l’infrastructure que vous souhaitez gérer vous-même. Microsoft Teams Operator Connect est l’option qui confie l’infrastructure à votre opérateur : vous sélectionnez un opérateur participant dans le centre d’administration Teams, et il fournit le trunk, le Session Border Controller (SBC) et la relation avec Microsoft.
Dans cet article, nous vous expliquons ce qu’est réellement Operator Connect, comment il fonctionne en coulisses, et les critères de décision qui vous indiquent s’il convient à votre organisation ou si vous seriez mieux servi en exploitant votre propre SBC avec le Direct Routing. Pour une vue d’ensemble de toutes les options d’appel Teams, consultez notre aperçu de la connexion de Teams au PSTN.
Qu’est-ce qu’Operator Connect et comment ça fonctionne ?
Operator Connect est un programme Microsoft qui connecte le réseau d’un opérateur télécom participant directement à Teams Phone via le centre d’administration Microsoft Teams. La caractéristique déterminante est la propriété : l’opérateur exploite le SBC et détient la certification côté opérateur auprès de Microsoft, de sorte que vous ne déployez, ne mettez à jour ni ne certifiez jamais un border controller vous-même. C’est l’opposé du Direct Routing, où l’entreprise ou son fournisseur de services possède le SBC et le trunk SIP, et c’est un cran au-dessus des Calling Plans, où Microsoft est lui-même votre opérateur.
L’aspect qui n’est pas évident est ce qui se passe avant même que vous ne voyiez un opérateur dans le portail. Un opérateur qui souhaite proposer Operator Connect passe une fois par le processus d’intégration de Microsoft : il connecte son réseau à Microsoft via un SBC certifié, valide le peering et apparaît dans la liste. À partir de là, ajouter les appels PSTN consiste simplement à choisir cet opérateur dans une liste. Microsoft provisionne alors une connexion réseau directe un-à-un, alimentée par le peering Azure, entre votre tenant et l’opérateur, et c’est de là que provient réellement la fiabilité du programme. L’opérateur provisionne vos numéros et le trunk ; vous attribuez les numéros et définissez les politiques dans Teams.
La responsabilité se répartit clairement en trois parties. Microsoft gère la plateforme Teams et le peering Azure qui relie les deux côtés, l’opérateur gère le SBC, le trunk et les numéros, et vous gérez l’attribution des utilisateurs et les politiques. Il n’y a aucun border controller à déployer, surveiller ou maintenir à jour pour votre équipe, car cette responsabilité incombe entièrement à l’opérateur. Microsoft documente les exigences du programme et les responsabilités des opérateurs dans son guide de planification Operator Connect.
Quand choisir Operator Connect
Voici le point de départ par défaut : si vous n’avez aucune raison de toucher au SIP et que votre opérateur participe déjà au programme, Operator Connect est le bon choix. C’est l’option qui vous offre le choix de l’opérateur sans exploiter d’infrastructure voix, elle convient donc lorsque le provisionnement rapide compte plus que le contrôle fin et que vous préférez externaliser entièrement la maintenance, les mises à jour et la surveillance du SBC. Pour un déploiement dans une seule région dont la couverture géographique est déjà assurée par votre opérateur, c’est généralement le chemin le plus court vers la tonalité dans Teams.
Tournez-vous vers le Direct Routing dès que vous avez besoin d’un contrôle qu’un programme géré n’expose pas : traitement SIP granulaire, routage d’appels personnalisé, manipulation des en-têtes SIP, routage au moindre coût entre plusieurs opérateurs, ou connexion d’un opérateur qui ne fait pas partie du programme. Chacun de ces besoins est une raison de posséder le SBC, et c’est là que la commodité d’Operator Connect commence à vous coûter la flexibilité dont vous avez réellement besoin.
Les deux ne sont pas mutuellement exclusifs, et les cas intéressants sont généralement des hybrides. Imaginez une entreprise avec huit sites de succursales simples et un centre de contact qui nécessite un routage personnalisé et une manipulation d’en-têtes pour un PBX existant : la réponse évidente est Operator Connect pour les huit sites et Direct Routing pour celui-ci, le tout dans le même tenant. Vous ne vous engagez sur un border controller que là où vous en avez véritablement besoin. Pour la comparaison complète, incluant la tarification et la couverture géographique, la page dédiée Operator Connect vs. Direct Routing rassemble tout au même endroit.
Questions fréquentes
Operator Connect nécessite-t-il un SBC ?
Pas de votre côté. L’opérateur exploite le SBC et maintient la connexion certifiée avec Microsoft. Vous ne déployez ni ne gérez jamais de border controller avec Operator Connect, et c’est la principale raison pour laquelle les organisations le choisissent.
Peut-on utiliser Operator Connect et Direct Routing ensemble ?
Oui. Un même tenant Teams peut utiliser Operator Connect pour certains numéros ou sites et Direct Routing pour d’autres. Les configurations hybrides sont courantes lorsque différents emplacements ont des exigences différentes en matière de contrôle ou d’opérateur.
Quelle est la différence entre Operator Connect et Calling Plans ?
Avec les Calling Plans, Microsoft est votre opérateur et le service est fourni directement par Microsoft. Operator Connect vous permet de conserver votre propre opérateur tandis que Microsoft assure la connexion et que l’opérateur gère l’infrastructure. La différence réside dans le choix de l’opérateur.
Comment savoir si mon opérateur est disponible ?
Les opérateurs participants apparaissent dans le centre d’administration Microsoft Teams. Si votre opérateur n’y figure pas, soit il ne fait pas partie du programme, soit vous le connecteriez via Direct Routing. La documentation Teams Phone de Microsoft décrit chaque option PSTN.
Conclusion
Operator Connect est le moyen le plus simple d’ajouter les appels PSTN à Teams : vous choisissez un opérateur participant, il exploite le SBC, et Microsoft assure le peering entre les deux parties. Faites-en votre choix par défaut lorsque votre opérateur fait partie du programme et que vous n’avez pas besoin de façonner le trafic. Dès que vous devez manipuler le SIP, router entre plusieurs opérateurs ou connecter un opérateur qui n’est pas dans la liste, prenez en main le SBC et utilisez Direct Routing pour ces cas, même si le reste du tenant reste sur Operator Connect.
Besoin du contrôle qu’Operator Connect ne vous offre pas ?
C’est le scénario Direct Routing, et ProSBC prend en charge Microsoft Teams Direct Routing pour exactement les cas où un programme géré ne suffit pas : manipulation granulaire des en-têtes SIP, routage entre plusieurs opérateurs et connexion d’un opérateur qui ne fait pas partie du programme Operator Connect.
ProSBC se déploie sur VMware, KVM/Proxmox, AWS, Microsoft Azure et baremetal, de sorte que le SBC réside là où se trouve votre point de présence réseau. Vous pouvez valider une configuration Direct Routing avec une licence ProSBC Lab permanente et gratuite, en libre-service, qui inclut la capacité Teams Direct Routing et se configure en une vingtaine de minutes. Pour voir quel chemin convient avant de vous engager, comparez Operator Connect vs. Direct Routing.
Vous préférez évaluer par vous-même d’abord ? Commencez votre essai gratuit de 30 jours.