Componente Mediation Server in Skype for Business Server
Informazioni sui Mediation Server in Skype for Business Server, incluse le topologie supportate e le relazioni con i trunk M:N, il bypass multimediale e il controllo di ammissione di chiamata.
Per distribuire VoIP aziendale, è necessario distribuire uno o più Mediation Server.
Mediation Server traduce il traffico di segnalazione tra l'infrastruttura di VoIP aziendale interna e un gateway PSTN (Public Switched Telephone Network) o un trunk SIP (Session Initiation Protocol). In alcune distribuzioni, traduce anche i contenuti multimediali stessi tra questi punti.
Sul lato Skype for Business Server, Mediation Server è in ascolto di un singolo indirizzo di trasporto MTLS (Mutual TLS). Sul lato gateway, Mediation Server è in ascolto su tutte le porte di ascolto associate associate ai trunk. Tutti i gateway qualificati devono supportare TLS, ma possono anche abilitare TCP. TCP è supportato per i gateway che non supportano TLS.
Se nell'ambiente è presente anche un PBX (Public Branch Exchange), Mediation Server gestisce le chiamate tra VoIP aziendale utenti e pbx. Se pbx è un IP-PBX, è possibile creare una connessione SIP diretta tra PBX e Mediation Server. Se PBX è un PBX TDM (Time Division Multiplex), è necessario distribuire anche un gateway PSTN tra Mediation Server e PBX.
Mediation Server viene collocato con il Front End Server per impostazione predefinita. Mediation Server può anche essere distribuito in un pool autonomo.
Scopo di Mediation Server
Le funzioni principali di Mediation Server sono le seguenti:
Crittografia e decrittografia di SRTP sul lato Skype for Business Server.
Conversione di SIP su TCP (per gateway che non supportano TLS) in SIP tramite TLS reciproco.
Traduzione di flussi multimediali tra Skype for Business Server e il peer gateway di Mediation Server.
Connessione di client esterni alla rete a componenti ICE interni, che consentono l'attraversamento multimediale di NAT e firewall.
Fungere da intermediario per i flussi delle chiamate che un gateway non supporta, ad esempio chiamate da lavoratori remoti su un VoIP aziendale clien.t
Nelle distribuzioni che includono il trunking SIP, l'uso del provider del servizio di trunking SIP per fornire il supporto PSTN, eliminando così la necessità di un gateway PSTN.
La figura seguente illustra i protocolli di segnalazione e di supporto usati da Mediation Server per la comunicazione con un gateway PSTN di base e l'infrastruttura VoIP aziendale.
Protocolli di segnalazione e multimediali utilizzati da Mediation Server
Nota
Se si usa TCP o RTP/RTCP (invece di SRTP o SRTCP) nella rete tra il gateway PSTN e Mediation Server, è consigliabile adottare misure per garantire la sicurezza e la privacy della rete.
Trunk con relazioni molti-a-molti
Skype for Business Server supporta la flessibilità nella definizione di un trunk ai fini del routing delle chiamate. Un trunk è un'associazione logica tra un Mediation Server e un numero di porta di ascolto, con un gateway e un numero di porta di ascolto. Questo implica diversi elementi: Un Mediation Server può avere più trunk allo stesso gateway; un Mediation Server può avere più trunk a gateway diversi; al contrario, un gateway può avere più trunk a server di mediazione diversi.
È comunque necessario creare un trunk radice quando si aggiunge un gateway alla topologia di Skype for Business usando Generatore di topologie. Il numero di gateway che un determinato Mediation Server può gestire dipende dalla capacità di elaborazione del server durante le ore di punta di occupato. Se si distribuisce un Mediation Server su hardware che soddisfa i requisiti hardware minimi per Skype for Business Server, come descritto in Requisiti server per Skype for Business Server 2015, un Mediation Server autonomo può gestire circa 1000 chiamate. Mediation Server esegue la transcodifica, ma comunque instrada le chiamate per più gateway anche se i gateway non supportano il bypass multimediale.
Quando si definisce un percorso di chiamata, si specificano i trunk associati a tale route, ma non si specifica quali Mediation Server sono associati a tale route. Usare invece Generatore di topologie per associare trunk a Mediation Server. In altre parole, il routing determina il trunk da usare per una chiamata e, successivamente, il Mediation Server associato a tale trunk viene inviato il segnale per la chiamata.
Il Mediation Server può essere distribuito come pool; questo pool può essere collocato con un pool Front End oppure può essere distribuito come pool autonomo. Quando un Mediation Server viene collocato con un pool Front End, la dimensione del pool può essere al massimo 12 (il limite delle dimensioni del pool di registrar). Nel loro insieme, queste funzionalità aumentano l'affidabilità e la flessibilità di distribuzione per Mediation Server, ma richiedono funzionalità simili nei seguenti:
Gateway PSTN. Un gateway Skype for Business Server qualificato deve implementare il bilanciamento del carico DNS, che consente a un gateway PSTN (Public Switched Telephone Network) di fungere da bilanciamento del carico per un pool di Mediation Server e quindi di bilanciare il carico delle chiamate nell'intero pool.
Session Border Controller. Per un trunk SIP, l'entità peer è un session border controller (SBC) presso un provider di servizi di telefonia Internet. Nella direzione dal pool Mediation Server a SBC, il server SBC può ricevere connessioni da qualsiasi Mediation Server nel pool. Nella direzione da SBC al pool, il traffico può essere inviato a qualsiasi Mediation Server nel pool. Uno dei metodi per ottenere questo risultato consiste nel bilanciamento del carico DNS, se supportato dal provider di servizi e da SBC. Un'alternativa consiste nel fornire al provider di servizi gli indirizzi IP di tutti i Mediation Server nel pool e il provider di servizi eseguirà il provisioning di questi elementi nel proprio server SBC come trunk SIP separato per ogni Mediation Server. Il provider di servizi gestirà quindi il bilanciamento del carico per i propri server. Non tutti i provider di servizi o gli SBC possono supportare queste funzionalità. Inoltre, il provider di servizi potrebbe addebitare costi aggiuntivi per questa funzionalità. In genere, ogni trunk SIP per SBC comporta una tariffa mensile.
IP-PBX. Nella direzione dal pool Mediation Server alla terminazione SIP IP-PBX, l'IP-PBX può ricevere connessioni da qualsiasi Mediation Server nel pool. Nella direzione da IP-PBX al pool, il traffico può essere inviato a qualsiasi Mediation Server nel pool. Poiché la maggior parte IP-PBXs non supporta il bilanciamento del carico DNS, è consigliabile definire singole connessioni SIP dirette da IP-PBX a ogni Mediation Server nel pool. L'IP-PBX gestirà quindi il proprio bilanciamento del carico distribuendo il traffico sul gruppo trunk. Il presupposto è che il gruppo trunk abbia un set coerente di regole di routing in IP-PBX. È necessario determinare se un particolare IP-PBX supporta questo concetto di gruppo trunk e come si interseca con l'architettura di ridondanza e clustering dell'IP-PBX prima di poter decidere se un cluster Mediation Server può interagire correttamente con un IP-PBX.
Un pool Mediation Server deve avere una visualizzazione uniforme del gateway peer con cui interagisce. Questo significa che tutti i membri del pool accedono alla stessa definizione del gateway peer dall'archivio di configurazione e sono altrettanto propensi a interagire con esso per le chiamate in uscita. Pertanto, non è possibile segmentare il pool in modo che alcuni Mediation Server comunichino solo con determinati peer del gateway per le chiamate in uscita. Se tale segmentazione è necessaria, è necessario utilizzare un pool separato di Mediation Server. In questo caso, ad esempio, se le funzionalità associate nei gateway PSTN, nei trunk SIP o nei IP-PBXs per interagire con un pool, come descritto in precedenza in questo argomento, non sono presenti.
Uno specifico gateway PSTN, IP-PBX o peer trunk SIP può essere instradato a più Mediation Server o trunk. Il numero di gateway che un particolare pool di Mediation Server può controllare dipende dal numero di chiamate che usano bypass multimediale. Se un numero elevato di chiamate usa bypass multimediale, un Mediation Server nel pool può gestire molte più chiamate, perché è necessaria solo l'elaborazione del livello di segnalazione.
Controllo di ammissione di chiamata e Mediation Server
Call admission control (CAC), gestisce lo stabilimento delle sessioni in tempo reale, in base alla larghezza di banda disponibile, per prevenire la scarsa qualità dell'esperienza (QoE) per gli utenti su reti congestionate. A questo scopo, Mediation Server è responsabile della gestione della larghezza di banda per le due interazioni sul lato Skype for Business Server e sul lato gateway. Nel controllo di ammissione di chiamata, l'entità terminante per una chiamata gestisce la prenotazione della larghezza di banda. I peer del gateway (gateway PSTN, IP-PBX, SBC) con cui il Mediation Server interagisce sul lato gateway non supportano Skype for Business Server controllo di ammissione di chiamata. Pertanto, Mediation Server deve gestire le interazioni della larghezza di banda per conto del proprio peer gateway. Ogni volta che è possibile, Mediation Server si riserva la larghezza di banda in anticipo. Se ciò non è possibile (ad esempio, se la località dell'endpoint multimediale finale sul lato gateway è sconosciuta per una chiamata in uscita al peer gateway), la larghezza di banda è riservata quando viene effettuata la chiamata. Questo comportamento può comportare l'oversubscription della larghezza di banda, ma è l'unico modo per evitare falsi anelli.
Il bypass multimediale e la prenotazione della larghezza di banda si escludono a vicenda. Se per una chiamata viene utilizzato un bypass multimediale, il controllo di ammissione di chiamata non viene eseguito per quella chiamata. Il presupposto in questo caso è che non vi siano collegamenti con larghezza di banda limitata coinvolta nella chiamata. Se il controllo di ammissione di chiamata viene utilizzato per una particolare chiamata che coinvolge il Mediation Server, tale chiamata non può utilizzare bypass multimediale.
Per informazioni dettagliate sul bypass multimediale o sul controllo dell'ammissione di chiamata, vedere Pianificare il bypass multimediale in Skype for Business o Pianificare il controllo di ammissione di chiamata in Skype for Business Server.
Servizi di emergenza avanzati e Mediation Server
Mediation Server dispone di funzionalità estese che gli consentono di interagire correttamente con i provider di servizi Enhanced 9-1-1 (E9-1-1). Non è necessaria alcuna configurazione speciale in Mediation Server. Per impostazione predefinita, le estensioni SIP necessarie per l'interazione con E9-1-1 sono incluse nel protocollo SIP di Mediation Server per le interazioni con un peer del gateway (gateway PSTN, IP-PBX o SBC di un provider di servizi di telefonia Internet, inclusi i provider di servizi E9-1-1)
Se il trunk SIP a un provider di servizi E9-1-1 può essere terminato in un pool di Mediation Server esistente o richiede mediation server autonomi dipenderà dal fatto che E9-1-1 SBC possa interagire con un pool di Mediation Server. Per informazioni dettagliate, vedere Trunk M:N in Skype for Business Server.
Bypass multimediale e Mediation Server
Il bypass multimediale è una funzionalità di Skype for Business Server che consente all'amministratore di configurare il routing delle chiamate in modo che fluirà direttamente tra l'endpoint utente e il gateway PSTN (Public Switched Telephone Network) senza attraversare Mediation Server. Il bypass multimediale migliora la qualità delle chiamate riducendo la latenza, la traduzione non necessaria, la possibilità di perdita di pacchetti e il numero di potenziali punti di errore. Se un sito remoto senza Mediation Server è connesso a un sito centrale tramite uno o più collegamenti WAN con larghezza di banda limitata, il bypass multimediale riduce i requisiti di larghezza di banda abilitando il flusso dei supporti da un client di un sito remoto direttamente al gateway locale senza dover prima scorrere attraverso il collegamento WAN a un Mediation Server nel sito centrale e in secondo piano. Questa riduzione dell'elaborazione dei supporti integra anche la capacità di Mediation Server di controllare più gateway.
Il bypass multimediale e il controllo di ammissione di chiamata si escludono a vicenda. Se per una chiamata viene utilizzato il bypass multimediale, il CAC non viene eseguito per quella chiamata. Il presupposto è che non ci siano collegamenti con larghezza di banda limitata coinvolta nella chiamata.
Topologie per Mediation Server
Per impostazione predefinita, il Skype for Business Server Mediation Server viene collocato con il server Standard Edition, un pool Front End o Survivable Branch Appliance. Tutti i Mediation Server in un pool Front End devono essere configurati in modo identico.
Se le prestazioni sono un problema, è preferibile distribuire uno o più Mediation Server in un pool autonomo dedicato. Se si sta distribuendo il trunking SIP, è decisamente consigliabile un pool autonomo.
Se si distribuiscono connessioni SIP dirette a un gateway PSTN qualificato che supporta il bypass multimediale e il bilanciamento del carico DNS, non è necessario un pool di Mediation Server autonomo. Il motivo è che i gateway qualificati sono in grado di eseguire il bilanciamento del carico DNS con un pool di Mediation Server e possono ricevere il traffico da qualsiasi Mediation Server in un pool.
Ti consigliamo anche di collocare Mediation Server in un pool Front End quando hai distribuito IP-PBXs o ti connetti al controller dei confini di sessione (SBC) di un provider di servizi di telefonia Internet, purché vengano soddisfatte una delle condizioni seguenti:
L'IP-PBX o SBC è configurato per ricevere il traffico da qualsiasi Mediation Server nel pool e può instradare il traffico in modo uniforme a tutti i Mediation Server del pool.
L'IP-PBX non supporta il bypass multimediale, ma il pool Front End che ospita Mediation Server è in grado di gestire la transcodifica vocale per le chiamate a cui il bypass multimediale non si applica.
È possibile usare lo Strumento di pianificazione di Microsoft Lync Server 2013 per valutare se il pool Front End in cui collocare Mediation Server è in grado di gestire il carico. Se l'ambiente non soddisfa questi requisiti, è necessario distribuire un pool di Mediation Server autonomo.
La figura seguente mostra una topologia semplice composta da due siti collegati da un collegamento WAN. Mediation Server viene collocato in un pool Front End nel sito 1. Mediation Servers nel sito 1 controlla sia il gateway PSTN nel sito 1 che il gateway nel sito 2. In questa topologia, il bypass multimediale è abilitato a livello globale per l'uso delle informazioni sul sito e sull'area geografica e i trunk a ogni gateway PSTN (GW1 e GW2) hanno il bypass abilitato.
Esempio di siti connessi da un collegamento WAN con un Mediation Server nel sito 1 e un gateway PSTN nel sito 2
Nella figura seguente viene illustrata una topologia semplice in cui Mediation Server viene collocato nel pool Front End del sito 1 e dispone di una connessione SIP diretta all'IP-PBX nel sito 1. In questa figura Mediation Server controlla anche un gateway PSTN nel sito 2. Si supponga che Skype for Business utenti siano presenti sia in Siti 1 che in 2. Si supponga inoltre che l'IP-PBX abbia un processore multimediale associato che deve essere attraversata da tutti i supporti provenienti da endpoint Skype for Business prima di essere inviati agli endpoint multimediali controllati da IP-PBX. In questa topologia, il bypass multimediale è abilitato a livello globale per l'uso delle informazioni sul sito e sull'area geografica e per i trunk al gateway PBX e PSTN è abilitato il bypass multimediale.
Esempio di siti connessi tramite un collegamento WAN con un Mediation Server nel sito 1 e un PBX nel sito 2
L'ultima figura di questo argomento mostra una topologia in cui Mediation Server è connesso a SBC di un provider di servizi di telefonia Internet.
Decisioni di pianificazione per Mediation Server
Questo argomento descrive le decisioni di pianificazione che è necessario prendere per la distribuzione di Mediation Server,
Mediation Server collocato o autonomo?
Mediation Server viene collocato per impostazione predefinita nel server Standard Edition o front end server in un pool Front End nei siti centrali. Il numero di chiamate PSTN (Public Switched Telephone Network) che possono essere gestite e il numero di computer necessari nel pool dipenderà dai seguenti:
Numero di peer del gateway controllati dal pool di Mediation Server
I periodi di traffico ad alto volume attraverso tali gateway
La percentuale di chiamate che sono chiamate il cui supporto multimediale bypassa il Mediation Server
Durante la pianificazione, assicurarsi di tenere conto dei requisiti di elaborazione dei supporti per le chiamate PSTN e le conferenze A/V non configurati per bypass multimediale, nonché dell'elaborazione necessaria per gestire le interazioni di segnalazione per il numero di chiamate con orari di occupato che devono essere supportate. Se la CPU non è sufficiente, è necessario distribuire un pool autonomo di Mediation Server; e gateway PSTN, IP-PBX e SBC dovranno essere suddivisi in sottoinsiemi controllati dai Mediation Server collocati in un pool e dai mediation server autonomi in uno o più pool autonomi.
Se sono stati distribuiti gateway PSTN, IP-PBX o SBC (Session Border Controller) che non supportano le funzionalità corrette per interagire con un pool di Mediation Server, inclusi i seguenti, sarà necessario associarli a un pool autonomo costituito da un singolo Mediation Server:
Eseguire il bilanciamento del carico DNS (Domain Name System) a livello di rete tra Mediation Server in un pool (o in altro modo instradare il traffico in modo uniforme a tutti i Mediation Server in un pool)
Accettare il traffico da qualsiasi Mediation Server in un pool
È possibile usare lo Strumento di pianificazione di Microsoft Lync Server 2013 per valutare se il Mediation Server viene collocato con il pool Front End in grado di gestire il carico. Se l'ambiente non soddisfa questi requisiti, è necessario distribuire un pool di Mediation Server autonomo.
Considerazioni sul sito centrale e sul sito di succursale
I Mediation Server nel sito centrale possono essere usati per instradare le chiamate per gateway IP-PBXs o PSTN nei siti di succursale. Se si distribuiscono trunk SIP, tuttavia, è necessario distribuire un Mediation Server nel sito in cui termina ogni trunk. La presenza di un Mediation Server nella route del sito centrale richiede l'uso di un gateway IP-PBX o PSTN presso un sito di succursale non richiede l'uso di bypass multimediale. Tuttavia, se è possibile abilitare il bypass multimediale, questa operazione ridurrà la latenza del percorso multimediale e migliorerà la qualità del supporto perché il percorso multimediale non è più necessario per seguire il percorso di segnalazione. Il bypass multimediale riduce anche il carico di elaborazione sul pool.
Nota
Il bypass multimediale non interagerà con ogni gateway PSTN, IP-PBX e SBC. Microsoft ha testato un set di gateway PSTN e SBC con partner certificati e ha eseguito alcuni test con gli IP-PBX Cisco. Il bypass multimediale è supportato solo con prodotti e versioni elencati in Unified Communications Open Interoperability Program - Lync Server.
Se è necessaria la resilienza del sito di succursale, è necessario distribuire un Survivable Branch Appliance o una combinazione di un Front End Server, un Mediation Server e un gateway nel sito del ramo. Il presupposto per la resilienza del sito di succursale è che la presenza e le conferenze non siano resilienti nel sito. Per indicazioni sulla pianificazione dei siti di succursale per la voce, vedere Pianificare la resilienza VoIP aziendale in Skype for Business Server.
Per le interazioni con un IP-PBX, se l'IP-PBX non supporta correttamente le prime interazioni multimediali con più finestre di dialogo preliminari e interazioni RFC 3960, può essere presente un ritaglio delle prime parole del messaggio di saluto per le chiamate in arrivo da IP-PBX agli endpoint Skype for Business. Questo problema può essere più grave se un Mediation Server presso un sito centrale sta instradando le chiamate per un IP-PBX in cui il percorso termina in un sito di succursale, perché è necessario più tempo per il completamento della segnalazione. Se si verifica questo comportamento, la distribuzione di un Mediation Server nel sito di succursale è l'unico modo per ridurre il ritaglio delle prime parole.
Infine, se il sito centrale ha un PBX TDM o se l'IP-PBX non elimina la necessità di un gateway PSTN, è necessario distribuire un gateway sul percorso di chiamata che connette Mediation Server e PBX.
Nota
Per migliorare le prestazioni multimediali di Mediation Server autonomo, è necessario abilitare il receive-side scaling (RSS) nelle schede di rete di questi server. RSS consente ai pacchetti in ingresso di essere gestiti in parallelo da più processori sul server. Per informazioni dettagliate, vedi "Miglioramenti del ridimensionamento lato ricezione in Windows Server". Per informazioni dettagliate su come abilitare RSS, vedi la documentazione della scheda di rete.