Pianificazione del servizio Controllo di ammissione di chiamata

Identificare le aree di rete

Un'area di rete rappresenta un backbone o un hub della rete.

Un backbone o un hub di rete è una parte dell'infrastruttura di rete di computer che interconnette parti diverse della rete, offrendo un percorso per lo scambio di informazioni tra LAN o subnet diverse. Un backbone può collegare reti diverse, da una piccola sede a un'area geografica più ampia. La capacità del backbone è generalmente più alta rispetto a quella delle reti che vi si connettono.

La topologia dell'esempio include tre aree di rete, ovvero Nord America, EMEA e APAC. Un'area di rete contiene un insieme di siti di rete (vedere la definizione di siti di rete in questo argomento). Collaborare con il team responsabile delle operazioni di rete per identificare le aree.

Associazione di un sito centrale a ogni area di rete

Per il controllo di ammissione di chiamata è richiesto un sito centrale di Lync Server per ogni area di rete. Un componente software in Lync Server gestisce le decisioni relative al controllo di ammissione di chiamata. La topologia di rete dell'esempio precedente mostra tre aree di rete, ognuna con un sito centrale che gestisce le decisioni relative al controllo di ammissione di chiamata. Il sito centrale viene scelto in base alla vicinanza geografica. Dato che il traffico multimediale rappresenta il carico maggiore nelle aree di rete, l'assegnazione della proprietà in base alla vicinanza geografica rende l'area di rete autosufficiente. Le comunicazioni in un'area di rete non saranno interrotte anche se altri siti centrali diventano non disponibili. Facendo ancora riferimento all'esempio precedente, l'associazione appropriata è quella indicata nella tabella seguente.

Aree di rete, siti centrali e siti di rete

Identificare i siti di rete

Un sito di rete rappresenta una località in cui l'organizzazione dispone di uffici, un gruppo di edifici o un campus. Per iniziare, creare un inventario di tutti gli uffici dell'organizzazione. Nella topologia dell'esempio, l'area di rete Nord America è costituita dai siti di rete seguenti: 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 o meno un collegamento WAN limitato, al sito di rete vengono associati criteri per la larghezza di banda. Per informazioni dettagliate sui criteri di controllo di ammissione di chiamata e la larghezza di banda che è possibile allocare tramite tali criteri, vedere "Definire i criteri di larghezza di banda" di seguito in questo argomento. Per configurare i criteri di controllo di ammissione di chiamata, è necessario associare i siti di rete alle aree di rete e quindi creare i criteri di allocazione della larghezza di banda da applicare alle connessioni con larghezza di banda limitata tra un determinato sito o una particolare area e le connessioni WAN tra siti e aree.

Identificare i collegamenti di rete

I collegamenti di rete rappresentano connessioni alla rete WAN fisica che collega i vari siti e aree. Nell'esempio di topologia utilizzato in questo argomento esistono due collegamenti di rete tra aree, cinque collegamenti di rete tra aree e siti e un collegamento di rete tra due siti.

I due collegamenti tra aree sono tra l'area Nord America ed EMEA, rappresentato come COLLEGAMENTO-NA-EMEA e tra APAC ed EMEA, rappresentato come COLLEGAMENTO-EMEA-APAC.

I collegamenti tra siti sono indicati dalle linee che connettono Portland, Reno e Albuquerque all'area Nord America, Manila all'area APAC e Colonia all'area EMEA. La linea tra Reno e Albuquerque mostra un collegamento di rete diretto tra questi due siti.

Definire criteri di larghezza di banda

Collaborare con il team responsabile delle operazioni di rete per stabilire la quantità di larghezza di banda WAN disponibile per il traffico audio e video in tempo reale sui collegamenti WAN dell'organizzazione. I criteri di larghezza di banda vengono in genere applicati ai collegamenti WAN se l'utilizzo della larghezza di banda è limitato, ovvero se è previsto che sia superiore alla larghezza di banda disponibile per l'allocazione alle modalità audio e video.

I criteri di larghezza di banda del controllo di ammissione di chiamata definiscono la quantità di larghezza di banda riservata per le modalità audio e video in tempo reale.

I criteri di larghezza di banda per il controllo di ammissione di chiamata possono definire solo alcuni o tutti gli aspetti seguenti:

• Larghezza di banda totale massima allocata per i contenuti audio

• Larghezza di banda totale massima allocata per i contenuti video

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

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

Per ottimizzare l'utilizzo della larghezza di banda su base per utente, tenere conto del tipo di codec audio e video che verranno utilizzati. In particolare, evitare di allocare una quantità di larghezza di banda insufficiente per un codec con utilizzo previsto frequente. Viceversa, se si desidera impedire l'utilizzo di un codec che richiede maggiore larghezza di banda, è consigliabile impostare la larghezza di banda massima per sessione su un valore sufficientemente basso da scoraggiarne l'utilizzo. Per quando riguarda i contenuti audio, non tutti i codec sono disponibili per qualsiasi scenario. Ad esempio:

• Per le chiamate audio peer-to-peer audio tra endpoint Lync 2010 verrà utilizzato RTAudio (8kHz) o RTAudio (16kHz) quando si tiene conto della larghezza di banda e dell'ordine di priorità dei codec.

• Per le conferenze telefoniche tra endpoint Lync 2010 e il servizio A/V Conferencing verrà utilizzato G.722 o Siren.

• Per le chiamate a PSTN dirette a o provenienti da endpoint Lync 2010 verrà utilizzato G.711 o RTAudio (8kHz).

Fare riferimento alla tabella seguente per l'ottimizzazione delle impostazioni di larghezza di banda massima per sessione.

Utilizzo della larghezza di banda in base ai codec

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

G.722, ovvero il codec predefinito per le conferenze di Lync Server 2010, è completamente diverso dai codec G.722.1 e Siren.

Il codec Siren è utilizzato in Lync Server 2010 nelle situazioni seguenti:

• Se i criteri di larghezza di banda sono impostati su un valore troppo basso 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 di Lync Server 2010 (perché tali client non supportano il codec G.722)

Utilizzo della larghezza di banda in base allo scenario

Identificare le subnet IP

Per ogni sito di rete sarà necessario collaborare con l'amministratore della rete per stabilire quali subnet IP sono assegnate a ogni sito di rete. Se l'amministratore della rete ha già organizzato le subnet IP in aree di rete e siti di rete, il lavoro risulterà notevolmente semplificato.

In questo esempio, al sito New York nell'area Nord America sono 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, si sposti nell'ufficio di New York per un corso di formazione. Quando accende il suo computer e si connette alla rete, al computer verrà assegnato un indirizzo IP in uno dei quattro intervalli allocati a New York, ad esempio 172.29.80.103.

Avviso:

Le subnet IP specificate durante la configurazione della rete nel server devono corrispondere al formato specificato dai computer client per poter essere utilizzate correttamente per il bypass multimediale. Un client Lync 2010 accetta l'indirizzo IP locale e lo maschera con la subnet mask associata. Durante la determinazione dell'ID di bypass associato a ogni client, la funzione di registrazione confronterà l'elenco delle subnet IP associate a ogni sito di rete con la subnet fornita dal client per individuare una corrispondenza esatta. Per questo motivo è importante che le subnet immesse durante la configurazione della rete nel server siano subnet effettive, anziché virtuali. Se si implementa il controllo di ammissione di chiamata ma non il bypass multimediale, il controllo di ammissione di chiamata funzionerà in modo corretto anche se si configurano subnet virtuali. Se un client accede a un computer con indirizzo IP 172.29.81.57 e una subnet mask IP 255.255.255.0, ad esempio, Lync 2010 richiederà l'ID di bypass associato alla subnet 172.29.81.0. Se la subnet è definita come 172.29.0.0/16, anche se il client appartiene alla subnet virtuale, la funzione di registrazione non la considererà una corrispondenza esatta perché cerca nello specifico la subnet 172.29.81.0. È pertanto importante che l'amministratore immetta le subnet esattamente come vengono fornite dai client, per i quali il provisioning delle subnet viene eseguito durante la configurazione della rete in modo statico o tramite DHCP.