Case study contoso: Sistema telefonico per una società multinazionale

• Si applica a:

  Microsoft Teams

A seconda della posizione geografica e di altri fattori, Contoso aveva uffici con le seguenti soluzioni di telefonia:

• Tipo di sito A: Skype for Business VoIP aziendale

• Sito tipo B: sistemi di telefonia legacy tradizionali

• Tipo di sito C: combinazione di Skype for Business VoIP aziendale e sistemi di telefonia legacy tradizionali

Per implementare una soluzione Microsoft Phone System per l'intera organizzazione, Contoso doveva determinare, per ogni tipo di sito, quale delle seguenti opzioni sarebbe stata usata con Sistema telefonico per connettersi alla rete PSTN (Public Switched Telephone Network):

• Sistema telefonico con piano per chiamate

• Sistema telefonico con gestore PSTN tramite Direct Routing

• Combinazione di Sistema telefonico con Piano per chiamate e Sistema telefonico con il proprio operatore PSTN tramite Direct Routing

Per determinare la soluzione giusta per la propria organizzazione, Contoso ha usato Plan your Teams voice solution e le chiamate di Ignite 2019 in Microsoft Teams.

Tipo di sito A: Skype for Business VoIP aziendale

Contoso Skype for Business VoIP aziendale è stato configurato come hub e ha parlato. C'era una posizione centrale che conservava il gateway PSTN nell'area geografica che forniva la connessione al pstn per gli utenti Skype for Business VoIP aziendale nel paese/area geografica. Spesso questi uffici satellitari non hanno un proprio uscita Internet. The numbers for these users resided on the SIP trunk connecting to an existing SBC.

Per determinare se la scheda SBC già distribuita è certificata per direct routing e media bypass, Contoso ha controllato l'elenco dei controller dei confini della sessione certificati per il routing diretto.

Le abitudini di composizione dell'utente erano di comporre un utente sul sistema di telefonia legacy utilizzando un'estensione, anche quando l'utente ha un client di Skype for Business disponibile per l'audio peer-to-peer.

Contoso ha basato la propria decisione sulle domande seguenti:

• D. È necessario conservare le funzionalità fornite dalla distribuzione locale?
  Un. No

• D. È necessario interagire con sistemi PBX di terze parti e altri dispositivi di telefonia?
  Un. No

• D. È necessario mantenere l'attuale gestore di terze parti?
  Un. Sì (paesi/aree geografiche regolamentate) e No

• D. Dobbiamo distribuire il ROI nelle schede SBC?
  Un. Sì e no

• D. I piani per chiamate PSTN Microsoft sono disponibili in questa area geografica?
  Un. Sì e no

In base alle risposte alle loro domande, Contoso ha deciso di:

• Spostare gli utenti che si trovano in un'area geografica in cui i piani per le chiamate PSTN sono disponibili per sistema telefonico con piani per chiamate.

• Spostare gli utenti che non si trovano in un'area geografica in cui sono disponibili piani per le chiamate PSTN, gli utenti che si trovano in un sito in cui il ROI degli SBC non è ancora stato soddisfatto e gli utenti residenti in un paese/area geografica che ha normative di telefonia per sistema telefonico con routing diretto.

Il diagramma seguente illustra la distribuzione iniziale Skype for Business VoIP aziendale e come è stata eseguita la migrazione di questa distribuzione sia in Piani per chiamate Microsoft che in Routing diretto:

Sito tipo B: sistemi di telefonia legacy tradizionali

Contoso aveva molti uffici che sfruttavano i sistemi di telefonia legacy. C'erano un sottoinsieme di utenti che avevano un numero di telefono E1.64, mentre altri avevano solo un'estensione. Questi numeri si trovano nel trunk TDM del gateway PSTN. La composizione intrasito è stata configurata sfruttando un codice sito davanti all'estensione per determinare dove instradare la chiamata. Le abitudini di composizione degli utenti erano di comporre per estensione.

Contoso ha basato la propria decisione sulle domande seguenti:

• D. È necessario conservare le funzionalità fornite dalla distribuzione locale?
  Un. No

• D. È necessario interagire con sistemi PBX di terze parti e altri dispositivi di telefonia?
  Un. Sì

• D. È necessario mantenere l'attuale gestore di terze parti?
  Un. No

• D. Il piano per chiamate PSTN Microsoft è disponibile nella nostra area geografica?
  Un. Sì e no

In base alle risposte alle loro domande, Contoso ha deciso di:

• Spostare gli utenti che si trovano in un'area geografica in cui i piani per le chiamate PSTN sono disponibili per sistema telefonico con piani per chiamate.

• Spostare gli utenti che non si trovano in un'area geografica in cui i piani per le chiamate PSTN sono disponibili per sistema telefonico con routing diretto.

• Mantieni una connessione PSTN ai dispositivi analogici aziendali critici.

I diagrammi seguenti mostrano la distribuzione di sistema legacy originale con i siti remoti e la migrazione a una distribuzione direct routing con Ottimizzazione multimediale locale:

Distribuzione legacy originale

Distribuzione con routing diretto

Tipo di sito C: combinazione di Skype for Business VoIP aziendale e sistemi di telefonia legacy tradizionali

Contoso Skype for Business VoIP aziendale numeri degli utenti si trovano nel trunk SIP per SBC dal gestore telefonico. I numeri per i sistemi di telefonia tradizionali risiedevano sul trunk TDM al gateway PSTN.

Contoso ha basato la propria decisione sulle domande seguenti:

• D. È necessario conservare le funzionalità fornite dalla distribuzione locale?
  Un. No

• D. È necessario interagire con sistemi PBX di terze parti e altri dispositivi di telefonia?
  Un. No

• D. È necessario mantenere l'attuale gestore di terze parti?
  Un. No

• D. Dobbiamo distribuire il ROI nelle schede SBC?
  Un. Sì e no

• D. Il piano per le chiamate PSTN Microsoft è disponibile in questa area geografica?
  Un. No

In base alle risposte alle loro domande, Contoso ha deciso quanto segue:

• Per gli utenti di telefonia legacy che saranno abilitati per il routing diretto, Contoso ha effettuato il trasferimento dei numeri dal trunk TDM al trunk SIP per SBC, poiché la SBC è certificata per direct routing.

• Per supportare un sottoinsieme di utenti che passano al sistema telefonico e per consentire il routing continuo attraverso il sistema legacy, il sistema di telefonia legacy è stato configurato come passaggio successivo alla scheda SBC.

• Inoltre, per incoraggiare la modifica del comportamento degli utenti e rimuovere la dipendenza dalla composizione delle estensioni intersito e intrasito, Contoso ha fornito indicazioni su come usare Teams per tutte le chiamate interne.

I diagrammi seguenti mostrano la distribuzione originale del sistema di telefonia Skype for Business VoIP aziendale e legacy e la migrazione a una distribuzione mista tramite routing diretto:

Diagramma di distribuzione mista originale

Distribuzione mista con diagramma routing diretto

Piani di chiamata

Per determinare i requisiti di configurazione per i piani per chiamate, Contoso ha esaminato le decisioni di distribuzione di base del Piano per chiamate. Le decisioni risultanti sono state prese:

• D. Gli utenti hanno bisogno di chiamate internazionali?
  Un. Sì

• D. Ogni utente ha un numero di telefono DID diretto verso l'interno?
  Un. Non oggi. Tutti gli utenti abilitati riceveranno un did.

• D. Si vuole mascherare o disabilitare l'ID chiamante?
  Un. L'ID chiamante di un utente verrà mascherato al numero locale di Contoso.

Configurazione

Siti piani per chiamate

Per ottenere licenze e assegnare numeri di telefono agli utenti, Contoso ha seguito la procedura descritta in Configurare i piani per chiamate.

A causa del numero di utenti a cui era necessario assegnare numeri di telefono, Contoso ha deciso di usare PowerShell per assegnare i numeri di telefono. Per informazioni su come assegnare numeri usando PowerShell, oltre ad altre impostazioni, Contoso ha usato la panoramica di PowerShell di Teams.

Siti di routing diretto

Per connettere l'infrastruttura di telefonia locale di Contoso a Microsoft Teams, l'amministratore di Contoso ha seguito la procedura descritta in Configurare il routing diretto ed ha esaminato il video Routing diretto in Microsoft Teams per indicazioni. Contoso ha anche fatto riferimento alla documentazione relativa alla distribuzione diretta del routing da parte del fornitore SBC certificato.

Dopo aver configurato il routing diretto tra SBC e Microsoft Phone System, era necessario che Contoso testasse la configurazione. A tale scopo, gli amministratori di Contoso hanno usato il client Sip Tester discusso nella sessione "Aggiornamenti for Direct Routing" a Ignite 2019. Lo script client SIP Tester e la documentazione sono stati scaricati dallo script di PowerShell per testare le connessioni del controller dei confini della sessione di routing diretto.

Ottimizzazione multimediale locale

Contoso ha visto l'opportunità di sfruttare Ottimizzazione multimediale locale nelle diverse aree geografiche del mondo. Gli scenari supportati per Contoso sono descritti in Ottimizzazione multimediale locale per il routing diretto. La configurazione dell'ottimizzazione multimediale locale è stata completata seguendo le indicazioni del fornitore di SBC e di Microsoft. I passaggi di configurazione per Ottimizzazione multimediale locale includono:

• Configurare i siti utente e SBC

• Configurare SBC in base alle specifiche dei fornitori di SBC,

• Aggiungere indirizzi IP attendibili esterni a ogni sito usato per Ottimizzazione multimediale locale

• Definire la topologia della rete

• Definire la topologia della rete virtuale

• Determinare la modalità: Ignora sempre o Solo per gli utenti locali

Considerazioni sulla rete

Contoso aveva un numero di utenti che dovevano lavorare in remoto per un periodo prolungato di tempo dopo l'abilitazione per Sistema telefonico. Gli utenti hanno usato la VPN per accedere ad alcune applicazioni Line of Business. Mentre si usava la VPN, gli utenti di Sistema telefonico hanno registrato una riduzione della qualità delle chiamate.

Per risolvere il problema di qualità, Contoso ha implementato il tunneling di divisione VPN, che ha consentito al traffico Office 365 di attraversare Internet mentre la connessione alle app interne rimaneva nella VPN. Per implementare il tunneling diviso per vpn, Contoso ha seguito le indicazioni in Implementazione del tunneling diviso VPN per Office 365.