Optimiser votre réseau pour Voice

Une infrastructure réseau adaptée au cloud permet au trafic Voice de communiquer efficacement avec l'infrastructure Google. Pour en bénéficier :

• Assurez-vous que le trafic Voice accède à Internet par le chemin le plus court. Évitez :
  • les proxys ;
  • toute fonctionnalité d'inspection de paquets ou les analyseurs de protocole.
• Mesurez et optimisez les éléments suivants :
  • Latence : délai maximal de 150 ms dans un sens (UIT G114)
  • Bande passante : 50 Kbit/s recommandés
  • Réseau Wi-Fi : consulter les bonnes pratiques relatives au Wi-Fi

Nous vous recommandons vivement de ne pas utiliser de serveur proxy pour le trafic Voice sur le réseau :

• Dans la configuration du proxy, ajoutez le trafic Voice à une liste d'autorisation.
• Voice ne repasse pas au protocole TCP comme Google Meet. Voice utilise uniquement le protocole UDP pour le trafic vocal.
• En effet, un serveur proxy crée de la latence et peut entraîner une baisse automatique de la qualité audio de Voice. Les performances de Voice sont optimales lorsque la latence entre le client et le backend Google est inférieure à 100 ms.
• Le protocole Internet Socket Secure (SOCKS5) n'est pas compatible.

Dans la mesure du possible, n'utilisez pas de fonctionnalité d'inspection de paquets ou d'analyseurs de protocole pour Voice. Ils introduisent une latence qui peut entraîner une baisse automatique de la qualité audio par l'infrastructure vocale.

L'inspection des paquets de trafic audio n'est pas non plus très utile, car les outils d'analyse automatisée ne peuvent pas reconstruire les données du flux audio.

Si ces outils sont utilisés, ajoutez tous les numéros de port du trafic Voice à une liste d'autorisation pour les contourner.

Les recommandations suivantes s'appliquent aux environnements de bureau classiques. Un ingénieur en technologies sans fil devra évaluer au cas par cas les environnements plus complexes, tels que des sites de production, des zones présentant un niveau élevé de bruit RF ou encore des espaces faiblement couverts.

L'exécution d'applications en temps réel sur un réseau sans fil peut poser problème, car le spectre RF sous-jacent et la bande passante sont partagés entre tous les appareils qui les utilisent.

Lisez attentivement les recommandations suivantes. Elles s'appliquent à la conception, au déploiement et à l'exploitation de réseaux sans fil employés avec Voice.

Bandes RF 2,4 GHz et 5 GHz

En général, nous ne recommandons pas le déploiement et l'exploitation d'applications en temps réel sur la bande 2,4 GHz (généralement très sollicitée) d'un réseau sans fil, Cette recommandation inclut les applications qui fournissent une connectivité dans un environnement de bureau ordinaire.

La bande 2,4 GHz est problématique, car elle ne comporte que trois canaux non superposés, généralement des niveaux de bruit élevés provenant de réseaux interférents proches, et des interférences provenant d'autres appareils (micro-ondes, par exemple), ce qui contribue à créer un environnement RF complexe et bruyant.

Le fonctionnement fiable des applications en temps réel comme la voix repose sur des niveaux de capacité, de délai, de gigue et de perte de paquets adéquats, qui sont presque impossibles à atteindre sur la bande 2, 4 GHz.

Points à considérer pour la conception et le déploiement

Si vous êtes chargé de la conception d'un réseau sans fil compatible avec le fonctionnement d'applications en temps réel, vous devez penser capacité plutôt que couverture.

• Contrôlez la taille des cellules, qui est déterminée par la puissance de transmission du point d'accès (PA). Déployez des cellules plus petites dans les lieux susceptibles d'accueillir un grand nombre d'appareils, comme les salles de réunion et les auditoriums, afin d'optimiser la capacité. Des cellules plus grandes peuvent servir à fournir une couverture pour les bureaux.
• Désactivez les faibles débits pour améliorer l'efficacité de l'utilisation des RF. Cela force le transfert du client au PA le plus proche lorsqu'il se trouve en itinérance entre plusieurs PA.

Si le SSID d'un réseau sans fil est disponible sur les deux bandes (2,4 GHz et 5 GHz), le réseau doit implémenter un steering de bande agressif pour forcer les clients à utiliser la bande 5 GHz.

• Une attente réaliste est de ne pas connecter plus de 10 téléphones fixes sur le même point d'accès. Un nombre plus élevé peut créer une expérience utilisateur imprévisible.
• Les téléphones fixes connectés sans fil ne doivent pas être utilisés par les équipes à haute densité/à volume d'appels vocaux élevé, comme les agents ou les équipes d'assistance. Par exemple, les sites GOVO ou les centres d'appel disponibles 24h/24 et 7j/7.
• De courtes interruptions vocales de moins de 10 secondes sont à prévoir et ne peuvent pas être éliminées au niveau du réseau pour les téléphones fixes connectés sans fil. Nous vous déconseillons d'utiliser les réseaux sans fil pour passer des appels téléphoniques importants, comme des conférences, des réunions de presse ou des appels avec des dirigeants.
• Bien que la réglementation varie d'un pays ou d'une région à l'autre, il est généralement admis que les appareils Wi-Fi doivent fonctionner sur des canaux DFS pour éviter toute interférence avec, par exemple, un système de radar météorologique local. En conséquence, un PA sujet à des interférences radar sera éjecté du canal. Tous les clients devront se reconnecter à un autre PA fonctionnant sur un canal différent.

Pour permettre l'intégration de fonctionnalités avancées, telles que l'itinérance homogène entre les PA et la gestion des RF, un réseau sans fil devra être géré et exploité de manière centralisée, et non pas sous forme de plusieurs PA cloisonnés et autonomes.

Enfin, vérifiez la qualité du réseau sans fil après le déploiement pour vous assurer que tous les espaces où Voice sera utilisé disposent bien d'une couverture sans fil.

Le trafic Voice étant sécurisé et chiffré, il n'est pas nécessaire de le restreindre aux adresses IP de Google.

Toutefois, si des contraintes réseau vous obligent à restreindre le trafic, ajoutez l'ensemble de plages d'adresses IP suivant sur une liste d'autorisation pour autoriser les serveurs multimédias Voice. Ces adresses IP sont réservées exclusivement à Voice for Google Workspace. Vous pouvez ainsi identifier le trafic Voice utilisé dans Google Workspace et déprioriser le trafic Voice provenant des comptes personnels afin de mieux configurer et optimiser les accès au réseau et au pare-feu.

• IPv4 : 74.125.39.0/24
• IPv6 : 2001:4860:4864:2::0/64

Configurez votre réseau pour que les ports suivants permettent au trafic vocal de circuler vers et depuis votre réseau :

• Ports sortants UDP 19302 à 19309
• Port TCP de sortie 443

Remarque : La plage de ports Voice de 19302 à 19309 utilise le paramètre Chrome pour les ports UDP WebRTC. Pour en savoir plus, consultez Définir des règles Chrome pour les utilisateurs ou les navigateurs.