Migration Skype Teams. Routage d’appels Entrants


La migration de votre téléphonie Teams va demander à vos équipements de téléphonie, j’entends par là vos passerelles Sonus, de déterminer si l’appel entrant provenant du PSTN doit être acheminé vers Skype ou Teams. Le but de cette publication est donc d’expliquer quelles transformations sont nécessaires pour permettre ce routage conditionnel.

Cette configuration est obligatoire si vous prévoyez une migration progressive des utilisateurs disposant de fonctions de téléphonie de Skype vers Team.

Dans notre exemple, la passerelle Sonus envoie et reçoit des appels vers et depuis un opérateur via un Trunk Sip. Les numéros appelés qui partent ou reviennent vers cette passerelle sont au format E164. (+xxxxx). Cette passerelle est connectée à Microsoft Teams via le principe du Direct Routing et utilise l’annuaire Active Directory local pour interroger et prendre des décisions de routage.

Les utilisateurs possèdent un numéro interne de 6 chiffres qui correspond aux 6 derniers chiffres de leurs ligne direct. Un héritage du pabx

Pour que la passerelle puisse déterminer où se trouve l’utilisateur (Skype ou Teams), elle a besoin d’une valeur stockée dans le champ MsRTCSIP-DeploymentLocator de l’Active Directory.


Comme la passerelle utilise un cache Active Directory, il est nécessaire d’ajouter ce champ afin qu’il puisse être pris en compte dans le cache de la passerelle.

Cela peut être fait en se connectant à la passerelle et en ajoutant cette valeur comme indiqué dans la figure suivante.


Une fois cette étape franchie, vous devez créer une règle de transformation qui déterminera si l’utilisateur est toujours sur Skype ou s’il est migré vers Teams.

Dans le tableau d’acheminement des appels, nous avons ajouté une règle de transformation qui permet d’acheminer les appels de l’opérateur vers Teams uniquement.


Cette route comprend des règles de transformation qui seront chargées de déterminer si l’utilisateur est migré ou pas, vers Teams. Si c’est le cas, l’appel entrant sera acheminé vers Teams. Dans le cas contraire, les autres routes seront examinées.

Cette règle de transformation a été nommée « From Operator to AD lookup ». C’est cette règle de transformation qui sera examinée si l’utilisateur est migré vers Teams.

Cette règle fonctionne comme suit


La première ligne illustrée ci-dessous récupère le numéro appelé et le recherche dans l’Active Directory dans le champ telephoneNumber, puis, si elle est trouvée, remplace la valeur originale du numéro appelé (Called Address / Number) par la valeur dans le champ msRTCSIP-Line.

Rappel : Dans notre configuration les numéro internes (LineUri sont composés uniquement des 6 derniers chiffres du numéro SDA.


La deuxième ligne utilise une variable de la passerelle « User Value 2 » pour stocker la valeur sipfed.online.lync.com



Enfin, la troisième règle vérifiera si l’attribut « MsRTCSIP-DeploymentLocator » de l’utilisateur en question contient la valeur sipfed.online.lync.com.

Si la valeur de l’attribut « MsRTCSIP-DeploymentLocator » est égale à sipfed.online. lync.com, l’utilisateur est alors migré vers Teams et la passerelle devra acheminer l’appel vers Teams.

Si la règle est respectée, l’appel est alors adressé au groupe de signalisation (SIP) to/from Teams ». Le groupe de signalisation contactera ensuite les services sip.pstnhub de Microsoft pour acheminer l’appel.

Laurent TERUIN

Remerciements à Jerome Martel pour ses conseils avisés !

Votre commentaire

Choisissez une méthode de connexion pour poster votre commentaire:

Logo WordPress.com

Vous commentez à l’aide de votre compte WordPress.com. Déconnexion /  Changer )

Photo Google

Vous commentez à l’aide de votre compte Google. Déconnexion /  Changer )

Image Twitter

Vous commentez à l’aide de votre compte Twitter. Déconnexion /  Changer )

Photo Facebook

Vous commentez à l’aide de votre compte Facebook. Déconnexion /  Changer )

Connexion à %s