Panoramica dell'interoperabilità del gateway di comunicazione di Azure con l'instradamento diretto di Microsoft Teams
Il gateway di comunicazione di Azure è un SBC certificato per l'instradamento diretto di Microsoft Teams, consentendo agli operatori di telecomunicazioni di fornire ai clienti la connettività PSTN da Microsoft Teams. Il gateway di comunicazione di Azure può modificare la segnalazione e i supporti per soddisfare i requisiti delle reti e del sistema Telefono Microsoft, che supporta l'instradamento diretto di Microsoft Teams.
In questo articolo, imparerai a:
- Dove gateway di comunicazione di Azure si integra nella rete.
- Modalità di supporto di Gateway di comunicazione di Azure per molti clienti.
- Quali funzionalità di segnalazione e interazione multimediale offre.
Importante
Per usare Il gateway di comunicazione di Azure, è necessario essere un operatore di telecomunicazione.
Ruolo e posizione nella rete
Il gateway di comunicazione di Azure si trova nella rete perimetrale della rete fissa. Connette questa rete al sistema Telefono Microsoft, consentendo di supportare l'instradamento diretto di Microsoft Teams. Il diagramma seguente mostra dove il gateway di comunicazione di Azure si trova nella rete.
Le chiamate passano dai client di Microsoft Teams attraverso il sistema di Telefono Microsoft e il gateway di comunicazione di Azure nella rete.
Conformità alle specifiche SBC certificate
Il gateway di comunicazione di Azure supporta le specifiche Microsoft per gli SBC certificati per l'instradamento diretto di Microsoft Teams. Per altre informazioni sulla certificazione e queste specifiche, vedere Session Border Controllers certified for Direct Routing.For more information about certification and these specifications, see Session Border Controllers certified for Direct Routing.
Il gateway di comunicazione di Azure include più funzionalità che consentono alla rete di soddisfare i requisiti per l'instradamento diretto, tra cui:
- Identificazione del tenant del cliente per Telefono Microsoft System
- Interazione SIP
- Interazione multimediale
Supporto per più clienti con il modello multi-tenant di Microsoft Teams
Una distribuzione di Gateway di comunicazione di Azure è progettata per supportare l'instradamento diretto per molti tenant. La progettazione consente di fornire servizi di chiamata di Microsoft Teams a molti clienti, ognuno con molti utenti. Usa il tenant del gestore telefonico e il modello tenant del cliente descritti nella documentazione di Microsoft Teams sulla configurazione di un Session Border Controller per più tenant. In questo modello:
- La configurazione personalizzata per Microsoft Teams è definita nel tenant dell'organizzazione: il tenant del gestore telefonico.
- Ognuno dei clienti ha il proprio tenant del cliente, che rappresenta la configurazione per il cliente.
La distribuzione di Gateway di comunicazione di Azure riceve sempre un nome di dominio completo (nome di dominio completo) quando viene creato. Questo nome di dominio completo viene usato come dominio di base per il tenant del gestore telefonico.
Il gateway di comunicazione di Azure riceve anche due sottodomini per area del dominio di base (uno per area).
Ognuno dei clienti necessita di sottodomini dei clienti di questi domini per area. Il gateway di comunicazione di Azure include uno di questi sottodomini nell'intestazione Contatto di ogni messaggio inviato al sistema Telefono Microsoft: la presenza del sottodominio consente al sistema Telefono Microsoft di identificare il tenant del cliente per ogni messaggio. Per altre informazioni, vedere Identificazione del tenant del cliente per Telefono Microsoft System.
Per ogni cliente, è necessario:
- Scegliere un'etichetta DNS specifica del cliente adatta per formare i sottodomini.
- L'etichetta deve contenere fino a nove caratteri e può contenere solo lettere, numeri, caratteri di sottolineatura e trattini.
- Non è necessario usare sottodomini con caratteri jolly o sottodomini con più etichette.
- Ad esempio, è possibile allocare l'etichetta
contoso
.
Importante
I sottodomini completi dei clienti (inclusi i nomi di dominio per area) devono avere un massimo di 48 caratteri. Microsoft Entra ID non supporta nomi di dominio di più di 48 caratteri. Ad esempio, il sottodominio
contoso1.1r1.a1b2c3d4e5f6g7h8.commsgw.azure.com
del cliente è di 48 caratteri. - Configurare Gateway di comunicazione di Azure con queste informazioni, come parte della configurazione "account" disponibile nel portale di gestione dei numeri del gateway di comunicazione di Azure e nell'API di provisioning.
- Contattare il cliente per aggiornare il tenant con il sottodominio appropriato seguendo la documentazione di Microsoft Teams per registrare i nomi dei sottodomini nei tenant dei clienti.
Nell'ambito della disposizione degli aggiornamenti ai tenant dei clienti, è necessario creare record DNS contenenti un codice di verifica (fornito da Microsoft 365 quando il cliente aggiorna il tenant con il nome di dominio) in un server DNS controllato dall'utente. Questi record consentono a Microsoft 365 di verificare che il tenant del cliente sia autorizzato a usare il nome di dominio. Il gateway di comunicazione di Azure fornisce il server DNS che è necessario usare. È necessario ottenere il codice di verifica dal cliente e caricarlo in Gateway di comunicazione di Azure con il portale di gestione numeri (anteprima) o l'API di provisioning (anteprima). Questo passaggio consente al gateway di comunicazione di Azure di generare i record TXT DNS che verificano il dominio.
Per istruzioni, vedere Gestire clienti e numeri di Routing diretto di Microsoft Teams con Il gateway di comunicazione di Azure.
Supporto per lo screening degli ID chiamante
L'instradamento diretto di Microsoft Teams consente a un amministratore del cliente di assegnare un numero di telefono a un utente nel tenant, anche se non si assegna tale numero alla rete. Questa mancanza di convalida comporta un rischio di spoofing dell'ID chiamante.
Per impedire lo spoofing dell'ID chiamante, Gateway di comunicazione di Azure visualizza tutte le chiamate di routing diretto provenienti da Microsoft Teams. Questo screening garantisce che i clienti possano effettuare chiamate solo dai numeri assegnati. Tuttavia, è possibile disabilitare questo screening in base al cliente, come parte della configurazione "account" disponibile nel portale di gestione numeri (anteprima) e nell'API di provisioning (anteprima).
Il diagramma seguente illustra il flusso di chiamata per un invito da un numero assegnato a un cliente. In questo caso, la configurazione del gateway di comunicazione di Azure per il numero include anche la configurazione dell'intestazione personalizzata, quindi Il gateway di comunicazione di Azure aggiunge un'intestazione personalizzata con il contenuto.
Diagramma di flusso delle chiamate che mostra un invito da un numero assegnato a un cliente. Il gateway di comunicazione di Azure controlla il database interno per determinare se il numero di chiamata viene assegnato a un cliente. Il numero viene assegnato, quindi Il gateway di comunicazione di Azure consente la chiamata. La configurazione del numero nel gateway di comunicazione di Azure include il contenuto dell'intestazione personalizzato. Il gateway di comunicazione di Azure aggiunge il contenuto dell'intestazione come intestazione X-MS-Operator-Content prima di inoltrare la chiamata alla rete dell'operatore.
Nota
Il nome dell'intestazione personalizzata deve essere configurato come parte della distribuzione di Gateway di comunicazione di Azure. Il nome è lo stesso per tutti i messaggi. In questo esempio il nome dell'intestazione personalizzata è X-MS-Operator-Content
.
Il diagramma seguente illustra il flusso di chiamata per un invito da un numero non assegnato a un cliente. Il gateway di comunicazione di Azure rifiuta la chiamata con 403.
Diagramma di flusso delle chiamate che mostra un invito da un numero non assegnato a un cliente. Il gateway di comunicazione di Azure controlla il database interno per determinare se il numero di chiamata viene assegnato a un cliente. Il numero non è assegnato, quindi Il gateway di comunicazione di Azure rifiuta la chiamata con 403.
Identificazione del tenant del cliente per Telefono Microsoft System
Il Telefono Microsoft System usa i domini nell'intestazione Contatto dei messaggi per identificare il tenant per ogni messaggio. Il gateway di comunicazione di Azure riscrive automaticamente le intestazioni di contatto nei messaggi verso il sistema Telefono Microsoft in modo che includano il dominio appropriato per cliente. Questo processo elimina la necessità di eseguire il mapping della rete principale tra numeri e domini per cliente.
È necessario effettuare il provisioning di Gateway di comunicazione di Azure con ogni numero assegnato a un cliente per l'instradamento diretto. Questo provisioning usa l'API di provisioning del gateway di comunicazione di Azure (anteprima) o il portale di gestione dei numeri (anteprima).
Il diagramma seguente illustra come Il gateway di comunicazione di Azure riscrive le intestazioni di contatto sui messaggi inviati dalla rete dell'operatore al sistema Telefono Microsoft con instradamento diretto.
Diagramma di flusso delle chiamate che mostra un invito per +14255550100 inviato da una rete operatore al gateway di comunicazione di Azure. Il gateway di comunicazione di Azure usa un database interno per trovare il sottodominio del cliente appropriato per il numero e aggiorna l'intestazione Contatto con il sottodominio. Gateway di comunicazione di Azure instrada quindi l'invito al sistema di Telefono Microsoft.
Segnalazione SIP
Gateway di comunicazione di Azure interworks automaticamente le chiamate per supportare i requisiti per l'instradamento diretto, tra cui:
- Aggiornamento delle intestazioni di contatto per instradare correttamente i messaggi, come descritto in Identificazione del tenant del cliente per Telefono Microsoft Sistema.
- SIP su TLS.
- Intestazioni X-MS-SBC (che descrivono la funzione SBC).
- Regole rigide sulle linee di attributo a= nei corpi SDP.
- Regole rigorose sulla gestione del trasferimento delle chiamate.
Queste funzionalità fanno parte della conformità del gateway di comunicazione di Azure con le specifiche SBC certificate per l'instradamento diretto di Microsoft Teams.
È possibile organizzare più funzioni di interazione come parte della progettazione iniziale della rete o in qualsiasi momento generando una richiesta di supporto per Il gateway di comunicazione di Azure. Ad esempio, potrebbe essere necessaria una configurazione di interazione aggiuntiva per:
- Modifica avanzata dell'intestazione SIP o del messaggio SDP.
- Supporto per messaggi provvisori affidabili (100rel).
- Interlavoro tra i media iniziali e tardivi.
- Interlavoro lontano dai toni DTMF inbandati.
- Posizionare l'ID tenant univoco altrove nei messaggi SIP per semplificare l'utilizzo della rete, ad esempio nei
tgrp
parametri.
Il sistema Telefono Microsoft richiede che i numeri di telefono (A-) e chiamati (B-) siano in formato E.164. Questo requisito si applica ai numeri SIP e TEL. È consigliabile configurare la rete in modo da usare il formato E.164 per tutti i numeri. Se la rete non riesce a convertire i numeri nel formato E.164, contattare il team di onboarding o generare una richiesta di supporto per discutere i requisiti per la conversione dei numeri.
I trunk SIP tra la rete e il gateway di comunicazione di Azure sono multi-tenant, ovvero il traffico proveniente da tutti i clienti condivide lo stesso trunk.
Supporti RTP e SRTP
Il sistema Telefono Microsoft richiede in genere SRTP per i supporti. Il gateway di comunicazione di Azure supporta sia RTP che SRTP e può interlare tra di essi. Il gateway di comunicazione di Azure offre ulteriori funzionalità di manipolazione dei supporti per consentire alle reti di interagire con il sistema di Telefono Microsoft.
Gestione dei supporti per le chiamate
È necessario selezionare i codec che si desidera supportare quando si distribuisce Il gateway di comunicazione di Azure.
L'instradamento diretto di Microsoft Teams richiede reti principali per supportare i toni di ringback (toni circolari) durante il trasferimento delle chiamate. Le reti core devono anche supportare il rumore del comfort. Se le reti principali non sono in grado di soddisfare questi requisiti, Il gateway di comunicazione di Azure può inserire supporti nelle chiamate.
Opzioni di interazione multimediale
Il gateway di comunicazione di Azure offre più opzioni di interazione multimediale. Ad esempio, potrebbe essere necessario eseguire le operazioni seguenti:
- Gestione delle modifiche di RTCP.
- Controllare l'allocazione della larghezza di banda.
- Classificare in ordine di priorità il traffico multimediale specifico per la qualità del servizio.
Per informazioni dettagliate sulle funzionalità di interazione multimediale disponibili in Gateway di comunicazione di Azure, generare una richiesta di supporto.
supporto del bypass multimediale di sistema Telefono Microsoft (anteprima)
Il gateway di comunicazione di Azure include il supporto in anteprima per il bypass multimediale di instradamento diretto. Il bypass multimediale di instradamento diretto consente il flusso dei supporti direttamente tra il gateway di comunicazione di Azure e i client di Microsoft Teams in alcuni scenari anziché inviarli sempre tramite il sistema di Telefono Microsoft. I supporti continuano a fluire attraverso Azure, perché il gateway di comunicazione di Azure e il sistema di Telefono Microsoft si trovano in Azure.
Se si ritiene che il supporto del bypass multimediale (anteprima) sia utile per la distribuzione, discutere i requisiti con un rappresentante Microsoft.
Passaggi successivi
- Informazioni sul monitoraggio del gateway di comunicazione di Azure.
- Informazioni sulla richiesta di modifiche al gateway di comunicazione di Azure.