Condividi tramite

Preparare la distribuzione di Gateway di comunicazione di Azure

  • Articolo

Questo articolo illustra tutte le attività da completare prima di iniziare a distribuire Il gateway di comunicazione di Azure. Per Connessione con operatore e Teams Phone Mobile, le distribuzioni riuscite dipendono dallo stato degli ambienti Connessione con operatore o Teams Phone Mobile.

Le sezioni seguenti descrivono le informazioni da raccogliere e le decisioni da prendere prima della distribuzione di Gateway di comunicazione di Azure.

Prerequisiti

Importante

Per usare Il gateway di comunicazione di Azure, è necessario essere un operatore di telecomunicazione.

Per Connessione con operatore o Teams Phone Mobile, è necessario aver firmato anche un contratto di Connessione con operatore o Di Teams Phone Mobile con Microsoft. Per altre informazioni su questi programmi, vedere Connessione con operatore o Teams Phone Mobile.

Per il peering di Zoom Phone Cloud, è necessario aver avviato anche il processo di onboarding con Zoom per diventare un provider di peering cloud zoom phone. Per altre informazioni sul peering cloud, vedere Informazioni sul peering cloud di Zoom.

Importante

È necessario comprendere appieno il processo di onboarding per il servizio di comunicazione scelto e le eventuali dipendenze introdotte dal processo di onboarding.

Consente tempo trascorso sufficiente per il processo di distribuzione e onboarding. Ad esempio, potrebbe essere necessario attendere fino a due settimane prima che venga effettuato il provisioning di una nuova risorsa di Gateway di comunicazione di Azure prima di connetterla alla rete.

Per due tipi di test è necessario disporre di numeri instradabili a livello globale:

  • Test di integrazione da parte del personale durante la distribuzione e l'integrazione
  • Verifica del servizio (test delle chiamate continue) da parte dei servizi di comunicazione scelti

Nella tabella seguente viene descritto il numero di numeri da allocare.

Service Numeri per i test di integrazione Numeri di verifica del servizio
Operatore Connect 1 (minimo) - Distribuzioni di produzione: 6
- Distribuzioni lab: 3
Teams Phone Mobile 1 (minimo) - Distribuzioni di produzione: 6
- Distribuzioni lab: 3
Routing diretto di Microsoft Teams 1 (minimo) Nessuno (non applicabile)
Zoom Phone Cloud Peering 1 (minimo) - Stati Uniti e Canada: 6
- Resto del mondo: 2

Importante

I numeri di verifica del servizio devono essere utilizzabili per tutta la durata della distribuzione.

Se si vuole configurare una distribuzione lab, è necessario aver distribuito una distribuzione standard o distribuirne una. Non è possibile usare una distribuzione lab come distribuzione autonoma di Gateway di comunicazione di Azure.

Disporre l'onboarding

Per distribuire Gateway di comunicazione di Azure, è necessario un team di onboarding Microsoft. Il gateway di comunicazione di Azure include un programma di onboarding denominato Vantaggi inclusi. Se non si è idonei per i vantaggi inclusi o se è necessario un supporto maggiore, discutere i requisiti con il rappresentante vendite Microsoft.

I programmi per dispositivi mobili di Connessione con operatore e Teams Phone richiedono anche un partner di onboarding che gestisce le modifiche necessarie per gli ambienti Connessione con operatore o Teams Phone Mobile e coordina microsoft Teams per conto dell'utente. Il team di progetto Vantaggi inclusi nel gateway di comunicazione di Azure svolge questo ruolo, ma è possibile scegliere un partner di onboarding diverso da coordinare con Microsoft Teams per conto dell'utente.

Assicurarsi di disporre di un piano di supporto appropriato

È consigliabile disporre di un piano di supporto che includa il supporto tecnico, ad esempio il supporto tecnico Microsoft Unified.

Scegliere il tenant di Azure da usare

È consigliabile usare un tenant di Microsoft Entra esistente per Il gateway di comunicazione di Azure, perché l'uso di un tenant esistente usa le identità esistenti per l'autenticazione completamente integrata. Se è necessario gestire le identità separatamente dal resto dell'organizzazione o configurare autorizzazioni diverse per il portale di gestione numeri per diverse risorse di Gateway di comunicazione di Azure, creare prima un nuovo tenant dedicato.

Gli ambienti Connessione con operatore e Teams Phone Mobile ereditano identità e autorizzazioni di configurazione dal tenant di Microsoft Entra tramite un'applicazione Microsoft denominata Project Synergy. È necessario aggiungere questa applicazione al tenant di Microsoft Entra come parte di Connect Azure Communications Gateway to Connessione con operatore o Teams Phone Mobile (se il tenant non contiene già questa applicazione).

Importante

Per Connessione con operatore e Teams Phone Mobile, le distribuzioni di produzione e le distribuzioni di lab devono connettersi allo stesso tenant di Microsoft Entra. La configurazione di Microsoft Teams per il tenant mostra la configurazione per le distribuzioni del lab e le distribuzioni di produzione insieme.

Ottenere l'accesso al gateway di comunicazione di Azure per la sottoscrizione di Azure

L'accesso al gateway di comunicazione di Azure è limitato. Dopo aver completato i passaggi precedenti in questo articolo:

  1. Contattare il team di onboarding e chiedere loro di abilitare la sottoscrizione. Se non si ha già un team di onboarding, contattare azcog-enablement@microsoft.com l'ID sottoscrizione di Azure e i dettagli di contatto.
  2. Attendere la conferma dell'abilitazione del gateway di comunicazione di Azure prima di passare al passaggio successivo.

Creare una progettazione di rete

Decidere in che modo Gateway di comunicazione di Azure deve connettersi alla rete. È consigliabile usare La voce del servizio di peering di Microsoft Azure (talvolta denominata MAPS Voice). Per altre informazioni sulle opzioni, vedere Connettività per Gateway di comunicazione di Azure. Se si prevede di usare Il gateway di comunicazione di Azure con inserimento reti virtuali (anteprima), completare i prerequisiti per la distribuzione di Gateway di comunicazione di Azure con inserimento reti virtuali.

Per Teams Phone Mobile e Azure Operator Call Protection Preview, è necessario decidere in che modo la rete deve determinare se una chiamata coinvolge un sottoscrittore pertinente e quindi instradare correttamente la chiamata. È possibile:

  • Usare il Punto di controllo mobile integrato (MCP) di Azure Communications Gateway.
  • Connettersi a una versione locale di Mobile Control Point (MCP) da Metaswitch.
  • Usare altre funzionalità di routing nella rete principale.

Per altre informazioni su queste opzioni per Teams Phone Mobile, vedere Integrazione del controllo delle chiamate per Teams Phone Mobile e Mobile Control Point in Azure Communications Gateway.

La connessione a Gateway di comunicazione di Azure per La protezione delle chiamate dell'operatore di Azure è su SIPREC. Il gateway di comunicazione di Azure assume il ruolo del server di registrazione sessione SIPREC. Un elemento nella rete, in genere un controller di bordo sessione (SBC, Session Border Controller), viene configurato come client di registrazione sessione SIPREC (SRC).

Se è necessario supportare le chiamate di emergenza dai client Microsoft Teams o Zoom, leggere le informazioni sulle chiamate di emergenza con il servizio di comunicazione scelto:

Importante

Non è necessario instradare le chiamate di emergenza dalla rete al gateway di comunicazione di Azure.

Connettere la rete ad Azure

Configurare le connessioni tra la rete e Azure:

Raccogliere informazioni di base per la distribuzione di un gateway di comunicazione di Azure

Raccogliere tutti i valori nella tabella seguente per la risorsa gateway di comunicazione di Azure.

valore Nomi di campo in portale di Azure
Nome della sottoscrizione di Azure da usare per creare una risorsa del gateway di comunicazione di Azure. È necessario usare la stessa sottoscrizione per tutte le risorse nella distribuzione di Gateway di comunicazione di Azure. Dettagli progetto: Abbonamento
Gruppo di risorse di Azure in cui creare la risorsa gateway di comunicazione di Azure. Dettagli progetto: Gruppo di risorse
Nome della distribuzione. Questo nome può contenere caratteri alfanumerici e -. Deve avere una lunghezza di 3-24 caratteri. Dettagli istanza: Nome
Area di Azure di gestione: l'area in cui vengono elaborati i dati di monitoraggio e fatturazione. È consigliabile selezionare un'area nelle vicinanze o in un percorso condiviso con le due aree per la gestione del traffico delle chiamate. Dettagli dell'istanza: Area
Tipo di distribuzione. Scegliere standard (per la produzione) o lab. Dettagli istanza: SKU
Codec vocali da usare tra Gateway di comunicazione di Azure e la rete. È consigliabile specificare solo i codec se si ha un motivo sicuro per limitare i codec (ad esempio, licenze di codec specifici) e non è possibile configurare la rete o gli endpoint per non offrire codec specifici. La limitazione dei codec può ridurre la qualità complessiva della voce a causa della selezione di codec con fedeltà inferiore. Gestione delle chiamate: codec supportati
Se la risorsa del gateway di comunicazione di Azure deve gestire le chiamate di emergenza come chiamate standard o indirizzarle direttamente al provider di servizi di routing di emergenza (solo negli Stati Uniti; solo per Connessione con operatore o Teams Phone Mobile). Gestione delle chiamate: gestione delle chiamate di emergenza
Elenco delimitato da virgole di stringhe di composizione usate per le chiamate di emergenza. Per Microsoft Teams, specificare le stringhe di composizione come numero di emergenza standard (ad esempio 999). Per Zoom specificare le stringhe di composizione nel formato +<country-code><emergency-number> , ad esempio +44999. (Solo per Connessione con operatore, teams phone mobile e zoom phone cloud peering). Gestione delle chiamate: stringhe di composizione di emergenza
L'ambito in cui l'etichetta del nome di dominio generato automaticamente per Il gateway di comunicazione di Azure è univoca. Alle risorse del gateway di comunicazione viene assegnata un'etichetta del nome di dominio generata automaticamente che dipende dal nome della risorsa. Se si seleziona Tenant viene specificata una risorsa con lo stesso nome nello stesso tenant, ma una sottoscrizione diversa con la stessa etichetta. Se si seleziona Sottoscrizione viene specificata una risorsa con lo stesso nome nella stessa sottoscrizione, ma un gruppo di risorse diverso con la stessa etichetta. Se si seleziona Gruppo di risorse, una risorsa con lo stesso nome nello stesso gruppo di risorse viene specificata la stessa etichetta. Se si seleziona Nessuna riesezione , l'etichetta non dipende dal nome, dal gruppo di risorse, dalla sottoscrizione o dal tenant. DNS: Ambito del nome di dominio generato automaticamente

Raccogliere i valori di configurazione per le aree del servizio

Raccogliere tutti i valori nella tabella seguente per entrambe le aree del servizio in cui si vuole distribuire Il gateway di comunicazione di Azure.

Nota

Le distribuzioni di lab hanno un'area di Azure e si connettono a un sito nella rete.

valore Nomi di campo in portale di Azure
Area di Azure da usare per chiamare il traffico.

Se si abilita l'anteprima di Protezione chiamata operatore di Azure, esistono restrizioni sulla posizione in cui è possibile distribuire le risorse di Azure; vedere Scelta di aree di gestione e servizi		 Area del servizio 1/due: area
L'indirizzo IPv4 appartenente alla rete che il gateway di comunicazione di Azure deve usare per contattare la rete da questa area. Area del servizio 1/due: indirizzo IP dell'operatore
Set di indirizzi IP/intervalli consentiti come origini per segnalare il traffico dalla rete. Specificare un intervallo di indirizzi IPv4 usando la notazione CIDR (ad esempio, 192.0.2.0/24) o un indirizzo IPv4 (ad esempio, 192.0.2.0). È anche possibile fornire un elenco delimitato da virgole di indirizzi IPv4 e/o intervalli di indirizzi. Area del servizio 1/due: indirizzi IP di origine di segnalazione consentiti/intervalli CIDR
Set di indirizzi IP/intervalli consentiti come origini per il traffico multimediale dalla rete. Specificare un intervallo di indirizzi IPv4 usando la notazione CIDR (ad esempio, 192.0.2.0/24) o un indirizzo IPv4 (ad esempio, 192.0.2.0). È anche possibile fornire un elenco delimitato da virgole di indirizzi IPv4 e/o intervalli di indirizzi. Area del servizio uno/due: indirizzi IP di origine multimediale consentiti/intervalli CIDR

Raccogliere i valori di configurazione per ogni servizio di comunicazione

Raccogliere i valori per i servizi di comunicazione che si prevede di supportare.

Importante

Alcune opzioni si applicano a più servizi, come illustrato in Opzioni comuni a più servizi di comunicazione nelle tabelle seguenti. È necessario scegliere la configurazione adatta a tutti i servizi che si prevede di supportare.

Per l'instradamento diretto di Microsoft Teams:

valore Nomi di campo in portale di Azure
Indirizzi IP o intervalli di indirizzi (in formato CIDR) nella rete che devono essere autorizzati a connettersi all'API di provisioning di Gateway di comunicazione di Azure, in un elenco delimitato da virgole. L'uso dell'API di provisioning è necessario per effettuare il provisioning dei numeri per l'instradamento diretto. Opzioni comuni a più servizi di comunicazione: indirizzi IP di origine consentiti/intervalli CIDR per la connessione alla piattaforma di provisioning del gateway di comunicazione
Se aggiungere un'intestazione SIP personalizzata ai messaggi che entrano nella rete usando l'API di provisioning del gateway di comunicazione di Azure Opzioni comuni a più servizi di comunicazione: aggiungere un'intestazione SIP personalizzata
(Solo se si sceglie di aggiungere un'intestazione SIP personalizzata) Nome di qualsiasi intestazione SIP personalizzata Opzioni comuni a più servizi di comunicazione: nome dell'intestazione SIP personalizzato

Per Connessione con operatore:

valore Nomi di campo in portale di Azure
Se aggiungere un'intestazione SIP personalizzata ai messaggi che entrano nella rete usando l'API di provisioning del gateway di comunicazione di Azure Opzioni comuni a più servizi di comunicazione: aggiungere un'intestazione SIP personalizzata
(Solo se si sceglie di aggiungere un'intestazione SIP personalizzata) Nome di qualsiasi intestazione SIP personalizzata Opzioni comuni a più servizi di comunicazione: nome dell'intestazione SIP personalizzato
(Solo se si sceglie di aggiungere un'intestazione SIP personalizzata) Indirizzi IP o intervalli di indirizzi (in formato CIDR) nella rete a cui è consentito connettersi all'API di provisioning, in un elenco delimitato da virgole. Opzioni comuni a più servizi di comunicazione: indirizzi IP di origine consentiti/intervalli CIDR per la connessione alla piattaforma di provisioning del gateway di comunicazione

Per Teams Phone Mobile:

valore Nomi di campo in portale di Azure
Numero usato in Teams Phone Mobile per accedere alla segreteria telefonica Interactive Voice Response (IVR) dai dialer nativi. Teams Phone Mobile: numero pilota della segreteria telefonica di Teams
Come si prevede di usare il Punto di controllo mobile (MCP) per instradare le chiamate telefoniche di Teams a Telefono Microsoft Sistema. Scegliere integrato (per distribuire MCP nel gateway di comunicazione di Azure), locale (per usare un MCP locale esistente) o Nessuno (se si userà un altro metodo per instradare le chiamate). Teams Phone Mobile: MCP

Per Zoom Phone Cloud Peering:

valore Nomi di campo in portale di Azure
Area zoom a cui connettersi Zoom: Area zoom
Indirizzi IP o intervalli di indirizzi (in formato CIDR) nella rete che devono essere autorizzati a connettersi all'API di provisioning di Gateway di comunicazione di Azure, in un elenco delimitato da virgole. L'uso dell'API di provisioning è necessario per effettuare il provisioning dei numeri per il peering cloud di Zoom Phone. Opzioni comuni a più servizi di comunicazione: indirizzi IP di origine consentiti/intervalli CIDR per la connessione alla piattaforma di provisioning del gateway di comunicazione
Se aggiungere un'intestazione SIP personalizzata ai messaggi che entrano nella rete usando l'API di provisioning del gateway di comunicazione di Azure Opzioni comuni a più servizi di comunicazione: aggiungere un'intestazione SIP personalizzata
(Solo se si sceglie di aggiungere un'intestazione SIP personalizzata) Nome di qualsiasi intestazione SIP personalizzata Opzioni comuni a più servizi di comunicazione: nome dell'intestazione SIP personalizzato

Non sono necessarie opzioni di configurazione per l'anteprima di Protezione chiamata operatore di Azure.

Raccogliere valori per i numeri di verifica del servizio

Raccogliere tutti i valori nella tabella seguente per tutti i numeri di verifica del servizio richiesti dal gateway di comunicazione di Azure.

Per Connessione con operatore e Teams Phone Mobile:

valore Nomi di campo in portale di Azure
Nome della riga di test. È consigliabile specificare i nomi del modulo OC1 e OC2 (per Connessione con operatore) e TPM1 e TPM2 (per Teams Phone Mobile). Nome
Numero di telefono per la riga di prova, in formato E.164 e incluso il codice paese. Numero di telefono
Scopo della riga di test (sempre automatizzato). Scopo del test

Per Zoom Phone Cloud Peering:

valore Nomi di campo in portale di Azure
Numero di telefono per la riga di prova, in formato E.164 e incluso il codice paese. Numero di telefono

L'instradamento diretto di Microsoft Teams e l'anteprima della protezione delle chiamate degli operatori di Azure non richiedono numeri di verifica del servizio.

Decidere se si desiderano tag per le risorse di Azure

La denominazione e l'assegnazione di tag alle risorse sono utili per la gestione delle risorse. Consente all'organizzazione di individuare e tenere traccia delle risorse associate a team o carichi di lavoro specifici e consente anche di tenere traccia più accuratamente dell'utilizzo delle risorse cloud da parte dell'area aziendale e del team.

Se si ritiene che l'assegnazione di tag sia utile per l'organizzazione, progettare le convenzioni di denominazione e assegnazione di tag seguendo le informazioni contenute nella Guida alle decisioni di denominazione e assegnazione di tag alle risorse.

Passaggio successivo

Distribuire una risorsa del gateway di comunicazione di Azure e connetterla alle reti