Questo articolo è rivolto agli amministratori. Per scoprire come configurare e gestire le tue riunioni, visita il Centro assistenza Meet.
Questo articolo è rivolto agli amministratori IT che gestiscono Meet per organizzazioni di grandi dimensioni con centinaia o migliaia di persone ed esigenze di rete complesse. Se non ricopri questo ruolo, probabilmente non hai bisogno di leggere questo articolo molto tecnico.
Se sei un amministratore IT e vuoi risolvere i problemi di rete per Meet, vedi Risolvere i problemi audio, video e di rete di Meet come amministratore.
Se stai cercando di disattivare Meet per l'intera organizzazione, vedi Disattivare le riunioni e le chiamate di Meet per la tua organizzazione.
Per offrire riunioni di alta qualità con Google Meet, devi configurare la rete in modo che Meet sia in grado di comunicare in modo efficiente con l'infrastruttura di Google. Dovresti:
- Assicurarti che il percorso verso internet del traffico di Meet sia breve.
- Evitare proxy, analisi dei pacchetti, analizzatori di protocollo e Qualità del servizio (QoS).
- Misura e ottimizzare la latenza, la larghezza di banda e la rete Wi-Fi.
Espandi tutto | Comprimi tutto
Configurare la rete
Passaggio 1: configura le porte in uscita per il traffico multimediale- Per il traffico multimediale (audio e video), configura le porte in uscita UDP 3478 e 19302-19309.
- Se vuoi limitare il numero di porte WebRTC utilizzate da Chrome, utilizza le porte specificate in Porte UDP WebRTC.
- In alternativa, puoi limitare queste porte tramite il firewall.
- Per il traffico web e l'autenticazione degli utenti, utilizza la porta in uscita UDP e TCP 443.
Queste porte sono consentite senza limiti di IP. Se le porte UDP sono bloccate, verrà utilizzato il protocollo TCP. L'utilizzo di TCP o TCP con proxy può ridurre la qualità complessiva delle riunioni.
Meet richiede l'accesso completo alla rete.
- Se sono presenti limitazioni o policy di filtro per gli utenti della rete, autorizza l'accesso alla rete per i pattern URI riportati di seguito su questa pagina utilizzando la porta 443.
- Se usi hardware Google Meet, consulta i requisiti di rete per ChromeOS in Impostare l'ispezione TLS (o SSL) sui dispositivi Chrome.
Domini per le risorse statiche
- clients2.google.com
- clients4.google.com
- clients6.google.com
- www.gstatic.com
- fonts.gstatic.com
- lh3.googleusercontent.com
- meetings.clients6.google.com
Domini per la connettività degli endpoint API
- accounts.google.com
- apis.google.com
- meetings.googleapis.com
- hangouts.googleapis.com
- meet.google.com
- apps.google.com
- docs.google.com
Domini per il live streaming
- meet.google.com
- stream.meet.google.com
Domini per i caricamenti di feedback degli utenti e log eventi
- https://www.google.com/tools/feedback
- https://feedback.googleusercontent.com/resources/
- https://play.google.com/log
- Se la tua organizzazione deve supportare il traffico di Meet sulla porta 443, aggiungi il protocollo SNI di Meet alla lista consentita del firewall o del proxy per attivare il traffico audio e video via TLS. Questi indirizzi IP sono diversi dagli URI indicati nel passaggio 2.
- Aggiungi intervalli di indirizzi IP di Google Workspace (per i tuoi utenti). Consenti l'accesso ai server multimediali di Meet utilizzando il seguente insieme di intervalli IP ed SNI:
- IPv4: 74.125.250.0/24
- IPv6: 2001:4860:4864:5::0/64
- SNI: workspace.turns.goog
- Se la tua organizzazione utilizza live streaming a bassa latenza, il traffico multimediale in live streaming preferirà utilizzare il protocollo UDP. Questo traffico utilizzerà gli intervalli IP di Workspace (in modo simile a Meet) anziché gli IP HTTP di YouTube.
- Aggiungi intervalli di indirizzi IP riservati ad account consumer. Consenti l'accesso ai server multimediali di Meet utilizzando il seguente insieme di intervalli IP:
- IPv4: 142.250.82.0/24
- IPv6: 2001:4860:4864:6::/64
- SNI: meet.turns.goog
La rete deve avere una larghezza di banda sufficiente per gestire riunioni video HD multiple. Inoltre, dovrebbe disporre di larghezza di banda aggiuntiva per altre esigenze, come il live streaming. Anche il numero di partecipanti, la condivisione schermo e altri fattori influiscono sull'utilizzo della larghezza di banda.
Se la rete non dispone di una larghezza di banda sufficiente, Meet riduce la definizione video. Se la tua rete non dispone di una larghezza di banda sufficiente per supportare i video, imposta Meet su Solo audio.
Per trasmettere in streaming utilizzando meno larghezza di banda, ospita live streaming di grandi dimensioni con meno larghezza di banda utilizzando eCDN.
Calcolare i requisiti minimi della larghezza di banda di Meet
Per calcolare la larghezza di banda minima necessaria per la tua organizzazione, moltiplica la larghezza di banda media per partecipante per il numero massimo di partecipanti simultanei.
Molti fattori, come il numero di partecipanti, i layout e la condivisione schermo, possono influire sull'utilizzo della larghezza di banda. Se una condivisione schermo è ferma, non utilizza più larghezza di banda dopo il caricamento.
Larghezza di banda media per partecipante per le grandi organizzazioni | ||
---|---|---|
Tipo di riunione | In uscita | In entrata |
Video | 1 Mbps | 1,3 Mbps |
Solo audio | 12 kbps | 18 kbps |
Larghezza di banda per partecipante per piccole organizzazioni o privati | ||
---|---|---|
Tipo di riunione | In uscita | In entrata |
Video a 1080p | Fino a 3,6 Mbps | Fino a 3,6 Mbps |
Video a 720p | Fino a 1,7 Mbps | Fino a 1,7 Mbps |
Riunione di gruppo | A partire da 250 kbps* | Fino a 4,0 Mbps |
Solo audio | 100 kbps | 100 kbps |
*A seconda della risoluzione inviata
Stimare il numero massimo di partecipanti simultanei
Se le riunioni di Meet sono una priorità assoluta, stima che il 20% degli utenti della tua organizzazione utilizzi Meet in qualsiasi momento. Se le riunioni di Meet sono una priorità bassa, solo lo 0,5% delle persone potrebbe essere impegnato simultaneamente in una riunione di Meet.
Priorità delle riunioni video | Quantità stimata di partecipanti simultanei a una riunione |
---|---|
Elevata | 10-20% |
Normale | 1-4% |
Ridotta | 0,01-0,5% |
Requisiti di larghezza di banda per live streaming
Se la tua organizzazione trasmette riunioni in live streaming, la larghezza di banda ideale per ogni feed di visualizzazione è 2,6 Mbps. I live streaming hanno opzioni di layout e dimensionamento dinamici. Le funzionalità del dispositivo, come le dimensioni e le proporzioni della finestra, sono ottimizzate. Meet utilizza l'impostazione video di alta qualità predefinita se il partecipante dispone di una larghezza di banda individuale sufficiente.
Se gli spettatori non hanno una larghezza di banda sufficiente, possono scegliere di ridurre la qualità di Meet o di utilizzare solo l'audio.
Riquadro video singolo (velocità in kilobit/s)
Risoluzione |
Minimo |
Massimo |
180p |
80 |
200 |
360p |
200 |
500 |
540p |
400 |
1000 |
720p |
600 |
1500 |
Riquadro Condivisione schermo (velocità in kilobit/s)
Risoluzione |
Minimo |
Massimo |
Qualità minima |
200 |
200 |
360p |
250 |
500 |
720p |
750 |
1500 |
1800p |
1300 |
2600 |
La qualità dei contenuti multimediali trasmessi in live streaming è influenzata dalla qualità originale dei contenuti multimediali e dal modo in cui vengono inviati a Meet. Puoi controllare e confrontare la qualità partecipando alla chiamata Meet principale per il live streaming come utente normale.
Best practice relative alla rete
Per ridurre l'utilizzo della larghezza di banda, imposta il valore predefinito per la qualità video di Meet nella Console di amministrazione Google.
Questa impostazione si applica esclusivamente ai browser web e non riguarda l'hardware Google Meet o le app mobile Meet.
Gli utenti possono sostituire il valore predefinito relativo all'unità organizzativa nel proprio browser attivando il video nella riunione di Meet e modificando la qualità video. L'impostazione predefinita verrà applicata a ogni nuova riunione a cui parteciperà l'utente.
-
Accedi a Console di amministrazione Google con un account amministratore.
Se non utilizzi un account amministratore, non puoi accedere alla Console di amministrazione.
-
Vai al Menu
Applicazioni > Google Workspace > Google Meet.
È necessario disporre del privilegio amministrativo "Impostazioni servizio".
- Fai clic su Impostazioni video per Meet.
- A sinistra, seleziona l'unità organizzativa che vuoi gestire. Per applicare le impostazioni a tutti gli utenti, seleziona l'unità organizzativa di primo livello.
- Seleziona un'opzione di qualità video:
- Regola automaticamente (predefinita): la larghezza di banda viene adattata alle condizioni della rete e del sistema in modo da offrire la migliore qualità possibile.
- Larghezza di banda video limitata: per impostazione predefinita, la larghezza di banda in uplink è limitata a 1 Mpbs.
- Solo audio: il video è disattivato per impostazione predefinita. Gli utenti possono fare clic su
per attivare la videocamera nella finestra del browser Meet. La larghezza di banda per i video in uplink sarà limitata a 1 Mbps.
- Applica le impostazioni:
- Se l'impostazione riguarda l'unità organizzativa di primo livello, fai clic su Salva.
- Se l'impostazione riguarda un'unità organizzativa secondaria ed è diversa da quella principale, fai clic su Sostituisci.
I consigli seguenti si riferiscono ad ambienti di ufficio tipici. I tecnici di rete wireless devono valutare ambienti più complessi, ad esempio:
- Piani destinati alla produzione
- Aree con livelli elevati di rumore a radiofrequenza
- Spazi con copertura ridotta
Leggi con attenzione le seguenti considerazioni in fase di progettazione, deployment e messa in opera delle reti wireless utilizzate da Meet.
Confronto tra le bande RF a 2,4 GHz e 5 GHz
È consigliabile che la rete forzi la connessione dei client sulla banda RF a 5 GHz, se disponibile.
Ti consigliamo di non eseguire il deployment e la gestione di Meet sulla banda a 2,4 GHz di una rete wireless, poiché spesso è molto utilizzata. Anche la banda a 2,4 GHz è meno affidabile perché ha 3 canali non sovrapposti, livelli di rumore elevati e interferenze extra.
Considerazioni su progettazione e deployment
Per la rete wireless, concentrati sulla capacità piuttosto che sulla copertura.
- Gestisci le dimensioni delle celle: controlla le dimensioni delle celle in base alla potenza di trasmissione del punto di accesso (AP). Per aumentare la capacità della rete, esegui il deployment di celle di dimensioni minori nelle aree in cui è previsto l'utilizzo di un maggior numero di dispositivi, ad esempio sale riunioni e auditorium. Utilizza celle più grandi per fornire una copertura generale nell'ambiente di un ufficio.
- Disattiva le velocità di trasmissione più basse per migliorare l'efficienza dell'utilizzo delle radiofrequenze: forza il passaggio dei client all'AP più vicino durante il roaming tra AP.
- Gestisci la rete in modo centralizzato: per consentire funzionalità avanzate, come il roaming fluido tra AP e la corretta gestione delle radiofrequenze, una rete wireless dovrebbe essere gestita e funzionare centralmente. Non deve essere una raccolta di AP autonomi.
- Esegui un'indagine sulla rete wireless dopo il deployment: verifica la copertura wireless negli spazi in cui in genere viene utilizzato Meet.
Utilizzo di WMM
Per supportare comunicazioni Meet affidabili sulle reti wireless, devi implementare Wireless Multimedia Extensions (WMM).
Il traffico di Meet deve essere classificato in uno dei seguenti modi:
- Il controller o punto di accesso wireless basato sui protocolli e sulle porte specifici di Meet.
- Il valore del campo DSCP (Differentiated Services Code Point) impostato da altre apparecchiature di rete. Utilizza DSCP se consideri la rete sufficientemente affidabile.
Per fornire la qualità del servizio bidirezionale è necessario il supporto WMM completo. Tuttavia, puoi configurarlo a livello di rete per offrire vantaggi significativi. Il traffico di Meet deve essere assegnato alla coda audio o video sul controller o sul punto di accesso wireless. Il traffico di Meet deve essere preferito rispetto ad altre classi di traffico.
Gli ambienti VDI creano un ulteriore livello tra Meet e internet. Ciò può rallentare Meet e compromettere la qualità dell'esperienza. Gli effetti di sfondo sono limitati e l'anteprima della finestra iniziale non è disponibile.
Per ridurre l'impatto dell'utilizzo dell'ambiente VDI su Meet, puoi procedere nel seguente modo:
- Assicurati che Google Meet possa rilevare l'esecuzione all'interno di una macchina virtuale (VM) attivando il criterio API Enterprise Hardware Platform in Chrome. Per maggiori dettagli, vedi Impostare i criteri di Chrome per utenti o browser e la pagina dell'API.
- Alloca almeno 4 CPU virtuali per ogni istanza VM.
- Non è necessaria una GPU per gli effetti di sfondo, ma le istanze VM con GPU abilitata aumentano l'affidabilità.
- Assicurati che vi sia una larghezza di banda sufficiente e una bassa latenza tra i client, i desktop virtuali e i server multimediali di Meet. Per i requisiti di larghezza di banda tra i server multimediali di Meet e le VM, vedi il Passaggio 4 (più indietro in questa pagina). Per trovare la larghezza di banda necessaria per la connessione tra client VDI e VM, rivolgiti al tuo fornitore di VDI.
Una best practice consiste nel non utilizzare server proxy per il traffico di Meet. L'applicazione di proxy al traffico aggiunge latenza, il che può causare una riduzione della qualità video.
Se è necessario utilizzare server proxy sulla rete
Se devi utilizzare un proxy, tieni presente che i server proxy possono influire notevolmente sulle prestazioni. Inoltre, assicurati che:
- L'accesso al traffico di Meet sia autorizzato nella configurazione del proxy.
- Meet utilizzi le impostazioni del proxy di Chrome.
- La rete ignori il proxy per SNI e indirizzi IP di Meet.
Il protocollo internet SOCKS5 (Socket Secure) non è attualmente supportato.
- Hai un motivo valido, ad esempio una rete congestionata
- Sei in grado di eseguire il deployment e mantenere un modello di QoS end-to-end nella tua rete.
Se devi utilizzare QoS
Una best practice consiste nel non utilizzare una VPN per il traffico di Meet. Le VPN aggiungono latenza e possono causare la riduzione della qualità audio e video da parte di Meet.
Se devi utilizzare una VPN:
- Attiva il tunneling diviso per la tua VPN
- Instrada i domini nel passaggio 2 all'esterno della VPN utilizzando DNS o SNI (è consigliato SNI)
- Instrada gli intervalli IP nel passaggio 3 all'esterno della VPN tramite la corrispondenza del prefisso
Argomenti correlati
Google, Google Workspace e marchi e loghi correlati sono marchi di Google LLC. Tutti gli altri nomi di società e prodotti sono marchi delle rispettive società a cui sono associati.