Partager via

Recommandations pour le réseau

  • Article

Cet article résume la façon dont l’environnement réseau affecte la qualité des appels vocaux et vidéo. De nombreux facteurs participent à la qualité multimédia (audio, vidéo et partage d’application) en temps réel d’Azure Communication Services. Parmi ces facteurs, citons la qualité du réseau et la bande passante, le pare-feu, l’hôte et les configurations d’appareil.

Qualité du réseau

La qualité du trafic multimédia sur IP en temps réel est considérablement affectée par la qualité de la connectivité réseau sous-jacente, mais surtout par l’importance des éléments suivants :

  • Latence. Temps nécessaire au transport d’un paquet IP d’un point A à un point B sur le réseau. Ce délai de propagation réseau est déterminé par la distance physique entre les deux points et toute autre surcharge engendrée par les appareils via lesquels votre trafic circule. La latence est mesurée à sens unique ou selon la durée des boucles (RTT).
  • Perte de paquets. Pourcentage de paquets perdus dans un laps de temps donné. La perte de paquets affecte directement la qualité du son : elle peut aller de petits paquets individuels perdus n’ayant pratiquement pas d’impact à des pertes de transmission en rafale consécutives qui provoquent une coupure audio complète.
  • Gigue d’arrivée entre les paquets, également appelée gigue. Variation moyenne du délai entre des paquets successifs. Communication Services peut s’adapter à certains niveaux de gigue par le biais de la mise en mémoire tampon. C’est uniquement lorsque la gigue dépasse la mise en mémoire tampon qu’un participant remarque ses effets.

Bande passante réseau

Vérifiez que votre réseau est configuré pour prendre en charge la bande passante nécessaire aux sessions multimédias simultanées Communication Services et d’autres applications métier. Tester le chemin réseau de bout en bout à la recherche de goulots d’étranglement sur la bande passante est capital pour la réussite du déploiement de votre solution multimédia Communication Services.

Voici les besoins en bande passante pour les kits SDK JavaScript.

Bande passante Scénarios
40 Kbits/s Appel audio d’égal à égal
500 Kbits/s Appel audio et partage d’écran d’égal à égal
500 Kbits/s Appels vidéo de qualité de pair à pair avec 360 pixels à 30 i/s
1,2 Mbits/s Appels vidéo de qualité HD de pair à pair avec une résolution de 720 pixels HD à 30 i/s
500 Kbits/s Appels vidéo de groupe avec 360 pixels à 30 i/s
1,2 Mbits/s Appels vidéo de groupe HD avec une résolution de 720 pixels HD à 30 i/s
1,5 Mbits/s Appels vidéo de qualité HD de pair à pair avec une résolution de 1 080 pixels HD à 30 i/s

Voici les besoins en bande passante pour les kits SDK Windows, Android et iOS natifs.

Bande passante Scénarios
30 Kbits/s Appel audio d’égal à égal
130 Kbits/s Appel audio et partage d’écran d’égal à égal
500 Kbits/s Appels vidéo de qualité de pair à pair avec 360 pixels à 30 i/s
1,2 Mbits/s Appels vidéo de qualité HD de pair à pair avec une résolution de 720 pixels HD à 30 i/s
1,5 Mbits/s Appels vidéo de qualité HD de pair à pair avec une résolution de 1 080 pixels HD à 30 i/s
500 Kbits/s - 1 Mbits/s Appel vidéo de groupe
1 Mbits/s - 2 Mbits/s Appels vidéo de groupe HD, vidéos de 540 pixels sur un écran de 1 080 pixels

Configuration du pare-feu

Les connexions Communication Services nécessitent une connectivité Internet à des ports et adresses IP spécifiques pour offrir des expériences multimédias d’excellente qualité. Sans accès à ces ports et adresses IP, Communication Services ne fonctionnera plus correctement. La liste des plages d’adresses IP et domaines sur liste autorisée qui doivent être activés est la suivante :

Catégorie Plages d’adresses IP ou nom de domaine complet Ports
Traffic multimédia Plage d’adresses IP du cloud public Azure 20.202.0.0/16. La plage fournie ci-dessus correspond à la plage d’adresses IP sur le processeur multimédia ou le service TURN Azure Communication Services. UDP 3478 à 3481, ports TCP 443
Signalisation, télémétrie, inscription *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com TCP 443, 80

Les points de terminaison ci-dessous doivent être accessibles aux États-Unis. Clients GCC High gouvernementaux uniquement.

Catégorie Plages d’adresses IP ou nom de domaine complet Ports
Traffic multimédia 52.127.88.0/21, 52.238.114.160/32, 52.238.115.146/32, 52.238.117.171/32, 52.238.118.132/32, 52.247.167.192/32, 52.247.169.1/32, 52.247.172.50/32, 52.247.172.103/32, 104.212.44.0/22, 195.134.228.0/22 UDP 3478 à 3481, ports TCP 443
Signalisation, télémétrie, inscription *.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us TCP 443, 80

Optimisation du réseau

Les tâches suivantes sont facultatives et ne sont pas exigées pour le déploiement de Communication Services. Utilisez ces conseils pour optimiser les performances de votre réseau et de Communication Services, ou encore si vous avez connaissance de l’existence de limitations du réseau. Vous pouvez souhaiter optimiser davantage dans les situations suivantes :

  • Communication Services s’exécute lentement. La bande passante est peut-être insuffisante.
  • Les appels continuent de chuter. Les chutes peuvent être dues à des bloqueurs de pare-feu ou de proxy.
  • Les appels souffrent de parasites et de coupures, ou les voix sont métalliques et hachées. Ces problèmes peuvent être causés par des gigues ou pertes de paquets.
Tâche d’optimisation du réseau Détails
Planifier votre réseau Les conditions minimales exigées pour les appels sur votre réseau sont développées dans cette documentation. Reportez-vous à l’exemple Teams pour la planification de votre réseau.
Résolution de nom externe Vérifiez que tous les ordinateurs exécutant les kits SDK Communication Services peuvent résoudre les requêtes DNS externes pour découvrir les services fournis par Communication Services, et que vos pare-feu n’empêchent pas l’accès. Assurez-vous que les kits SDK puissent résoudre les adresses *.skype.com, *.microsoft.com, *.azure.net, *.azure.com et *.office.com.
Conserver la persistance des sessions Assurez-vous que votre pare-feu ne change pas les adresses ni les ports de traduction d’adresses réseau (NAT) mappés pour UDP.
Valider la taille du pool NAT Validez la taille du pool NAT nécessaire pour la connectivité utilisateur. Quand plusieurs utilisateurs et appareils accèdent à Communication Services à l’aide de la traduction d’adresses de port ou NAT, veillez à ce que les appareils cachés derrière chaque adresse IP routable publiquement ne dépassent pas le nombre pris en charge. Assurez-vous que les adresses IP publiques adéquates sont affectées aux pools NAT pour empêcher l’épuisement des ports. L’épuisement des ports concourt à l’impossibilité des utilisateurs et des appareils internes de se connecter aux services Communication Services.
Guide de détection et de prévention des intrusions Si un système de détection d’intrusion ou de prévention d’intrusion est déployé au sein de votre environnement pour obtenir une couche supplémentaire de sécurité destinée aux connexions sortantes, autorisez toutes les URL Communication Services.
Configurer un VPN en tunnel segmenté Indiquez un autre chemin pour le trafic Teams qui contourne le réseau privé virtuel (VPN), communément appelé VPN de tunneling fractionné. Le tunneling fractionné signifie que le trafic destiné à Communication Services ne passe pas par le VPN, mais qu’il va directement vers Azure. Le contournement de votre VPN a un impact positif sur la qualité multimédia et réduit la charge des appareils VPN et du réseau de l’organisation. Pour mettre en place un tunnel segmenté, consultez votre fournisseur VPN. Voici d’autres raisons pour lesquelles nous conseillons le contournement du VPN :
  • Les VPN ne sont généralement pas conçus ni configurés pour prendre en charge le trafic multimédia en temps réel.
  • Les VPN peuvent également ne pas prendre en charge le protocole UDP, nécessaire pour Communication Services.
  • Les VPN introduisent également une couche supplémentaire de chiffrement sur le trafic multimédia déjà chiffré.
  • La connectivité à Communication Services peut ne pas être efficace en raison du trafic en épingle à cheveux passant par un appareil VPN.
Mettre en œuvre la qualité de service (QoS) Vous pouvez utiliser la Qualité de service pour configurer la hiérarchisation des paquets. La Qualité de service permet d’améliorer la qualité des appels et vous aide à la superviser ainsi qu’à résoudre les problèmes. La Qualité de service doit être implémentée sur tous les segments d’un réseau managé. Même quand un réseau est correctement provisionné pour la bande passante, la Qualité de service permet d’atténuer les risques en cas d’événements réseau imprévus. Avec la Qualité de service, le trafic vocal est prioritaire pour que ces événements imprévus n’aient pas d’incidence négative sur la qualité.
Optimiser le Wi-Fi À l’instar du VPN, les réseaux Wi-Fi ne sont pas nécessairement conçus ni configurés pour prendre en charge le trafic multimédia en temps réel. La planification ou l’optimisation d’un réseau Wi-Fi pour la prise en charge de Communication Services est un élément important à prendre en considération dans un déploiement de qualité supérieure. Tenez compte de ces facteurs :
  • Implémentez la Qualité de service ou Wi-Fi Multimedia pour vérifier que le trafic multimédia est correctement classé par ordre de priorité sur vos réseaux Wi-Fi.
  • Planifiez et optimisez les bandes Wi-Fi et l’emplacement des points d’accès. La plage de 2,4 GHz peut fournir une expérience appropriée en fonction de l’emplacement des points d’accès, mais d’autres appareils grand public fonctionnant dans cette plage influent souvent sur les points d’accès. La plage de 5 GHz est mieux adaptée au trafic multimédia en temps réel du fait de sa plage dense, mais elle nécessite plus de points d’accès pour bénéficier d’une couverture suffisante. Les points de terminaison doivent également prendre en charge cette plage et être configurés pour utiliser ces bandes en conséquence.
  • Si vous utilisez des réseaux Wi-Fi double bande, envisagez d’implémenter le pilotage de bande. Le pilotage de bande est une technique mise en œuvre par les fournisseurs Wi-Fi pour inciter les clients double bande à utiliser la plage de 5 GHz.
  • Lorsque les points d’accès du même canal sont trop proches les uns des autres, ils peuvent provoquer un chevauchement des signaux et une concurrence involontaire, ce qui aboutit à une dégradation de l’expérience utilisateur. Vérifiez que les points d’accès situés les uns à côté des autres se trouvent sur des canaux qui ne se chevauchent pas.
Chaque fournisseur de service sans fil a ses recommandations propres concernant le déploiement de sa solution sans fil. Pour des instructions spécifiques, renseignez-vous auprès de votre fournisseur Wi-Fi.

Systèmes d’exploitation et navigateurs (pour kits SDK JavaScript)

Les kits SDK vocaux et vidéo Communication Services prennent en charge certains systèmes d’exploitation et navigateurs. Découvrez les systèmes d’exploitation et les navigateurs gérés par les kits SDK d’appel dans la documentation conceptuelle de l’appel.

Étapes suivantes

Les articles suivants peuvent vous intéresser :