Pianificare la resilienza VoIP aziendale in Skype for Business Server

Scopri come supportare la resilienza vocale in Skype for Business Server VoIP aziendale, sia nei siti centrali che nei siti di succursale. Le opzioni del sito di succursale includono la distribuzione di survivable branch appliance o survivable branch server.

La resilienza vocale si riferisce alla capacità degli utenti di continuare a effettuare e ricevere chiamate se un sito centrale che ospita Skype for Business Server diventa non disponibile, sia attraverso un errore WAN (Wide Area Network) che per un'altra causa. Se un sito centrale non riesce, VoIP aziendale servizio deve continuare senza interruzioni attraverso un failover continuo in un sito di backup. In caso di errore WAN, le chiamate al sito di succursale devono essere reindirizzate a un gateway PSTN locale. In questa sezione viene illustrata la pianificazione della resilienza vocale in caso di errore del sito centrale o WAN.

Resilienza del sito centrale

Le aziende hanno sempre più siti sparsi in tutto il mondo. La gestione dei servizi di emergenza, l'accesso all'help desk e la capacità di svolgere attività aziendali critiche quando un sito centrale è fuori servizio è essenziale per qualsiasi soluzione di resilienza VoIP aziendale. Quando un sito centrale diventa non disponibile, è necessario soddisfare le condizioni seguenti:

• È necessario fornire il failover vocale.

• Gli utenti che normalmente si registrano nel pool Front End nel sito centrale devono essere in grado di registrarsi con un pool Front End alternativo. Questa operazione può essere eseguita creando più record SRV DNS, ognuno dei quali si risolve in un pool di director o front end in ognuno dei siti centrali. È possibile modificare la priorità e il peso dei record SRV in modo che gli utenti serviti da quel sito centrale ricevano il pool Director e Front End corrispondente prima di quelli degli altri record SRV.

• Le chiamate da e verso gli utenti che si trovano in altri siti devono essere reindirizzate alla rete PSTN.

Questo argomento descrive la soluzione consigliata per proteggere la resilienza vocale del sito centrale.

Architettura e topologia

La pianificazione della resilienza vocale in un sito centrale richiede una conoscenza di base del ruolo centrale svolto dal registrar di Skype for Business Server nell'abilitazione del failover vocale. Il registrar Skype for Business Server è un servizio che consente la registrazione e l'autenticazione client e fornisce servizi di routing. Viene eseguito su tutti i server Standard Edition, Front End Server, Director o Survivable Branch Appliance. Un pool di registrar è costituito da servizi di registrar in esecuzione nel pool Front End e nello stesso sito. Un client Skype for Business individua il pool Front End tramite il meccanismo di individuazione seguente:

1. Record SRV DNS

2. Servizio Web di individuazione automatica

3. Opzione DHCP 120

Dopo che il client Skype for Business si connette al pool Front End, viene diretto dal bilanciamento del carico a uno dei front end server del pool. Tale Front End Server, a sua volta, reindirizza il client a un registrar preferito nel pool.

Ogni utente abilitato per VoIP aziendale viene assegnato a uno specifico pool di registrar, che diventa il pool di registrar principale dell'utente. In un determinato sito, centinaia o migliaia di utenti condividono in genere un unico pool di registrar primario. Per tenere conto dell'utilizzo delle risorse del sito centrale da parte di utenti del sito di succursale che si basano sul sito centrale per presenza, conferenze o failover, è consigliabile considerare ogni utente del sito di succursale come se si trattasse di un utente registrato con il sito centrale. Attualmente non esistono limiti al numero di utenti del sito di succursale, inclusi gli utenti registrati con un Survivable Branch Appliance.

Per garantire la resilienza vocale in caso di errore di un sito centrale, il pool di registrar primario deve avere un unico pool di registrar di backup designato situato in un altro sito. Il backup può essere configurato usando le impostazioni di resilienza di Topology Builder. Presupponendo un collegamento WAN resiliente tra i due siti, gli utenti il cui pool di registrar principale non è più disponibile vengono indirizzati automaticamente al pool di registrar di backup.

I passaggi seguenti descrivono il processo di individuazione e registrazione del client:

1. Un client individua Skype for Business Server tramite record SRV DNS. In Skype for Business Server, i record SRV DNS possono essere configurati per restituire più fqdn alla query SRV DNS. Ad esempio, se l'organizzazione Contoso ha tre siti centrali (America del Nord, Europa e Asia-Pacifico) e un pool di director in ogni sito centrale, i record SRV DNS possono puntare agli FQDN del pool di director in ognuna delle tre posizioni. Se il pool di director in una delle posizioni è disponibile, il client può connettersi al primo hop Skype for Business Server.

   Nota

   L'uso di un pool di director è facoltativo. In alternativa, è possibile utilizzare un pool Front End.

2. Il pool di directory informa il client Skype for Business sul pool di registrar principale dell'utente e sul pool di registrar di backup.

3. Il client Skype for Business tenta prima di tutto di connettersi al pool di registrar principale dell'utente. Se il pool di registrar principale è disponibile, il registrar accetta la registrazione. Se il pool di registrar principale non è disponibile, il client Skype for Business tenta di connettersi al pool di registrar di backup. Se il pool di registrar di backup è disponibile e ha determinato che il pool di registrar principale dell'utente non è disponibile (rilevando la mancanza di heartbeat per un intervallo di failover specificato), il pool di registrazione di backup accetta la registrazione dell'utente. Dopo che il registrar di backup ha rilevato che il registrar primario è di nuovo disponibile, il pool di backup del registrar reindirizzerà i client di failover al pool principale.

Requisiti e consigli

I requisiti e i consigli seguenti per implementare la resilienza vocale del sito centrale sono appropriati per la maggior parte delle organizzazioni:

• I siti in cui risiedono i pool di registrar primario e di backup devono essere connessi da un collegamento WAN resiliente.

• Ogni sito centrale deve contenere un pool di registrar costituito da uno o più registrar.

• Ogni pool di registrar deve essere bilanciato con il carico tramite bilanciamento del carico DNS, bilanciamento del carico hardware o entrambi. Per informazioni dettagliate sulla pianificazione della configurazione del bilanciamento del carico, vedere Requisiti di bilanciamento del carico per Skype for Business.

• Ogni utente deve essere assegnato a un pool di registrar primario utilizzando il cmdlet set-CsUser di Skype for Business Server Management Shell o il Skype for Business Server Pannello di controllo.

• Il pool di registrar principale deve avere un unico pool di registrar di backup situato in un sito centrale diverso.

• Il pool di registrar primario deve essere configurato per eseguire il failover nel pool di registrar di backup. Per impostazione predefinita, il registrar primario viene impostato per il failover nel pool di backup del registrar dopo un intervallo di 300 secondi. È possibile modificare questo intervallo usando Skype for Business Server Generatore di topologie.

• Configurare una route di failover. Quando si configura la route, specificare un gateway che si trova in un sito diverso dal gateway specificato nella route principale.

• Se il sito centrale conteneva il server di gestione principale e il sito probabilmente non sarà disponibile per un periodo prolungato, sarà necessario reinstallare gli strumenti di gestione nel sito di backup. in caso contrario, non potrai modificare le impostazioni di gestione.

Dipendenze

Skype for Business Server dipende dai componenti software e dell'infrastruttura seguenti per garantire la resilienza vocale:

Componente	Funzionale
DNS	Risoluzione di record SRV e A per la connettività server-server e server-client
Servizi Web Exchange ed Exchange (EWS)	Archiviazione contatti; dati del calendario
Messaggistica unificata di Exchange e Servizi Web Exchange	Registri chiamate, elenco della segreteria telefonica, segreteria telefonica
Opzioni DHCP 120	Se SRV DNS non è disponibile, il client tenterà di usare l'opzione DHCP 120 per individuare il registrar. Affinché funzioni, è necessario configurare un server DHCP o Skype for Business Server DHCP deve essere abilitato.

Funzionalità vocali survivable

Se sono stati implementati i requisiti e le raccomandazioni precedenti, il pool di registrar di backup fornirà le seguenti funzionalità vocali:

• Chiamate PSTN in uscita

• Chiamate PSTN in ingresso, se il provider di servizi di telefonia supporta la possibilità di failover verso un sito di backup

• Chiamate aziendali tra gli utenti nello stesso sito e tra due siti diversi

• Gestione delle chiamate di base, tra cui attesa, recupero e trasferimento delle chiamate

• Messaggistica istantanea a due parti e condivisione di audio e video tra utenti nello stesso sito

• Inoltro di chiamata, squillo simultaneo di endpoint, delega delle chiamate e servizi di chiamata del team, ma solo se entrambe le parti per delegare le chiamate o tutti i membri del team sono configurate nello stesso sito.

• I telefoni e i client esistenti continuano a funzionare.

• Registrazione dettagli chiamata (CDR)

• Autenticazione e autorizzazione

A seconda di come sono configurate, le seguenti funzionalità vocali possono funzionare o meno quando un sito centrale principale è fuori servizio:

• Deposito e recupero della segreteria telefonica

  Per rendere disponibile la messaggistica unificata di Exchange quando il sito centrale principale è fuori servizio, è necessario eseguire una delle operazioni seguenti:

  • Modificare i record SRV DNS in modo che i server di messaggistica unificata di Exchange nel sito centrale puntino a eseguire il backup dei server di messaggistica unificata di Exchange in un altro sito.

  • Configurare il dial plan di messaggistica unificata di Exchange di ogni utente per includere i server di messaggistica unificata di Exchange sia nel sito centrale che nel sito di backup, ma designare i server di messaggistica unificata di Exchange di backup come disabilitati. Se il sito principale diventa non disponibile, l'amministratore di Exchange deve contrassegnare come abilitati i server di messaggistica unificata di Exchange nel sito di backup.

    Se nessuna delle soluzioni precedenti è possibile, la messaggistica unificata di Exchange non sarà disponibile nel caso in cui il sito centrale non fosse disponibile.

• Conferenze di tutti i tipi

  Un utente che non è riuscito a accedere a un sito di backup può partecipare a una conferenza creata o ospitata da un organizzatore il cui pool è disponibile ma non può creare o ospitare una conferenza nel proprio pool principale, che non è più disponibile. Analogamente, gli altri utenti non possono partecipare a conferenze ospitate nel pool principale dell'utente interessato.

Le caratteristiche vocali seguenti non funzionano quando un sito centrale principale è fuori servizio:

• Operatore automatico conferenza

• Routing basato su presenza e DND

• Aggiornamento delle impostazioni di inoltro di chiamata

• Servizio Response Group e Parcheggio di chiamata

• Provisioning di nuovi telefoni e client

• Ricerca Web Rubrica

Resilienza del sito di succursale

Se si vuole garantire la resilienza dei siti di succursale, ovvero il servizio VoIP aziendale disponibilità elevata, sono disponibili tre opzioni:

• Survivable Branch Appliance

• Survivable Branch Server

• Una distribuzione completa Skype for Business Server nel sito del ramo

Questa guida ti aiuterà a valutare quale soluzione di resilienza è più adatta per la tua organizzazione e, in base alla tua soluzione di resilienza, quale soluzione di connettività PSTN usare. Sarà anche utile per preparare la distribuzione della soluzione scelta descrivendo i prerequisiti e altre considerazioni di pianificazione.

Caratteristiche di resilienza del sito di succursale

Se si garantisce la resilienza del sito di succursale, se la connessione WAN di un sito di succursale a un sito centrale non riesce o se il sito centrale non è raggiungibile, le caratteristiche vocali seguenti dovrebbero continuare a essere disponibili:

• Chiamate PSTN (Public Switched Telephone Network) in ingresso e in uscita

• Chiamate aziendali tra gli utenti nello stesso sito e tra due siti diversi

• Gestione delle chiamate di base, tra cui attesa, recupero e trasferimento delle chiamate

• Messaggistica istantanea di due parti

• Inoltro di chiamata, squillo simultaneo di endpoint, delega delle chiamate e servizi di chiamata del team, ma solo se il delegante e il delegato (ad esempio un responsabile e l'amministratore del responsabile) o tutti i membri del team sono configurati nello stesso sito

• Record dettagli chiamata (CDR)

• Servizi di conferenza telefonica con accesso esterno PSTN con Operatore automatico servizi di conferenza

• Funzionalità della segreteria telefonica, se si configurano le impostazioni di reindirizzamento della segreteria telefonica.

• Autenticazione e autorizzazione dell'utente

Le caratteristiche seguenti saranno disponibili solo se la soluzione di resilienza è una distribuzione Skype for Business Server su vasta scala nel sito di succursale:

• Messaggistica istantanea, Web e servizi di conferenza A/V

• Routing basato su presenza e non disturbare (in cui le chiamate non squillano sulle estensioni con DND attivato)

• Aggiornamento delle impostazioni di inoltro di chiamata

• Applicazione Response Group e applicazione Parcheggio di chiamata

• Provisioning di nuovi telefoni e client, ma solo se Active Directory Domain Services è presente nel sito della filiale.

• Migliorato 9-1-1 (E9-1-1)

  Se viene distribuito l'E9-1-1 e il trunk SIP presso il sito centrale non è disponibile perché il collegamento WAN non è attivo, su Survivable Branch Appliance verranno instradate le chiamate E9-1-1 al gateway di succursale locale. Per abilitare questa caratteristica, i criteri vocali degli utenti del sito di succursale devono instradare le chiamate al gateway locale in caso di errore WAN.

Nota

SBA (survivable branch office) non è supportato per XMPP. Gli utenti ospitati in configurazioni SBA non potranno inviare messaggi istantanei o vedere la presenza con contatti XMPP.

Soluzioni per la resilienza dei siti di succursale

Esistono vantaggi ovvi per la resilienza dei siti di succursale per l'organizzazione. In particolare, se si perde la connessione al sito centrale, gli utenti del sito di succursale continueranno ad avere VoIP aziendale servizio e segreteria telefonica (se si configurano le impostazioni di reindirizzamento della segreteria telefonica). Tuttavia, per i siti con meno di 25 utenti, una soluzione di resilienza potrebbe non fornire un ritorno sull'investimento sufficiente.

Se si decide di garantire la resilienza del sito di succursale, sono disponibili tre opzioni. La tabella seguente consente di determinare l'opzione migliore per l'organizzazione.

Se...	È consigliabile usare un...
Ospitare tra 25 e 1000 utenti nel sito della succursale e se il ritorno sull'investimento non supporta una distribuzione completa o se il supporto amministrativo locale non è disponibile	Survivable Branch Appliance Survivable Branch Appliance è un server blade standard di settore con un registrar Skype for Business Server e Mediation Server in esecuzione in Windows Server 2008 R2. Il Survivable Branch Appliance contiene anche un gateway PSTN (Public Switched Telephone Network). I dispositivi qualificati di terze parti (sviluppati da partner Microsoft nel programma di qualificazione/certificazione SBA (Survivable Branch Appliance) forniscono una connessione PSTN continua in caso di errore WAN, ma questo approccio non fornisce presenza e conferenze resilienti perché queste caratteristiche dipendono dai Front End Server nel sito centrale. Per informazioni dettagliate su Survivable Branch Appliance, vedere "Dettagli su Survivable Branch Appliance" più avanti in questo argomento. Nota: Se si decide di usare anche un trunk SIP con Survivable Branch Appliance, contattare il fornitore di Survivable Branch Appliance per informazioni sul provider di servizi più adatto alla propria organizzazione.
Ospita tra 1000 e 2000 utenti nel tuo sito di succursale, non dispone di una connessione WAN resiliente e ha addestrato Skype for Business Server amministratori disponibili	Survivable Branch Server o due survivable branch appliance. Survivable Branch Server è una versione di Windows Server che soddisfa i requisiti hardware specificati in cui sono installati software Registrar e Mediation Server Skype for Business Server. Deve connettersi a un gateway PSTN o a un trunk SIP a un provider di servizi telefonici. Per informazioni dettagliate su Survivable Branch Servers, vedere "Dettagli su Survivable Branch Server" più avanti in questo argomento.
Se hai bisogno di funzionalità di presenza e conferenza oltre alle funzionalità vocali per un massimo di 5000 utenti e hai addestrato Skype for Business Server amministratori disponibili	Eseguire la distribuzione come sito centrale con un server Standard Edition anziché come sito di succursale. Una distribuzione di Skype for Business Server su vasta scala fornisce una connessione PSTN continua e una presenza resiliente e conferenze in caso di errore WAN.

Topologie di resilienza

La figura seguente mostra le topologie consigliate per la resilienza dei siti di succursale.

Opzioni di resilienza del sito di succursale

Dettagli su Survivable Branch Appliance

Il Skype for Business Server Survivable Branch Appliance include i componenti seguenti:

• Un registrar per l'autenticazione utente, la registrazione e il routing delle chiamate

• Mediation Server per la gestione del traffico di segnalazione tra il registrar e un gateway PSTN

• Gateway PSTN per il routing delle chiamate a PSTN come trasporto di fallback in caso di interruzione di una WAN

• SQL Server Express per l'archiviazione locale dei dati utente

Survivable Branch Appliance include anche trunk PSTN, porte analogiche e una scheda Ethernet.

Se la connessione WAN del sito di succursale a un sito centrale diventa non disponibile, gli utenti di succursali interni continuano a essere registrati presso il Registrar survivable Branch Appliance e ottengono un servizio vocale senza interruzioni usando la connessione Survivable Branch Appliance alla rete PSTN. Gli utenti di siti di succursale che si connettono da casa o da altre posizioni remote potranno registrarsi con un server di registrazione in un sito centrale se il collegamento WAN al sito di succursale non è disponibile. Questi utenti avranno funzionalità complete di comunicazione unificata, con l'unica eccezione che le chiamate in ingresso al sito di succursale andranno alla segreteria telefonica. Quando la connessione WAN diventa disponibile, le funzionalità complete devono essere ripristinate agli utenti del sito di succursale. Né il failover su Survivable Branch Appliance né il ripristino del servizio richiedono la presenza di un amministratore IT.

Skype for Business Server supporta fino a due Survivable Branch Appliance presso una succursale.

Panoramica della distribuzione di Survivable Branch Appliance

Survivable Branch Appliance è prodotto da produttori di apparecchiature originali in collaborazione con Microsoft e distribuito per conto di rivenditori a valore aggiunto. Questa distribuzione deve avvenire solo dopo Skype for Business Server è stata distribuita nel sito centrale, è attiva una connessione WAN al sito del ramo e gli utenti del sito di succursale sono abilitati per VoIP aziendale.

Per informazioni dettagliate su queste fasi, vedere Distribuzione di un Survivable Branch Appliance o di un server nella documentazione relativa alla distribuzione.

Fase	Passaggi	Diritti utente
Configurare Active Directory Domain Services per Survivable Branch Appliance	Nel sito centrale: Creare un account utente di dominio (o identità aziendale) per il tecnico che installerà e attiverà Survivable Branch Appliance presso il sito di succursale. Creare un account computer (con il nome di dominio completo (FQDN) applicabile per Survivable Branch Appliance in Active Directory Domain Services. In Generatore di topologie creare e pubblicare Survivable Branch Appliance.	L'account utente del tecnico deve essere un membro di RTCUniversalSBATechnicians. Il Survivable Branch Appliance deve appartenere al gruppo RTCSBAUniversalServices, che viene eseguito automaticamente quando si usa Generatore di topologie.
Installare e attivare Survivable Branch Appliance.	Nel sito di succursale: Connettere Survivable Branch Appliance a una porta Ethernet e a una porta PSTN. Avviare Survivable Branch Appliance. Aggiungere Survivable Branch Appliance al dominio usando l'account utente di dominio creato per Survivable Branch Appliance nel sito centrale. Impostare l'FQDN e l'indirizzo IP in modo che corrispondano a quello creato nell'account del computer. Configurare Survivable Branch Appliance utilizzando l'interfaccia utente OEM. Testare la connettività PSTN.	L'account utente del tecnico deve essere un membro di RTCUniversalSBATechnicians.

Dettagli su survivable branch server

In Generatore di topologie creare il sito di succursale aggiungere il Survivable Branch Server al sito e quindi eseguire la Distribuzione guidata Skype for Business Server nel computer in cui si vuole installare il ruolo.

Requisiti di resilienza del sito di succursale

Questo argomento illustra come preparare gli utenti per la resilienza dei siti di succursale e la sopravvivenza della segreteria telefonica e specifica anche i requisiti hardware e software pertinenti.

Preparazione degli utenti di succursale per la resilienza Branch-Site

Preparare gli utenti per la resilienza dei siti di succursale impostando il pool di registrar come Survivable Branch Appliance (SBA) o Survivable Branch Server.

Assegnazioni del registrar per gli utenti di succursale

Indipendentemente dalla soluzione di resilienza del sito di succursale scelta, è necessario assegnare un registrar primario a ogni utente. Gli utenti del sito di succursale devono sempre registrarsi presso il registrar presso il sito di succursale, indipendentemente dal fatto che il registrar risieda nel Survivable Branch Appliance, nel Survivable Branch Server o nel server autonomo Skype for Business Server Standard o edizione Enterprise. Per consentire a un client di individuare il pool di registrar, è necessario un record di risorse del servizio DNS (Domain Name System) (SRV). Se survivable Branch Appliance diventa non disponibile, è così che i client del sito di succursale individuano automaticamente il registrar di backup.

Se un sito di succursale non dispone di un server DNS, esistono due modi alternativi per configurare l'individuazione di Survivable Branch Appliance o Survivable Branch Server:

• Configurare l'opzione DHCP 120 nel server DHCP (Dynamic Host Configuration Protocol) del sito secondario in modo che punti al nome di dominio completo (FQDN) del Survivable Branch Appliance o del Survivable Branch Server.

• Configurare Survivable Branch Appliance o Survivable Branch Server per rispondere alle query DHCP 120.

Routing vocale per gli utenti di succursale

È consigliabile creare criteri VoIP (Voice over Internet Protocol) a livello utente distinti per gli utenti in un sito di succursale. Questo criterio deve includere una route principale che usa il Survivable Branch Appliance o il gateway di branch server e una o più route di backup che usano un trunk con un gateway PSTN (Public Switched Telephone Network) nel sito centrale. Se la route principale non è disponibile, verrà usata la route di backup che usa uno o più gateway del sito centrale. In questo modo, indipendentemente da dove un utente è registrato, nel registrar del sito di succursale o nel pool di backup del registrar nel sito centrale, i criteri VoIP dell'utente sono sempre applicati. Questa è una considerazione importante per gli scenari di failover. Ad esempio, se è necessario rinominare Survivable Branch Appliance o riconfigurare Survivable Branch Appliance per connettersi a un pool di registrar di backup nel sito centrale, è necessario spostare gli utenti del sito di succursale nel sito centrale per la durata. Per informazioni dettagliate sulla ridenominazione o la riconfigurazione di un Survivable Branch Appliance, vedere l'Appendice B: Gestione di un Survivable Branch Appliance nella documentazione relativa alla distribuzione. Se questi utenti non hanno criteri VoIP a livello utente o piani di chiamata a livello utente, quando gli utenti vengono spostati in un altro sito, i criteri VoIP a livello di sito e i piani di chiamata a livello di sito del sito centrale vengono applicati agli utenti per impostazione predefinita, invece che ai criteri VoIP e ai piani di chiamata VoIP a livello di sito secondario. In questo scenario, a meno che i criteri VoIP a livello di sito e i piani di chiamata a livello di sito usati dal pool di registrar di backup non possano essere applicati anche agli utenti del sito di succursale, le chiamate non riusciranno. Ad esempio, se gli utenti di un sito di succursale situato in Giappone vengono spostati in un sito centrale a Redmond, è improbabile che un piano di chiamata con regole di normalizzazione anteponi +1425 a tutte le chiamate di 7 cifre traduca in modo appropriato le chiamate per tali utenti.

Importante

Quando si crea una route di backup di una filiale, è consigliabile aggiungere due record di utilizzo del telefono PSTN ai criteri utente della filiale e assegnare route separate a ognuno di essi. La prima route, o primaria, indirizzava le chiamate al gateway associato al Survivable Branch Appliance (SBA) o al branch server; il secondo percorso, o di backup, indirizzava le chiamate al gateway nel sito centrale. Nelle chiamate di directing, sBA o branch server tenterà tutte le route assegnate al primo record di utilizzo PSTN prima di tentare il secondo record di utilizzo.

Per garantire che le chiamate in ingresso verso gli utenti del sito di succursale raggiungano tali utenti quando il gateway di succursale o il componente Windows del sito Survivable Branch Appliance non è disponibile (ad esempio, se il Survivable Branch Appliance o il gateway di succursale non è attivo per la manutenzione), creare una route di failover nel gateway (o collaborare con il provider Direct Inward Dialing (DID) per reindirizzare le chiamate in arrivo al pool di registrar di backup presso la centrale Sito. Da qui, le chiamate verranno instradate attraverso il collegamento WAN agli utenti di succursale. Assicurarsi che il percorso traduca i numeri in modo conforme ai formati di numero di telefono accettati del gateway PSTN o di altri peer trunk. Per informazioni dettagliate sulla creazione di una route di failover, vedere Configurazione di una route di failover. Creare anche piani di chiamata a livello di servizio per il trunk associato al gateway presso il sito di succursale per normalizzare le chiamate in arrivo. Se si dispone di due Survivable Branch Appliance presso un sito di succursale, è possibile creare un dial plan a livello di sito per entrambi, a meno che non sia necessario un piano a livello di servizio separato per ciascuno di essi.

Nota

Per tenere conto dell'utilizzo delle risorse del sito centrale da parte di utenti del sito di succursale che si basano sul sito centrale per presenza, conferenze o failover, è consigliabile considerare ogni utente del sito di succursale come se l'utente fosse registrato con il sito centrale. Attualmente non esistono limiti al numero di utenti del sito di succursale, inclusi gli utenti registrati con un Survivable Branch Appliance.

È anche consigliabile creare un piano di chiamata a livello utente e criteri vocali e quindi assegnarli agli utenti del sito di succursale. Per informazioni dettagliate, vedere Creare o modificare un piano di chiamata in Skype for Business Server e Creare i criteri di routing VoIP per gli utenti di succursale nella documentazione relativa alla distribuzione.

Routing dei numeri di interno

Quando si preparano piani di chiamata e criteri vocali per gli utenti del sito di succursale, assicurarsi di includere le regole di normalizzazione e le regole di traduzione che corrispondono alle stringhe e al formato numerico usato nell'attributo msRTCSIP-line (o URI linea), in modo che le chiamate Skype for Business abilitate tra gli utenti del sito di succursale e gli utenti del sito centrale vengano instradate correttamente, in particolare quando le chiamate devono essere reindirizzate sul pstn perché il collegamento WAN non è disponibile. Inoltre, ci sono considerazioni speciali per i numeri di telefono che includono numeri di interno, piuttosto che solo numeri di telefono.

Le regole di normalizzazione e le regole di traduzione che corrispondono agli URI di linea che contengono un numero di interno, in modo esclusivo o in aggiunta a un numero di telefono E.164 completo, hanno requisiti aggiuntivi. Questa sezione descrive diversi scenari di esempio per instradare le chiamate per gli URL di linea con un numero di interno.

Se l'organizzazione non ha numeri di telefono DID (Direct Inward Dial) configurati per singoli utenti e l'URI linea di ogni utente è configurato solo con un numero di interno, gli utenti interni possono chiamarsi componendo solo un numero di interno. Tuttavia, è necessario configurare regole di normalizzazione che possono essere applicate alle chiamate da un utente del sito di succursale a un utente del sito centrale, che corrispondono ai numeri di interno.

In uno scenario in cui è disponibile il collegamento WAN tra un sito di succursale e un sito centrale, le chiamate dagli utenti del sito di succursale agli utenti del sito centrale non richiedono la regola di normalizzazione corrispondente per tradurre il numero perché la chiamata non viene instradata tramite PSTN. Ad esempio:

Nome regola	Descrizione	Schema numerico	Conversione	Esempio
5digitExtensions	Non converte numeri a 5 cifre	^(\d{5})$	$1	10001 non viene tradotto

È anche necessario gestire i numeri di interno per scenari specifici, ad esempio quando il collegamento WAN tra un sito di succursale e il sito centrale non è disponibile e una chiamata da un sito di succursale deve essere instradata tramite PSTN. Durante un'interruzione della WAN, se un utente di un sito di succursale chiama un utente del sito centrale solo componendo l'estensione dell'utente del sito centrale, è necessario avere una regola di traduzione in uscita che aggiunga il numero di telefono completo dell'utente del sito centrale. Se l'URI linea di un utente contiene il numero di telefono completo dell'organizzazione e il numero di interno univoco dell'utente invece di un numero di telefono completo univoco per l'utente, è necessario avere una regola di traduzione in uscita che aggiunga invece il numero di telefono completo dell'organizzazione. Ad esempio:

Descrizione	Modello corrispondente	Conversione	Esempio
Converte i numeri di 5 cifre in numero di telefono e interno di un utente	^(\d{5})$	+14255550123; estensione=$1	10001 viene convertito in +14255550123; estensione=10001
Converte numeri di 5 cifre nel numero di telefono dell'organizzazione e nell'interno di un utente	^(\d{5})$	+14255550100; estensione=$1	10001 viene convertito in +14255550100; estensione=10001

In questo scenario, se il peer trunk che gestisce il reindirizzamento alla rete PSTN non supporta i numeri di estensione, la regola di traduzione in uscita deve rimuovere anche il numero di estensione. Ad esempio:

Descrizione	Modello corrispondente	Conversione	Esempio
Rimuove l'estensione dai numeri di telefono con le estensioni	^+(\d*); ext=(\d*)$	+$1	+14255550123; ext=10001 viene convertito in +14255550123

Se è disponibile o meno un collegamento WAN, se l'organizzazione non ha numeri DID configurati per singoli utenti e l'URI linea per un utente contiene il numero di telefono dell'organizzazione e il numero di interno univoco dell'utente, è necessario configurare l'URI linea del numero di telefono dell'organizzazione con un numero raggiungibile dal peer trunk o dal gateway PSTN presso il sito di succursale. È inoltre necessario configurare l'URI della linea dei numeri di telefono dell'organizzazione in modo da includere la propria estensione univoca per il routing delle chiamate a tale numero.

Preparazione della funzionalità di verifica della segreteria telefonica

La messaggistica unificata di Exchange viene in genere installata solo in un sito centrale e non nei siti di succursale. Un chiamante dovrebbe essere in grado di lasciare un messaggio della segreteria telefonica, anche se il collegamento WAN tra il sito di succursale e il sito centrale non è disponibile. Di conseguenza, la configurazione dell'URI riga per il numero di telefono operatore automatico di messaggistica unificata di Exchange che fornisce la segreteria telefonica per gli utenti del sito di succursale richiede considerazioni speciali, oltre ai criteri vocali, al piano di chiamata e alle regole di normalizzazione applicabili a tale numero di segreteria telefonica.

I survivable Branch Appliance (SBA) e i survivable branch server forniscono la capacità di sopravvivenza della segreteria telefonica per gli utenti di succursali durante un'interruzione della WAN. In particolare, se si utilizza un Survivable Branch Appliance o Survivable Branch Server e la WAN diventa non disponibile, SBA o Survivable Branch Server reindirizza le chiamate senza risposta tramite pstn alla messaggistica unificata di Exchange nel sito centrale. Con un SBA o Survivable Branch Server, gli utenti possono anche recuperare i messaggi della segreteria telefonica tramite PSTN durante un'interruzione della WAN. Infine, durante un'interruzione della WAN, le code Survivable Branch Appliance o Survivable Branch Server inviano notifiche di chiamata senza risposta e quindi le caricano nel server di messaggistica unificata di Exchange quando la WAN viene ripristinata. Per garantire che il reindirizzamento della segreteria telefonica sia resiliente, assicurarsi di aggiungere una voce per l'FQDN del pool di siti centrale e una voce per l'FQDN del server perimetrale al file hosts nel survivable Branch Server. In caso contrario, la risoluzione DNS può essere disattivata se non si dispone di un server DNS nel sito del ramo.

È consigliabile eseguire le configurazioni seguenti per il supporto della segreteria telefonica per gli utenti del sito di succursale:

• Un amministratore di Microsoft Exchange deve configurare Operatore automatico di messaggistica unificata di Exchange (AA) in modo che accetti solo i messaggi. Questa configurazione disabilita tutte le altre funzionalità generiche, ad esempio il trasferimento a un utente o il trasferimento a un operatore, e limita l'AA ad accettare solo i messaggi. In alternativa, l'amministratore di Exchange può usare un AA generico o un AA personalizzato per instradare la chiamata a un operatore.

• L'amministratore Skype for Business Server deve prendere il numero di telefono AA e utilizzare tale numero di telefono come numero dell'operatore automatico di messaggistica unificata di scambio nelle impostazioni di reindirizzamento della segreteria telefonica per survivable Branch Appliance o branch server.

• L'amministratore Skype for Business Server deve ottenere il numero di telefono di accesso sottoscrittore di messaggistica unificata di Exchange e utilizzare tale numero come numero di accesso sottoscrittore nelle impostazioni di reindirizzamento della segreteria telefonica per Survivable Branch Appliance o Survivable Branch Server.

• L'amministratore Skype for Business Server deve configurare la messaggistica unificata di Exchange in modo che un solo dial plan sia associato a tutti gli utenti di succursale che devono accedere alla segreteria telefonica durante un'interruzione della WAN.

• Quando il collegamento WAN non è disponibile, le chiamate agli utenti del sito di succursale possono essere indirizzate alla cassetta postale vocale di messaggistica unificata di Exchange dell'utente, ma solo se i criteri vocali applicati alla chiamata specificano un numero di telefono della segreteria telefonica univoco e non include un numero di interno.

Requisiti hardware e software per la resilienza Branch-Site

I requisiti hardware e software variano a seconda della soluzione di resilienza.

Requisiti per survivable Branch Appliance

L'hardware e il software necessari sono incorporati nel Survivable Branch Appliance. Tuttavia, è anche consigliabile distribuire un server DHCP per ottenere gli indirizzi IP client in ogni sito di succursale. in caso contrario, alla scadenza del lease DHCP, i client non avranno connettività IP.

Se i server DNS aziendali si trovano solo in siti centrali, gli utenti dei siti di succursale non saranno in grado di connettersi a questi server durante un'interruzione della WAN e pertanto Skype for Business Server individuazione che usa il record di risorse SRV (service (SRV) DNS avrà esito negativo. Per assicurare il reindirizzamento della richiesta durante un'interruzione della WAN, i record DNS devono essere memorizzati nella cache nel sito del ramo. Se il router di succursale lo supporta, attiva la memorizzazione nella cache DNS. In alternativa, è possibile distribuire un server DNS presso il ramo. Può trattarsi di un server autonomo o di una versione del Survivable Branch Appliance che supporta le funzionalità DNS. Per informazioni dettagliate, contatta il provider di Survivable Branch Appliance.

Nota

Non è necessario avere un controller di dominio presso un sito di succursale. Il Survivable Branch Appliance autentica i client utilizzando uno speciale certificato che invia al client in risposta alla richiesta di certificato del cliente al momento dell'accesso.

Skype for Business client possono individuare il Skype for Business Server tramite DHCP Option 120 (SIP Registrar Option). Questa configurazione può essere configurata in due modi:

• Configurare il server DHCP nel sito di succursale per rispondere alle query DHCP 120, che restituiscono il nome di dominio completo del registrar nel Survivable Branch Appliance o nel Survivable Branch Server.

• Attiva Skype for Business Server DHCP. Quando questa opzione è attivata, il registrar Skype for Business Server risponde alle query DHCP Option 120. Tieni presente che il registrar non risponde ad alcuna query DHCP diversa da Opzioni DHCP 120.

Inoltre, per i siti di succursale più grandi con più subnet, gli agenti di inoltro DHCP devono essere abilitati per inoltrare le query opzione DHCP 120 al server DHCP (configurazione 1) o al registrar (configurazione 2).

Infine, gli utenti del sito di succursale devono essere configurati per VoIP aziendale e di cui è stato eseguito il provisioning con un endpoint di comunicazione unificato appropriato.

Requisiti per i branch server survivable

I requisiti per i survivable branch server sono gli stessi di un Front End Server. Per informazioni dettagliate, vedere Requisiti del server per Skype for Business Server 2015.

Requisiti per le distribuzioni di Full-Scale Skype for Business Server Branch-Site

Per informazioni dettagliate, vedere Requisiti del server per Skype for Business Server 2015 nella documentazione relativa alla pianificazione.

Esempio: configurazione di una route di failover

L'esempio seguente mostra come un amministratore può definire una route di failover per l'uso se Dallas-GW1 non è disponibile per la manutenzione o non è disponibile in altro modo. Le tabelle seguenti illustrano la modifica di configurazione richiesta.

Tabella 1. Criteri utente

Criteri utente	Utilizzo del telefono
Criteri per le chiamate predefiniti	Locale GlobalPSTNHopoff
Criteri locali di Redmond	RedmondLocal
Criteri per le chiamate di Dallas	DallasUsers GlobalPSTNHopoff

Tabella 2. Itinerari

Nome itinerario	Schema numerico	Utilizzo del telefono	Tronco	Gateway
Redmond Local Route	^+1(425	206	253)(\d{7})$	Locale RedmondLocal
Itinerario locale di Dallas	^+1(972	214	469)(\d{7})$	Locale
Universal Route	^+? (\d*)$	GlobalPSTNHopoff	Trunk1 Trunk2 Trunk3	Rosso GW1 Rosso GW2 Dallas-GW1
Route utenti dallas	^+? (\d*)$	DallasUsers	Trunk3	Dallas-GW1

Nella tabella 1 viene aggiunto un utilizzo telefonico di GlobalPSTNHopoff dopo l'utilizzo del telefono DallasUsers nei criteri per le chiamate di Dallas. In questo modo le chiamate con i criteri per le chiamate di Dallas possono usare le route configurate per l'utilizzo del telefono GlobalPSTNHopoff se una route per l'utilizzo del telefono DallasUsers non è disponibile.