Partager via

Utiliser le routage direct pour se connecter au service de téléphonie existant

  • Article

Le routage direct Azure Communication Services vous permet de connecter votre infrastructure de téléphonie existante à Azure. Cet article liste les étapes principales nécessaires pour connecter un contrôleur SBC (Session Border Controller) pris en charge au routage direct et comment fonctionne le routage vocal pour la ressource de communication activée.

Pour savoir si le routage direct Azure Communication Services est la solution adaptée à votre organisation, consultez Concepts de la téléphonie Azure. Pour plus d’informations sur les prérequis et la planification de votre déploiement, consultez Exigences pour l’infrastructure du routage direct Communication Services.

Connecter le contrôleur SBC avec Azure Communication Services

Vérifier la propriété du domaine

Suivez ces instructions pour valider la propriété d’un domaine de votre SBC.

Configurer le routage vocal sortant

Pour ajouter un SBC et configurer des règles de routage vocal sortant, reportez-vous au Démarrage rapide : configurer le routage vocal.

État de la connexion du contrôleur de session en périphérie (SBC)

Intégrité d’une connexion SBC désormais visible dans le portail Azure. Cela prend en compte l’état du protocole TLS (Transport Layer Security) et les OPTIONS SIP.

Capture d’écran des propriétés de la connexion SBC.

Valeurs possibles de chaque indicateur d’intégrité

État du protocole TLS : état des connexions TLS d’un trunk :

  • Inconnu : indique que le SBC n’a pas tenté d’établir une liaison TLS au cours des 15 dernières minutes.
  • Actif : indique que la connexion TLS est établie.
  • CertExpiring : indique que le certificat SBC arrive à expiration.
  • CertExpired : indique que le certificat SBC a expiré.

OPTIONS SIP (Ping) : état de l’échange de messages OPTIONS SIP :

  • Inconnu : indique que le SBC n’a pas envoyé d’options SIP.
  • Actif : indique que les OPTIONS sont envoyées et reçues.
  • Expiré : indique que le SBC a envoyé des OPTIONS SIP, mais nous n’avons reçu aucun message OPTIONS au cours des 15 dernières minutes.
  • Erreur : indique une erreur dans l’échange de messages OPTIONS.

État : état d’intégrité global d’un trunk :

  • Inconnu : indique un état d’intégrité inconnu.
  • En ligne : indique que la connexion SBC est saine.
  • Avertissement : indique que TLS ou Ping a expiré.

Remarque

Si vous venez de configurer une nouvelle jonction, la mise à jour de l’état peut prendre jusqu’à 15 minutes.

Important

Avant de passer ou recevoir des appels, assurez-vous que l’état SBC est en ligne

Considérations relatives au routage vocal sortant

Le routage direct Azure Communication Services dispose d’un mécanisme de routage qui permet d’envoyer un appel à un contrôleur SBC spécifique basé sur le modèle de numéro appelé.

Quand vous ajoutez une configuration de routage direct à une ressource, tous les appels effectués à partir des instances de cette ressource (identités) essaient d’abord d’utiliser une jonction de routage direct. Le routage est basé sur un numéro composé et une correspondance dans les routes vocales configurés pour la ressource.

  • En cas de correspondance, l’appel passe par la jonction de routage direct.
  • En l’absence de correspondance, l’étape suivante consiste à traiter le paramètre alternateCallerId de la méthode callAgent.startCall.
  • Si la ressource est activée pour l’appel vocal (RTC) et qu’elle a au moins un numéro acheté auprès de Microsoft, l’identifiant alternateCallerId est activé.
  • Si l’identifiant alternateCallerId correspond à un numéro acheté pour la ressource, l’appel est routé via l’appel vocal (RTC) à l’aide de l’infrastructure Microsoft.
  • Si le paramètre alternateCallerId ne correspond à aucun des numéros achetés, l’appel échoue.

Le diagramme illustre la logique du routage vocal Azure Communication Services.

Diagramme de l’organigramme de routage vocal sortant.

Exemples de routage vocal

Les exemples suivants illustrent le routage vocal dans un flux d’appel.

Remarque

Dans tous les exemples, alors que la route vocale supérieure a une priorité plus élevée, les contrôleurs SBC dans une route sont essayés dans un ordre aléatoire.

Exemple avec une route :

Si vous créez une route vocale avec un modèle ^\+1(425|206)(\d{7})$ et que vous y ajoutez sbc1.contoso.biz et sbc2.contoso.biz, quand l’utilisateur effectue un appel à +1 425 XXX XX XX ou +1 206 XXX XX XX, l’appel est tout d’abord routé vers le contrôleur SBC sbc1.contoso.biz ou sbc2.contoso.biz. Si aucun des contrôleurs SBC n’est disponible, l’appel est abandonné.

Exemple avec deux routes :

Supposons que vous créez une route vocale avec un modèle ^\+1(425|206)(\d{7})$, que vous y ajoutez sbc1.contoso.biz et sbc2.contoso.biz, puis que vous créez une seconde route avec le même modèle avec sbc3.contoso.biz et sbc4.contoso.biz. Dans ce cas, quand l’utilisateur effectue un appel à +1 425 XXX XX XX ou +1 206 XXX XX XX, l’appel est tout d’abord routé vers le contrôleur SBC sbc1.contoso.biz ou sbc2.contoso.biz. Si sbc1 et sbc2 ne sont pas disponibles, la route ayant une priorité inférieure est essayée (sbc3.contoso.biz et sbc4.contoso.biz). Si aucun des contrôleurs SBC de la seconde route n’est disponible, l’appel est abandonné.

Exemple avec trois routes :

Supposons que vous créez une route vocale avec un modèle ^\+1(425|206)(\d{7})$, que vous y ajoutez sbc1.contoso.biz et sbc2.contoso.biz, que vous créez une deuxième route avec le même modèle avec sbc3.contoso.biz et sbc4.contoso.biz, puis que vous créez une troisième route avec ^\+1(\d{10})$ avec sbc5.contoso.biz. Dans ce cas, quand l’utilisateur effectue un appel à +1 425 XXX XX XX ou +1 206 XXX XX XX, l’appel est tout d’abord routé vers le contrôleur SBC sbc1.contoso.biz ou sbc2.contoso.biz. Si ni sbc1 ni sbc2 ne sont disponibles, la route ayant une priorité inférieure est essayée (sbc3.contoso.biz et sbc4.contoso.biz). Si aucun des contrôleurs SBC d’une deuxième route n’est disponible, la troisième route est essayée. Si sbc5 n’est pas non plus disponible, l’appel est abandonné. De plus, si un utilisateur compose +1 321 XXX XX XX, l’appel passe à sbc5.contoso.biz et, s’il n’est pas disponible, l’appel est abandonné.

Remarque

Le basculement vers le contrôleur SBC suivant dans le routage vocal fonctionne uniquement pour les codes de réponse 408, 503 et 504.

Remarque

Dans tous les exemples, si le numéro composé ne correspond pas au modèle, l’appel est abandonné, sauf s’il existe un numéro acheté pour la ressource de communication et que ce numéro a été utilisé comme alternateCallerId dans l’application.

Gestion des appels entrants

Pour la gestion générale des appels entrants, utilisez les Kits de développement logiciel (SDK) Call Automation afin de créer une application qui écoute et gère les appels entrants passés sur un numéro de téléphone ou reçus via le routage direct Azure Communication Services. Les clients utilisant Omnichannel for Customer Service sont invités à consulter ces instructions.

Étapes suivantes

Documentation conceptuelle

Démarrages rapides