Qualité des médias et performances de connectivité réseau dans Microsoft Teams
Important
Skype Entreprise Online exploité par 21Vianet en Chine sera mis hors service le 1er octobre 2023. Si vous n’avez pas encore mis à niveau vos utilisateurs Skype Entreprise Online, ils sont automatiquement planifiés pour une mise à niveau assistée. Si vous souhaitez mettre à niveau votre organization vers Teams vous-même, nous vous recommandons vivement de commencer à planifier votre chemin de mise à niveau dès aujourd’hui. N’oubliez pas qu’une mise à niveau réussie aligne la préparation technique et la préparation des utilisateurs. Veillez donc à tirer parti de nos conseils de mise à niveau lorsque vous naviguez vers Teams.
Skype Entreprise Online, à l’exception du service exploité par 21Vianet en Chine, a été mis hors service le 31 juillet 2021.
Cet article définit l’ensemble des exigences de performances réseau pour les services Microsoft Teams et la façon dont vous pouvez choisir d’utiliser Internet ou ExpressRoute pour la connectivité entre votre réseau et Microsoft Teams en fonction de votre évaluation de la connectivité réseau. Si vous avez décidé de déployer Azure ExpressRoute pour une connectivité dédiée à Microsoft 365 ou Office 365, ce document fournit également des conseils sur la façon de planifier vos connexions ExpressRoute dans différents scénarios de déploiement Microsoft Teams.
La qualité des médias Real-Time (audio, vidéo et partage d’applications) sur IP est considérablement affectée par la qualité de la connectivité réseau de bout en bout. Pour une qualité multimédia optimale de Microsoft Teams, il est important de vous assurer qu’il existe une connexion de haute qualité entre votre réseau d’entreprise et Microsoft Teams. La meilleure façon d’y parvenir consiste à configurer votre réseau interne et votre connectivité cloud en fonction de la capacité de votre réseau pour prendre en charge le volume de trafic maximal pour Microsoft Teams sur toutes les connexions.
Azure ExpressRoute n’est pas obligatoire pour les services Microsoft 365 et Office 365, y compris Microsoft Teams. Toutefois, Azure ExpressRoute est l’une des options de déploiement disponibles qui permettent de s’assurer que la connectivité à Microsoft 365 ou Office 365 répond aux exigences de performances réseau de Microsoft Teams et garantit l’expérience de qualité multimédia de Microsoft Teams la plus optimale.
Pourboire
Bien que cette rubrique vous fournisse des conseils généraux sur les performances réseau, des conseils complets pour l’évaluation du réseau ne sont pas abordés dans ce document. Pour trouver la liste des partenaires Microsoft Teams qui peuvent vous aider avec les mesures de performances réseau dans le cadre d’une évaluation complète du réseau, visitez Skype Entreprise Solutions partenaires.
Exigences de connectivité réseau à Microsoft Teams
Facteurs ayant un impact sur la qualité des médias Microsoft Teams
Il existe de nombreux facteurs différents qui contribuent à la qualité des médias Real-Time Microsoft Teams (audio, vidéo et partage d’applications), notamment les appareils utilisés, l’environnement et la connectivité réseau.
Appareils
Dans une session multimédia Real-Time, les périphériques de capture et de rendu multimédia utilisés par tous les participants, tels que les casques et les web cams, ont un grand impact sur la qualité audio et vidéo globale. Les appareils de qualité inférieure ou avec des pilotes de périphérique incorrects produisent une qualité sonore globale inférieure pour l’audio et une qualité d’image inférieure pour la vidéo. Les appareils certifiés ou les appareils de bonne qualité facilitent l’annulation de l’écho, le filtrage du bruit, la résolution vidéo et réduisent la latence.
Bien que les appareils multimédias audio et vidéo certifiés ne soient pas nécessaires, il est fortement recommandé d’utiliser des appareils certifiés pour Microsoft Teams pour une expérience multimédia optimale. Pour obtenir la liste de tous les appareils certifiés Microsoft Teams, consultez Appareils Android certifiés Microsoft Teams. Vous pouvez utiliser le tableau de bord qualité des appels Microsoft Teams, qui se trouve dans le centre d’administration Skype Entreprise, pour vérifier que les appareils en cours d’utilisation fonctionnent correctement et surveiller la qualité des médias audio et vidéo.
Pourboire
Un appareil certifié est nécessaire pour bénéficier d’une expérience de qualité multimédia optimale Skype Entreprise.
Il est important de se rappeler que les appareils multimédias, les clients Microsoft Teams et les serveurs Skype Entreprise via lesquels Real-Time flux multimédias introduisent une certaine latence. La latence de traitement des appareils et des logiciels, ainsi que la latence du réseau, ont un impact important sur la latence globale de bout en bout et sur l’expérience de l’utilisateur final.
Environnement
L’environnement et la zone environnante où les utilisateurs se rencontrent et utilisent des appareils audio et vidéo sont un autre facteur important pour la qualité audio et vidéo. Les utilisateurs qui appellent à partir d’un environnement bruyant auront un écho, un son étouffé et peu clair. Les utilisateurs dans un environnement sombre ou de luminosité faible ne seront pas en mesure de produire une qualité d'image lumineuse et nette pour la vidéo. Dans une salle de conférence, l’emplacement du microphone et de l’appareil vidéo a un impact direct sur la qualité du son et de l’image que les participants reçoivent.
Pour obtenir une image plus claire de l’expérience audio et vidéo d’un utilisateur, utilisez l’application Skype Entreprise Outils>Options>Périphérique audio ou Appareil vidéo pour apporter des modifications à l’appareil en cours d’utilisation et personnaliser ses paramètres.
Réseau
La qualité du Real-Time média sur le réseau IP est fortement impactée par la qualité de la connectivité réseau, mais surtout par la quantité de :
Latence Il s’agit du temps nécessaire pour obtenir un paquet IP du point A au point B sur le réseau. Ce retard de propagation du réseau est lié à la distance physique entre les deux points et à la vitesse de la lumière, y compris la surcharge supplémentaire prise par les différents routeurs entre les deux. La latence est mesurée en tant que temps unidirectionnel ou temps aller-retour (RTT).
Perte de paquets Cela est souvent défini comme un pourcentage de paquets perdus dans une fenêtre de temps donnée. La perte de paquets affecte directement la qualité audio, qu’il s’agisse de petits paquets perdus individuels n’ayant presque aucun impact, ou de pertes de rafales dos à dos qui entraînent un découpage audio complet.
Gigue d’arrivée entre paquets ou simplement gigue Il s’agit de la variation moyenne du délai entre les paquets successifs. La plupart des logiciels VoIP modernes, y compris Microsoft Teams, peuvent s’adapter à certains niveaux de gigue grâce à la mise en mémoire tampon. Ce n’est que lorsque la gigue dépasse la mise en mémoire tampon qu’un participant remarque les effets de la gigue.
Remarque
La mise en mémoire tampon pour la gigue augmente la latence de bout en bout.
Avec de nombreuses sessions multimédias microsoft Teams Real-Time simultanées et d’autres trafics réseau générés par d’autres services Microsoft 365 ou Office 365 et d’autres applications métier, il est essentiel de s’assurer qu’il existe une bande passante suffisante sur l’ensemble du chemin réseau qui connecte votre réseau au service Microsoft Teams pour éviter la congestion du réseau et garantir une excellente Real-Time multimédia (audio, qualité de la vidéo et du partage d’applications).
Implémentation de la qualité de service (QoS) sur les réseaux encombrés
En outre, la congestion du trafic sur un réseau a un impact important sur la qualité des médias. Pour permettre aux paquets audio et vidéo de voyager plus rapidement sur le réseau et d’être hiérarchisés par rapport à d’autres trafics réseau dans un réseau encombré, la qualité de service (QoS) peut être utilisée pour fournir une expérience utilisateur optimale pour les communications audio et vidéo.
QoS vous permet d’attribuer des priorités plus élevées aux paquets réseau qui transportent des données audio ou vidéo. En attribuant une priorité plus élevée à ces paquets, les communications audio et vidéo sont susceptibles de transiter sur le réseau plus rapidement et avec moins d’interruption, que les sessions réseau impliquant des éléments tels que les transferts de fichiers, la navigation web ou les sauvegardes de base de données. Cela est dû au fait que les paquets réseau utilisés pour les transferts de fichiers ou les sauvegardes de base de données par défaut se voient attribuer le « meilleur effort » comme priorité et que la congestion du réseau n’aura pas un impact aussi important. Si vous n’attribuez pas une priorité plus élevée aux paquets multimédias (audio, vidéo et partage d’applications) et que vous les laissez également affectés comme « meilleur effort », ils seront également traités avec tout le trafic réseau. Selon la quantité de congestion du réseau, cela risque de se retrouver dans une expérience de qualité audio et vidéo globale inférieure pour vos utilisateurs.
Il est fortement recommandé d’implémenter qoS sur votre réseau pour vous assurer que la congestion réseau au sein de votre réseau n’aura pas d’impact. Toutefois, pour que cela ait un impact maximal, tous les points de terminaison de mise en réseau doivent prendre en charge qoS, ce qui signifie que tous les points de terminaison doivent respecter le marquage QoS et la hiérarchisation des paquets. Les services Microsoft Teams respectent le marquage qoS et la hiérarchisation au sein du réseau Microsoft. Toutefois, le trafic acheminé via une connexion publique telle qu’Internet de votre réseau d’entreprise vers le réseau Microsoft ne conserve pas les marquages QoS et la hiérarchisation des paquets. Les connexions privées de votre réseau à Microsoft 365 ou Office 365 à l’aide d’Azure ExpressRoute offrent une solution de déploiement qui préserve les marquages QoS et la hiérarchisation des paquets, ce qui augmentera la qualité audio et vidéo globale pour vos utilisateurs finaux.
Exigences en matière de performances réseau pour se connecter à Microsoft Teams
Skype Entreprise Real-Time média transite par de nombreux appareils, applications clientes, logiciels serveur et différents réseaux. La latence de bout en bout de Real-Time média est la quantité totale de latence introduite sur tous les composants et segments réseau. La qualité de la connexion réseau de bout en bout est déterminée par le segment réseau ayant la pire qualité. Ce segment agit comme un goulot d’étranglement pour ce trafic réseau.
Le diagramme suivant illustre le flux audio unidirectionnel dans une conférence d’un participant Microsoft Teams à un autre.
Dans ce scénario de conférence, le chemin du média se compose des segments réseau suivants :
Connexion de l’utilisateur 1 à la périphérie du réseau Microsoft Cela inclut généralement une connexion réseau telle que Wi-Fi ou Ethernet, la connexion WAN de l’utilisateur 1 au point de sortie Internet (votre périphérique réseau) et la connexion Internet de votre réseau Edge à Microsoft Network Edge.
Connexion au sein du réseau Microsoft Il s’agit du centre de données Microsoft Edge vers le centre de données Microsoft Teams, où les serveurs de conférence A/V sont utilisés.
Connexion au sein du réseau Microsoft Cela se situe entre le centre de données Microsoft Teams et Microsoft Network Edge.
Connexion de la périphérie réseau Microsoft à l’utilisateur 2 Cela inclut la connexion Internet de la périphérie de votre réseau à la périphérie du réseau Microsoft, la connexion WAN de l’utilisateur 2 au point de sortie Internet (votre périphérie réseau) et la connexion réseau telle qu’une connexion Wi-Fi ou Ethernet.
Le diagramme suivant montre la répartition des composants et des segments réseau d’un appel RTC Microsoft Teams :
Dans un scénario d’appel RTC, le chemin du média traverse les segments réseau suivants :
Connexion à partir d’un appelant client Skype Entreprise à la périphérie du réseau Microsoft Cela inclut généralement une connexion réseau telle que Wi-Fi ou Ethernet, la connexion WAN de l’appelant client Skype Entreprise au point de sortie Internet (votre périphérique réseau) et la connexion Internet entre votre réseau Edge et microsoft edge.
Connexion au sein du réseau Microsoft Il s’agit du centre de données Microsoft Edge vers le centre de données Microsoft Teams, où un serveur de médiation est utilisé.
Connexion au sein du réseau Microsoft Cela se situe entre le centre de données Microsoft Teams et Microsoft Network Edge.
Connexion entre Microsoft Network et les partenaires fournisseurs de services RTC Il s’agit de la connexion qui existe pour passer un appel RTC à partir du client Skype Entreprise qui se trouve en dehors du réseau Microsoft.
Exigences en matière de performances réseau d’un client Skype Entreprise vers Microsoft Network Edge
Pour optimiser Skype Entreprise qualité des médias, les cibles ou seuils de performance réseau suivants sont requis pour une connexion entre le réseau de votre entreprise et le réseau Microsoft Edge. Ce segment du réseau inclut votre réseau interne, toutes les connexions Wi-Fi et Ethernet, tout trafic de site à site d’entreprise via une connexion WAN, par exemple le basculement d’étiquettes multiprotocoles (MPLS) et les connexions de partenaires Internet ou ExpressRoute à la périphérie du réseau Microsoft.
Prudence
La connectivité entre un client Skype Entreprise sur le réseau de votre entreprise et les services Microsoft 365 ou Office 365 doit répondre aux exigences et seuils de performances réseau suivants.
| Mesure | Optimal | Poor |
|---|---|---|
| Temps aller-retour (RFC 3550) | < 60 ms | > 500 ms |
| Perte maximale de paquets (RFC 3550) | < 5% | > 25% |
| Perte moyenne de paquets (RFC 3550) | < 0.5% | > 10% |
| Gigue de paquets (RFC 3550) | < 3 ms | > 30 ms |
Autres exigences de l’objectif de performances :
Le réseau Microsoft compte plus de 160 emplacements edge dans le monde. Nous travaillons avec les principaux fournisseurs de services Internet (ISP) du monde entier via ces sites edge. La cible de métrique de latence suppose que le ou les sites de votre entreprise et les microsoft Edges se trouvent sur le même continent.
Le ou les sites de votre entreprise vers la connexion de périphérie réseau Microsoft incluent l’accès réseau de premier tronçon, qui peut être Wi-Fi ou une autre technologie sans fil.
L’objectif de performances réseau suppose une planification appropriée de la bande passante et/ou de la qualité de service. En d’autres termes, cela s’applique directement au trafic multimédia Skype Entreprise Real-Time lorsque la connexion réseau est en pic de charge.
Mesure des performances réseau
Pour mesurer les performances réelles du réseau, en particulier en ce qui concerne la latence et la perte de paquets, de n’importe quel site réseau d’entreprise vers une périphérie réseau, vous pouvez utiliser des outils tels que ping, tester par rapport à un ensemble de services de relais multimédia Skype Entreprise exécutés à partir des sites Microsoft Edge et du centre de données.
Remarque
La mesure des performances réseau par le biais de ping (ICMP) n’est pas efficace. Pour cette raison, l’adresse IP anycast exposée ci-dessous cessera de répondre aux demandes ICMP à partir de janvier 2020. Pour mesurer efficacement les performances du réseau, Microsoft recommande l’outil d’évaluation du réseau.
Pour tester les connexions Internet au réseau Microsoft, il est recommandé de tester les adresses IP virtuelles suivantes des relais multimédias Skype Entreprise. L’adresse IP virtuelle Anycast est résolue en adresse IP d’un relais multimédia dans un site Edge réseau Microsoft le plus proche de l’emplacement de test.
|
Adresse IP |
Type |
Emplacement |
|---|---|---|
| 13.107.8.2 |
VIP |
World Wide Anycast IP |
Voici quelques recommandations générales à suivre pour évaluer les performances réseau :
Vous devez évaluer votre réseau interne et les connexions à Microsoft 365 ou Office 365.
Vous devez évaluer et collecter des données pour tous vos réseaux sur une longue période. Nous vous recommandons d’effectuer vos tests de performances réseau pendant au moins une semaine, afin que vous puissiez voir les modèles d’utilisation pour tous les jours et heures ouvrables. Cela vous indiquera les heures de pointe.
Vous devez prendre plusieurs exemples de mesures de performances réseau. Nous vous recommandons de prendre une mesure toutes les 10 minutes à partir d’un site d’entreprise pendant toute la période pendant laquelle vous collectez des données. Pour comparer les exigences de performances réseau de Microsoft Teams, prenez la valeur de mesure du 90e centile à partir de cet exemple de jeu de données.
Vous devez évaluer en permanence les performances du réseau. L’utilisation du réseau varie au fil du temps en raison des changements de modèle d’utilisation, des nouvelles applications d’entreprise qui utilisent une grande quantité de bande passante et des modifications apportées aux emplacements de votre organisation ou de votre entreprise physique. Il est important pour vous de surveiller en permanence les performances de votre réseau par rapport à ces exigences et cibles/seuils de performances réseau, et d’effectuer des ajustements en temps voulu pour garantir la qualité de média la plus optimale Real-Time.
Mesure des performances réseau à l’aide de machines virtuelles Azure
Au lieu de tester les sites De périphérie réseau Microsoft, il existe des solutions d’évaluation réseau de Skype Entreprise clients et partenaires qui utilisent la configuration de test pour les services dans le cloud Microsoft Azure. Dans ces solutions, les outils d’évaluation réseau testent la latence, la perte de paquets et la gigue sur des points de terminaison personnalisés configurés en tant que service dans le cloud Azure. Par conséquent, le trafic réseau de test transite par un autre segment réseau, c’est-à-dire la connexion au sein du réseau Microsoft entre les périphéries réseau et les centres de données Azure qui hébergent le service d’évaluation réseau.
Pour ces solutions d’évaluation réseau basées sur les services de test hébergés par Azure. Nous vous recommandons d’effectuer l’évaluation du réseau dans le pays et/ou la région. Par exemple, pour les sites clients dans la région USA Est, l’évaluation doit être effectuée sur un service de test instance hébergé dans la région centre de données USA Est d’Azure.
Vous trouverez ci-dessous les cibles de latence (RTT) pour la configuration de l’évaluation réseau basée sur les services Azure. Les cibles de latence unidirectionnel seront la moitié des cibles RTT correspondantes. Les objectifs de perte de paquets et de gigue restent les mêmes que ceux définis pour les tests basés sur Skype Media Relay.
|
Région du client |
Région Azure |
Votre périphérie réseau - Temps aller-retour Azure (RTT) |
Votre site - Temps aller-retour Azure (RTT) |
|---|---|---|---|
| USA Centre |
USA Centre |
99 |
139 |
| USA Est |
USA Est |
86 |
126 |
| USA Centre Nord |
USA Centre Nord |
97 |
137 |
| USA Centre Sud |
USA Centre Sud |
94 |
134 |
| USA Ouest |
USA Ouest |
94 |
134 |
| Hawaï (États-Unis) |
USA Ouest |
116 |
156 |
| Centre du Canada |
Centre du Canada |
138 |
178 |
| Canada Est |
Canada Est |
131 |
171 |
| Europe Nord |
Europe Nord |
99 |
139 |
| Europe Ouest |
Europe Ouest |
95 |
135 |
| Asie de l’Est |
Asie de l’Est |
118 |
158 |
| Asie du Sud-Est |
Asie du Sud-Est |
97 |
137 |
| Japon Est |
Japon Est |
111 |
151 |
| Japon Ouest |
Japon Ouest |
118 |
158 |
| Brésil Sud |
Brésil Sud |
70 |
110 |
| Australie Est |
Australie Est |
124 |
164 |
| Australie Sud-Est |
Australie Sud-Est |
124 |
164 |
| Inde Centre |
Inde Centre |
103 |
143 |
| Inde Sud |
Inde Sud |
103 |
143 |
| Inde Ouest |
Inde Ouest |
103 |
143 |
| Chine Est |
Chine Est |
120 |
160 |
| Chine Nord |
Chine Nord |
120 |
160 |
Qualité des médias et ExpressRoute
Azure ExpressRoute pour Microsoft 365 ou Office 365 est une connexion réseau dédiée pour la connexion à Microsoft 365 ou Office 365. Il offre aux clients la possibilité de contrôler le chemin d’accès de leur trafic réseau. Ils n’ont plus à s’inquiéter du routage imprévisible qui se produit sur Internet où les données sont transmises par des opérateurs, des fournisseurs et des fournisseurs de services Internet inconnus. Le trafic réseau envoyé via ExpressRoute est envoyé directement sur le réseau du partenaire ExpressRoute vers le réseau de Microsoft. Cela permet aux clients de traiter Microsoft 365 ou Office 365 comme s’il se trouve dans leur propre centre de données hors site avec une connexion dédiée.
Azure ExpressRoute est disponible pour toutes les offres de licence Microsoft 365 et Office 365. Toutefois, le module complémentaire Azure ExpressRoute Premium est requis pour Microsoft 365 et Office 365 pour activer le routage global. Les clients disposant d’au moins 500 sièges qui implémentent ExpressRoute peuvent obtenir le module complémentaire ExpressRoute Premium requis sans frais supplémentaires.
ExpressRoute est-il nécessaire pour une bonne qualité multimédia ?
Azure ExpressRoute n’est pas une exigence pour obtenir la qualité de média Microsoft Teams la plus optimale. Toutefois, il s’agit de l’une des options de déploiement qui vous permettent de vous assurer que votre connectivité cloud répond aux objectifs ou aux seuils de performances réseau Skype Entreprise.
Microsoft 365 et Office 365 sont des services hautes performances et sécurisés qui utilisent Internet. Nous continuons d’investir dans de nouvelles fonctionnalités de sécurité et des nœuds de périphérie régionaux pour améliorer en permanence la sécurité et les performances. Azure ExpressRoute n’est pas obligatoire pour les services Microsoft 365 ou Office 365, y compris Microsoft Teams. Azure ExpressRoute est l’une des options de déploiement disponibles qui permettent de s’assurer que la connectivité à Microsoft 365 ou Office 365 répond aux exigences de performances réseau Skype Entreprise et garantit l’expérience de qualité multimédia de Microsoft Teams la plus optimale.
Pour la qualité des médias Microsoft Teams, il est important que la connexion entre les sites de votre entreprise et les périphéries réseau Microsoft réponde aux objectifs de performances dans Exigences de performances réseau d’un client Skype Entreprise vers la périphérie réseau Microsoft et que la connexion entre vos périphéries réseau et les périphéries réseau Microsoft réponde aux objectifs de performances.
Il est également important que la connectivité réseau physique de votre entreprise, y compris votre réseau interne et votre capacité de connectivité cloud, prennent en charge le volume de trafic multimédia maximal. Azure ExpressRoute est l’une des nombreuses façons d’aider les clients à s’assurer que leur connectivité cloud Microsoft Teams répond à toutes ces exigences de performances.
ExpressRoute est-il requis pour le contrat SLA de qualité vocale ?
Non, ExpressRoute n’est pas requis pour le contrat SLA de qualité vocale Microsoft Teams. Le contrat SLA de qualité de la voix Microsoft Teams s’applique à tout appel éligible passé par un utilisateur du service vocal Microsoft Teams dans le cadre de la licence et de l’abonnement appropriés qui permettent à cet utilisateur d’effectuer n’importe quel type d’appel VoIP ou RTC. Un contrat SLA de qualité vocale doit inclure que toutes les conditions suivantes sont traitées :
Appels à partir de téléphones IP certifiés Microsoft.
Connexions Ethernet câblées.
Problèmes de qualité de la voix dus à des problèmes de réseau Microsoft.
Remarque
Le contrat SLA de qualité vocale exclut les appels pour lesquels la faible qualité des appels est due à des problèmes dans les réseaux non-Microsoft, y compris les partenaires ExpressRoute et d’autres réseaux.
Internet ou Azure ExpressRoute ?
Avant de prendre une décision sur les options de connectivité réseau à Microsoft Teams, les clients doivent évaluer leur réseau et la connectivité Internet actuelle en fonction des exigences de performances réseau décrites dans Exigences de performances réseau pour se connecter à Microsoft Teams.
Si les performances réseau sur la connexion Internet actuelle sont configurées pour une capacité suffisante pendant les heures de pointe et qu’elles répondent aux exigences de performances réseau des sites vers les périphéries réseau Microsoft et de vos périphéries réseau vers les périphéries réseau Microsoft, vous pouvez continuer à utiliser votre connectivité Internet existante pour vous connecter à Microsoft Teams.
Pour les sites d’entreprise où les exigences de performances réseau ne sont pas satisfaites, nous vous recommandons vivement de commencer par travailler avec vos fournisseurs de services réseau existants pour améliorer les performances globales de votre réseau. Toutefois, si elles ne sont pas encore remplies, l’utilisation d’Azure ExpressRoute peut vous aider à garantir que votre connectivité cloud Microsoft Teams peut vous aider à répondre aux exigences de performances réseau.
Azure ExpressRoute offre les avantages supplémentaires suivants :
Un contrat de niveau de service (SLA) sur la disponibilité de la connexion entre votre réseau et le réseau Microsoft. ExpressRoute a un sla de disponibilité garanti de 99,9 %.
Bande passante planifiée et garantie requise pour les services Microsoft 365 et Office 365. Pour ce faire, vous pouvez envoyer uniquement le trafic Microsoft 365, Office 365 ou Skype Entreprise à l’aide d’ExpressRoute, puis faire en sorte que tout le trafic Internet passe par d’autres points de sortie/entrée Internet pour votre réseau.
ExpressRoute est conçu pour conserver les marquages QoS DSCP entre votre réseau et le réseau Microsoft.
Pour plus d’informations sur la qualité de service ExpressRoute et la planification de la capacité, reportez-vous à ExpressRoute et QoS dans Microsoft Teams.
Puis-je configurer Azure ExpressRoute pour Microsoft Teams uniquement ?
Oui, vous pouvez configurer Azure ExpressRoute pour garantir une excellente connectivité réseau entre le réseau de votre entreprise et Microsoft Teams uniquement. Cela fournira la qualité multimédia la plus optimale Real-Time à vos utilisateurs, mais vous pouvez ensuite continuer à vous connecter à d’autres services Microsoft 365 ou Office 365 via Internet.
Le protocole BGP (Border Gateway Protocol) est un protocole de routage sur Internet utilisé pour acheminer le trafic réseau sur Internet. Il est conçu pour échanger des informations de routage entre les systèmes autonomes (AS) présents sur Internet. Les valeurs des communautés BGP sont des balises d’attribut qui peuvent être appliquées aux itinéraires entrants ou sortants. Les communautés BGP sont souvent utilisées pour signaler au as de réception, lien sortant à utiliser pour atteindre une destination donnée en fonction de la géographie, du type de service ou d’autres critères.
Avec la prise en charge des communautés BGP, Microsoft marque les préfixes et les itinéraires avec les valeurs de communauté BGP appropriées en fonction du service auquel ils appartiennent. Microsoft balisera les préfixes publiés via le peering public et le peering Microsoft avec les valeurs de communauté BGP appropriées indiquant la région dans laquelle les préfixes sont hébergés. Vous pouvez vous appuyer sur les valeurs de la communauté pour prendre des décisions de routage appropriées afin d’offrir un routage optimal. Vous pouvez utiliser la valeur de la communauté BGP Microsoft Teams pour configurer une connexion ExpressRoute uniquement pour Microsoft Teams. Pour plus d’informations, consultez Configuration requise pour le routage ExpressRoute.
Scénarios de connectivité ExpressRoute pour Microsoft Teams
Si vous avez décidé qu’ExpressRoute basé sur les recommandations ci-dessus vous convient, voici les recommandations sur l’emplacement et le nombre de connexions ExpressRoute que vous devez obtenir.
Déploiement en ligne uniquement - Site unique
Si tous vos utilisateurs utilisent le service Microsoft Teams et si vos bureaux sont centrés autour d’un seul emplacement physique et que vous décidez de déployer Azure ExpressRoute, vous devez configurer une seule connexion ExpressRoute entre votre site d’entreprise et l’emplacement de peering ExpressRoute le plus proche.
Le graphique suivant montre un exemple de ce type de déploiement. Pour cet exemple, Contoso est une université située à Orlando, FL. Contoso compte 10 000 enseignants et étudiants. Les tests Internet depuis leur emplacement vers les sites Microsoft Edge ont montré une perte de paquets supérieure à 5 % pendant les heures de pointe de classe. Ils ont décidé d’obtenir une connexion dédiée à Microsoft 365 ou Office 365 à l’aide d’ExpressRoute avec une bande passante surprovisionnée afin d’éviter la congestion du réseau pour Microsoft 365 ou Office 365 en particulier pour le trafic Real-Time Microsoft Teams. Ils se connectent au cloud Microsoft via ExpressRoute sur le site MeetMe d’Atlanta.
Déploiement en ligne uniquement - Plusieurs sites sur le même continent
Si votre entreprise utilise les services Microsoft Teams de plusieurs bureaux dans la même région ou le même continent et que vous avez choisi d’implémenter Azure ExpressRoute, il est recommandé de connecter votre site main via ExpressRoute, puis d’ajouter éventuellement un peering ExpressRoute supplémentaire pour d’autres emplacements qui ne répondent pas aux objectifs de performances réseau recommandés.
Dans l’exemple suivant, Contoso est une société de services de voyage américaine dont le siège social est à New York, mais qui a d’autres bureaux dans l’États-Unis. Leurs bureaux sont connectés entre eux via un réseau étendu qui utilise MPLS pour se connecter à Microsoft 365 ou Office 365. Ils ont initialement mis en place une connexion ExpressRoute entre leur routeur Internet à Hoboken, dans le New Jersey, vers le site MeetMe de New York.
Avec cette configuration, le trafic réseau de la plupart de leurs sites vers le réseau Microsoft (site de périphérie de New York) peut répondre aux objectifs de performances réseau de connexion Skype Entreprise client décrits dans Exigences de performances réseau d’un client Skype Entreprise vers Microsoft Network Edge. Toutefois, la latence entre les bureaux de la côte ouest de Contoso et New York dépasse 50 ms. En outre, Honolulu est le deuxième plus grand bureau pour Contoso, la latence d’Honolulu à New York dépasse 80 ms un sens. Pour garantir une bonne qualité multimédia aux utilisateurs de ces bureaux, Contoso a décidé d’ajouter une connexion ExpressRoute de la côte ouest entre son site de San Jose et le site MeetMe ExpressRoute de la Silicon Valley.
Déploiement en ligne uniquement - Plusieurs sites sur différents continents
Si tous vos utilisateurs utilisent le service Microsoft Teams et si vos bureaux se trouvent à plusieurs emplacements physiques sur plusieurs continents, si vous décidez de déployer Azure ExpressRoute, vous devez configurer au moins une connexion ExpressRoute pour chaque continent entre le site main de chaque continent et son emplacement de peering ExpressRoute le plus proche. Selon les coûts et les avantages, vous pouvez choisir de déployer des connexions ExpressRoute supplémentaires à partir de sites où les objectifs de performances réseau ne sont pas atteints.
Dans l’exemple suivant, Contoso est un grand cabinet d’avocats d’entreprise qui a des bureaux dans de grandes villes Amérique du Nord et en Europe. Sur la base de sa connexion Internet et de son évaluation interne des performances réseau, Contoso a décidé de déployer deux connexions ExpressRoute dans Amérique du Nord et un seul circuit ExpressRoute pour tous ses bureaux européens.
Déploiement hybride
Si vous disposez d’un déploiement Lync ou Microsoft Teams local et que vous choisissez d’implémenter une intégration hybride de Microsoft Teams, nous vous recommandons de disposer d’au moins une connexion ExpressRoute pour chaque site Lync ou Microsoft Teams Edge local et d’au moins une connexion ExpressRoute pour chaque continent avec des bureaux. Selon les coûts et les avantages, pour chaque continent, vous pouvez choisir de déployer des connexions ExpressRoute supplémentaires à partir de bureaux où les objectifs de performances réseau ne sont pas atteints.
Si vous disposez d’un déploiement Microsoft Teams local, vous devez suivre le Guide de planification et de déploiement du serveur Edge. Plus précisément, les serveurs Edge doivent être accessibles depuis l’extérieur de votre réseau. Cela est généralement possible soit en affectant une adresse IP publique routable au serveur Edge, soit en utilisant la traduction d’adresses réseau (NAT).
Dans l’exemple suivant, Contoso dispose d’un déploiement Microsoft Teams Entreprise Voice local existant. Ils souhaitent migrer des utilisateurs locaux vers Microsoft 365 ou Office 365 services en ligne. Ils ont également décidé d’utiliser un déploiement hybride afin de pouvoir continuer à utiliser leur infrastructure RTC existante pour tous les utilisateurs locaux et en ligne. Le centre de données local de Contoso et les serveurs Edge Skype Entreprise se trouvent à Chicago. Pour son déploiement, Contoso a décidé de configurer une connexion ExpressRoute entre son centre de données de Chicago et Chicago ExpressRoute. Ils ont également ajouté une connexion ExpressRoute de la côte ouest pour mieux servir leur bureau d’Honolulu.
Déploiement en ligne avec Cloud Connector Edition
Skype Entreprise Cloud Connector Edition est une offre hybride qui se compose d’un ensemble de Machines Virtuelles (machines virtuelles) empaquetées qui implémentent la connectivité RTC locale. En déployant une topologie Skype Entreprise Server minimale dans un environnement virtualisé, vous serez en mesure d’envoyer et de recevoir des appels avec des lignes fixes et des téléphones mobiles via l’infrastructure vocale RTC locale existante.
Si vous décidez de déployer Azure ExpressRoute et Cloud Connector Edition, nous vous recommandons de configurer au moins une connexion Express Route pour chaque continent entre le site main de chaque continent et l’emplacement de peering ExpressRoute le plus proche. Selon les coûts et les avantages, pour chaque continent, vous pouvez choisir de déployer des connexions ExpressRoute supplémentaires à partir de sites où les objectifs de performances réseau ne sont pas atteints.
Si vous disposez d’un déploiement Microsoft Teams local, vous devez suivre le Guide de planification pour Skype Entreprise Cloud Connector Edition. Plus précisément, les services Edge d’accès et Edge A/V doivent se voir attribuer des adresses IP publiques et des centres de données Microsoft 365 ou Office 365 accessibles.
Dans l’exemple suivant, Contoso est une firme comptable européenne présente dans quelques grands pays/régions et villes européens. Lorsqu’ils s’inscrivent à Microsoft Teams pour tous leurs besoins de collaboration, ils ont décidé de mettre un connecteur cloud pour chaque pays/région où ils ont un emplacement physique pour continuer à utiliser leur infrastructure RTC et les contrats d’opérateur qui existent déjà. Sur la base de leurs tests à partir de tous leurs sites et de Microsoft Network Edge, ils ont déterminé qu’une seule connexion ExpressRoute à Londres aiderait à atteindre les objectifs de performances réseau de connexion du client Microsoft Teams décrits dans Exigences de performances réseau d’un client Skype Entreprise à Microsoft Edge réseau.
Voici une autre option de déploiement pour Contoso. Dans ce cas, ils ont décidé de configurer une connexion ExpressRoute sur chaque site où un connecteur cloud est déployé.
