Pianificare il routing vocale in uscita in Skype for Business Server

Informazioni sul routing vocale in uscita in Skype for Business Server Enterprise Voice, incluse le impostazioni di routing delle chiamate, i piani di chiamata, le regole di normalizzazione, i criteri vocali, i record di utilizzo PSTN e le route vocali.

Il routing delle chiamate in uscita si applica alle chiamate VoIP aziendale destinate a gateway PSTN (Public Switched Telephone Network), trunk o PBX (Private Branch Exchange). Quando un utente Skype for Business effettua una chiamata, il server normalizza il numero di telefono nel formato E.164, se necessario, e tenta di associarlo a un URI SIP. Se il server non riesce a creare la corrispondenza, applica la logica di routing delle chiamate in uscita in base alla stringa di chiamata fornita. Questa logica viene definita configurando le impostazioni del server descritte nella tabella seguente.

Impostazioni di routing delle chiamate in uscita di Skype for Business Server

Oggetto	Descrizione
Dial Plan	Un piano di chiamata è un set denominato di regole di normalizzazione che traduce i numeri di telefono per una posizione denominata, un singolo utente o un oggetto contatto in un unico formato standard (E.164) ai fini dell'autorizzazione del telefono e del routing delle chiamate.
Regola di normalizzazione	Le regole di normalizzazione definiscono il modo in cui i numeri di telefono espressi in vari formati devono essere instradati per ogni posizione, utente o oggetto contatto specificato. La stessa stringa di chiamata può essere interpretata e tradotta in modo diverso, a seconda della posizione da cui viene composta e della persona o dell'oggetto contatto che effettua la chiamata. Un insieme di regole di normalizzazione associate a una determinata posizione costituisce un piano di chiamata.
Criteri vocali	I criteri vocali associano uno o più record di utilizzo PSTN a un utente o a un gruppo di utenti. Un criterio vocale fornisce anche un elenco di funzionalità per le chiamate che è possibile abilitare o disabilitare.
Record di utilizzo PSTN	Un record di utilizzo PSTN specifica una classe di chiamata (ad esempio interna, locale o a lunga distanza) che può essere effettuata da vari utenti, o gruppi di utenti, in un'organizzazione.
Call Route	Un percorso di chiamata associa i numeri di telefono di destinazione a determinati trunk e record di utilizzo PSTN. Un gateway PSTN è considerato un trunk.

Piani di chiamata e regole di normalizzazione

Un piano di chiamata è un set denominato di regole di normalizzazione che traduce i numeri di telefono per una posizione denominata, un singolo utente o un oggetto contatto in un unico formato standard (E.164) ai fini dell'autorizzazione del telefono e del routing delle chiamate.

Le regole di normalizzazione definiscono il modo in cui i numeri di telefono espressi in vari formati devono essere instradati per ogni posizione, utente o oggetto contatto specificato. La stessa stringa di chiamata può essere interpretata e tradotta in modo diverso, a seconda della posizione da cui viene composta e della persona o dell'oggetto contatto che effettua la chiamata.

Ambito del piano di chiamata

L'ambito di un piano di chiamata determina il livello gerarchico in cui il piano di chiamata può essere applicato. In Skype for Business Server è possibile assegnare a un utente un piano di chiamata specifico per utente. Se non è assegnato un piano di chiamata utente, viene applicato il piano di chiamata del pool Front End. Se non esiste un piano di chiamata del pool Front End, viene applicato il piano di chiamata del sito. Infine, se non esiste un altro piano di chiamata applicabile all'utente, viene applicato il piano di chiamata globale.

I client ottengono i livelli di ambito del piano di chiamata tramite le impostazioni di provisioning in banda fornite quando gli utenti accedono a Skype for Business. L'amministratore può gestire e assegnare i livelli di ambito del piano di chiamata utilizzando il Pannello di controllo di Skype for Business Server.

Nota

Il dial plan gateway PSTN (Public Switched Telephone Network) a livello di servizio viene applicato alle chiamate in arrivo da un gateway specifico.

I livelli di ambito del piano di chiamata sono definiti come segue:

• Piano di chiamata utente: può essere assegnato a singoli utenti, gruppi o oggetti contatto. Le applicazioni vocali possono cercare un piano di chiamata per utente quando viene ricevuta una chiamata con il contesto del telefono impostato su user-default. Ai fini dell'assegnazione di un piano di chiamata, un oggetto contatto viene considerato come un singolo utente.

• Piano di chiamata pool: può essere creato a livello di servizio per qualsiasi gateway PSTN o registrar nella topologia. Per definire un piano di chiamata pool, è necessario specificare il servizio specifico (gateway PSTN o pool di registrar) a cui si applica il piano di chiamata.

• Piano di chiamata del sito: può essere creato per un intero sito, ad eccezione di tutti gli utenti, i gruppi o gli oggetti contatto a cui è assegnato un piano di chiamata del pool o un piano di chiamata utente. Per definire un piano di chiamata del sito, è necessario specificare il sito a cui si applica il piano di chiamata.

• Piano di chiamata globale: il piano di chiamata predefinito installato con il prodotto. È possibile modificare il piano di chiamata globale, ma non eliminarlo. Questo piano di chiamata si applica a tutti gli utenti, i gruppi e gli oggetti contatto VoIP aziendale nella distribuzione, a meno che non si configuri e si assegni un piano di chiamata con un ambito più specifico.

Pianificazione dei piani di chiamata

Per pianificare un piano di chiamata, procedere come segue:

• Elencare tutte le impostazioni locali in cui l'organizzazione ha un ufficio.

  L'elenco deve essere aggiornato e completo. Sarà necessario modificarlo man mano che l'organizzazione aziendale si evolve. In una grande multinazionale con numerose piccole filiali, questo può essere un compito che richiede molto tempo.

• Identificare modelli numerici validi per ogni sito.

  La parte più dispendiosa in termini di tempo della pianificazione dei piani di chiamata consiste nell'identificare i modelli numerici validi per ogni sito. In alcuni casi, potresti essere in grado di copiare le regole di normalizzazione che hai scritto per un piano di chiamata in altri piani di chiamata, in particolare se i siti corrispondenti sono nello stesso paese/area geografica o persino continente. In altri casi, piccole modifiche ai numeri in un piano di chiamata possono essere sufficienti per usarle in altri piani di chiamata.

• Sviluppare uno schema a livello di organizzazione per la denominazione dei piani di chiamata.

  L'adozione di uno schema di denominazione standard assicura la coerenza in tutta l'organizzazione e rende più semplici la manutenzione e gli aggiornamenti.

• Decidere se sono necessari più piani di chiamata per una singola posizione.

  Se l'organizzazione gestisce un singolo piano di chiamata in più posizioni, potrebbe essere comunque necessario creare un piano di chiamata separato per gli utenti VoIP aziendale che eseguono la migrazione da una rete PBX (Private Branch Exchange) e che devono conservare le estensioni esistenti.

• Decidere se è necessario un piano di chiamata per utente. Ad esempio, se presso un sito di succursale sono presenti utenti registrati presso il sito centrale o se sono presenti utenti registrati in un Survivable Branch Appliance, è possibile prendere in considerazione scenari speciali di composizione per tali utenti utilizzando piani di chiamata per utente e regole di normalizzazione. Per informazioni dettagliate, vedi Pianificare la resilienza voIP aziendale in Skype for Business Server.

• Determinare l'ambito del piano di chiamata, come descritto in precedenza in questo argomento.

Per creare un piano di chiamata, è necessario specificare i valori nei seguenti campi, se necessario, utilizzando il Pannello di controllo di Skype for Business Server o Skype for Business Server Management Shell.

Nome e nome semplice

Per i piani di chiamata utente, è consigliabile specificare un nome descrittivo che identifichi gli utenti, i gruppi o gli oggetti contatto a cui verrà assegnato il piano di chiamata. Per i piani di chiamata del sito, il campo Nome è prepopolato con il nome del sito e non può essere modificato. Per i dial plan del pool, il campo Nome è prepopolato con il gateway PSTN o il nome di dominio completo del pool Front End (FQDN) e non può essere modificato.

Il nome semplice del piano di chiamata è prepopolato con una stringa derivata dal nome del piano di chiamata. Il campo Nome semplice è modificabile, per creare una convenzione di denominazione più descrittiva per i piani di chiamata. Il valore NomeSimple non può essere vuoto e deve essere univoco. L'approccio ideale è sviluppare una convenzione di denominazione per l'intera organizzazione e quindi utilizzare questa convenzione in modo coerente in tutte le sedi e per tutti gli utenti.

Descrizione

È consigliabile digitare il nome comune riconoscibile della posizione geografica a cui si applica il piano di chiamata corrispondente. Ad esempio, se il nome del piano di chiamata è London.Contoso.com, la descrizione consigliata sarà Londra.

Area geografica servizi di conferenza telefonica con accesso esterno

Se stai distribuendo i servizi di conferenza telefonica con accesso esterno, dovrai specificare un'area geografica per i servizi di conferenza telefonica con accesso esterno per associare i numeri di accesso ai servizi di conferenza telefonica con accesso esterno a un piano di conferenza telefonica con accesso esterno.

Prefisso di accesso esterno

È possibile specificare un prefisso di accesso esterno di un massimo di quattro caratteri (#, * e 0-9), se gli utenti hanno bisogno di comporre una o più cifre iniziali (ad esempio 9) per accedere alla linea esterna.

Nota

Se si specifica un prefisso di accesso esterno, non è necessario creare una regola di normalizzazione aggiuntiva per includere il prefisso.

Regole di normalizzazione

Le regole di normalizzazione definiscono il modo in cui i numeri di telefono espressi in vari formati devono essere indirizzati per la posizione denominata. La stessa stringa numerica può essere interpretata e tradotta in modo diverso, a seconda della posizione da cui viene composta. Le regole di normalizzazione sono necessarie per il routing delle chiamate perché gli utenti possono e possono usare vari formati quando immettono numeri di telefono nei propri elenchi contatti.

La normalizzazione dei numeri di telefono forniti dall'utente fornisce un formato coerente che semplifica le attività seguenti:

• Associare un numero comporre all'URI SIP del destinatario previsto.

• Applicare le regole di autorizzazione alla composizione al chiamante.

I seguenti campi numerici sono tra quelli di cui potrebbero essere necessarie le regole di normalizzazione:

• Dial plan

• Codice paese

• Prefisso

• Lunghezza dell'estensione

• Prefisso del sito

Creazione di regole di normalizzazione

Le regole di normalizzazione usano le espressioni regolari .NET Framework per specificare modelli numerici di abbinamento che il server utilizza per tradurre le stringhe di composizione in formato E.164 allo scopo di eseguire la ricerca inversa. Le regole di normalizzazione vengono create nel Skype for Business Server Pannello di controllo immettendo manualmente le espressioni oppure immettendo le cifre iniziali e la lunghezza delle stringhe di chiamata per trovare una corrispondenza e consentendo al Skype for Business Server Pannello di controllo generare automaticamente l'espressione regolare corrispondente. In entrambi i casi, al termine, è possibile immettere un numero di test per verificare che la regola di normalizzazione funzioni come previsto.

Per informazioni dettagliate sull'uso delle espressioni regolari di .NET Framework, vedere .NET Framework Regular Expressions".For details about using .NET Framework regular expressions, see ".NET Framework Regular Expressions".

Regole di normalizzazione di esempio

La tabella seguente mostra esempi di regole di normalizzazione scritte sotto forma di espressioni regolari .NET Framework. Si tratta solo di esempi, non di regole fisse di riferimento per la creazione di regole di normalizzazione.

Tabella 1.Normalization Rules using .NET Framework Regular Expressions

Nome regola	Descrizione	Schema numerico	Conversione	Esempio
4digitExtension	Converte le estensioni a 4 cifre	^(\d{4})$	+1425555$1	0100 viene convertito in +14255550100
5digitExtension	Converte le estensioni a 5 cifre	^5(\d{4})$	+1425555$1	50100 viene convertito in +14255550100
7digitcallingRedmond	Converte i numeri a 7 cifre in numeri locali di Redmond	^(\d{7})$	+1425$1	5550100 viene convertito in +14255550100
7digitcallingDallas	Converte i numeri a 7 cifre in numeri locali di Dallas	^(\d{7})$	+1972$1	5550100 viene convertito in +19725550100
10digitcallingUS	Converte i numeri a 10 cifre nel Stati Uniti	^(\d{10})$	+1$1	2065550100 viene convertito in +12065550100
LDCallingUS	Converte i numeri con prefissi a lunga distanza nel Stati Uniti	^1(\d{10})$	+$1	12145550100 viene convertito in +2145550100
IntlCallingUS	Converte i numeri con prefissi internazionali nel Stati Uniti	^011(\d*)$	+$1	01191445550100 viene convertito in +91445550100
RedmondOperator	Converte 0 in operatore Redmond	^0$	+14255550100	0 viene convertito in +14255550100
RedmondSitePrefix	Converte i numeri con prefisso on-net (6) e codice sito Redmond (222)	^6222(\d{4})$	+1425555$1	62220100 viene convertito in +14255550100
NYSitePrefix	Converte i numeri con prefisso on-net (6) e codice sito di NY (333)	^6333(\d{4})$	+1202555$1	63330100 viene convertito in +12025550100
DallasSitePrefix	Converte i numeri con prefisso on-net (6) e codice sito di Dallas (444)	^6444(\d{4})$	+1972555$1	64440100 viene convertito in +19725550100

La tabella seguente illustra un piano di chiamata di esempio per Redmond, Washington, Stati Uniti, in base alle regole di normalizzazione indicate nella tabella precedente.

Tabella 2. Piano di chiamata Redmond basato sulle regole di normalizzazione mostrate nella tabella 1

Redmond.forestFQDN
5digitExtension
7digitcallingRedmond
10digitcallingUS
IntlCallingUS
RedmondSitePrefix
NYSitePrefix
DallasSitePrefix
RedmondOperator

Nota

I nomi delle regole di normalizzazione mostrati nella tabella precedente non includono spazi, ma questa è solo una scelta. Il primo nome nella tabella, ad esempio, avrebbe potuto essere "5 digit extension" o "5-digit Extension" e sarebbe stato comunque valido.

Criteri vocali

Skype for Business Server criteri vocali definiscono quanto segue per ogni utente, sito o organizzazione a cui è assegnato il criterio:

• Insieme di funzionalità di chiamata che possono essere abilitate o disabilitate per determinare la funzionalità VoIP aziendale disponibile per gli utenti.

• Insieme di record di utilizzo PSTN (Public Switched Telephone Network) che definiscono i tipi di chiamata autorizzati.

La procedura seguente consente di pianificare i criteri vocali necessari per la distribuzione di VoIP aziendale:

• Determinare come configurare i criteri vocali globali,ovvero i criteri vocali predefiniti installati con il prodotto. Questo criterio verrà applicato a tutti gli utenti VoIP aziendale a cui non sono assegnati esplicitamente criteri a livello di sito o per utente.

• Identificare i criteri vocali a livello di sito che potrebbero essere necessari.

• Identificare eventuali criteri vocali per utente che potrebbero essere necessari.

• Decidere quali funzionalità di chiamata abilitare per ogni criterio vocale.

• Determinare quali record di utilizzo PSTN configurare per ogni criterio vocale.

Ambito dei criteri vocali

L'ambito dei criteri vocali determina il livello gerarchico a cui è possibile applicare il criterio. In Skype for Business Server, è possibile configurare i criteri vocali con i livelli di ambito seguenti (elencati dal più specifico al più generale).

• I criteri vocali degli utenti possono essere assegnati a singoli utenti, gruppi o oggetti contatto. Questo è il criterio di livello più basso. I criteri vocali degli utenti possono essere distribuiti per abilitare le caratteristiche per determinati utenti o gruppi in un sito, ma non per gli altri utenti nello stesso sito. Ad esempio, è possibile disabilitare la chiamata a lunga distanza per alcuni dipendenti. Ai fini dell'assegnazione di un criterio vocale, un oggetto contatto viene considerato come un singolo utente.

  Nota

  È consigliabile distribuire criteri vocali utente per gli utenti VoIP aziendale del sito di succursale registrati con la distribuzione del sito centrale o per gli utenti registrati su survivable Branch Appliance.

• I criteri vocali del sito si applicano a un intero sito, ad eccezione di tutti gli utenti, i gruppi o gli oggetti contatto a cui sono assegnati criteri vocali utente. Per definire un criterio vocale del sito, è necessario specificare il sito a cui si applicano i criteri. Se non è assegnato un criterio vocale dell'utente, viene usato il criterio vocale del sito.

• I criteri vocali globali sono i criteri vocali predefiniti installati con il prodotto. È possibile modificare i criteri vocali globali per soddisfare le specifiche esigenze dell'organizzazione, ma non è possibile rinominare o eliminare i criteri. Questo criterio vocale si applica a tutti gli utenti, i gruppi e gli oggetti contatto VoIP aziendale nella distribuzione, a meno che non si configuri e non si assegni un criterio vocale con un ambito più specifico. Se si vuole disabilitare completamente questo criterio, assicurarsi che a tutti i siti e gli utenti siano assegnati criteri personalizzati.

Funzionalità di chiamata

È possibile abilitare o disabilitare le seguenti funzionalità di chiamata per ogni criterio vocale:

• L'inoltro di chiamata consente agli utenti di inoltrare le chiamate ad altri telefoni e dispositivi client. Abilitata per impostazione predefinita.

• La delega consente agli utenti di specificare ad altri utenti di inviare e ricevere chiamate per conto loro. Abilitata per impostazione predefinita.

• Il trasferimento delle chiamate consente agli utenti di trasferire le chiamate ad altri utenti. Abilitata per impostazione predefinita.

• Il parcheggio di chiamata consente agli utenti di parcheggiare le chiamate e quindi riprendere la chiamata da un altro telefono o cliente. Disabilitata per impostazione predefinita.

• Lo squillo simultaneo consente alle chiamate in arrivo di squillare su un altro telefono, ad esempio un telefono cellulare, o su altri dispositivi endpoint. Abilitata per impostazione predefinita.

• Chiamata del team consente agli utenti di un team definito di rispondere alle chiamate per gli altri membri del team. Abilitata per impostazione predefinita.

• PstN reroute consente di reindirizzare le chiamate effettuate da utenti a cui sono stati assegnati questi criteri ad altri utenti aziendali sulla rete PSTN (Public Switched Telephone Network) se la WAN è congestionata o non disponibile. Abilitata per impostazione predefinita.

• L'override dei criteri di larghezza di banda consente agli amministratori di ignorare le decisioni dei criteri di controllo di ammissione di chiamata per un determinato utente. Disabilitata per impostazione predefinita.

• La traccia delle chiamate dannosa consente agli utenti di segnalare chiamate dannose utilizzando il client Skype for Business e quindi contrassegna tali chiamate nei record dei dettagli delle chiamate. Disabilitata per impostazione predefinita.

• L'escape della segreteria telefonica impedisce che le chiamate vengano immediatamente instradate al sistema di segreteria telefonica del telefono cellulare dell'utente quando lo squillo simultaneo è configurato e il telefono è spento, esaurito o fuori portata e si basa su un valore timer. Questa impostazione abilita e disabilita il timer e imposta il valore del timer. Può essere configurato solo utilizzando Skype for Business Server Management Shell. Disabilitata per impostazione predefinita.

• L'inoltro di chiamata e lo squillo simultaneo di utilizzi PSTN consentono agli amministratori di specificare lo stesso utilizzo di PSTN dei criteri vocali per l'inoltro di chiamata e lo squillo simultaneo, limitare l'inoltro di chiamata e lo squillo simultaneo solo agli utenti skype for Business interni oppure specificare un utilizzo PSTN personalizzato diverso dall'utilizzo pstN dei criteri vocali. Per impostazione predefinita, viene usato lo stesso utilizzo di PSTN dei criteri vocali per l'inoltro di chiamata e lo squillo simultaneo.

Record di utilizzo PSTN

A ogni criterio vocale devono essere associati uno o più record di utilizzo PSTN. Gli utilizzi PSTN possono essere associati a criteri vocali solo per lo squillo simultaneo e l'inoltro di chiamata.

Nota

L'ordine di utilizzo PSTN è fondamentale perché per associare gli utenti alle route, la funzionalità di routing in uscita confronta gli utilizzi PSTN dall'alto verso il basso. Se il primo utilizzo corrisponde al percorso di chiamata, viene usato il percorso. In caso contrario, la funzionalità di routing in uscita esamina il successivo utilizzo di PSTN nell'elenco e continua fino a quando non viene trovata una corrispondenza. In effetti, gli utilizzi PSTN successivi forniscono il backup se il primo utilizzo dell'elenco non è disponibile.

Record utilizzo PSTN

La pianificazione dei record di utilizzo PSTN consiste principalmente nell'elencare tutte le autorizzazioni di chiamata attualmente in vigore nell'organizzazione, dal CEO ai lavoratori temporanei, ai consulenti e al personale temporaneo. Questo processo offre anche l'opportunità di riesaminare le autorizzazioni di chiamata esistenti e rivederle. È possibile creare record di utilizzo PSTN solo per le autorizzazioni di chiamata applicabili agli utenti di VoIP aziendale previsti, ma una soluzione migliore a lungo termine potrebbe essere quella di creare record di utilizzo PSTN per tutte le autorizzazioni di chiamata, indipendentemente dal fatto che alcuni non siano attualmente applicabili al gruppo di utenti da abilitare per VoIP aziendale. Se le autorizzazioni di chiamata cambiano o vengono aggiunti nuovi utenti con autorizzazioni di chiamata diverse, saranno già stati creati i record di utilizzo PSTN necessari.

La tabella seguente mostra una tipica tabella di utilizzo PSTN.

Record di utilizzo PSTN

Attributo Phone	Descrizione
Locale	Chiamate locali
Long-Distance	Chiamate interurbane
Internazionale	Chiamate internazionali
Delhi	Dipendenti a tempo pieno di Delhi
Redmond	Dipendenti Redmond a tempo pieno
RedmondTemps	Dipendenti temporanei Redmond
Zurigo	Dipendenti a tempo pieno a Zurigo

Di per sé, i record di utilizzo PSTN non fanno nulla. Affinché funzionino, è necessario associarli a quanto segue:

• Criteri vocali assegnati agli utenti.

• Itinerari, che vengono assegnati ai numeri di telefono.

Route vocali

I percorsi delle chiamate specificano come Skype for Business Server gestisce le chiamate in uscita effettuate dagli utenti VoIP aziendale. Quando un utente compone un numero, Front End Server normalizza la stringa di chiamata nel formato E.164, se necessario, e cerca di associarlo a un URI SIP. Se il server non riesce a creare la corrispondenza, applica la logica di routing delle chiamate in uscita in base al numero. Il passaggio finale per definire la logica consiste nel creare un percorso di chiamata denominato distinto per ogni set di numeri di telefono di destinazione elencati in ogni piano di chiamata.

Prima di definire i percorsi delle chiamate in uscita, è necessario completare la procedura seguente:

• Distribuire uno o più trunk.

• Creare piani di chiamata in base alle esigenze per siti, singoli utenti e oggetti Contatto.

• Creare record di utilizzo PSTN (Public Switched Telephone Network).

Inoltre, per abilitare il routing delle chiamate in uscita, è necessario creare e assegnare uno o più criteri vocali. È possibile farlo prima o dopo aver definito i percorsi delle chiamate in uscita.

Per ogni itinerario, è necessario specificare:

• Un nome in base al quale il percorso può essere facilmente identificato.

• Una descrizione facoltativa nei casi in cui solo il nome potrebbe non essere sufficiente per descrivere il percorso.

• Criterio di corrispondenza delle espressioni regolari che identifica i numeri di telefono di destinazione a cui viene applicata la route, insieme alle eccezioni a cui non deve essere applicato il criterio corrispondente.

• Uno o più tronchi da assegnare al percorso.

• Record di utilizzo PSTN che gli utenti devono avere per poter chiamare numeri che corrispondono all'espressione regolare numero di telefono di destinazione.

È possibile specificare i percorsi di chiamata nel Pannello di controllo di Skype for Business Server. Queste route di chiamata popolano la tabella di routing del server, usata da Skype for Business Server per instradare le chiamate destinate alla rete PSTN.

Supporto trunk M:N

Skype for Business Server offre flessibilità nel modo in cui le chiamate vengono instradate alla rete PSTN. Un percorso vocale specifica un set di trunk alla rete PSTN che può essere utilizzato per una particolare chiamata vocale. Un trunk associa un Mediation Server e un numero di porta a un gateway PSTN e al numero di porta di ascolto. Questa associazione logica consente a Un Mediation Server di essere associato a più gateway e di avere più connessioni allo stesso gateway. Quando si definisce un percorso di chiamata, si specificano i trunk associati a tale route, ma non si specifica quali Mediation Server sono associati alla route. Per creare trunk definendo le relazioni tra Mediation Server e gateway PSTN, IP-PBX e controller dei confini di sessione, usare generatore di topologie.

Routing Least-Cost

La possibilità di specificare i trunk a cui vengono indirizzati i vari numeri consente di determinare quali percorsi comportano i costi più bassi e implementarli di conseguenza. La regola generale per la selezione dei trunk consiste nel scegliere il trunk con il gateway più vicino alla posizione del numero di destinazione per ridurre al minimo le spese per le interurbane. Ad esempio, se ci si trova a New York e si chiama un numero a Roma, si effettuerebbe la chiamata attraverso la rete IP al trunk con il gateway dell'ufficio di Roma, con conseguente addebito solo per una chiamata locale.

Per un esempio di come potrebbe essere usato il routing con il minor costo, considerare quanto segue: Fabrikam decide di consentire agli utenti tedeschi di comporre numeri negli Stati Uniti usando il trunk degli Stati Uniti. Fabrikam vuole anche configurare il sistema in modo che tutte le chiamate dagli utenti degli stati Skype for Business Server verso la Germania e i paesi/aree geografiche adiacenti interrompono sul trunk con il gateway in Germania. Questo routing consente di risparmiare denaro, perché una chiamata dalla Germania all'Austria, ad esempio, è meno costosa di una chiamata dagli Stati Uniti all'Austria.

Traduzione di stringhe di chiamata in uscita

Skype for Business Server richiede che tutte le stringhe di chiamata siano normalizzate nel formato E.164 allo scopo di eseguire la ricerca inversa dei numeri (RNL). Per i trunk con gateway o PBX (Private Branch Exchange) che richiedono la traduzione di numeri in formati di composizione locali, Skype for Business Server consente di creare una o più regole che agevolano la manipolazione del numero chiamato (ad esempio, Richiedi URI) prima di instradarlo al trunk. Ad esempio, è possibile scrivere una regola per rimuovere +44 dall'intestazione di una stringa di chiamata e sostituirla con 0144.

Con Skype for Business Server, è possibile creare una o più regole che agevolano la manipolazione del numero chiamante prima di instradarlo al trunk.

Nella pianificazione dei trunk che associano coppie gateway:porta a coppie Mediation Server:port, può essere utile raggruppare i trunk con requisiti di composizione locali simili e quindi ridurre il numero di regole di traduzione necessarie e il tempo necessario per scriverle.

Configurazione dell'ID chiamante

Skype for Business Server consente di modificare l'ID chiamante per le chiamate in uscita. Ad esempio, se un'organizzazione vuole mascherare le estensioni di chiamata diretta dei dipendenti e sostituirle con il numero aziendale o di reparto generico, un amministratore può farlo usando Skype for Business Server Pannello di controllo per eliminare l'ID chiamante e sostituirlo con un ID chiamante alternativo specificato. Nella pianificazione della logica di routing, valutare quali persone, gruppi e siti sono necessari per questa opzione, ad esempio anche per tutti i dipendenti.

Nota

Per le chiamate reindirizzate attraverso la rete PSTN, verrà presentato l'ID chiamante generico al posto dell'ID chiamante originale. Ciò può causare l'esclusione della chiamata da parte delle impostazioni non disturbate o della privacy eventualmente configurate dal destinatario della chiamata.

Logica di routing aggiuntiva

Nella creazione di route delle chiamate in uscita, tenere presente i fattori seguenti che possono influire sulla logica di routing:

• Se una chiamata viene stabilita su un limite federato, la parte relativa al dominio dell'URI viene usata per instradare la chiamata all'azienda responsabile dell'applicazione della logica di routing in uscita.

• Se la parte relativa al dominio dell'URI richiesta non contiene un dominio supportato per l'organizzazione, il componente di routing in uscita sul server non elabora la chiamata.

• Se un utente non è abilitato per VoIP aziendale, il server applica la logica di routing appropriata.

• Se una chiamata viene instradata a un gateway completamente occupato (tutte le linee trunk sono occupati), il gateway rifiuta la chiamata e la logica di routing in uscita reindirizza la chiamata al percorso a basso costo successivo. Prestate particolare attenzione, perché un gateway di piccole dimensioni d'oltreoceano (ad esempio Zurigo) può effettivamente trasportare una notevole quantità di traffico nonlocale per le chiamate internazionali verso la Svizzera. Se il gateway non è correttamente dimensionato per questo traffico aggiuntivo, le chiamate verso la Svizzera possono essere instradate attraverso un gateway in Germania, con conseguenti maggiori tariffe a pagamento.