Préparer le réseau pour les visioconférences Beam 3D

En plus des paramètres réseau requis pour les visioconférences standards (quel que soit votre fournisseur), Google Beam nécessite une prise en charge 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 afin de garantir une expérience de réunion Beam 3D fluide et de haute qualité.

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 :

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 en 3D peut être réduite. Voici une présentation de l'impact potentiel :

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

Gigue

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

Perte de paquets

Une perte de paquets supérieure à 1% peut se manifester par une vidéo saccadée, des segments audio manquants, voire des connexions interrompues.

Architecture réseau et exigences NAT

Vos appareils HP Dimension communiquent avec les services Google à l'aide de connexions Internet sortantes. Pour garantir des performances, une sécurité et une isolation de la bande passante optimales, configurez votre réseau conformément aux 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/téléchargement par appareil actif) des pics de latence et de 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 avec Beam peuvent fonctionner sur des sous-réseaux internes standards derrière la traduction d'adresses 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 réduction de la qualité vidéo et audio.
• Redondance réseau : pour une résilience accrue, utilisez la redondance réseau (basculement automatique vers le secondaire en cas de défaillance du primaire) sur la liaison 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, que vous ne devez pas modifier.

Pour attribuer des adresses IP, utilisez l'attribution DHCP automatique ou l'attribution IPv4 statique. Beam n'est compatible qu'avec le mode mixte IPv4 et 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 du DHCP au démarrage.
• Attribution d'adresse IP statique : 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 votre pare-feu réseau autorise les connexions sortantes vers les plages d'adresses IP officielles de Google's :

• Plages d'adresses IP utilisées par Google
• Plages d'adresses IP Google Cloud

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

Plages d'adresses IP utilisées par Google

Si votre organisation limite le trafic sortant ou effectue une inspection de l'indication du nom de 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 :

Configurer les paramètres de visioconférence standards

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.

Beam est basé sur ChromeOS et nécessite que votre réseau réponde également aux exigences réseau de ChromeOS. Consultez les exigences réseau de ChromeOS dans la section 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 a ses propres exigences. Autorisez les noms d'hôtes 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. Activer ICMP (si nécessaire) : assurez-vous que le protocole ICMP (Internet Control Message Protocol) est activé sur votre réseau. Il est activé par défaut sur la plupart des réseaux, mais si vous utilisez un réseau restreint, vous devrez peut-être contacter votre administrateur réseau.

2. Exécuter la commande ping : depuis un ordinateur connecté au même réseau câblé que celui que vous utiliserez pour la visioconférence, ouvrez un terminal ou une invite de commande et 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 tenir compte de la moyenne ou d'une valeur typique plutôt que d'une seule valeur.

3. Vérifier la latence : pour une qualité vidéo optimale, 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 constamment 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 suivre 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 câblé que celui que vous utiliserez pour la visioconférence :

> traceroute 74.125.247.128

Cela vous montre le chemin emprunté par le trafic de votre réseau pour atteindre un serveur Google. Idéalement, vous devez réduire au minimum 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 chemin 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 sauts potentiellement problématiques entre la machine sur laquelle il s'exécute et la destination, afin de faire la distinction entre les problèmes au sein d'un réseau d'entreprise et les problèmes avec 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 congestionné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 mtr package).