Pianificare il controllo di ammissione di chiamata in Skype for Business Server

Informazioni sul controllo di ammissione di chiamata, che può impedire l'effettuarsi di chiamate se hanno scarsa qualità multimediale, in Skype for Business Server VoIP aziendale.

Per le applicazioni basate su IP come la telefonia, il video e la condivisione delle applicazioni, la larghezza di banda disponibile delle reti aziendali non è generalmente considerata un fattore limitante all'interno degli ambienti LAN. Tuttavia, nei collegamenti WAN che collegano i siti, la larghezza di banda di rete può essere limitata.

Quando il traffico di rete sovrascrive un collegamento WAN, i meccanismi correnti come l'accodamento, il buffering e l'eliminazione dei pacchetti vengono usati per risolvere la congestione. Il traffico aggiuntivo viene in genere ritardato fino a quando la congestione della rete non si allenta o, se necessario, non si abbassa il traffico. Per il traffico dati convenzionale in tali situazioni, il client ricevente può recuperare. Tuttavia, per il traffico in tempo reale, ad esempio le comunicazioni unificate, la congestione della rete non può essere risolta in questo modo, perché il traffico di comunicazione unificato è sensibile alla latenza e alla perdita di pacchetti. La congestione della WAN può comportare una qualità dell'esperienza (QoE) scadente per gli utenti. Per il traffico in tempo reale in condizioni congestionate, è in realtà meglio negare le chiamate piuttosto che fornire connessioni con scarsa qualità.

Il controllo di ammissione di chiamata determina se la larghezza di banda di rete è sufficiente per stabilire una sessione in tempo reale di qualità accettabile. In Skype for Business Server, CAC controlla il traffico in tempo reale solo per audio e video, ma non influisce sul traffico dati. Se il percorso WAN predefinito non dispone della larghezza di banda richiesta, CAC può tentare di instradare la chiamata attraverso un percorso Internet o la rete PSTN (Public Switched Telephone Network).

Questa sezione descrive la funzionalità di controllo di ammissione di chiamata e spiega come pianificare il CAC.

Nota

Skype for Business Server dispone di tre funzioni avanzate di VoIP aziendale: controllo di ammissione di chiamata (CAC), servizi di emergenza (E9-1-1) e bypass multimediale. Per una panoramica delle informazioni di pianificazione comuni a tutte e tre le caratteristiche, vedere Impostazioni di rete per le caratteristiche di VoIP aziendale avanzate in Skype for Business Server.

Il design CAC in Skype for Business Server offre quattro attributi principali:

• È semplice da distribuire e gestire senza bisogno di attrezzature aggiuntive, ad esempio router appositamente configurati.

• Risolve i casi di utilizzo critici delle comunicazioni unificate, ad esempio gli utenti in roaming e più punti di presenza. I criteri cac vengono applicati in base alla posizione dell'endpoint, non alla posizione dell'utente.

• Oltre alle chiamate vocali, può essere applicata ad altro traffico, ad esempio videochiamate e sessioni di audioconferenza.

• Offre la flessibilità necessaria per consentire la rappresentazione di vari tipi di topologie di rete.

Se una nuova sessione vocale o video supera i limiti di larghezza di banda impostati su un collegamento WAN, la sessione viene bloccata o (solo per le telefonate) reindirizzata alla rete PSTN.

CAC controlla il traffico in tempo reale solo per voce e video. Non controlla il traffico dati.

Gli amministratori definiscono i criteri CAC, che vengono applicati dal Servizio criteri larghezza di banda installato con ogni pool Front End. Le impostazioni di CAC vengono propagate automaticamente a tutti i Skype for Business Server Front End Server della rete.

Per le chiamate che hanno esito negativo a causa di criteri CAC, l'ordine di precedenza per il reindirizzamento della chiamata è il seguente:

1. Internet

2. PSTN

3. Vocale

La registrazione dei dettagli delle chiamate (CDR) acquisisce informazioni sulle chiamate reindirizzate alla rete PSTN o alla segreteria telefonica. La funzionalità CDR non acquisisce informazioni sulle chiamate reindirizzate a Internet, perché Internet viene considerato come un percorso alternativo anziché un'opzione secondaria.

Nota

I depositi della segreteria telefonica non verranno negati a causa di vincoli di larghezza di banda.

Il servizio criteri larghezza di banda genera due tipi di file di log in formato CSV (Comma Separated Values). Il file di log degli errori di controllo acquisisce le informazioni quando le richieste di larghezza di banda vengono negate. Il file di log di utilizzo dei collegamenti acquisisce uno snapshot della topologia di rete e dell'utilizzo della larghezza di banda del collegamento WAN. Entrambi questi file di log consentono di ottimizzare i criteri di CAC in base all'utilizzo.

Considerazioni sul controllo di ammissione di chiamata

L'amministratore seleziona di installare il servizio criteri di larghezza di banda nel primo pool configurato nel sito centrale. Poiché esiste un singolo sito centrale per ogni area di rete, esiste un solo servizio criteri larghezza di banda per ogni area geografica di rete, che gestisce i criteri di larghezza di banda per tale area geografica, i siti associati e i collegamenti a tali siti. Il servizio criteri larghezza di banda viene eseguito come parte dei server front-end e quindi la disponibilità elevata è incorporata all'interno di tale pool. Il servizio criteri larghezza di banda in esecuzione in ogni Front End Server viene sincronizzato ogni 15 secondi. Se il pool Front End non riesce, i criteri CAC non vengono più applicati per il sito fino a quando il pool Front End e di conseguenza il servizio dei criteri di larghezza di banda diventa di nuovo operativo. Ciò implica che tutte le chiamate verranno effettuate per la durata in cui il servizio criteri larghezza di banda è fuori servizio. C'è quindi la possibilità di oversubscription della larghezza di banda dei tuoi collegamenti durante questo periodo

Il servizio dei criteri di larghezza di banda fornisce disponibilità elevata all'interno di un pool Front End; tuttavia, non fornisce ridondanza tra pool Front End. Il servizio criteri larghezza di banda non può eseguire il failover da un pool Front End a un altro. Una volta ripristinato il servizio per il pool Front End, il servizio criteri larghezza di banda viene ripreso e può applicare nuovamente i controlli dei criteri larghezza di banda.

Considerazioni sulla rete

Anche se la restrizione della larghezza di banda per audio e video viene applicata dal servizio criteri larghezza di banda in Skype for Business Server, questa restrizione non viene applicata al router di rete (livello 2 e 3). Cac non può impedire a un'applicazione dati, ad esempio, di consumare l'intera larghezza di banda di rete su un collegamento WAN, inclusa la larghezza di banda riservata per audio e video dai criteri CAC. Per proteggere la larghezza di banda necessaria nella rete, è possibile distribuire un protocollo QoS (Quality of Service), ad esempio Servizi differenziati (DiffServ). Pertanto, una procedura consigliata consiste nel coordinare i criteri di larghezza di banda CAC definiti con le impostazioni QoS che è possibile distribuire.

Percorsi di elementi multimediali e di segnalazione tramite VPN

Se la tua azienda supporta i contenuti multimediali tramite VPN, assicurati che sia il flusso multimediale che quello di segnalazione passino attraverso la VPN o che entrambi siano instradati tramite Internet. Per impostazione predefinita, i flussi multimediali e di segnalazione attraversano il tunnel VPN.

Controllo di ammissione di chiamata di utenti esterni

Il controllo di ammissione di chiamata non viene applicato oltre i limiti dell'organizzazione Skype for Business Server. Il CAC non può essere applicato al traffico multimediale che attraversa Internet, che non è gestito da Skype for Business Server. I controlli CAC verranno eseguiti sulla parte della chiamata che scorre attraverso la rete aziendale se l'endpoint chiamato appartiene all'organizzazione e il server perimetrale è stato aggiunto alla configurazione di rete, come descritto in Distribuzione controllo di ammissione di chiamata: elenco di controllo finale per Skype for Business Server. Se l'endpoint chiamato non appartiene all'organizzazione, ad esempio un utente federato o PIC, non vengono eseguiti controlli dei criteri di larghezza di banda e la chiamata in uscita ignorerà eventuali restrizioni di CAC.

Controllo di ammissione di chiamata delle connessioni PSTN

Il controllo di ammissione di chiamata è applicabile al Mediation Server, indipendentemente dal fatto che sia connesso a un IP/PBX, a un gateway PSTN o a un trunk SIP. Poiché Mediation Server è un agente utente back-to-back (B2BUA), termina il supporto. Ha due lati di connessione: un lato connesso a Skype for Business Server e un lato gateway, connesso a gateway PSTN, IP/PBX o trunk SIP. Per informazioni dettagliate sulle connessioni PSTN, vedere Pianificare la connettività PSTN in Skype for Business Server.

Il cac può essere applicato su entrambi i lati del Mediation Server, a meno che non sia abilitato il bypass multimediale. Se il bypass multimediale è abilitato, il traffico multimediale non attraversa Mediation Server, ma scorre direttamente tra il client Skype for Business e il gateway. In questo caso, CAC non è necessario. Per informazioni dettagliate, vedere Pianificare il bypass multimediale in Skype for Business.

La figura seguente illustra come viene applicato IL CAC sulle connessioni PSTN con e senza bypass multimediale abilitato.

Applicazione del controllo di ammissione di chiamata sulle connessioni alla rete PSTN

Definizione dei requisiti per il controllo di ammissione di chiamata

La pianificazione del controllo di ammissione di chiamata richiede informazioni dettagliate sulla topologia della rete aziendale. Per pianificare i criteri di controllo di ammissione di chiamata, seguire questa procedura.

1. Identificare gli hub/dorsali (dette aree di rete) all'interno della rete aziendale.

2. Identificare gli uffici o le posizioni (detti siti di rete) all'interno di ogni area di rete.

3. Determinare il percorso di rete tra ogni coppia di aree di rete.

4. Determinare i limiti di larghezza di banda per ogni collegamento WAN.

   Nota

   I limiti della larghezza di banda fanno riferimento alla quantità di larghezza di banda di un collegamento WAN allocata al traffico VoIP aziendale e audio/video. Quando un collegamento WAN viene descritto come "larghezza di banda limitata", il collegamento WAN ha un limite di larghezza di banda inferiore al picco di traffico previsto sul collegamento.

5. Identificare le subnet IP assegnate a ogni sito di rete.

Per spiegare questi concetti, verrà usata la topologia di rete di esempio illustrata nella figura seguente.

Topologia di esempio per il controllo di ammissione di chiamata

Nota

Tutti i siti di rete sono associati a un'area di rete. Ad esempio, Portland, Reno e Albuquerque sono inclusi nell'area America del Nord. In questa figura vengono mostrati solo i collegamenti WAN a cui sono applicati criteri CAC, con limiti di larghezza di banda. I siti di rete di Chicago, New York e Detroit sono mostrati all'interno dell'ovale della regione America del Nord perché non sono vincolati dalla larghezza di banda e quindi non richiedono politiche CAC.

I componenti di questa topologia di esempio sono descritti nelle sezioni seguenti. Per informazioni dettagliate su come è stata pianificata questa topologia, inclusi i limiti di larghezza di banda, vedere Esempio: Raccolta dei requisiti per il controllo di ammissione di chiamata in Skype for Business Server.

Identificare le aree di rete

Un'area di rete rappresenta una dorsale di rete o un hub di rete.

Una dorsale di rete o hub è una parte dell'infrastruttura di rete del computer che interconnette diverse parti della rete, fornendo un percorso per lo scambio di informazioni tra diverse lan o subnet. Una dorsale può collegare diverse reti da una piccola posizione a un'ampia area geografica. La capacità della dorsale è in genere superiore a quella delle reti che vi si connettono.

La topologia di esempio include tre aree di rete: America del Nord, EMEA e APAC. Un'area di rete contiene una raccolta di siti di rete (vedere la definizione di siti di rete più avanti in questo argomento). Collaborare con il team operativo di rete per identificare le aree di rete.

Associazione di un sito centrale a ogni area di rete

Cac richiede che per ogni area di rete sia definito un Skype for Business Server sito centrale. Il sito centrale è selezionato con la migliore connettività di rete e la larghezza di banda massima per tutti gli altri siti all'interno di tale area di rete. L'esempio precedente di topologia della rete mostra tre aree di rete, ognuna con un sito centrale che gestisce le decisioni di CAC. Dall'esempio precedente, la tabella seguente mostra l'associazione appropriata.

Nota

I siti centrali non corrispondono necessariamente ai siti di rete. Negli esempi di questa documentazione alcuni siti centrali, Chicago, Londra e Pechino, condividono lo stesso nome dei siti di rete. Tuttavia, anche se un sito centrale e un sito di rete condividono lo stesso nome, il sito centrale è un elemento della topologia di Skype for Business Server, mentre il sito di rete fa parte della rete complessiva in cui si trova la topologia di Skype for Business Server.

Aree di rete, siti centrali e siti di rete

Area geografica di rete	Sito centrale	Siti di rete
Nord America	Chicago	Chicago New York Detroit Portland Reno Albuquerque
EMEA	Londra	Londra Colonia
APAC	Pechino	Pechino Manila

Identificare i siti di rete

Un sito di rete rappresenta una posizione in cui l'organizzazione ha una sede fisica, ad esempio uffici, una serie di edifici o un campus. Un luogo fisico con una LAN e una connettività WAN ad altri siti è considerato un sito di rete. Per iniziare, è possibile inventariare tutti gli uffici dell'organizzazione. Nella topologia di esempio l'area di rete America del Nord è costituita dai seguenti siti di rete: New York, Chicago, Detroit, Portland, Reno e Albuquerque.

È necessario associare ogni sito di rete a un'area di rete. A seconda che il sito di rete abbia un collegamento WAN limitato, al sito di rete viene associato un criterio di larghezza di banda. Per informazioni dettagliate sui criteri CAC e sulla larghezza di banda allocata tramite tali criteri, vedere la sezione "Definire i criteri di larghezza di banda" più avanti in questo argomento. Per configurare CAC, associare i siti di rete alle aree di rete e quindi creare criteri di assegnazione della larghezza di banda da applicare alle connessioni con larghezza di banda limitate tra un determinato sito o area geografica e alle connessioni WAN tra i siti e le aree geografiche.

Identificare i collegamenti di rete

I collegamenti di rete rappresentano connessioni alla WAN fisica che collega aree geografiche e siti diversi. Nella topologia di esempio sono presenti due collegamenti di rete regionali, cinque collegamenti di rete tra aree geografiche e siti e un collegamento di rete tra due siti.

I due collegamenti regionali sono tra America del Nord e EMEA, rappresentati come NA-EMEA-LINK, e tra APAC e EMEA, rappresentati come EMEA-APAC-LINK.

I collegamenti del sito sono indicati dalle linee che collegano Portland, Reno e Albuquerque alla regione America del Nord, Manila alla regione APAC e Colonia alla regione EMEA. La linea tra Reno e Albuquerque mostra un collegamento di rete diretto tra questi due siti.

Definire i criteri di larghezza di banda

Collaborare con il team operativo di rete per determinare la quantità di larghezza di banda WAN disponibile per il traffico audio e video in tempo reale attraverso i collegamenti WAN nell'organizzazione. I criteri di larghezza di banda vengono in genere applicati ai collegamenti WAN se l'utilizzo della larghezza di banda è limitato; cioè, se si prevede di essere più della larghezza di banda che può essere allocata per le modalità audio e video.

I criteri di larghezza di banda CAC definiscono la larghezza di banda massima che può essere riservata alle modalità audio e video in tempo reale. Poiché CAC non limita la larghezza di banda di altro traffico, non può impedire ad altro traffico dati come il trasferimento di file di grandi dimensioni, lo streaming musicale, di utilizzare tutta la larghezza di banda di rete.

I criteri di larghezza di banda cac possono definire uno o tutti i seguenti elementi:

• Larghezza di banda totale massima allocata per l'audio.

• Larghezza di banda totale massima allocata per il video.

• Larghezza di banda massima allocata per una singola chiamata audio (sessione).

• Larghezza di banda massima allocata per una singola videochiamata (sessione).

Nota

Tutti i valori di larghezza di banda CAC rappresentano i limiti massimi di larghezza di banda unidirezionale .

Nota

Le funzionalità Skype for Business Server dei criteri vocali offrono la possibilità di ignorare i controlli dei criteri della larghezza di banda per le chiamate in arrivo all'utente (non per le chiamate in uscita effettuate dall'utente). Una volta stabilita la sessione, il consumo di larghezza di banda verrà contabilizzato in modo accurato. Questa impostazione deve essere usata con parsimonia. Per informazioni dettagliate, vedere Creare o modificare criteri vocali e configurare i record di utilizzo PSTN in Skype for Business o Modificare un criterio vocale e Configurare i record di utilizzo PSTN nella documentazione relativa alla distribuzione.

Per ottimizzare l'utilizzo della larghezza di banda per ogni sessione, considerare il tipo di codec audio e video che verrà utilizzato. In particolare, evitare di allocare larghezza di banda insufficiente per un codec che si prevede di usare di frequente. Al contrario, se si vuole impedire ai supporti di usare un codec che richiede una maggiore larghezza di banda, è consigliabile impostare la larghezza di banda massima per sessione abbastanza bassa da scoraggiare tale utilizzo. Per l'audio, non tutti i codec sono disponibili per ogni scenario. Ad esempio:

• Le chiamate audio peer-to-peer tra endpoint Skype for Business utilizzeranno RTAudio (8kHz) o RTAudio (16kHz) quando si tiene conto della larghezza di banda e della definizione delle priorità dei codec.

• Le conferenze telefoniche tra Skype for Business endpoint e il servizio A/V Conferencing utilizzeranno G.722 o Siren.

• Le chiamate alla rete PSTN (Public Switched Telephone Network) da o verso Skype for Business endpoint utilizzeranno G.711 o RTAudio (8kHz).

Usare la tabella seguente per ottimizzare le impostazioni di larghezza di banda massime per sessione.

Utilizzo della larghezza di banda da parte dei codec

Codec	Requisito della larghezza di banda senza correzione degli errori di inoltro	Requisito della larghezza di banda con correzione degli errori di inoltro
RTAudio (8kHz)	49,8 kbps	61,6 kbps
RTAudio (16kHz)	67 kbps	96 kbps
Sirena	57,6 kbps	73,6 kbps
G.711	102 kbps	166 kbps
G.722	105,6 kbps	169,6 kbps
RTVideo (CIF 15 fps)	260 kbps	Non applicabile
RTVideo (VGA 30 fps)	610 kbps	Non applicabile

Nota

I requisiti di larghezza di banda tengono conto del sovraccarico per quanto segue: Ethernet II, IP, UDP (User Datagram Protocol), RTP (real-time transport protocol) e SRTP (Secure Real-Time Transport Protocol). Includono anche 10 kbps per l'overhead RTCP.

I codec G.722.1 e Siren sono simili, ma offrono velocità in bit diverse.

G.722, il codec predefinito per Skype for Business Server conferenza, è completamente diverso dai codec G.722.1 e Siren.

Il codec Siren viene utilizzato in Skype for Business Server nelle situazioni seguenti:

• Se il criterio di larghezza di banda è impostato su una larghezza di banda troppo bassa per consentire l'utilizzo di G.722.

• Se un client Communications Server 2007 o Communications Server 2007 R2 si connette a un servizio di conferenza Skype for Business Server, perché questi client non supportano il codec G.722.

Utilizzo della larghezza di banda per scenario

Scenario	Requisito di larghezza di banda ottimizzato per la quantità (kbps)	Requisito della larghezza di banda per la modalità bilanciata (kbps)	Requisito della larghezza di banda ottimizzato per la qualità (kbps)
Chiamate audio peer-to-peer	45 kbps	62 kbps	91 kbps
Conferenze telefoniche	53 kbps	101 kbps	165 kbps
Chiamate PSTN (tra Skype for Business e gateway PSTN, con bypass multimediale)	97 kbps	97 kbps	161 kbps
Chiamate PSTN (tra Skype for Business e Mediation Server, senza bypass multimediale)	45 kbps	97 kbps	161 kbps
Chiamate PSTN (tra Mediation Server e gateway PSTN, senza bypass multimediale)	97 kbps	97 kbps	161 kbps
Skype for Business - Chiamate Polycom	101 Kbps	101 Kbps	101 Kbps

Identificare le subnet IP

Per ogni sito di rete, è necessario collaborare con l'amministratore di rete per determinare quali subnet IP sono assegnate a ogni sito di rete. Se l'amministratore di rete ha già organizzato le subnet IP in aree di rete e siti di rete, il lavoro è stato semplificato in modo significativo.

Nel nostro esempio, al sito di New York nell'area America del Nord vengono assegnate le subnet IP seguenti: 172.29.80.0/23, 157.57.216.0/25, 172.29.91.0/23, 172.29.81.0/24. Si supponga che Bob, che di solito lavora a Detroit, vada nell'ufficio di New York per l'addestramento. Quando accende il computer e si connette alla rete, il suo computer ottiene un indirizzo IP in uno dei quattro intervalli riservati a New York, ad esempio 172.29.80.103.

Attenzione

Le subnet IP specificate durante la configurazione della rete sul server devono corrispondere al formato fornito dai computer client per poter essere utilizzate correttamente per il bypass multimediale. Un client Skype for Business prende il proprio indirizzo IP locale e maschera l'indirizzo IP con la subnet mask associata. Quando si determina l'ID bypass associato a ogni client, il registrar confronta l'elenco delle subnet IP associate a ogni sito di rete con la subnet fornita dal client per una corrispondenza esatta. Per questo motivo, è importante che le subnet immesse durante la configurazione di rete sul server siano subnet effettive anziché subnet virtuali. Se distribuisci il controllo di ammissione di chiamata, ma non il bypass multimediale, il controllo di ammissione di chiamata funzionerà correttamente anche se configuri le subnet virtuali. Ad esempio, se un client accede in un computer con indirizzo IP 172.29.81.57 con una subnet mask IP di 255.255.255.0, Skype for Business richiederà l'ID bypass associato alla subnet 172.29.81.0. Se la subnet è definita come 172.29.0.0/16, anche se appartiene alla subnet virtuale, il Registrar non considererà questa corrispondenza perché il Registrar sta cercando specificamente la subnet 172.29.81.0. Pertanto, è importante che l'amministratore immetta le subnet esattamente come fornito dai client Skype for Business (provisioning con subnet durante la configurazione della rete staticamente o tramite DHCP).

Procedure consigliate per il controllo di ammissione di chiamata

Per migliorare le prestazioni e facilitare la distribuzione, applicare le procedure consigliate seguenti quando si distribuisce il controllo di ammissione di chiamata:

• Assicurati che il provisioning delle reti WAN sia adeguatamente eseguito per il traffico multimediale corrente e previsto.

  Nota

  È consigliabile tenere conto dei limiti della larghezza di banda in un buffer. Esistono scenari come le condizioni di gara che influiscono sulla larghezza di banda totale utilizzata e possono causare il superamento del limite di larghezza di banda. Ad esempio, se due chiamate tentano di avviarsi mentre il traffico multimediale si avvicina a un limite di larghezza di banda, è possibile che una di esse venga negata perché l'altra è riuscita ad avviarsi per prima.

• Monitorare l'utilizzo della rete e i record dei dettagli delle chiamate in modo da poter scegliere le impostazioni di CAC ottimali e aggiornare le impostazioni di CAC quando cambia l'utilizzo della rete.

• Usare i criteri di larghezza di banda CAC per integrare le impostazioni QoS.

• Per reinstradare le chiamate bloccate nella rete PSTN, verificare la funzionalità e la capacità di PSTN. Per informazioni dettagliate, vedere Pianificazione del routing delle chiamate in uscita.

  Nota

  Capacità fa riferimento al numero di porte che è necessario aprire per supportare il potenziale reinstradamento PSTN.