Condividi tramite

Raccomandazioni di rete

  • Articolo

Questo articolo riepiloga il modo in cui l'ambiente di rete influisce sulla qualità delle chiamate vocali e videochiamate. Molti fattori contribuiscono alla qualità dei Servizi di comunicazione di Azure supporti in tempo reale che includono la condivisione di audio, video e applicazioni. Alcuni dei fattori includono qualità della rete e larghezza di banda, firewall, host e configurazioni dei dispositivi.

Qualità della rete

La qualità dei supporti in tempo reale su IP è significativamente influenzata dalla qualità della connettività di rete sottostante, ma soprattutto dalla quantità di:

  • Latenza. Tempo necessario per ottenere un pacchetto IP dal punto A al punto B nella rete. Questo ritardo di propagazione della rete è determinato dalla distanza fisica tra i due punti e qualsiasi altro sovraccarico generato dai dispositivi che il traffico scorre. La latenza viene misurata come tempo di round trip unidirezionale o round trip (RTT).
  • Perdita di pacchetti. Percentuale di pacchetti persi in un intervallo di tempo specifico. La perdita di pacchetti influisce direttamente sulla qualità audio: da piccoli pacchetti persi che non hanno quasi alcun impatto sulle perdite di burst back-to-back che causano il cut-out audio completo.
  • Jitter di arrivo tra pacchetti, noto anche come jitter. Variazione media in ritardo tra pacchetti successivi. I servizi di comunicazione possono adattarsi ad alcuni livelli di instabilità tramite buffering. È solo quando il jitter supera il buffering che un partecipante rileva i suoi effetti.

Larghezza di banda di rete

Assicurarsi che la rete sia configurata per supportare la larghezza di banda richiesta dalle sessioni multimediali di Servizi di comunicazione simultanee e da altre applicazioni aziendali. Il test del percorso di rete end-to-end per i colli di bottiglia della larghezza di banda è fondamentale per la corretta distribuzione della soluzione Servizi di comunicazione multimediali.

I requisiti di larghezza di banda seguenti sono per gli SDK JavaScript.

Larghezza di banda Scenari
40 Kbps Chiamata audio peer-to-peer
500 Kbps Chiamate audio peer-to-peer e condivisione dello schermo
500 Kbps Videochiamata di qualità peer-to-peer di 360 pixel a 30 FPS
1,2 Mbps Videochiamate di qualità HD peer-to-peer con risoluzione di HD 720 pixel a 30 FPS
500 Kbps Raggruppare videochiamate di 360 pixel a 30 FPS
1,2 Mbps Videochiamate di gruppo HD con risoluzione di HD 720 pixel a 30 FPS
1,5 Mbps Videochiamate di qualità HD peer-to-peer con risoluzione di HD 1080 pixel a 30 FPS

I requisiti di larghezza di banda seguenti sono per gli SDK nativi di Windows, Android e iOS.

Larghezza di banda Scenari
30 Kbps Chiamata audio peer-to-peer
130 Kbps Chiamate audio peer-to-peer e condivisione dello schermo
500 Kbps Videochiamata di qualità peer-to-peer di 360 pixel a 30 FPS
1,2 Mbps Videochiamate di qualità HD peer-to-peer con risoluzione di HD 720 pixel a 30 FPS
1,5 Mbps Videochiamate di qualità HD peer-to-peer con risoluzione di HD 1080 pixel a 30 FPS
500 Kbps/1 Mbps Videochiamate di gruppo
1 Mbps/2 Mbps Videochiamate di gruppo HD, video da 540 pixel su uno schermo da 1080 pixel

Configurazione firewall

Le connessioni di Servizi di comunicazione richiedono la connettività Internet a porte e indirizzi IP specifici per offrire esperienze multimediali di alta qualità. Senza l'accesso a queste porte e indirizzi IP, Servizi di comunicazione non funzionerà correttamente. L'elenco degli intervalli IP e i domini elencati che devono essere abilitati sono:

Categoria Intervalli IP o FQDN Porti
Traffico multimediale Intervallo di indirizzi IP del cloud pubblico di Azure 20.202.0.0/16 L'intervallo specificato in precedenza è l'intervallo di indirizzi IP nel processore multimediale o nel servizio TURN Servizi di comunicazione di Azure. UDP da 3478 a 3481, porte TCP 443
Segnalazione, telemetria, registrazione *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com TCP 443, 80

Gli endpoint seguenti devono essere raggiungibili solo per i clienti U.S. Government GCC High.

Categoria Intervalli IP o FQDN Porti
Traffico multimediale 52.127.88.0/21, 52.238.114.160/32, 52.238.115.146/32, 52.238.117.171/32, 52.238.118.132/32, 52.247.167.192/32, 52.247.169.1/32, 52.247.172.50/32, 52.247.172.103/32, 104.212.44.0/22, 195.134.228.0/22 UDP da 3478 a 3481, porte TCP 443
Segnalazione, telemetria, registrazione *.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us TCP 443, 80

Ottimizzazione della rete

Le attività seguenti sono facoltative e non sono necessarie per l'implementazione di Servizi di comunicazione. Usare queste indicazioni per ottimizzare le prestazioni di Servizi di comunicazione e rete o se si conoscono alcune limitazioni di rete. È possibile ottimizzare ulteriormente se:

  • Servizi di comunicazione viene eseguito lentamente. Forse la larghezza di banda è insufficiente.
  • Le chiamate continuano a cadere. Le eliminazioni potrebbero essere causate da blocchi firewall o proxy.
  • Le chiamate hanno un suono statico e tagliato o voci come robot. Questi problemi potrebbero essere causati da problemi di instabilità o perdita di pacchetti.
Attività di ottimizzazione della rete Dettagli
Pianificare la rete In questa documentazione è possibile trovare requisiti minimi per la rete per le chiamate. Per la pianificazione della rete, vedere l'esempio di Teams.
Risoluzione dei nomi esterni Assicurarsi che tutti i computer che eseguono gli SDK di Servizi di comunicazione possano risolvere query DNS esterne per individuare i servizi forniti dai servizi di comunicazione e che i firewall non impediscono l'accesso. Assicurarsi che gli SDK possano risolvere gli indirizzi *.skype.com, *.microsoft.com, *.azure.net, *.azure.com e *.office.com.
Mantenere la persistenza della sessione Assicurarsi che il firewall non modifichi gli indirizzi NAT (Network Address Translation) mappati o le porte per UDP.
Convalidare le dimensioni del pool NAT Convalidare le dimensioni del pool NAT necessarie per la connettività utente. Quando più utenti e dispositivi accedono a Servizi di comunicazione tramite NAT o conversione degli indirizzi di porta, assicurarsi che i dispositivi nascosti dietro ogni indirizzo IP instradabile pubblicamente non superino il numero supportato. Assicurarsi che gli indirizzi IP pubblici adeguati vengano assegnati ai pool NAT per evitare l'esaurimento delle porte. L'esaurimento delle porte contribuisce a utenti e dispositivi interni che non riescono a connettersi a Servizi di comunicazione.
Linee guida per il rilevamento e la prevenzione delle intrusioni Se l'ambiente ha un sistema di rilevamento delle intrusioni o un sistema di prevenzione delle intrusioni distribuito per un ulteriore livello di sicurezza per le connessioni in uscita, consentire tutti gli URL di Servizi di comunicazione.
Configurare lo split tunneling per VPN Fornire un percorso alternativo per il traffico di Teams che ignora la rete privata virtuale (VPN), comunemente nota come VPN split-tunnel. La suddivisione del tunneling significa che il traffico per Servizi di comunicazione non passa attraverso la VPN, ma passa direttamente ad Azure. Il bypass della VPN ha un impatto positivo sulla qualità dei supporti e riduce il carico dai dispositivi VPN e dalla rete dell'organizzazione. Per implementare lo split tunneling per VPN, contatta il fornitore VPN. Altri motivi per cui è consigliabile ignorare la VPN:
  • Le VPN in genere non sono progettate o configurate per supportare supporti in tempo reale.
  • Le VPN potrebbero anche non supportare UDP, che è necessario per Servizi di comunicazione.
  • Le VPN introducono anche un ulteriore livello di crittografia sopra il traffico multimediale già crittografato.
  • Connessione ivity ai Servizi di comunicazione potrebbe non essere efficiente a causa del traffico di acconciatura attraverso un dispositivo VPN.
Implementare QoS Usare Quality of Service (QoS) per configurare la definizione delle priorità dei pacchetti. QoS migliora la qualità delle chiamate e consente di monitorare e risolvere i problemi relativi alla qualità delle chiamate. QoS deve essere implementato in tutti i segmenti di una rete gestita. Anche quando viene effettuato il provisioning di una rete in modo adeguato per la larghezza di banda, QoS fornisce una mitigazione dei rischi se si verificano eventi di rete imprevisti. Con QoS, il traffico vocale è prioritario in modo che questi eventi imprevisti non influiscano negativamente sulla qualità.
Ottimizzare wi-fi Analogamente alla VPN, le reti Wi-Fi non sono necessariamente progettate o configurate per supportare supporti in tempo reale. La pianificazione o l'ottimizzazione di una rete Wi-Fi per supportare Servizi di comunicazione è una considerazione importante per una distribuzione di alta qualità. Considerare questi fattori:
  • Implementare QoS o Wi-Fi Multimedia per garantire che il traffico multimediale venga prioritario in modo appropriato sulle reti Wi-Fi.
  • Pianificare e ottimizzare le bande Wi-Fi e il posizionamento dei punti di accesso. L'intervallo da 2,4 GHz potrebbe offrire un'esperienza adeguata a seconda del posizionamento del punto di accesso, ma i punti di accesso sono spesso interessati da altri dispositivi consumer che operano in tale intervallo. L'intervallo da 5 GHz è più adatto ai supporti in tempo reale a causa della sua gamma densa, ma richiede più punti di accesso per ottenere una copertura sufficiente. Gli endpoint devono anche supportare tale intervallo e essere configurati per usare tali bande di conseguenza.
  • Se usi reti Wi-Fi dual-band, prendi in considerazione l'implementazione dello spostamento banda. Lo sterzante della banda è una tecnica implementata dai fornitori Wi-Fi per influenzare i client dual-band per utilizzare l'intervallo a 5 GHz.
  • Quando i punti di accesso dello stesso canale sono troppo vicini, possono causare sovrapposizioni di segnali e competere involontariamente, causando un'esperienza utente danneggiata. Assicurarsi che i punti di accesso uno accanto all'altro si trovino su canali che non si sovrappongono.
Ogni fornitore wireless ha le proprie raccomandazioni per la distribuzione della propria soluzione wireless. Per indicazioni specifiche, consultare il fornitore Wi-Fi.

Sistemi operativi e browser (per SDK JavaScript)

Gli SDK vocali e video di Servizi di comunicazione supportano determinati sistemi operativi e browser. Informazioni sui sistemi operativi e i browser supportati dagli SDK chiamante nella documentazione concettuale chiamante.

Passaggi successivi

Gli articoli seguenti potrebbero essere di interesse per l'utente:

  • Altre informazioni sulle librerie per chiamate.
  • Informazioni sull'architettura client-server.
  • Informazioni sulle topologie del flusso di chiamata.