Préparer le déploiement d’Azure Communications Gateway
Cet article vous accompagne dans chacune des tâches que vous devez effectuer avant de commencer à déployer Azure Communications Gateway. Pour Operator Connect and Teams Phone Mobile, les déploiements corrects dépendent de l’état de vos environnements Operator Connect ou Teams Phone Mobile.
Les sections suivantes décrivent les informations que vous devez collecter et les décisions à prendre avant de déployer Azure Communications Gateway.
Prérequis
Important
L’utilisation d’Azure Communications Gateway est réservée aux opérateurs de télécommunications.
Pour Operator Connect ou Teams Phone Mobile, vous devez également avoir signé un contrat Operator Connect ou Teams Phone Mobile avec Microsoft. Pour plus d’informations sur ces programmes, consultez Operator Connect ou Teams Phone Mobile.
Pour Zoom Phone Cloud Peering, vous devez également avoir démarré le processus d'intégration avec Zoom pour devenir un fournisseur Zoom Phone Cloud Peering. Pour plus d'informations sur le Cloud Peering, consultez les informations sur le Cloud Peering de Zoom.
Important
Vous devez bien comprendre le processus d’intégration de votre service de communication choisi et toutes les dépendances introduites par le processus d’intégration.
Accordez une durée calendaire suffisante au processus de déploiement et d’intégration. Par exemple, vous devrez peut-être attendre jusqu’à deux semaines pour qu’une nouvelle ressource Azure Communications Gateway soit approvisionnée avant de pouvoir la connecter à votre réseau.
Vous devez disposer de numéros routables globalement pour deux types de tests :
- Tests d’intégration effectués par votre personnel durant le déploiement et l’intégration
- Vérification du service (tests d’appels continus) par les services de communication choisis
Le tableau suivant décrit le nombre de numéros à allouer.
| Service | Numéros pour les tests d’intégration | Numéros de vérification du service |
|---|---|---|
| Operator Connect | 1 (minimum) | - Déploiements de production : 6 - Déploiements de labo : 3 |
| Teams Phone Mobile | 1 (minimum) | - Déploiements de production : 6 - Déploiements de labo : 3 |
| Routage direct Microsoft Teams | 1 (minimum) | Aucun (non applicable) |
| Zoom Phone Cloud Peering | 1 (minimum) | - États-Unis et Canada : 6 - Reste du monde : 2 |
Important
Les numéros de vérification du service doivent être utilisables tout au long de la durée de vie de votre déploiement.
Si vous souhaitez configurer un déploiement de labo, vous devez avoir déployé un déploiement standard ou être sur le point d’en déployer un. Vous ne pouvez pas utiliser un déploiement de labo en tant que déploiement Azure Communications Gateway autonome.
Organiser l’intégration
Vous devez avoir une équipe d’intégration Microsoft pour déployer Azure Communications Gateway. Azure Communications Gateway comprend un programme d’intégration appelé Avantages inclus. Si vous n’êtes pas éligible aux Avantages inclus ou si vous avez besoin d’une aide supplémentaire, parlez de vos exigences avec votre représentant commercial Microsoft.
Les programmes Operator Connect et Teams Phone Mobile exigent également un partenaire d’intégration qui gère les changements requis à apporter aux environnements Operator Connect ou Teams Phone Mobile et collabore avec Microsoft Teams à votre place. L’équipe de projet des Avantages inclus d’Azure Communications Gateway remplit ce rôle, mais vous pouvez choisir un autre partenaire d’intégration qui va collaborer avec Microsoft Teams à votre place.
Veiller à avoir un plan de support approprié
Nous vous recommandons vivement d’avoir d’un plan de support incluant un support technique, comme le Support unifié Microsoft.
Choisir le tenant Azure à utiliser
Nous vous recommandons d’utiliser un tenant Microsoft Entra existant pour Azure Communications Gateway, car vous utilisez ainsi vos identités existantes pour bénéficier d’une authentification totalement intégrée. Si vous devez gérer les identités séparément du reste de votre organisation ou configurer différentes autorisations pour le portail de gestion des numéros pour différentes ressources Azure Communications Gateway, créez d’abord un locataire dédié.
Les environnements Operator Connect et Teams Phone Mobile héritent des identités et des autorisations de configuration de votre tenant Microsoft Entra via une application Microsoft nommée Project Synergy. Vous devez ajouter cette application dans votre tenant Microsoft Entra dans le cadre de Connecter Azure Communications Gateway à Operator Connect ou Teams Phone Mobile (si votre tenant ne contient pas encore cette application).
Important
Pour Operator Connect et Teams Phone Mobile, les déploiements en production et les déploiements de labo doivent se connectent au même tenant Microsoft Entra. La configuration de Microsoft Teams pour votre tenant affiche la configuration de vos déploiements de labo et déploiements en production ensemble.
Accéder à Azure Communications Gateway pour votre abonnement Azure
L’accès à Azure Communications Gateway est restreint. Une fois que vous avez terminé les étapes précédentes de cet article :
- Contactez votre équipe d’intégration et demandez-lui d’activer votre abonnement. Si vous n’avez pas encore d’équipe d’intégration, contactez azcog-enablement@microsoft.com en spécifiant votre ID d’abonnement Azure et vos coordonnées.
- Attendez la confirmation de l’activation d’Azure Communications Gateway avant de passer à l’étape suivante.
Créer une conception de réseau
Décidez la façon dont Azure Communications Gateway doit se connecter à votre réseau. Nous vous recommandons Microsoft Azure Peering Service Voice (parfois appelé MAPS Voice). Pour obtenir plus d’informations sur vos options, consultez Connectivité pour Azure Communications Gateway. Si vous envisagez d’utiliser Azure Communications Gateway avec l’injection de réseau virtuel (préversion), remplissez les conditions préalables pour le déploiement d’Azure Communications Gateway avec l’injection de réseau virtuel.
Pour ce qui est de Teams Phone Mobile et d’Azure Operator Call Protection, vous devez décider la manière dont votre réseau doit déterminer si un appel implique un abonné pertinent pour qu’il achemine l’appel correctement. Vous pouvez :
- Utilisez le Point de contrôle mobile (MCP) intégré d’Azure Communications Gateway.
- Connectez-vous à une version locale du Point de contrôle mobile (MCP) à partir de Metaswitch.
- Utilisez d’autres fonctionnalités de routage dans votre réseau principal.
Si vous souhaitez obtenir plus d’informations sur ces options pour Teams Phone Mobile, consultez Intégration du contrôle d’appel pour Teams Phone Mobile et Point de contrôle mobile dans Azure Communications Gateway pour Teams Phone Mobile.
La connexion à Azure Communications Gateway pour Azure Operator Call Protection s’effectue sur SIPREC. Azure Communications Gateway prend le rôle de Session Recording Server (Serveur d’enregistrement de session, SRS) SIPREC. Un élément de votre réseau, généralement un contrôleur SBC (Session Border Controller), est configuré comme Session Recording Client (Client d’enregistrement de session, SRC) SIPREC.
Si vous devez prendre en charge les appels d’urgence de clients Microsoft Teams ou Zoom, découvrez les appels d’urgence avec le service de communication de votre choix :
Important
Vous ne devez pas router les appels d’urgence de votre réseau vers Azure Communications Gateway.
Connecter votre réseau à Azure
Configurez des connexions entre votre réseau et Azure :
- Pour configurer Microsoft Azure Peering Service Voice (parfois appelé MAPS Voice), suivez les instructions mentionnées dans Procédure pas à pas du Peering Internet pour Peering Service Voice.
- Pour configurer Peering Microsoft ExpressRoute, suivez les instructions mentionnées dans Didacticiel : Configurer le Peering pour un circuit ExpressRoute.
Collecter les informations de base pour le déploiement d’une ressource Azure Communications Gateway
Collectez toutes les valeurs du tableau suivant pour la ressource Azure Communications Gateway.
| Valeur | Noms de champ dans le portail Azure |
|---|---|
| Nom de l’abonnement Azure à utiliser pour créer une ressource Azure Communications Gateway. Vous devez utiliser le même abonnement pour toutes les ressources de votre déploiement Azure Communications Gateway. | Détails du projet : Abonnement |
| Groupe de ressources Azure dans lequel créer la ressource Azure Communications Gateway. | Détails du projet : Groupe de ressources |
Nom du déploiement. Ce nom peut contenir des caractères alphanumériques et -. Il doit comporter entre 3 et 24 caractères. |
Détails de l’instance : Nom |
| Région Azure de gestion : région dans laquelle vos données de monitoring et de facturation sont traitées. Nous vous recommandons de sélectionner une région proche ou colocalisée avec les deux régions pour la gestion du trafic des appels. | Détails de l’instance : Région |
| Type de déploiement. Choisissez Standard (pour la production) ou Labo. | Détails de l’instance : SKU |
| Codecs vocaux à utiliser entre Azure Communications Gateway et votre réseau. Nous vous recommandons de spécifier des codecs uniquement si vous avez une bonne raison de les restreindre (par exemple pour gérer des licences de codecs spécifiques), et si vous ne pouvez pas configurer votre réseau ou vos points de terminaison pour bloquer des codecs spécifiques. La restriction des codecs peut réduire la qualité vocale globale en raison de la sélection de codecs de fidélité inférieure. | Gestion des appels : Codecs pris en charge |
| Indique si votre ressource Azure Communications Gateway doit gérer les appels d’urgence en tant qu’appels standard, ou les router directement vers le fournisseur de services de routage d’urgence (États-Unis uniquement. Réservé à Operator Connect ou Teams Phone Mobile). | Gestion des appels : Gestion des appels d’urgence |
Liste de chaînes de numérotation séparées par des virgules, utilisée pour les appels d’urgence. Pour Microsoft Teams, spécifiez les chaînes de numérotation en tant que numéros d’urgence standard (par exemple 999). Pour Zoom, spécifiez les chaînes de numérotation au format +<country-code><emergency-number> (par exemple +44999). (Uniquement pour Operator Connect, Teams Phone Mobile et Zoom Phone Cloud Peering). |
Gestion des appels : Chaînes de numérotation d’urgence |
| L’étendue pour laquelle l’étiquette du nom de domaine généré automatiquement pour Azure Communications Gateway est unique. Les ressources Communications Gateway se voient affecter une étiquette de nom de domaine générée automatiquement, qui dépend du nom de la ressource. La sélection de Tenant (locataire) permet d’attribuer la même étiquette à une ressource portant le même nom dans le même tenant mais au sein d’un autre abonnement. La sélection de Abonnement permet d’attribuer la même étiquette à une ressource portant le même nom dans le même abonnement mais au sein d’un autre groupe de ressources. La sélection de Groupe de ressources permet d’attribuer la même étiquette à une ressource portant le même nom dans le même groupe de ressources. La sélection de Aucune réutilisation signifie que l’étiquette ne dépend pas du nom, du groupe de ressources, de l’abonnement ou du tenant. | DNS : Étendue du nom de domaine généré automatiquement |
Collecter les valeurs de configuration pour les régions de service
Collectez toutes les valeurs du tableau suivant pour les deux régions de service sur lesquelles vous souhaitez déployer Azure Communications Gateway.
Remarque
Les déploiements de labo ont une seule région Azure, et se connectent à un seul site de votre réseau.
| Valeur | Noms de champ dans le portail Azure |
|---|---|
| Région Azure à utiliser pour le trafic des appels. Si vous activez l’aperçu de la protection des appels d’opérateurs Azure, il existe des restrictions quant à l’endroit où vos ressources Azure peuvent être déployées; voir Choix des régions de gestion et de service |
Région de service 1/2 : Région |
| Adresse IPv4 appartenant à votre réseau, qu’Azure Communications Gateway doit utiliser pour contacter votre réseau à partir de cette région. | Région de service 1/2 : Adresse IP de l’opérateur |
| Ensemble d’adresses/de plages d’adresses IP autorisées en tant que sources du trafic de signalisation en provenance de votre réseau. Indiquez une plage d’adresses IPv4 à l’aide de la notation CIDR (par exemple 192.0.2.0/24), ou une adresse IPv4 (par exemple 192.0.2.0). Vous pouvez également fournir une liste d’adresses et/ou de plages d’adresses IPv4, séparées par des virgules. | Région de service 1/2 : Adresses IP/plages CIDR autorisées en tant que sources du trafic de signalisation |
| Ensemble d’adresses/plages d’adresses IP autorisées en tant que sources du trafic multimédia en provenance de votre réseau. Indiquez une plage d’adresses IPv4 à l’aide de la notation CIDR (par exemple 192.0.2.0/24), ou une adresse IPv4 (par exemple 192.0.2.0). Vous pouvez également fournir une liste d’adresses et/ou de plages d’adresses IPv4, séparées par des virgules. | Région de service 1/2 : Adresses IP/plages CIDR autorisées en tant que sources du trafic multimédia |
Collecter les valeurs de configuration pour chaque service de communication
Collectez les valeurs des services de communication que vous comptez prendre en charge.
Important
Certaines options s’appliquent à plusieurs services, comme le montrent les Options communes à plusieurs services de communication dans les tableaux suivants. Vous devez choisir une configuration adaptée à tous les services que vous comptez prendre en charge.
Pour le routage direct Microsoft Teams :
| Valeur | Noms de champ dans le portail Azure |
|---|---|
| Adresses IP ou plages d’adresses IP (au format CIDR) de votre réseau, qui doivent être autorisées à se connecter à l’API d’approvisionnement d’Azure Communications Gateway, sous forme de liste de valeurs séparées par des virgules. L’utilisation de l’API d’approvisionnement est nécessaire afin d’approvisionner des numéros pour le routage direct. | Options communes à plusieurs services de communication : Adresses IP/plages CIDR sources autorisées pour la connexion à la plateforme d’approvisionnement de Communications Gateway |
| Indique s’il convient d’ajouter ou non un en-tête SIP personnalisé aux messages entrants dans votre réseau à l’aide de l’API d’approvisionnement d’Azure Communications Gateway | Options communes à plusieurs services de communication : Ajouter un en-tête SIP personnalisé |
| (Uniquement si vous choisissez d’ajouter un en-tête SIP personnalisé) Nom d’un en-tête SIP personnalisé | Options communes à plusieurs services de communication : Nom d’en-tête SIP personnalisé |
Pour Operator Connect :
| Valeur | Noms de champ dans le portail Azure |
|---|---|
| Indique s’il convient d’ajouter ou non un en-tête SIP personnalisé aux messages entrants dans votre réseau à l’aide de l’API d’approvisionnement d’Azure Communications Gateway | Options communes à plusieurs services de communication : Ajouter un en-tête SIP personnalisé |
| (Uniquement si vous choisissez d’ajouter un en-tête SIP personnalisé) Nom d’un en-tête SIP personnalisé | Options communes à plusieurs services de communication : Nom d’en-tête SIP personnalisé |
| (Uniquement si vous choisissez d’ajouter un en-tête SIP personnalisé) Adresses IP ou plages d’adresses IP (au format CIDR) de votre réseau, qui doivent être autorisées à se connecter à l’API d’approvisionnement, sous forme de liste de valeurs séparées par des virgules. | Options communes à plusieurs services de communication : Adresses IP/plages CIDR sources autorisées pour la connexion à la plateforme d’approvisionnement de Communications Gateway |
Pour Teams Phone Mobile :
| Valeur | Noms de champ dans le portail Azure |
|---|---|
| Le numéro utilisé dans Teams Phone Mobile pour accéder au serveur vocal interactif (IVR) de messagerie à partir de numéroteurs natifs. | Teams Phone Mobile : Numéro pilote de messagerie vocale Teams |
| Façon dont vous comptez utiliser le point de contrôle mobile (MCP) pour router les appels de Teams Phone Mobile vers le système téléphonique Microsoft. Choisissez entre Intégré (pour déployer un point MCP sur Azure Communications Gateway), Local (pour utiliser un point MCP local existant) ou Aucun (si vous comptez utiliser une autre méthode pour router les appels). | Teams Phone Mobile : MCP |
Pour Zoom Phone Cloud Peering :
| Valeur | Noms de champ dans le portail Azure |
|---|---|
| Région Zoom à laquelle se connecter | Zoom : Région Zoom |
| Adresses IP ou plages d’adresses IP (au format CIDR) de votre réseau, qui doivent être autorisées à se connecter à l’API d’approvisionnement d’Azure Communications Gateway, sous forme de liste de valeurs séparées par des virgules. L’utilisation de l’API d’approvisionnement est nécessaire afin d’approvisionner des numéros pour Zoom Phone Cloud Peering. | Options communes à plusieurs services de communication : Adresses IP/plages CIDR sources autorisées pour la connexion à la plateforme d’approvisionnement de Communications Gateway |
| Indique s’il convient d’ajouter ou non un en-tête SIP personnalisé aux messages entrants dans votre réseau à l’aide de l’API d’approvisionnement d’Azure Communications Gateway | Options communes à plusieurs services de communication : Ajouter un en-tête SIP personnalisé |
| (Uniquement si vous choisissez d’ajouter un en-tête SIP personnalisé) Nom d’un en-tête SIP personnalisé | Options communes à plusieurs services de communication : Nom d’en-tête SIP personnalisé |
Aucune option de configuration n’est requise pour la préversion de la protection des appels d’opérateur Azure.
Collecter les valeurs des numéros de vérification de service
Collectez toutes les valeurs du tableau suivant pour l’ensemble des numéros de vérification de service nécessaires à Azure Communications Gateway.
Pour Operator Connect et Teams Phone Mobile :
| Valeur | Noms de champ dans le portail Azure |
|---|---|
| Nom de la ligne de test. Nous recommandons d’adopter des noms au format OC1 et OC2 (pour Operator Connect) et TPM1 et TPM2 (pour Teams Phone Mobile). | Nom |
| Numéro de téléphone de la ligne de test, au format E.164, et incluant l’indicatif téléphonique international. | Numéro de téléphone |
| Finalité de la ligne de test (toujours Automatisé). | Finalité de test |
Pour Zoom Phone Cloud Peering :
| Valeur | Noms de champ dans le portail Azure |
|---|---|
| Numéro de téléphone de la ligne de test, au format E.164, et incluant l’indicatif téléphonique international. | Numéro de téléphone |
Le routage direct Microsoft Teams et la préversion de la protection des appels d’opérateur Azure ne nécessitent pas de numéros de vérification de service.
Décidez si vous souhaitez des balises pour les ressources Azure
Le nommage et la catégorisation des ressources sont utiles pour la gestion des ressources. Cela permet à votre organisation de localiser et d’effectuer le suivi des ressources associées à des équipes ou des charges de travail spécifiques. Cela vous permet également d’effectuer un suivi plus précis de la consommation des ressources cloud par domaine métier et par équipe.
Si vous pensez que la catégorisation peut être utile à votre organisation, concevez vos conventions d’affectation de noms et de catégorisation en suivant les informations du Guide de décision concernant le nommage et l’étiquetage des ressource.