Preparare la rete per Beam

Oltre alle impostazioni della rete richieste per le riunioni video standard (indipendentemente dal tuo provider), Google Beam richiede un supporto di rete specifico per attivare le riunioni 3D. Questa pagina spiega i requisiti di rete e come verificare che le impostazioni della rete li soddisfino per garantire che le riunioni Beam 3D siano un'esperienza fluida e di alta qualità.

Elenco di controllo delle attività

Queste attività devono essere completate per garantire le connessioni di rete e le prestazioni necessarie per Beam. Ogni elemento rimanda alla sezione o alla pagina pertinente.

Larghezza di banda e prestazioni di rete

Per eseguire riunioni di videoconferenza 3D, assicurati che la tua rete soddisfi i seguenti requisiti:

Requisito Valore

Larghezza di banda minima sostenuta

50 Mbps (caricamento e download) per le videoconferenze 3D

3,6 Mbps (caricamento e download) per videoconferenze standard (HD)

1,7 Mbps (caricamento e download) per le videoconferenze standard (SD)

Velocità del collegamento

Almeno 1 Gb/s

Latenza

100 ms o meno (da o verso gli endpoint Beam)

Tremolio

40 ms o meno

Perdita di pacchetti

1% o meno

La rete deve avere una larghezza di banda sufficiente per gestire più riunioni video HD e larghezza di banda aggiuntiva per altre esigenze, ad esempio il live streaming. Anche il numero di partecipanti, la condivisione schermo e altri fattori influiscono sull'utilizzo della larghezza di banda.

Se la larghezza di banda disponibile è inferiore a 50 Mbps, la qualità delle riunioni 3D potrebbe essere ridotta. Ecco una panoramica del potenziale impatto:

  • Circa 10 Mbps: il video 3D può essere degradato.
  • Circa 5 Mbps: il video 3D è completamente disattivato, la qualità audio può essere ridotta e la frequenza fotogrammi può essere ridotta.

Tremolio

L'incoerenza degli orari di arrivo può rendere difficile per il destinatario ricostruire senza problemi il flusso di dati originale. Il jitter superiore a 40 ms può causare video a scatti, audio distorto e interruzioni della connessione.

Perdita pacchetti

Una perdita di pacchetti superiore all'1% può manifestarsi con video a scatti, segmenti audio mancanti o persino interruzioni della connessione.

Architettura di rete e requisiti NAT

I tuoi dispositivi HP Dimension richiedono una connessione Ethernet cablata; il Wi-Fi non è supportato. Comunicano con i servizi Google utilizzando connessioni web in uscita. Per garantire prestazioni, sicurezza e isolamento della larghezza di banda ottimali, configura la rete in base alle seguenti regole:

  • VLAN dedicata:posiziona tutti i dispositivi compatibili con Beam su una rete locale virtuale (VLAN) interna dedicata e applica le regole firewall di uscita specifiche elencate più avanti in questa pagina. L'isolamento dei dispositivi protegge gli stream video spaziali 3D di Beam (fino a 50 Mbps in upload/download per dispositivo attivo) da picchi di latenza e perdita di pacchetti causati dal traffico sulla LAN generale dell'ufficio.
  • NAT e indirizzamento IP:i dispositivi abilitati per Beam possono operare su subnet interne standard dietro Network Address Translation (NAT) IPv4 con accesso a internet. Non è necessario un indirizzo IP pubblico 1:1.
  • Nessuna VPN o proxy:evita di utilizzare VPN o server proxy per il traffico di Beam. Entrambi aggiungono latenza e possono causare una riduzione della qualità audio e video. Evita anche attività del firewall come l'elaborazione periodica in background e la manutenzione pianificata che potrebbero causare un peggioramento temporaneo delle prestazioni.
  • Ridondanza di rete:per una maggiore resilienza, utilizza la ridondanza di rete (failover automatico alla rete secondaria in caso di errore della rete primaria) sul collegamento WAN.

Configurazione dell'indirizzo IP

Nota: questa sezione si applica solo alla dimensione HP. Il touchscreen ha le proprie impostazioni di rete DHCP e non devi modificarle.

Per assegnare indirizzi IP, utilizza l'assegnazione DHCP automatica o IPv4 statica. Beam supporta solo la modalità mista IPv4 e IPv4/IPv6.

  • DHCP (impostazione predefinita e consigliata): per impostazione predefinita, i dispositivi abilitati a Beam ricevono automaticamente un indirizzo IP, una subnet mask, un gateway predefinito e indirizzi server DNS da DHCP all'avvio.
  • Assegnazione IP statico:se la tua policy di rete richiede indirizzi IP statici, puoi configurare manualmente i parametri di rete statici sul dispositivo durante la registrazione e la configurazione iniziali. L'assegnazione statica richiede un indirizzo IPv4 riservato, una subnet mask e un gateway predefinito.

Regole firewall e requisiti delle porte

Importante:gli intervalli IP dei domini predefiniti utilizzati dalle API di Google e dai servizi vengono allocati dinamicamente e cambiano spesso. Prima di aprire porte in uscita specifiche, verifica che il firewall di rete consenta le connessioni in uscita agli intervalli di indirizzi IP ufficiali di Google:

Dopo aver verificato l'accessibilità dell'endpoint, configura le regole della porta in uscita elencate nella tabella seguente:

Porte Tipo Finalità
53 TCP e UDP Risoluzione DNS
80 TCP e UDP Traffico web HTTP
443 TCP e UDP HTTPS (traffico web e autenticazione utente)
3478 TCP e UDP WebRTC e TURN
19302-19309 UDP WebRTC

Intervalli di indirizzi IP di Google

Se la tua organizzazione limita il traffico in uscita o esegue l'ispezione SNI (Server Name Indication), configura il firewall o il proxy per consentire i seguenti intervalli di indirizzi IP, porte e nomi host SNI:

SNI o nome host Porte e protocollo Intervallo IPv4 e IPv6 Scopo o servizio
*.googleapis.com TCP e UDP 443 N/D Servizi Google
projectstarlinecallaccess.pa.googleapis.com
projectstarlinesession-pa.googleapis.com
TCP e UDP 443 N/D Servizio Google Beam
logging.googleapis.com TCP e UDP 443 N/D Logging
monitoring.googleapis.com TCP e UDP 443 N/D Monitoraggio
storage.googleapis.com TCP e UDP 443 N/D Archiviazione
clients3.googleapis.com TCP e UDP 443 N/D Gestione dispositivi
workspace.turns.goog TCP e UDP 443 74.125.250.0/24
2001:4860:4864:5::/64
Relay multimediale di Workspace
meet.turns.goog TCP e UDP 443 142.250.82.0/24
2001:4860:4864:6::/64
Relay multimediale di Meet
N/D UDP 3478 74.125.247.128/29
2001:4860:4864:4:8000::
Servizi TURN e STUN
N/D TCP e UDP 53 8.8.8.8, 8.8.4.4 Google DNS
ntp.polycom.com UDP 123 N/D Server NTP Poly
mtalk.google.com TCP 5229 N/D Aggiornamenti Google

Configurare le impostazioni standard per le videoconferenze

Ogni piattaforma di videoconferenza richiede l'accesso a determinati endpoint e porte. Se non l'hai ancora fatto, configura la rete per consentire l'accesso.

Fai clic sulla scheda corrispondente alla tua licenza.

Google Beam per Meet

Segui le istruzioni riportate in Prepara la rete per le riunioni e i live streaming di Meet per configurare la rete per Meet.

Google Beam per Zoom

Segui le impostazioni del firewall di rete o del server proxy di Zoom per configurare l'uscita per i servizi cloud Zoom. In questa guida, le seguenti sezioni si applicano a Beam:

  • Regole firewall per Zoom: autenticazione e segnalazione web (*.zoom.us, *.zoom.com)
  • Regole firewall per Zoom Meetings e Webinars: segnalazione di base della riunione (TCP 443, 8801, 8802) e contenuti audio e video in tempo reale (UDP 3478, 3479, 8801-8810)
  • Regole firewall per la convalida dei certificati:controlli di revoca dei certificati (CRL e OCSP) tramite HTTP (porta 80) alle autorità di certificazione pubbliche (ad esempio DigiCert o Entrust)
  • Regole firewall per la CDN di Zoom: distribuzione di risorse e asset web per l'hardware Zoom Room (TCP e UDP 443)
  • Regole firewall per Zoom Device Management (ZDM): zdmapi.zoom.us
  • File .txt con intervalli IP: feed IP scaricabili come Zoom.txt se utilizzi gruppi di indirizzi automatizzati nel firewall

Beam è basato su ChromeOS e richiede che anche la tua rete soddisfi i requisiti di rete di ChromeOS. Consulta i requisiti di rete di ChromeOS in Configurare una lista consentita di nomi host per i dispositivi Chrome.

Configurare le impostazioni del touchscreen

Il touchscreen Poly TC10 utilizzato con HP Dimension ha requisiti propri. Consenti i nomi host elencati nella documentazione HP per i dispositivi di rete Poly Lens per assicurarti che il touchscreen funzioni correttamente.

Testare la rete

Latenza di rete

Per misurare la latenza di rete e assicurarti che soddisfi i requisiti per una videoconferenza ottimale, segui questi passaggi:

  1. Abilita ICMP (se necessario): assicurati che ICMP (Internet Control Message Protocol) sia abilitato sulla tua rete. La maggior parte delle reti lo ha attivato per impostazione predefinita, ma se utilizzi una rete con limitazioni, potresti dover contattare l'amministratore di rete.
  2. Esegui il comando ping: da un computer sulla stessa connessione di rete cablata che utilizzerai per le videoconferenze, apri un terminale o il prompt dei comandi ed esegui questo comando:

    > ping 74.125.247.128
    PING 74.125.247.128 (74.125.247.128): 56 data bytes
    64 bytes from 74.125.247.128: icmp_seq=0 ttl=56 time=21.706 ms
    64 bytes from 74.125.247.128: icmp_seq=1 ttl=56 time=14.054 ms
    64 bytes from 74.125.247.128: icmp_seq=2 ttl=56 time=36.137 ms
    64 bytes from 74.125.247.128: icmp_seq=3 ttl=56 time=19.932 ms
    64 bytes from 74.125.247.128: icmp_seq=4 ttl=56 time=19.043 ms
    

    Cerca i valori time= nell'output. Questi valori rappresentano la latenza in millisecondi. È meglio considerare la media o un valore tipico, piuttosto che un singolo valore.

  3. Verifica la latenza: per una qualità video ottimale, assicurati che la latenza sia inferiore a 100 ms all'endpoint Google più vicino. Se la latenza supera costantemente questa soglia, potrebbe influire negativamente sulla tua esperienza di videoconferenza.

Routing di rete

Puoi utilizzare il comando traceroute per tracciare il percorso di rete verso gli endpoint di Google. Questo aiuta a identificare potenziali colli di bottiglia o hop non necessari. Esegui il seguente comando da un computer sulla stessa rete cablata che utilizzerai per le videoconferenze:

> traceroute 74.125.247.128

Mostra il percorso che il traffico di rete intraprende per raggiungere un server Google. Idealmente, devi ridurre al minimo il numero di hop tra la tua rete locale e il tuo provider di servizi internet (ISP). Un numero elevato di hop può indicare un percorso meno efficiente e una latenza potenzialmente più elevata.

Un altro strumento utile per monitorare i segnali di congestione è mtr, che si comporta come una versione più utile di traceroute. Questo strumento può aiutarti a identificare potenziali hop problematici tra la macchina su cui viene eseguito e la destinazione, per aiutare a distinguere tra problemi all'interno di una rete aziendale e problemi con un ISP. A ogni hop vengono assegnate medie e deviazioni standard sul tempo di risposta, il che può aiutare a identificare i link potenzialmente congestionati.

Ecco un output di esempio:

                                                  My traceroute  [v0.96]
hostname ([example]) -> 74.125.247.128 (74.125.247.128)
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                   Packets               Pings
Host                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1.  100.115.92.25             0.0%   195    1.0   0.6   0.2   2.0   0.3
 2.  192.168.4.1               0.0%   195    2.7   3.6   1.9   7.9   1.2
 3.  192.168.1.254             0.0%   195    4.2   3.6   2.5   9.9   0.9
 4.  [example]                 0.0%   195    4.3   4.5   3.0   8.3   0.9
 5.  76.197.98.82              0.0%   195    5.1   4.6   2.9   9.4   0.9
 6.  32.130.92.48              0.0%   195   21.2  23.2  19.9 360.4  24.3
 7.  32.130.20.60             80.0%   195   21.4  21.2  19.9  24.8   1.1
 8.  32.130.20.246            82.5%   195   21.7  21.5  20.4  24.0   0.9
 9.  32.130.26.105             0.0%   195   23.4  21.9  19.7  29.9   1.1
10.  108.170.231.46            0.0%   194   22.4  23.0  21.3  42.4   2.0
11.  142.250.231.183           0.0%   194   22.0  22.0  20.5  32.2   1.5
12.  74.125.247.128            0.0%   194   22.5  22.7  21.2  29.1   0.9

Per informazioni sull'installazione di mtr, vai al link del tuo sistema operativo: Windows, Mac, Linux (di solito installato utilizzando un gestore di pacchetti come il pacchetto mtr).