Condividi tramite

Raccomandazioni di rete

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

Qualità della rete

La qualità della connettività di rete sottostante può influire negativamente sui media in tempo reale attraverso IP. I fattori di contributo più importanti includono:

  • Latenza. Tempo necessario per ottenere un pacchetto IP dal punto A al punto B nella rete. Il ritardo di propagazione della rete dipende dalla distanza fisica tra i due punti e da qualsiasi altro sovraccarico introdotto dai dispositivi che il tuo traffico attraversa. La latenza viene misurata come tempo di andata o tempo di andata e ritorno (RTT).
  • Perdita di pacchetti. Percentuale di pacchetti persi in un intervallo di tempo specifico. La perdita di pacchetti influisce direttamente sulla qualità audio: piccoli pacchetti individuali persi hanno quasi nessun impatto, mentre perdite di pacchetti consecutive causano un'interruzione completa dell'audio.
  • Jitter di arrivo tra pacchetti, detto anche jitter. Variazione media nel 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 della 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 da 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 Videochiamata di gruppo da 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 da 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, i servizi di comunicazione non funzionano correttamente. L'elenco degli intervalli IP e i domini elencati che devono essere abilitati sono:

Categoria Intervalli IP o FQDN Porte
Traffico multimediale Intervallo di indirizzi IP del cloud pubblico di Azure 20.202.0.0/16. L'intervallo fornito di seguito è l'intervallo di indirizzi IP nel processore multimediale o nel servizio TURN di 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
Supporto di automazione delle chiamate 52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38 UDP: 3478, 3479, 3480, 3481
URL di callback dell'automazione delle chiamate *.lync.com, *.teams.cloud.microsoft, *.teams.microsoft.com, teams.cloud.microsoft, teams.microsoft.com, 52.112.0.0/14, 52.122.0.0/15, 2603:1027::/48, 2603:1037::/48, 2603:1047::/48, 2603:1057::/48, 2603:1063::/38, 2620:1ec:6::/48, 2620:1ec:40::/42 TCP: 443, 80 UDP: 443

Solo i clienti U.S. Government GCC High possono raggiungere gli endpoint seguenti.

Categoria Intervalli IP o FQDN Porte
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:

  • I servizi di comunicazione vanno lentamente. Forse la larghezza di banda è insufficiente.
  • Le chiamate continuano a cadere. I firewall e i bloccanti proxy possono causare interruzioni delle chiamate.
  • Le chiamate presentano interferenze statiche e interruzioni, oppure le voci sembrano robotiche. Il jitter o la perdita di pacchetti può causare questi problemi.
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 indirizzi IP pubblici adeguati vengano assegnati ai pool NAT per evitare l'esaurimento delle porte. L'esaurimento delle porte impedisce a utenti e dispositivi interni di connettersi ai 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 la VPN split-tunnel 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. Evitare di utilizzare la VPN ha un impatto positivo sulla qualità dei contenuti multimediali e riduce il carico sui dispositivi VPN e sulla rete dell'organizzazione. Per implementare una VPN con split tunnel, rivolgersi al fornitore della VPN. Altri motivi per cui è consigliabile aggirare la VPN:
  • Le VPN in genere non sono progettate o configurate per i 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 in aggiunta al traffico multimediale già crittografato.
  • La connettività a Servizi di comunicazione potrebbe non essere efficiente a causa del traffico di blocco tramite 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 il Wi-Fi Analogamente alla VPN, le reti Wi-Fi non sono necessariamente progettate o configurate per gestire contenuti in tempo reale. È importante ottimizzare una rete Wi-Fi per supportare Servizi di comunicazione, garantendo una distribuzione di alta qualità. Considerare questi fattori:
  • Implementare QoS o Wi-Fi Multimedia per assicurarsi che il traffico multimediale venga prioritario in modo appropriato sulle reti Wi-Fi.
  • Pianificare e ottimizzare le bande di 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. Anche altri dispositivi consumer che operano in tale intervallo possono influire negativamente sui punti di accesso. 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 configurarli per usare tali bande di conseguenza.
  • Se si usano reti Wi-Fi dual band, è consigliabile implementare la selezione automatica della banda. La conduzione della banda è una tecnica implementata dai fornitori di Wi-Fi per incoraggiare i client dual-band a usare la gamma 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 raccomandazioni specifiche sulla 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 di chiamata nella documentazione concettuale sulle chiamate.

Passaggi successivi

  • Last updated on