Direct Routing Microsoft Teams au Luxembourg : Guide pratique pour les DSI
Direct Routing Microsoft Teams au Luxembourg : Guide pratique pour les DSI

Direct Routing Microsoft Teams au Luxembourg : Guide pratique pour les DSI

par PBX.lu Éditorial du 7 juillet 2026
⏱ 13 min de lecture · Article · Microsoft Teams
Ce guide s'adresse aux responsables informatiques qui envisagent ou évaluent le déploiement de la fonctionnalité « Direct Routing ». Vous utilisez déjà Microsoft Teams. Vos utilisateurs y discutent, s'y réunissent et y partagent des fichiers quotidiennement. La question qui se pose est de savoir si Teams doit également prendre en charge vos appels téléphoniques externes et, le cas échéant, comment le connecter au réseau téléphonique public sans perturber les communications de l'entreprise. Le routage direct est l'un des moyens d'établir cette connexion. Ce guide s'adresse à la personne chargée de planifier ce projet, d'en établir le budget et d'en assumer la responsabilité en cas de problème : le responsable informatique.
Ce document est un guide d'aide à la décision et à la planification, et non un schéma de câblage. Si vous souhaitez connaître les étapes techniques détaillées du parcours d'un appel depuis Teams jusqu'au réseau téléphonique, consultez le guide explicatif associé, Fonctionnement du routage direct dans Microsoft Teams. Nous nous intéresserons ici aux compromis, au travail caché, à un exemple concret, au calendrier et à la question de savoir qui est responsable en cas d'échec d'un appel.
🧭 Point à retenir. Le « Direct Routing » est rarement le choix technique le plus difficile ; il s’agit avant tout d’un choix en matière de gestion. Il vous offre un contrôle maximal sur l’opérateur, l’acheminement et les numéros, en échange d’une complexité accrue et d’une répartition des responsabilités. Pour de nombreuses entreprises de 50 personnes, la véritable question n’est pas « pouvons-nous mettre en place le Direct Routing ? », mais « voulons-nous le gérer nous-mêmes, confier la partie la plus complexe à un opérateur, ou l’éviter en optant pour un modèle plus simple ? ».

La décision que vous prenez en réalité

Un responsable informatique n'opte presque jamais pour le routage direct de manière isolée. Vous choisissez en fait comment permettre à Teams de « se connecter », et le routage direct est l'une des quatre solutions courantes. Bien définir le cadre dès le départ permet d'éviter la plupart des regrets ultérieurs.
Teams Phone. Licence complémentaire Microsoft permettant à un utilisateur de Teams de passer et de recevoir des appels vers des numéros de téléphone classiques. Sans cette licence, Teams ne prend en charge que les appels et les réunions internes.
Routage direct. Une méthode prise en charge permettant de connecter Teams à n'importe quel opérateur téléphonique via un appareil certifié appelé « Session Border Controller » (SBC).
Operator Connect. Une formule allégée dans laquelle un opérateur agréé se charge de relier son réseau à votre tenant Teams. Vous n'avez aucun appareil à gérer.
Forfait d'appels. Microsoft vous vend directement les numéros et les minutes. Ce service n'est disponible que dans certains pays, et sa couverture dans la Grande Région est inégale.
📦 Forfaits d'appels
Vous n'avez rien à faire de plus ; Microsoft fournit les chiffres et les durées.
Idéal pour : les petites équipes situées dans les pays couverts par Microsoft et ayant des besoins simples.
🔗 Operator Connect
Vous ne gérez rien ; un opérateur agréé se charge de relier son réseau à votre environnement de location.
Solution la plus adaptée : vous souhaitez utiliser les appels Teams avec un minimum de tâches administratives et un opérateur local figure dans la liste.
⚙️ Le Direct Routing
Vous utilisez un SBC certifié, qu'il soit autogéré ou hébergé par un opérateur, ainsi qu'une liaison SIP.
Solution la plus adaptée : vous avez besoin d'un opérateur spécifique, d'un acheminement personnalisé ou d'un opérateur qui ne figure pas sur Operator Connect.
🏢 PBX dans le cloud avec intégration à Teams
Vous utilisez un système téléphonique hébergé connecté à Teams.
Idéal si : vous recherchez des fonctionnalités d'appel avancées ou si vous souhaitez conserver un système qui fonctionne déjà.
Le piège, c'est de considérer cela comme une question purement technique. Il s'agit avant tout de savoir qui assume la charge opérationnelle et à qui incombe la responsabilité lorsqu'un numéro cesse de sonner.

Routage direct ou PBX dans le cloud sous Teams

Une idée fausse courante consiste à penser que Teams doit nécessairement remplacer votre système téléphonique. Ce n’est pas forcément le cas. De nombreuses entreprises conservent un PBX dans le cloud comme moteur d’appels et y connectent Teams, ce qui permet aux utilisateurs de passer des appels depuis Teams tandis que le PBX gère les files d’attente, l’enregistrement et les rapports.
PBX dans le cloud. Un système téléphonique proposé sous forme de service en ligne, dont l'acheminement des appels, la messagerie vocale, les menus et les rapports sont gérés via un portail Web plutôt que depuis un boîtier installé dans votre salle des serveurs.
Le paysage des fournisseurs au Luxembourg et dans la Grande Région se divise grosso modo en deux, et cette distinction a son importance en matière de responsabilité. Les opérateurs d’infrastructure possèdent un réseau national de fibre optique et leurs propres centres de données, ce qui leur permet de regrouper une plus grande partie de la chaîne sous un même toit. Les fournisseurs de services « full-stack » proposent des services de téléphonie vocale et de PBX dans le cloud en s’appuyant sur un ou plusieurs partenaires de réseau fédérateur, plutôt que de posséder eux-mêmes un réseau national de fibre optique et leurs propres centres de données. Les deux types de fournisseurs sont tout à fait capables de fournir un « Direct Routing » ou un SBC hébergé. Ce qui change, c’est le nombre d’entreprises impliquées lorsque vous avez besoin d’une intervention rapide pour résoudre un problème.
🔁 SBC autogéré ou hébergé par un opérateur : comment faire son choix?
Exploiter votre propre SBC vous offre un contrôle total et peut réduire le coût à la minute à grande échelle, mais vous devez vous charger des mises à jour du micrologiciel, de la certification, du renforcement de la sécurité… et de l’appel à 3 heures du matin quand le système tombe en panne. Un SBC hébergé par un opérateur intègre tout cela dans un service et un SLA, ce qui convient à la plupart des entreprises comptant moins de quelques centaines d’utilisateurs. En règle générale : n’optez pour l’autogestion que si vous disposez d’une expertise SIP en interne et d’une raison pour laquelle l’option hébergée ne peut pas répondre à vos besoins. Sinon, l’option hébergée est la solution par défaut la moins risquée.

Exemple concret : une entreprise de 50 personnes

Imaginez une entreprise de services comptant 50 collaborateurs dans un seul bureau au Luxembourg. Une quinzaine d'entre eux travaillent à l'étranger ou en télétravail depuis la France, la Belgique et l'Allemagne. Tous disposent déjà de Microsoft 365 et utilisent Teams au quotidien. L'ancien système téléphonique sur site est relié à une liaison SIP vieillissante, le contrat arrive à échéance et l'entreprise souhaite que chacun puisse passer des appels depuis Teams en conservant son numéro actuel.
Le « Direct Routing » peut tout à fait répondre aux besoins de cette entreprise. La réalité présente deux facettes.
✅ Lorsque le routage direct leur convient parfaitement. Ils conservent leurs numéros luxembourgeois actuels et peuvent choisir n'importe quel opérateur, y compris ceux qui desservent déjà la Grande Région. L'expérience d'appel est identique dans Teams, tant pour le personnel au bureau que pour les télétravailleurs. Les règles de routage permettent d'autoriser les appels internationaux pour l'équipe commerciale tout en les limitant pour les autres groupes. Grâce à un SBC hébergé par l'opérateur, aucun matériel n'est nécessaire au bureau.
⛔ Lorsque cela leur coûte plus cher que prévu. Chaque utilisateur qui passe des appels doit disposer d'un module complémentaire Teams Phone payant en plus de Microsoft 365. Les appels d'urgence pour le personnel dans quatre pays doivent être conçus et testés, et non pas considérés comme acquis. Lorsqu'un problème de qualité d'appel survient, la faute peut incomber à Microsoft, au SBC, à l'opérateur ou au réseau local, et quelqu'un doit coordonner ces quatre acteurs.
⚠️ Là où cela dépend. Si un opérateur local avec lequel cette entreprise entretient de bonnes relations figure déjà sur Operator Connect, ce modèle plus simple peut permettre d'obtenir le même résultat avec moins d'efforts. Le « Direct Routing » ne justifie sa complexité supplémentaire que lorsqu'il est nécessaire de faire appel à un opérateur spécifique, d'utiliser un acheminement inhabituel ou de bénéficier de fonctionnalités qu'Operator Connect ne peut pas offrir.
Pour cette entreprise, la solution par défaut la plus judicieuse est le « Direct Routing » avec un SBC hébergé par l'opérateur, ou « Operator Connect » si son opérateur préféré figure dans la liste. Gérer soi-même un SBC pour 50 utilisateurs s'avère rarement rentable.

Les défis que les responsables informatiques sous-estiment

Le fonctionnement du « Direct Routing » est bien documenté. C'est au niveau des réalités opérationnelles que les projets prennent du retard. Ce sont ces réalités-là qui prennent les équipes au dépourvu.
Contrôleur de frontière de session (SBC). Dispositif certifié, physique ou virtuel, situé entre Teams et l'opérateur. C'est le seul point par lequel transitent tous les appels externes ; il constitue donc à la fois le pilier du système et une source de risque.
Le problème du partage des responsabilités. C'est le changement le plus important pour un responsable informatique. Avec une ligne téléphonique traditionnelle, la responsabilité de la panne incombe à une seule entreprise. Avec le « Direct Routing », un seul appel qui échoue peut impliquer Microsoft, le fournisseur de SBC, l'opérateur et votre propre réseau. Par défaut, personne n'est responsable de l'ensemble de la chaîne. C'est à vous qu'incombe cette responsabilité, sauf disposition contraire dans votre contrat.
🧭 Qui appeler en cas d'échec d'un appel?
Définissez les responsabilités avant la mise en service, et non pendant une panne. Notez, pour chaque couche, qui est responsable et comment le contacter : Microsoft pour le tenant et les licences, le fournisseur de SBC ou votre propre équipe pour le terminal et sa configuration, l’opérateur pour la ligne réseau et le réseau public, et votre équipe réseau pour Internet, le pare-feu et le Wi-Fi. Si une seule entreprise héberge le SBC et fournit la ligne réseau, votre chaîne est plus courte et vos interventions en cas de panne sont plus simples. Cette consolidation vaut souvent plus qu’un tarif à la minute moins élevé.
Les appels d'urgence relèvent de la conformité, et non d'un simple paramètre. Un utilisateur peut composer le 112 depuis son bureau au Luxembourg un jour, puis depuis son domicile en Allemagne le lendemain. L'appel doit être acheminé vers le centre d'urgence approprié, en fonction de sa localisation.
⚠️ Les appels d'urgence doivent être conçus et validés pays par pays avant la mise en service. 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, cette responsabilité vous incombe, et non à Microsoft. Chaque pays de la Grande Région dispose de ses propres règles d'acheminement des appels d'urgence ; il convient donc d'accorder une attention particulière aux télétravailleurs et aux employés travaillant à domicile.
PSAP. Le centre de réception des appels d'urgence (Public Safety Answering Point), qui doit réceptionner les appels au 112 et déterminer la localisation de l'appelant. Selon les pays, les appels sont acheminés vers différents PSAP.
Une stratégie de licences qui se développe discrètement. Teams Phone est un coût par utilisateur qui s'ajoute à celui de Microsoft 365, et il est facile de le sous-estimer lorsque l'on compte 50 personnes, mais aussi à mesure que les effectifs augmentent. À cela s'ajoutent les minutes d'appel ou les frais de ligne.
Synchronisation et portabilité des numéros. Chaque numéro est enregistré à deux endroits : chez l'opérateur et dans le centre d'administration de Teams. S'ils ne correspondent pas exactement, les appels entrants échouent sans message d'erreur. Le transfert de vos numéros existants est géré par l'opérateur et nécessite un créneau horaire prévu à l'avance.
Un SBC correspond à un point de défaillance. Un seul SBC signifie que tous les appels externes dépendent d'un seul appareil. Microsoft recommande d'en utiliser au moins deux. Pour un service hébergé par un opérateur, assurez-vous que la redondance est incluse et vérifiez la cible de basculement dans le SLA.
🏠 Pourquoi la qualité sonore des appels à distance et via VPN est parfois moins bonne
Les équipes peuvent acheminer le signal audio des appels directement entre l'utilisateur et l'opérateur, en contournant le SBC, ce qui améliore la qualité. Ce fonctionnement est optimal sur les réseaux de bureau câblés. Sur une connexion domestique ou via un VPN, ce raccourci ne peut souvent pas être utilisé ; le signal audio emprunte alors un chemin plus long et peut se dégrader sur une liaison encombrée. Pour une entreprise comptant des collaborateurs à l'étranger et en télétravail, testez la qualité des appels à partir de configurations à distance réelles pendant la phase pilote, et pas uniquement depuis les bureaux.
🧮 Une méthode rapide pour estimer le coût mensuel
Avant de demander des devis, élaborez un modèle approximatif afin d’éviter toute mauvaise surprise. Additionnez les éléments suivants : le nombre de licences téléphoniques par utilisateur appelant et par mois, les frais de ligne ou de canal facturés par l’opérateur, le nombre de minutes d’appel prévu par destination, les éventuels frais liés à un service SBC hébergé, ainsi que les coûts ponctuels de portage et de mise en place. Effectuez ce calcul une fois pour l’effectif actuel et une fois pour un effectif futur plus important. Il s’agit d’un exercice de budgétisation des télécommunications qui permet de transformer un « ça dépend » en un chiffre que vous pouvez justifier.

Un calendrier réaliste

Pour 50 utilisateurs, prévoyez environ six à dix semaines entre la prise de décision et la mise en service complète. C'est en précipitant la phase pilote et les tests d'appels d'urgence que des problèmes de qualité peuvent se glisser dans la production.
  1. Portée et licences (semaine 1). Vérifiez les licences Teams Phone, sélectionnez le modèle de connexion et choisissez votre opérateur ou partenaire.
  2. Conception (semaines 1 à 2). Définir le plan de numérotation, les règles de routage, les adresses d'urgence et les choix en matière de redondance.
  3. Mise en place (semaines 2 à 4). Configurer et certifier le SBC, connecter la ligne interurbaine et attribuer des numéros de test.
  4. Phase pilote (semaines 4 à 6). Demandez à cinq à dix utilisateurs de tester la qualité des appels entrants, sortants, vers le 112, des transferts et des appels à distance.
  5. Migration et basculement (semaines 6 à 8). Migrez les numéros principaux, transférez les utilisateurs par groupes et conservez l'ancien système comme solution de secours.
  6. Transfert (semaines 8 à 10). Mise hors service des anciennes lignes, documentation des itinéraires et définition des modalités d'assistance et du SLA.

Comment se décider ?

Concentrez-vous sur les besoins réels de votre entreprise, puis choisissez le modèle qui y correspond.
Optez pour le routage direct lorsque vous avez besoin d'un opérateur spécifique, d'un routage personnalisé entre plusieurs pays ou d'un opérateur qui ne figure pas sur Operator Connect, et que vous acceptez une chaîne de responsabilité plus longue.
Pensez à Operator Connect lorsque votre opérateur préféré figure dans la liste et que vous souhaitez que les appels Teams fonctionnent avec un minimum de ressources.
Optez pour un PBX dans le cloud intégré à Teams lorsque vous avez besoin de fonctionnalités avancées de gestion des appels, d'enregistrement ou de reporting qui vont au-delà de celles proposées par Teams Phone seul.
Ne consultez les forfaits d'appels que si Microsoft couvre tous les pays dont vous avez besoin, ce qui n'est souvent pas le cas dans la Grande Région.
📌 Quelle est donc la situation de la plupart des entreprises de 50 salariés ? Routage direct avec un SBC hébergé par l'opérateur, ou « Operator Connect » si l'opérateur approprié figure dans la liste. La gestion en interne d'un SBC est rarement rentable à cette échelle. Quel que soit votre choix, déterminez qui est responsable de chaque couche, prévoyez un budget réaliste pour les licences Teams Phone et vérifiez que le 112 fonctionne dans tous les pays où vos collaborateurs travaillent avant de procéder à la migration.
Cette technologie a fait ses preuves. Les projets qui se déroulent bien sont ceux dans lesquels le responsable informatique a considéré la prise en charge, la conformité et la phase pilote comme le véritable travail, et le câblage comme la partie la plus simple.

En bref : Routage direct par équipes au Luxembourg : guide pratique à l'intention des responsables informatiques

  • Le routage direct fournit à Teams une tonalité via un SBC certifié, mais répartit la responsabilité en cas de défaillance entre Microsoft, le SBC et l'opérateur.
  • Chaque utilisateur qui passe des appels doit disposer d'une licence Teams Phone payante, et l'acheminement vers le 112 doit être validé pour chaque pays avant la mise en service.
  • Pour la plupart des entreprises comptant 50 salariés, un SBC hébergé par l'opérateur ou le service « Operator Connect » s'avère plus simple que la gestion autonome du « Direct Routing ».
Mis à jour le 12 août 2026