Planifiez votre réseau dans les équipes Microsoft (2019) – Partie 3

Bienvenue à la troisième partie de la série "Planifiez votre réseau dans les équipes Microsoft"! La dernière fois, nous avons parlé de ce qu’était la communication en temps réel et des protocoles utilisés pour le trafic multimédia dans les équipes Microsoft. Dans cet article, nous allons encore plus loin et allons décomposer l’anatomie d’une session multimédia dans les équipes Microsoft. Nous discuterons ensuite des types de problèmes auxquels les équipes Microsoft peuvent faire face et de la manière de les combattre. Enfin, nous discuterons des types d'appels dans les équipes Microsoft et de la façon dont la signalisation et les médias passent de votre client à l'endroit où la destination se trouve.

Anatomie d'un appel d'équipe

Disons donc qu'Alice souhaite appeler Bob Équipes Microsoft? Pour Alice et Bob, il s’agit d’un processus sans faille, il suffit de sélectionner le bouton d’appel et de laisser Bob répondre à sa place. Mais que se passe-t-il réellement en arrière-plan et comment mon appel parvient-il automatiquement à Bob? Eh bien, vous pouvez considérer l’appel audio comme une onde audio (comme on le voit ci-dessous) dans laquelle l’onde audio est décomposée / découpée en morceaux et met les informations de ces morceaux dans un paquet. À partir de là, nous envoyons le paquet sur le réseau où l'extrémité de Bob rassemble ces éléments et recrée cette vague audio.

 Image fournie par: https://www.youtube.com/watch?v=vi3M7ZzF2NU&t= 1457s

L'image ci-dessus est un exemple d'appel où chaque élément audio envoyé sur le réseau est reçu à l'autre bout. Cependant, tous vos appels ne seront pas parfaits. Par exemple, si vous ou le destinataire avez une mauvaise connexion réseau, vous verrez peut-être le même exemple.

Maintenant, supposons qu'Alice essaie d'appeler à nouveau Bob, mais cette fois, Alice se trouve dans un Starbucks bondé et prend un café où tout le monde est sur un réseau encombré. Eh bien, les équipes Microsoft ont prévu cela et sont en mesure de lutter contre une partie de cette dégradation du réseau avec un élément appelé Forward Error Correct (FEC). La fonction Forward Error Correction atténue les pertes de paquets en incluant des informations redondantes dans ces paquets. Ainsi, dans le cas où nous perdons certains paquets, nous avons les paquets redondants en sauvegarde. Ceci est illustré dans l'image ci-dessous, où vous pouvez voir que nous avons construit des paquets avec les informations des parties audio 1 et 2, un autre paquet avec les parties 2 et 3, un autre paquet avec les parties 3 et 4 et un autre paquet avec 4 & 5. De cette façon, si nous perdons un seul paquet, des informations sont toujours disponibles.

 Image fournie par: https://www.youtube.com/watch?v=vi3M7ZzF2NU&t=1457s

Donc, si vous perdez le deuxième paquet avec 2 & 3, les informations de 2 & 3 peuvent être extraites des autres paquets. Maintenant que nous savons qu'il existe une sorte de redondance intégrée dans la transmission de ces paquets, examinons ce qui se passe lorsque nous perdons deux paquets consécutifs (comme illustré dans l'image ci-dessous).

 Image fournie par: https: / /www.youtube.com/watch?v=vi3M7ZzF2NU&t=1457s

L'image ci-dessus montre que les paquets 2, 3 et 3 et 4 sont perdus lorsqu'ils sont envoyés à l'autre client. Désormais, lorsque le client destinataire tente de recréer l'audio à partir des informations qu'il a extraites, le paquet 3 est introuvable. Afin de fournir une bonne expérience audio, un «guérisseur audio» va intervenir et tenter de recréer ce paquet en recréant les informations audio. Ainsi, même si nous avons perdu deux paquets en cours de route, il n’y aura pas de différence notable de la part du destinataire. En bref, même en cas de perte de paquets, les équipes peuvent en récupérer et insistent sur l’importance d’utiliser UDP sur TCP. Puisque nous utilisons UDP, ces paquets sont envoyés au destinataire et tous les paquets perdus ne causeront aucun délai supplémentaire et aucun paquet ne sera renvoyé. Par contre, si vous utilisiez TCP, ces paquets devraient être renvoyés, ce qui causerait un délai supplémentaire et une mauvaise expérience de l'utilisateur final.

Déficiences du réseau

Nous savons maintenant comment les paquets sont envoyés sur le réseau à un autre client. , examinons certaines des altérations du réseau et la manière dont nous pouvons les combattre dans votre environnement.

Perte de paquets

• Lorsque des paquets sont perdus / ignorés entre deux points de terminaison différents.
  • Symptômes:
    • Perte de son ou de l'audio saccadé
    • Voix robotique due à un guérisseur audio
    • Vidéo gelée / vidéo fragmentée
    • Retard dans votre audition / audition
  • Réduction de la perte de paquets:
    • Utilisation de la connexion réseau filaire au lieu du Wi-Fi
    • Amélioration de la réception Wi-Fi
    • Augmentation de la bande passante

Latence

• Délai entre deux points d'extrémité pour passer d'un point d'extrémité A à un point d'extrémité B
  • Symptômes:
    • Parler les uns aux autres
    • Paquets perdus (montre le même symptôme que la perte de paquet)
  • Atténuation de la latence:
    • Améliorer la réception Wi-Fi
    • Autoriser la connexion directe entre les points de terminaison internes
    • Optimiser le routage vers Office 365

Jitter

• Paquets arrivant dans le mauvais ordre à partir de leur envoi
• «Jitter Buffer». tamponne les paquets pour restaurer la séquence d'origine
  • Symptômes:
    • Le tampon de gigue augmente la latence (provoquant les mêmes symptômes que la latence)
    • Si les paquets arrivent trop tard, ils sont rejetés / abandonnés (entraînant le même symptôme que la perte de paquets)
  • Jitter atténuant:
    • Réduisez la congestion du réseau
    • Augmentez la bande passante

Bande passante

• Manque de bande passante
  • Symptômes:
    • Forcer l'utilisation de codecs de qualité inférieure
    • Entraîne une latence supplémentaire, une gigue ou une perte de paquets
    • Dégradation de la qualité du support
  • Planification de la bande passante:
    • Déterminez le nombre d'utilisateurs et de charges de travail utilisées
    • Utilisez le planificateur de réseau Microsoft pour obtenir la bande passante appropriée
    • Planifiez les événements en direct séparément

Nous en avons discuté de la façon dont les paquets sont envoyés sur le réseau. ainsi que les problèmes de réseau qui vous séparent et un appel de bonne qualité, nous espérons que cela vous aidera à vous préparer à la planification de votre réseau dans Microsoft Teams. Cependant, il reste encore beaucoup à discuter lors de la planification de votre réseau pour les équipes Microsoft, ce qui sera traité dans le prochain blog! Dans la quatrième partie de la série de blogs, nous aborderons les flux de médias et discuterons des types d'appels dans les équipes Microsoft, y compris Live Events, et de la planification adéquate. J'espère que vous avez trouvé ce blog utile et vous encourage à consulter d'autres de mes blogs sur Teams, disponibles ici ici !