Pianificare i requisiti di rete per Skype for Business
Riepilogo: Esaminare le considerazioni seguenti sui componenti di rete prima di implementare Skype for Business Server.
Le informazioni contenute in questi argomenti sono illustrate anche nel white paper Network Planning, Monitoring, and Troubleshooting with Lync Server con ulteriori dettagli e approfondimenti. Anche se il contenuto fa riferimento in modo esplicito a Lync 2010 e Lync 2013, le considerazioni relative ai Skype for Business Server rimangono invariate.
Analogamente, se la rete prevede un accesso wi-fi e cablato, il white paper Delivering Lync 2013 Real-Time Communications over Wi-Fi è un valido riferimento ed è applicabile anche ai Skype for Business Server.
Hardware server
La scheda di rete di ogni server della topologia Skype for Business Server deve supportare almeno 1 gigabit al secondo (Gbps). In generale, è consigliabile connettere tutti i ruoli del server all'interno della topologia di Skype for Business Server usando una rete locale (LAN) a bassa latenza e ad alta larghezza di banda. La dimensione della LAN dipende dalle dimensioni della topologia:
Nelle topologie Standard Edition, i server devono essere in una rete che supporta 1 Gbps Ethernet o equivalente.
In edizione Enterprise topologie, la maggior parte dei server dovrebbe essere in una rete che supporta più di 1 Gbps, soprattutto quando si supportano conferenze audio/video (A/V) e condivisione applicazioni.
Per l'integrazione pstn (Public Switched Telephone Network), è possibile integrare le linee T1/E1 o il trunking SIP.
Requisiti di rete audio/video
I requisiti di rete per audio/video (A/V) in una distribuzione Skype for Business Server includono quanto segue:
Se stai distribuendo un singolo server perimetrale o un pool di edge tramite il bilanciamento del carico DNS, puoi configurare il firewall esterno per eseguire la conversione degli indirizzi di rete (NAT). Non è possibile configurare il firewall interno per l'esecuzione di NAT. Per informazioni dettagliate, vedere Pianificazione di porte e firewall.
Importante
Se si dispone di un pool di edge e si utilizza un servizio di bilanciamento del carico hardware, è necessario utilizzare indirizzi IP pubblici nei server perimetrali e non è possibile usare NAT per i server o il pool nel dispositivo che supporta NAT (ad esempio, un accessorio firewall o un commutatore LAN. Per informazioni dettagliate, vedere Scenari di Edge Server in Skype for Business Server.
Se l'organizzazione usa un'infrastruttura QoS (Quality of Service), il sottosistema multimediale è progettato per funzionare all'interno di questa infrastruttura esistente.
Se si usa Internet Protocol security (IPsec), è consigliabile disabilitare IPsec sugli intervalli di porte usati per il traffico A/V. Per informazioni dettagliate, vedere Eccezioni IPsec.
Per garantire una qualità ottimale del supporto, eseguire le operazioni seguenti:
Effettuare il provisioning dei collegamenti di rete per supportare la velocità effettiva di 65 kilobit al secondo (Kbps) per flusso audio e 500 Kbps per flusso video, se abilitati, durante i periodi di picco dell'utilizzo. Una sessione audio o video bidirezionale utilizza due flussi, quindi una semplice connessione audio/telefono richiederà 130 KBps per coprire ogni flusso. Analogamente, video userà 1000 Kbps totali per trasportare una connessione a monte e a valle.
Per far fronte a picchi imprevisti di traffico e all'aumento dell'utilizzo nel tempo, Skype for Business Server endpoint multimediali possono adattarsi a condizioni di rete variabili e supportare tre volte la velocità effettiva per audio e video mantenendo comunque una qualità accettabile. Non si supponga che questa adattabilità maschera il problema quando una rete è sotto-provisioning. In una rete sotto-provisioning, la capacità degli endpoint multimediali Skype for Business Server di gestire dinamicamente condizioni di rete variabili (ad esempio, perdita temporanea di pacchetti elevati) viene ridotta.
Per i collegamenti di rete in cui il provisioning è molto costoso e difficile, potrebbe essere necessario considerare il provisioning per un volume di traffico inferiore. In questo scenario, l'elasticità dei Skype for Business Server endpoint multimediali assorbe la differenza tra il volume di traffico e il livello di picco del traffico, a costo di una certa riduzione della qualità vocale. Inoltre, ci sarà una diminuzione della capacità altrimenti disponibile per assorbire picchi improvvisi del traffico.
Per i collegamenti di cui non è possibile eseguire correttamente il provisioning a breve termine, ad esempio un sito che usa collegamenti WAN di qualità molto scarsa, è consigliabile disabilitare il video per determinati utenti.
Provisioning della rete per garantire un ritardo end-to-end (latenza) massimo di 150 millisecondi (ms) sotto il carico di picco. La latenza è l'unico problema di rete che Skype for Business Server componenti multimediali non possono ridurre ed è importante trovare ed eliminare i punti deboli.
Per i server che eseguono software antivirus, includere tutti i server che eseguono Skype for Business Server nell'elenco delle eccezioni per offrire prestazioni e qualità audio ottimali.
Eccezioni IPsec
Per le reti aziendali in cui è stato distribuito Internet Protocol Security (IPsec) (vedere IETF RFC 4301-4309), IPsec deve essere disabilitato nell'intervallo di porte usate per la distribuzione di video audio, video e panorama. La raccomandazione è motivata dalla necessità di evitare ritardi nell'allocazione delle porte multimediali a causa della negoziazione IPsec.
La tabella seguente illustra le impostazioni consigliate per le eccezioni IPsec.
Eccezioni IPsec consigliate
| Nome regola | IP di origine | IP di destinazione | Protocollo | Porta di origine | Porta di destinazione | Requisito per l'autenticazione |
|---|---|---|---|---|---|---|
| A/V Edge Server Internal Inbound | Qualsiasi | A/V Edge Server Internal | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| A/V Edge Server esterno in ingresso | Qualsiasi | A/V Edge Server esterno | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| A/V Edge Server Internal Outbound | A/V Edge Server Internal | A/V Edge Server esterno | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| A/V Edge Server esterno in uscita | A/V Edge Server esterno | Qualsiasi | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Mediation Server in ingresso | Qualsiasi | Mediation Server | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Mediation Server in uscita | Mediation Server | Qualsiasi | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Operatore conferenza in ingresso | Qualsiasi | Front End Server che esegue Conferencing Attendant | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Operatore conferenza in uscita | Front End Server che esegue Conferencing Attendant | Qualsiasi | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| A/V Conferencing in ingresso | Qualsiasi | Front End Server | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| A/V Conferencing in uscita | Front End Server | Qualsiasi | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Exchange in ingresso | Qualsiasi | Messaggistica unificata di Exchange | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Server di condivisione applicazioni in ingresso | Qualsiasi | Server di condivisione applicazioni | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Server di condivisione applicazioni in uscita | Server di condivisione applicazioni | Qualsiasi | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Exchange in uscita | Messaggistica unificata di Exchange | Qualsiasi | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
| Client | Qualsiasi | Qualsiasi | UDP e TCP | Qualsiasi | Qualsiasi | Non eseguire l'autenticazione |
Requisiti di rete per le conferenze
La larghezza di banda utilizzata per scaricare il contenuto della conferenza dal server Internet Information Services (IIS) dipende dalle dimensioni del contenuto. È possibile scegliere di monitorare l'utilizzo effettivo e regolare di conseguenza la pianificazione della larghezza di banda.
Requisiti di larghezza di banda di rete per il traffico multimediale
Una parte importante della pianificazione della rete è garantire che la rete sia in grado di gestire il traffico multimediale generato da Skype for Business Server. Questa sezione illustra come pianificare il traffico multimediale.
Utilizzo della rete del traffico multimediale
L'utilizzo della larghezza di banda del traffico multimediale può essere difficile da calcolare a causa del numero di variabili diverse, ad esempio i livelli di utilizzo del codec, risoluzione e attività. L'utilizzo della larghezza di banda è una funzione del codec usato e dell'attività del flusso, che può variare da uno scenario all'altro. La tabella seguente elenca i codec audio in genere usati negli scenari di Skype for Business Server.
Larghezza di banda del codec audio
| Codec audio | Scenario | KBPS (Audio Payload Bit Rate) | Payload audio larghezza di banda e solo intestazione IP (Kbps) | Payload audio larghezza di banda, intestazione IP, UDP, RTP e SRTP (Kbps) | Payload audio larghezza di banda, intestazione IP, UDP, RTP, SRTP e correzione degli errori di inoltro (Kbps) |
|---|---|---|---|---|---|
| RTAudio Wideband |
Peer-to-peer |
29.0 |
45.0 |
57.0 |
86.0 |
| RTAudio Narrowband |
Peer-to-peer PSTN |
11.8 |
27.8 |
39.8 |
51.6 |
| G.722 |
Servizi di conferenza |
64.0 |
80.0 |
95.6 |
159.6 |
| G.722 Stereo |
Conferenze peer-to-peer |
128.0 |
144.0 |
159.6 |
223.6 |
| G.711 |
PSTN, Servizi di conferenza |
64.0 |
80.0 |
92.0 |
156.0 |
| Sirena |
Servizi di conferenza |
16.0 |
32.0 |
47.6 |
63.6 |
| Fascia larga SILK |
Peer-to-peer |
36.0 |
52.0 |
64.0 |
100.0 |
| Fascia larga SILK |
Peer-to-peer |
26.0 |
42.0 |
54.0 |
80.0 |
| Fascia larga SILK |
Peer-to-peer |
20.0 |
36.0 |
48.0 |
68.0 |
| Fascia larga/banda stretta SILK |
Peer-to-peer |
13.0 |
29.0 |
41.0 |
54.0 |
Nota
Le chiamate PSTN dal client Skype for Business in genere usano il codec G.711, che richiede una larghezza di banda elevata. Se non è disponibile una larghezza di banda sufficiente per tale codec, le chiamate possono avere esito negativo con un errore simile al seguente nei log multimediali: è necessario abilitare almeno un codec, hr: c0042004. I log multimediali (file blog) sono crittografati e possono essere decodificati solo dal personale di supporto Microsoft.
I numeri di larghezza di banda nella tabella precedente si basano sulla packetization di 20ms (50 pacchetti al secondo) e per i codec Siren e G.722 includono l'overhead SRTP (Secure Real-Time Transport Protocol) aggiuntivo dagli scenari di conferenza e presuppongono che lo stream sia attivo al 100%. La correzione degli errori di inoltro (FEC) viene usata in modo dinamico in caso di perdita di pacchetti sul collegamento per mantenere la qualità del flusso audio.
La versione stereo del codec G.722 viene utilizzata dai sistemi basati su Lync Room System, che utilizza un singolo microfono stereo o una coppia di microfoni mono per consentire agli ascoltatori di distinguere meglio più altoparlanti nella sala riunioni.
Larghezza di banda per la risoluzione video
| Codec video | Risoluzione e proporzioni | Velocità in bit massima del payload video (Kbps) | Velocità in bit minima del payload video (Kbps) |
|---|---|---|---|
| H.264 |
320x180 (16:9) 212x160 (4:3) |
250 |
15 |
| H.264/RTVideo |
424x240 (16:9) 320x240 (4:3) |
350 |
100 |
| H.264 |
480x270 (16:9) 424x320 (4:3) |
450 |
200 |
| H.264/RTVideo |
640x360 (16:9) 640x480 (4:3) |
800 |
300 |
| H.264 |
848x480 (16:9) |
1500 |
400 |
| H.264 |
960x540 (16:9) |
2000 |
500 |
| H.264/RTVideo |
1280x720 (16:9) |
2500 |
700 |
| H.264 |
1920x1080 (16:9) |
4000 |
1500 |
| H.264/RTVideo |
960x144 (20:3) |
500 |
15 |
| H.264 |
1280x192 (20:3) |
1000 |
250 |
| H.264 |
1920x288 (20:3) |
2000 |
500 |
Il codec predefinito per i video è lo standard H.264/MPEG-4 Part 10 Advanced Video Coding, insieme alle estensioni scalabili di codifica video per la scalabilità temporale. Per mantenere l'interoperabilità con i client legacy, il codec RTVideo viene ancora usato per le chiamate peer-to-peer tra client Skype for Business Server e legacy. Nelle sessioni di conferenza con client Skype for Business Server e legacy, l'endpoint Skype for Business Server può codificare il video usando entrambi i codec video e inviare il flusso di bit H.264 ai client Skype for Business Server e il bitstream di RTVideo ai client legacy.
La larghezza di banda richiesta dipende dalla risoluzione, dalla qualità, dalla frequenza dei fotogrammi e dalla quantità di movimento o modifica dell'immagine. Per ogni risoluzione, esistono due velocità in bit pertinenti:
Velocità in bit massima del payload Questa è la velocità in bit che un endpoint userà per la risoluzione alla frequenza fotogrammi massima. Questo è il valore che consente la massima qualità video e audio.
Velocità in bit minima del payload Questa è la velocità in bit al di sotto della quale un endpoint Skype for Business Server passerà alla risoluzione più bassa successiva. Per garantire una determinata risoluzione, la velocità in bit del payload video disponibile non deve essere inferiore a questa velocità in bit minima per tale risoluzione. Questo valore consente di comprendere il valore più basso possibile se la velocità in bit massima non è disponibile o pratica. Per alcuni utenti, un video a velocità in bit così bassa potrebbe fornire un'esperienza video inaccettabile, quindi prestare attenzione con queste velocità in bit minime del payload video. Si noti che per le scene video statiche, che non cambiano, la velocità in bit effettiva potrebbe temporaneamente scendere al di sotto della velocità in bit minima.
Skype for Business Server supporta numerose risoluzioni. In questo modo Skype for Business Server di adattarsi alla larghezza di banda di rete diversa e alle funzionalità client di ricezione. Le proporzioni predefinite per Skype for Business Server sono 16:9. Le proporzioni legacy 4:3 sono ancora supportate per le webcam che non consentono l'acquisizione nelle proporzioni 16:9.
Video FEC è sempre incluso nella velocità in bit del payload video quando viene utilizzato in modo che non vi siano valori separati per con FEC video e senza FEC video.
Gli endpoint non trasmettono pacchetti audio o video in modo continuo. A seconda dello scenario esistono diversi livelli di attività del flusso che indicano la frequenza di invio dei pacchetti per uno stream. L'attività di un flusso dipende dagli elementi multimediali e dallo scenario e non dipende dal codec in uso. In uno scenario peer-to-peer:
Gli endpoint inviano flussi audio solo quando gli utenti parlano.
Entrambi i partecipanti ricevono flussi audio.
Se viene utilizzato il video, entrambi gli endpoint inviano e ricevono flussi video durante la chiamata.
Per le scene video statiche, la velocità in bit effettiva potrebbe temporaneamente essere molto bassa perché il codec video ignora le aree di codifica del video senza alcuna modifica rispetto all'esempio precedente.
In uno scenario di conferenza:
Gli endpoint inviano flussi audio solo quando gli utenti parlano.
Tutti i partecipanti ricevono flussi audio.
Se si usa il video, tutti i partecipanti possono ricevere fino a cinque flussi video e un flusso video panoramico (ad esempio proporzioni 20:3). Per impostazione predefinita, i cinque flussi video di ricezione sono basati sulla cronologia degli altoparlanti attivi, ma gli utenti possono anche selezionare manualmente i partecipanti da cui vogliono ricevere uno stream video. Se è abilitato il multi-video, il requisito di risoluzione e larghezza di banda per ognuno dei flussi video sarà inferiore.
Ogni partecipante che attiva il flusso video di invio dell'utente invierà uno o più flussi video. Skype for Business Server è in grado di inviare fino a cinque flussi video per ottimizzare la qualità video per tutti i client riceventi. Il numero effettivo di flussi video inviati è determinato dal mittente in base alla capacità della CPU, alla larghezza di banda uplink disponibile e al numero di client riceventi che richiedono un determinato flusso video. Il caso più comune è che un flusso video H.264 e uno RTVideo vengono inviati nel caso in cui un client legacy si unisca alla conferenza. Un altro scenario comune è che diversi flussi video H.264 (ad esempio, con risoluzioni video diverse) vengono inviati per soddisfare diverse richieste del ricevitore.
Oltre alla larghezza di banda necessaria per il traffico RTP (Real-Time Transport Protocol) per i supporti audio e video, la larghezza di banda è necessaria per il protocollo RTCP (Real-Time Transport Control Protocol). RTCP viene usato per segnalare statistiche e per il controllo fuori banda del flusso RTP. Per la pianificazione, usare i numeri di larghezza di banda nella tabella seguente per il traffico RTCP. Questi valori rappresentano la larghezza di banda massima usata per RTCP e sono diversi per i flussi audio e video a causa delle differenze nei dati di controllo
Larghezza di banda RTCP
| Contenuti multimediali | Larghezza di banda massima RTCP (Kbps) |
|---|---|
| Audio |
5 |
| Video (solo H.264 o RTVideo inviato/ricevuto) |
10 |
| Video (H.264 e RTVideo inviato/ricevuto) |
15 |
Per la pianificazione della capacità, sono interessanti le due statistiche seguenti:
Larghezza di banda massima senza FEC Larghezza di banda massima usata da uno stream. Ciò include l'attività tipica dello stream e il codec tipico usato nello scenario senza FEC. Questa è la larghezza di banda quando lo stream è al 100% di attività e non vi è alcuna perdita di pacchetti che attiva l'uso di FEC. Ciò è utile per calcolare la quantità di larghezza di banda da allocare per consentire l'uso del codec in un determinato scenario. Non è previsto che FEC sia un requisito in una rete gestita.
Larghezza di banda massima con FEC Larghezza di banda massima usata da un flusso. Ciò include l'attività tipica del flusso e il codec tipico usato nello scenario con FEC. Questa è la larghezza di banda quando lo stream è al 100% di attività e si verifica una perdita di pacchetti che attiva l'uso di FEC per migliorare la qualità. Ciò è utile per calcolare la quantità di larghezza di banda da allocare per consentire l'uso del codec in un determinato scenario e consentire l'uso di FEC per preservare la qualità in condizioni di perdita di pacchetti.
Le tabelle seguenti elencano anche un valore aggiuntivo relativo alla larghezza di banda, ovvero larghezza di banda tipica. Questa è la larghezza di banda media usata da un flusso. Sono incluse l'attività tipica del flusso e il codec tipico usato nello scenario. Questa larghezza di banda può essere utilizzata per approssimare la quantità di larghezza di banda usata dal traffico multimediale in un'ora specifica, ma non per la pianificazione della capacità, perché le singole chiamate superano questo valore quando il livello di attività è maggiore della media. La larghezza di banda tipica del flusso video nelle tabelle seguenti si basa su una combinazione di diverse risoluzioni video osservate nei dati misurati dei clienti e le installazioni di dimensioni ridotte potrebbero avere numeri effettivi diversi dai dati della tabella. Nelle sessioni peer-to-peer, ad esempio, la maggior parte degli utenti usa la finestra di rendering video predefinita, mentre una percentuale di utenti aumenta o ingrandi l'applicazione Skype for Business Server per consentire risoluzioni video migliori.
Le tabelle seguenti forniscono valori per i vari scenari.
Pianificazione della capacità audio/video per sessioni peer-to-peer
| Contenuti multimediali | Codec | Larghezza di banda tipica del flusso (Kbps) | Larghezza di banda massima dello stream senza FEC | Larghezza di banda massima dello stream con FEC |
|---|---|---|---|---|
| Audio |
RTAudio Wideband |
39.8 |
62 |
91 |
| Audio |
RTAudio Narrowband |
29.3 |
44.8 |
56.6 |
| Audio |
Fascia larga SILK |
44.3 |
69 |
105 |
| Video principale quando si chiamano Skype for Business Server endpoint |
H.264 |
460 |
4010 (per la risoluzione massima di 1920x1080) |
Già incluso |
| Video principale quando si chiamano gli endpoint di Lync 2010 o Office Communicator 2007 R2 |
RTVideo |
460 |
2510 (per la risoluzione massima di 1280x720) |
Già incluso |
| Video panoramico durante le chiamate Skype for Business Server endpoint |
H.264 |
190 |
2010 (per la risoluzione massima di 1920x288) |
Già incluso |
| Video panoramico quando si chiamano gli endpoint di Lync 2010 |
RTVideo |
190 |
510 (per la risoluzione massima di 960x144) |
Già incluso |
Pianificazione della capacità audio/video per le conferenze
| Contenuti multimediali | Codec tipico | Larghezza di banda tipica del flusso (Kbps) | Larghezza di banda massima dello stream senza FEC | Larghezza di banda massima dello stream con FEC |
|---|---|---|---|---|
| Audio |
G.722 |
46.1 |
100.6 |
164.6 |
| Audio |
Sirena |
25.5 |
52.6 |
68.6 |
| Ricezione video principale |
H.264 e RTVideo¹ |
260 |
8015 |
Non applicabile |
| Invio video principale |
H.264 e RTVideo |
270 |
8015 |
Non applicabile |
| Ricezione di video panoramici |
H.264 e RTVideo |
190 |
2010 (per la risoluzione massima di 1920x288) |
Non applicabile |
| Invio video panoramico |
H.264 e RTVideo |
190 |
2515 ² |
Non applicabile |
Il video RT viene inviato in aggiunta a H.264 quando i client Lync 2010 sono connessi alla conferenza.
Se sono presenti più flussi, condividono dinamicamente la larghezza di banda allocata.
Per il video principale, la larghezza di banda tipica del flusso è la larghezza di banda aggregata su tutti i flussi video ricevuti e il flusso massimo è la larghezza di banda su tutti i flussi video di invio. Anche con più flussi video, la larghezza di banda video tipica è inferiore rispetto allo scenario peer-to-peer perché molte videoconferenze usano la condivisione del contenuto che porta a finestre video molto più piccole e quindi a risoluzioni video più piccole. La larghezza di banda massima supportata per il payload video aggregato è di 8000 Kbps per entrambi i flussi di invio e ricezione che verrebbero utilizzati (ad esempio, se ci sono due flussi video 1920x1080p in arrivo). I valori massimi vengono visualizzati solo raramente nelle implementazioni effettive.
Quando si crea una conferenza multiparty che usa la funzionalità di visualizzazione raccolta, l'utilizzo della larghezza di banda aumenta inizialmente quando i partecipanti partecipano, quindi diminuisce man mano che le risoluzioni vengono rilasciate per adattarsi al massimo.
| 2 Partecipanti | 3 Partecipanti | 4 partecipanti | 5 partecipanti | 6 partecipanti | |
|---|---|---|---|---|---|
| Risoluzioni massime ricevute |
1920x1080 |
1280x720 |
640x360 |
640x360 320x240 |
640x360 320x240 |
| Velocità in bit media totale |
2128 |
4050 |
1304 |
1224 |
1565 |
| Velocità in bit massima totale |
4063 |
5890 |
2860 |
2699 |
3017 |
La larghezza di banda del flusso tipico per i video panoramici si basa sui dispositivi che trasmettono solo video panoramici fino a 960x144. Prevediamo di aumentare la larghezza di banda tipica del flusso quando si usano dispositivi con video panoramici 1920x288.
Pianificazione della capacità audio per PSTN
| Contenuti multimediali | Codec tipico | Larghezza di banda tipica del flusso (Kbps) | Larghezza di banda massima dello stream senza FEC | Larghezza di banda massima dello stream con FEC |
|---|---|---|---|---|
| Audio |
G.711 (inclusi i partecipanti PSTN alle conferenze) |
64.8 |
97 |
161 |
| Audio |
RTAudio Narrowband |
30.9 |
44.8 |
56.6 |
I numeri di larghezza di banda di rete in queste tabelle rappresentano solo il traffico unidirezionale e includono 5 Kbps per l'overhead del traffico RTCP per ogni flusso.
Gestione della qualità del servizio
La qualità del servizio (QoS, Quality of Service) è una tecnologia di rete usata in alcune organizzazioni per offrire un'esperienza utente ottimale per le comunicazioni audio e video. La QoS viene usata più di frequente nelle reti in cui la larghezza di banda è limitata: con un numero elevato di pacchetti di rete in competizione per una quantità relativamente piccola di larghezza di banda disponibile, la QoS consente agli amministratori di assegnare priorità più elevate ai pacchetti che trasportano dati audio o video. Dando a questi pacchetti una priorità più alta, è probabile che le comunicazioni audio e video vengano completate più velocemente e con meno interruzioni rispetto alle sessioni di rete che implicano trasferimenti di file, esplorazione del Web o backup di database. Ciò è dovuto al fatto che ai pacchetti di rete usati per i trasferimenti di file o i backup dei database viene assegnata una priorità "best effort".
Nota
Di norma, la QoS si applica solo alle sessioni di comunicazione nella rete interna. Quando si implementa la QoS, si configurano i server e i router per supportare il contrassegno dei pacchetti in un modo specifico che potrebbe non essere supportato su Internet o in altre reti. Anche se la qualità del servizio è supportata in altre reti, non vi è alcuna garanzia che la QoS verrà configurata esattamente nello stesso modo in cui è stato configurato il servizio. Se si usa MPLS, è necessario usare il provider MPLS.
Skype for Business Server non richiede QoS, ma è fortemente consigliato. Se si verificano problemi di perdita di pacchetti nella rete, le soluzioni disponibili sono l'aggiunta di una maggiore larghezza di banda o l'implementazione della QoS. Se non è possibile aggiungere più larghezza di banda, l'implementazione della QoS potrebbe essere l'unico pagamento per risolvere il problema.
Skype for Business Server offre il supporto completo per QoS: ciò significa che le organizzazioni che usano già QoS possono integrare facilmente Skype for Business Server nell'infrastruttura di rete esistente. A tale scopo, è necessario seguire questa procedura:
Abilitazione della QoS in Skype for Business Server per i dispositivi non basati su Windows. Per impostazione predefinita, la funzionalità QoS è disabilitata per i computer e altri dispositivi (ad esempio iPhone) che eseguono altri sistemi operativi. Sebbene sia possibile utilizzare Skype for Business Server per abilitare e disabilitare la qualità del servizio per i dispositivi, in genere non è possibile utilizzare il prodotto per modificare i codici DSCP utilizzati da questi dispositivi.
Configurazione di intervalli di porte e criteri di qualità del servizio per i server Di conferenza, Applicazione e Mediazione. È necessario prenotare un set univoco di porte per tipi di pacchetti diversi, ad esempio audio e video. Usando Skype for Business Server non abilitare o disabilitare la QoS impostando un valore di proprietà su True o False. È invece possibile abilitare la QoS configurando intervalli di porte e quindi creando e applicando Criteri di gruppo. Se in seguito si decide di non usare QoS, è possibile "disabilitare" la QoS rimuovendo gli oggetti Criteri di gruppo appropriati.
Configurazione di intervalli di porte e criteri di qualità del servizio per i server perimetrali. Anche se non è necessario, è possibile configurare i server perimetrali in modo che utilizzino gli stessi intervalli di porte degli altri server. La configurazione di un criterio QoS viene eseguita solo per il lato interno dei server perimetrali. Questo perché QoS è progettato per l'uso nella rete interna e non su Internet.
Configurazione di intervalli di porte e criteri di qualità del servizio per i clienti in Skype for Business Server. Questi intervalli di porte si applicano solo ai computer client e sono in genere diversi dagli intervalli di porte configurati sui server. Tieni presente che Skype for Business Server non supporta la QoS per i sistemi operativi Windows diversi da Windows 10.
Nota
Se usi Windows Server 2012 o Windows Server 2012 R2, potresti essere interessato al nuovo set di cmdlet di Windows PowerShell disponibili per la gestione di QoS su tale piattaforma. Per altre informazioni, vedere Cmdlet Windows PowerShell per la rete.
QoS è anche discusso nel white paper Network Planning, Monitoring, and Troubleshooting with Lync Server con ulteriori dettagli e profondità. Anche se il contenuto fa riferimento in modo esplicito a Lync 2010 e Lync 2013, le considerazioni relative ai Skype for Business Server rimangono invariate.
Vedere anche
Pianificare IPv6 in Skype for Business
Requisiti per il bilanciamento del carico per Skype for Business