Route vocali
Ultima modifica dell'argomento: 2011-08-18
Le route delle chiamate specificano come devono essere gestite nel software di comunicazioneMicrosoft Lync Server 2010 le chiamate in uscita effettuate da utenti VoIP aziendale. Quando un utente compone un numero, il Front End Server normalizza la stringa di composizione nel formato E.164, se necessario, e tenta di associarla a un URI SIP. Se non è possibile per il server effettuare l'associazione, verrà applicata la logica di routing delle chiamate in uscita in base al numero. Il passaggio finale della definizione della logica consiste nel creare una route di chiamate denominate separate per ogni insieme di numeri di telefono di destinazione elencati in ogni dial plan.
Prima di definire le route delle chiamate in uscita, è necessario completare le operazioni seguenti:
Distribuire uno o più gateway PSTN o connessioni di trunking SIP e Mediation Server Lync Server 2010.
Creare dial plan in base alle necessità per siti, individui e oggetti contatto.
Creare record di utilizzo PSTN (Public Switched Telephone Network).
Per abilitare il routing delle chiamate in uscita, è inoltre necessario creare e assegnare uno o più criteri vocali. Questa attività può essere eseguita prima o dopo aver definito le route delle chiamate in uscita.
Per ogni route, è necessario specificare:
Un nome in base al quale possa essere prontamente identificata.
Una descrizione facoltativa per i casi in cui il nome da solo potrebbe non essere sufficiente per descrivere la route.
Il formato di corrispondenza dell'espressione regolare per l'identificazione dei numeri di telefono di destinazione a cui è applicata la route e le eccezioni a cui il formato di corrispondenza non deve essere applicato
Il nome FQDN di uno o più gateway che si desidera assegnare alla route.
I record di utilizzo PSTN di cui gli utenti devono disporre per chiamare i numeri corrispondenti all'espressione regolare dei numeri di telefono di destinazione.
È possibile specificare route di chiamata nel Pannello di controllo di Microsoft Lync Server 2010. Queste route di chiamata vengono inserite nella tabella di routing del server, utilizzata da Lync Server per instradare le chiamate destinate a PSTN.
Supporto per più gateway
Lync Server 2010 garantisce una maggiore flessibilità nella distribuzione di gateway PSTN. Un gateway specifico può essere assegnato a più route di chiamata e associato a un solo Mediation Server o a un pool di Mediation Server. Più gateway possono essere associati a un unico Mediation Server o a un pool di Mediation Server. Durante la definizione di una route di chiamata vengono specificati i gateway associati alla route ma non i Mediation Server associati alla route stessa. Per associare gateway, e di conseguenza route, a Mediation Server si utilizza Generatore di topologie. In altre parole, il routing determina il gateway da utilizzare per una chiamata, che viene gestita dal Mediation Server associato al gateway.
Least Cost Routing
La possibilità di specificare i gateway PSTN verso cui vengono instradati diversi numeri consente di determinare quali route comportano i costi minori e di implementarle di conseguenza. In generale, per ridurre i costi delle chiamate interurbane, è consigliabile scegliere il gateway più vicino alla località del numero di destinazione. Se, ad esempio, ci si trova a New York e si sta chiamando un numero a Roma, è possibile trasmettere la chiamata tramite la rete IP al gateway nell'ufficio di Roma, sostenendo in questo modo solo i costi di una chiamata locale.
Per un esempio di utilizzo del Least Cost Routing, si consideri quanto segue. Fabrikam decide di consentire agli utenti tedeschi di comporre numeri degli Stati Uniti utilizzando il gateway degli Stati Uniti. Fabrikam, inoltre, desidera configurare il sistema in modo che tutte le chiamate di utenti Lync Server statunitensi verso la Germania e paesi o regioni adiacenti vengano instradate al gateway tedesco. Questo routing consente di risparmiare, dato che una chiamata dalla Germania all'Austria, ad esempio, costa meno di una chiamata dagli Stati Uniti all'Austria.
Conversione delle stringhe di composizione in uscita
Lync Server 2010, come gli immediati predecessori, richiede la conversione di tutte le stringhe di composizione nel formato E.164 per consentire l'esecuzione della ricerca inversa da numero (RNL, Reverse Number Lookup). I componenti a valle, quali gateway, PBX o trunk SIP, tuttavia, possono richiedere numeri nel formato di composizione locale. Di conseguenza, per accettare le stringhe di composizione E. 164, in Microsoft Office Communications Server 2007 R2 è talvolta necessario configurare singolarmente i componenti a valle o reinstradare le chiamate. A differenza dei predecessori, tuttavia, Lync Server 2010 consente di creare una o più regole in grado di semplificare la modifica dell'URI di richiesta prima di instradarlo al gateway. È ad esempio possibile scrivere una regola per rimuovere il prefisso +44 all'inizio di una stringa di composizione e sostituirlo con 0144.
Per pianificare quali e quanti gateway associare a un cluster di Mediation Server specifico, può essere utile raggruppare i gateway con requisiti di composizione locale simili, in modo da ridurre il numero di regole di conversione necessarie e il tempo richiesto per scriverle.
Configurazione dell'ID chiamante
Lync Server 2010 consente di modificare l'ID chiamante per le chiamate in uscita. Se ad esempio si desidera mascherare gli interni a composizione diretta dei dipendenti dell'organizzazione sostituendoli con il numero generico dell'azienda o del reparto, è ora possibile per un amministratore utilizzare Pannello di controllo di Microsoft Lync Server 2010 per sopprimere l'ID chiamante e sostituirlo con un ID chiamante alternativo specificato. Nella pianificazione della logica di routing è necessario almeno considerare se l'ID chiamante sostituito deve essere visualizzato per alcuni utenti, gruppi o siti oppure addirittura per tutti i dipendenti.
Nota
Per le chiamate reinoltrate attraverso PSTN, viene visualizzato l'ID chiamante generico anziché quello originario. La chiamata potrebbe quindi ignorare eventuali impostazioni Non disturbare o di privacy configurate dal destinatario della chiamata.
Logica di routing aggiuntiva
Durante la creazione delle route delle chiamate in uscita, tenere presente i fattori seguenti che influiscono sulla logica di routing:
Se la parte dell'URI di richiesta relativa al dominio non contiene un dominio supportato per l'azienda, il componente di routing in uscita sul server non elabora la chiamata. In determinate situazioni in cui viene effettuata una chiamata attraverso un confine federato, ad esempio, la parte dell'URI relativa al dominio viene utilizzata per instradare la chiamata all'azienda responsabile dell'applicazione della logica di routing in uscita.
Se un utente non è abilitato per VoIP aziendale, il server applica un'altra logica di routing appropriata.
Se una chiamata viene instradata a un gateway completamente occupato (tutte le linee di trunk sono occupate), il gateway rifiuta la chiamata e la logica di routing in uscita la reindirizza alla successiva route Least Cost Routing. È necessario valutare con attenzione questo aspetto perché un gateway adatto nelle dimensioni a una piccola sede all'estero, ad esempio Zurigo, potrebbe in realtà trasportare una quantità significativa di traffico non locale per le chiamate internazionali dirette in Svizzera. Se il gateway non presenta dimensioni adeguate a questo traffico aggiuntivo, le chiamate dirette in Svizzera potrebbero essere instradate mediante un gateway in Germania, con conseguenti tariffe più alte.