Préparer le réseau pour Beam

En plus des paramètres réseau requis pour les visioconférences standards (quel que soit votre fournisseur), Google Beam nécessite une compatibilité réseau spécifique pour activer les réunions en 3D. Cette page explique les exigences réseau et comment vérifier que vos paramètres réseau les respectent pour garantir une expérience de réunion Beam 3D fluide et de haute qualité.

Checklist des tâches

Ces tâches doivent être effectuées pour garantir les connexions réseau et les performances nécessaires à Beam. Chaque élément renvoie à la section ou à la page correspondante.

Bande passante et performances du réseau

Pour organiser des visioconférences en 3D, assurez-vous que votre réseau répond aux exigences suivantes :

Paramètre Valeur

Bande passante soutenue minimale

50 Mbit/s (débit montant et descendant) pour les visioconférences en 3D

3,6 Mbit/s (débit montant et descendant) pour la visioconférence standard (HD)

1,7 Mbit/s (importation et téléchargement) pour la visioconférence standard (SD)

Vitesse de la liaison

Au moins 1 Gbit/s

Latence

100 ms ou moins (vers ou depuis les points de terminaison Beam)

Gigue

40 ms ou moins

Perte de paquets

1% ou moins

Votre réseau doit offrir une bande passante suffisante pour supporter toutes les visioconférences HD simultanées, ainsi qu'une bande passante supplémentaire pour répondre à d'autres besoins (par exemple, pour le streaming en direct). Le nombre de participants, le partage d'écran et d'autres facteurs affectent également l'utilisation de la bande passante.

Si votre bande passante disponible est inférieure à 50 Mbit/s, la qualité des réunions 3D peut être réduite. Voici la répartition de l'impact potentiel :

  • Environ 10 Mbit/s : la qualité de la vidéo 3D peut être dégradée.
  • Environ 5 Mbit/s : la vidéo 3D est entièrement désactivée, la qualité audio peut être dégradée et la fréquence d'images peut être réduite.

Gigue

Des incohérences dans les heures d'arrivée peuvent rendre difficile la reconstruction fluide du flux de données d'origine par le destinataire. Une gigue supérieure à 40 ms peut entraîner des vidéos saccadées, un son déformé et des connexions interrompues.

Perte de paquets

Une perte de paquets supérieure à 1% peut se traduire par des vidéos saccadées, des segments audio manquants ou même des connexions interrompues.

Architecture réseau et exigences NAT

Vos appareils HP Dimension nécessitent une connexion Ethernet filaire. Le Wi-Fi n'est pas pris en charge. Ils communiquent avec les services Google à l'aide de connexions Web sortantes. Pour garantir des performances, une sécurité et une isolation de la bande passante optimales, configurez votre réseau en respectant les règles suivantes :

  • VLAN dédié : placez tous les appareils compatibles avec Beam sur un réseau local virtuel (VLAN) interne dédié et appliquez les règles de pare-feu de sortie spécifiques listées plus loin sur cette page. L'isolation des appareils protège les flux vidéo spatiaux 3D de Beam (jusqu'à 50 Mbit/s en envoi et en réception par appareil actif) contre les pics de latence et la perte de paquets causés par le trafic sur le réseau local général du bureau.
  • NAT et adressage IP : les appareils compatibles Beam peuvent fonctionner sur des sous-réseaux internes standards derrière la traduction d'adresse réseau (NAT) IPv4 avec accès à Internet. Une adresse IP publique 1:1 n'est pas requise.
  • Pas de VPN ni de proxy : évitez d'utiliser des VPN ou des serveurs proxy pour le trafic Beam. Les deux ajoutent de la latence et peuvent entraîner une baisse de la qualité vidéo et audio. Évitez également les tâches de pare-feu telles que le traitement périodique en arrière-plan et la maintenance planifiée, qui peuvent entraîner une dégradation temporaire des performances.
  • Redondance du réseau : pour une résilience accrue, utilisez la redondance du réseau (basculement automatique vers le réseau secondaire en cas de défaillance du réseau principal) sur le lien WAN.

Configuration des adresses IP

Remarque : Cette section ne s'applique qu'à HP Dimension. L'écran tactile possède ses propres paramètres réseau DHCP. Vous ne devez pas les modifier.

Pour attribuer des adresses IP, utilisez l'attribution DHCP automatique ou l'attribution IPv4 statique. Beam n'est compatible qu'avec IPv4 et le mode mixte IPv4/IPv6.

  • DHCP (par défaut et recommandé) : par défaut, les appareils compatibles avec Beam obtiennent automatiquement une adresse IP, un masque de sous-réseau, une passerelle par défaut et des adresses de serveur DNS à partir de DHCP au démarrage.
  • Attribution d'adresses IP statiques : si votre règle de réseau nécessite des adresses IP statiques, vous pouvez configurer manuellement des paramètres réseau statiques sur l'appareil lors de l'inscription et de la configuration initiales. L'attribution statique nécessite une adresse IPv4 réservée, un masque de sous-réseau et une passerelle par défaut.

Règles de pare-feu et exigences de port

Important : Les plages d'adresses IP de domaine par défaut utilisées par les API et les services Google sont allouées de manière dynamique et changent souvent. Avant d'ouvrir des ports de sortie spécifiques, vérifiez que le pare-feu de votre réseau autorise les connexions sortantes aux plages d'adresses IP officielles de Google :

Après avoir confirmé l'accessibilité du point de terminaison, configurez les règles de port de sortie listées dans le tableau suivant :

Ports Type Objectif
53 TCP et UDP Résolution DNS
80 TCP et UDP Trafic Web HTTP
443 TCP et UDP HTTPS (trafic Web et authentification des utilisateurs)
3478 TCP et UDP WebRTC et TURN
19302–19309 UDP WebRTC

Plages d'adresses IP utilisées par Google

Si votre organisation limite le trafic sortant ou effectue une inspection de l'indication du nom du serveur (SNI), configurez votre pare-feu ou votre proxy pour autoriser les plages d'adresses IP, les ports et les noms d'hôtes SNI suivants :

SNI ou nom d'hôte Ports et protocole Plage IPv4 et IPv6 Objectif ou service
*.googleapis.com TCP et UDP 443 N/A Services Google
projectstarlinecallaccess.pa.googleapis.com
projectstarlinesession-pa.googleapis.com
TCP et UDP 443 N/A Service Google Beam
logging.googleapis.com TCP et UDP 443 N/A Journalisation
monitoring.googleapis.com TCP et UDP 443 N/A Surveillance
storage.googleapis.com TCP et UDP 443 N/A Espace de stockage
clients3.googleapis.com TCP et UDP 443 N/A Gestion des appareils
workspace.turns.goog TCP et UDP 443 74.125.250.0/24
2001:4860:4864:5::/64
Relais multimédia Workspace
meet.turns.goog TCP et UDP 443 142.250.82.0/24
2001:4860:4864:6::/64
Relais média Meet
N/A UDP 3478 74.125.247.128/29
2001:4860:4864:4:8000::
Services TURN et STUN
N/A TCP et UDP 53 8.8.8.8, 8.8.4.4 DNS Google
ntp.polycom.com UDP 123 N/A Serveur NTP Poly
mtalk.google.com TCP 5229 N/A Mises à jour Google

Configurer les paramètres standard de visioconférence

Chaque plate-forme de visioconférence nécessite d'accéder à certains ports et points de terminaison. Si ce n'est pas déjà fait, configurez votre réseau pour autoriser l'accès.

Cliquez sur l'onglet correspondant à votre licence.

Google Beam pour Meet

Suivez les instructions de Préparer votre réseau pour les réunions et les diffusions en direct Meet pour configurer le réseau pour Meet.

Google Beam pour Zoom

Suivez les instructions de la section Paramètres du pare-feu réseau ou du serveur proxy de Zoom pour configurer la sortie pour les services cloud Zoom. Dans ce guide, les sections suivantes s'appliquent à Beam :

  • Règles de pare-feu pour Zoom : authentification Web et signalisation (*.zoom.us, *.zoom.com)
  • Règles de pare-feu pour Zoom Meetings et Zoom Webinars : signalisation de base des réunions (TCP 443, 8801, 8802) et flux audio et vidéo en temps réel (UDP 3478, 3479, 8801–8810)
  • Règles de pare-feu pour la validation des certificats : vérifications de la révocation des certificats (CRL et OCSP) via HTTP (port 80) auprès des autorités de certification publiques (par exemple, DigiCert ou Entrust)
  • Règles de pare-feu pour le CDN Zoom : ressources Web et distribution de ressources pour le matériel Zoom Room (TCP et UDP 443)
  • Règles de pare-feu pour la gestion des appareils Zoom (ZDM) : zdmapi.zoom.us
  • Fichiers .txt de plages d'adresses IP : flux d'adresses IP téléchargeables tels que Zoom.txt si vous utilisez des groupes d'adresses automatisés dans votre pare-feu

Beam est basé sur ChromeOS et nécessite que votre réseau réponde également aux exigences réseau de ChromeOS. Consultez les exigences de gestion des réseaux pour ChromeOS sur Configurer une liste d'autorisation de noms d'hôtes pour les appareils Chrome.

Configurer les paramètres de l'écran tactile

L'écran tactile Poly TC10 utilisé avec HP Dimension possède ses propres exigences. Autorisez les noms d'hôte listés dans la documentation HP pour les appareils réseau Poly Lens afin de vous assurer que l'écran tactile fonctionne correctement.

Tester votre réseau

Latence du réseau

Pour mesurer la latence de votre réseau et vous assurer qu'elle répond aux exigences pour une visioconférence optimale, procédez comme suit :

  1. Activez ICMP (si nécessaire) : assurez-vous qu'ICMP (Internet Control Message Protocol) est activé sur votre réseau. La plupart des réseaux l'activent par défaut, mais si vous utilisez un réseau restreint, vous devrez peut-être contacter votre administrateur réseau.
  2. Exécutez la commande ping : sur un ordinateur connecté au même réseau filaire que celui que vous utiliserez pour la visioconférence, ouvrez un terminal ou une invite de commande, puis exécutez la commande suivante :

    > 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
    

    Recherchez les valeurs time= dans le résultat. Elles représentent la latence en millisecondes. Il est préférable de considérer la moyenne ou une valeur typique plutôt qu'une valeur unique.

  3. Vérifier la latence : pour obtenir la meilleure qualité vidéo possible, assurez-vous que votre latence est inférieure à 100 ms par rapport au point de terminaison Google le plus proche. Si votre latence dépasse régulièrement ce seuil, cela peut avoir un impact négatif sur votre expérience de visioconférence.

Routage réseau

Vous pouvez utiliser la commande traceroute pour tracer le chemin réseau vers les points de terminaison de Google. Cela permet d'identifier les goulots d'étranglement potentiels ou les sauts inutiles. Exécutez la commande suivante depuis un ordinateur connecté au même réseau filaire que celui que vous utiliserez pour la visioconférence :

> traceroute 74.125.247.128

Cela vous montre le chemin emprunté par le trafic réseau pour atteindre un serveur Google. Idéalement, vous devez minimiser le nombre de sauts entre votre réseau local et votre fournisseur d'accès à Internet (FAI). Un grand nombre de sauts peut indiquer un itinéraire moins efficace et une latence potentiellement plus élevée.

mtr est un autre outil utile pour surveiller les signes de congestion. Il se comporte comme une version plus utile de traceroute. Cet outil peut vous aider à identifier les éventuels sauts problématiques entre la machine sur laquelle il s'exécute et la destination. Il permet de faire la distinction entre les problèmes au sein d'un réseau d'entreprise et ceux liés à un FAI. Chaque saut reçoit des moyennes et des écarts types sur le temps de réponse, ce qui peut aider à identifier les liens potentiellement encombrés.

Voici un exemple de résultat :

                                                  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

Pour obtenir des informations sur l'installation de mtr, accédez au lien correspondant à votre système d'exploitation : Windows, Mac, Linux (généralement installé à l'aide d'un gestionnaire de paquets en tant que paquet mtr).