Trunk M:N in Skype for Business Server
Skype for Business Server VoIP aziendale supporta il trunking M:N tra Mediation Server e componenti come gateway PSTN, controller dei confini di sessione e IP-PBX.
Skype for Business Server supporta una maggiore flessibilità nella definizione di un trunk ai fini del routing delle chiamate dalle versioni precedenti. Un trunk è un'associazione logica tra un Mediation Server e il 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 ogni volta che si usa Generatore di topologie per aggiungere un gateway alla topologia. 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 supera i requisiti hardware minimi per Skype for Business Server, come descritto in Requisiti del server per Skype for Business Server 2015, la stima del numero di chiamate attive non bypass che un Mediation Server autonomo può gestire è di circa 1000 chiamate. Quando viene distribuito in una riunione hardware che soddisfa queste specifiche, è previsto che Mediation Server esegua la transcodifica, ma instrada comunque 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 nuove funzionalità aumentano l'affidabilità e la flessibilità di distribuzione per Mediation Server, ma richiedono funzionalità associate nelle entità peer 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.