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

Bienvenue à la quatrième partie de la série de blogs «Planifiez votre réseau dans les équipes Microsoft». La dernière fois, nous avons parlé de l'anatomie d'un appel d'équipe ainsi que de certaines altérations du réseau pouvant avoir un impact important sur la qualité de votre appel. Maintenant que vous comprenez bien cela, il est temps de passer aux différents types de flux de médias au sein des équipes Microsoft.

Flux de médias dans les équipes

Il existe deux principaux types d'appels lors de l'utilisation de Microsoft Teams: [19659004] Appels directs

Les appels directs sont classés comme des appels entre 2 utilisateurs (pas plus de 2). En outre, un appel direct doit être un appel audio. Par exemple, si Alice doit accéder à son client Teams et sélectionner l’utilisateur qu’elle souhaite appeler, le média est transmis le plus directement possible à Bob du destinataire. Cela signifie que les médias passeront simplement du point A (Alice) au point B (Bob) sans traverser aucun type de serveur ou de proxy le long du chemin (à condition que le réseau le permette).

Réunions

Les réunions sont classées dans. de différentes manières. Le premier étant un appel ayant plus de 2 utilisateurs (3+) à la fois. Un autre scénario permettant de classer une réunion serait un appel planifié. Cela signifierait qu'Alice se connecte à son client Outlook et sélectionne «Réunion d'équipe» ou qu'elle se rend dans son client Teams, accède à l'onglet «Réunions», puis sélectionne «Planifier une réunion». Le flux d'appels d'une réunion sera différent d'un appel direct en ce sens que la réunion exploitera un service appelé service de conférence. Lors d'une réunion, tous les participants de cette réunion envoient leurs sessions audio, vidéo et de partage d'écran à ce service de téléconférence. Le service de téléconférence mixera à son tour cet audio et l'enverra en conséquence à chaque point d'extrémité. Toutefois, pour garantir une connexion directe de chaque point final au service de téléconférence, vous devez vous assurer que les ports hauts (50 000 – 59 999) sont ouverts. Si la plage de ports élevés est fermée, les points d'extrémité se connecteront via le relais de transport sur les ports UDP 3478 à 3481.

Remarque : Si Alice est en communication directe avec Bob mais décide qu'elle souhaite inviter un autre utilisateur, qu'adviendrait-il de notre flux médiatique? Lors de son insertion dans le troisième utilisateur, les médias passeront d’un chemin d’appel direct à la place. Tout le monde commencera alors à tirer parti du service de conférence, ce qui en fera un type d’appel de réunion.

Maintenant que nous comprenons les types d’appels entrants Microsoft Teams, examinons quelques exemples visuels de l'appel entre Alice et Bob.

Appel direct 1: 1

Dans ce premier scénario, supposons Alice et Bob qui travaillent tous deux au même endroit. Alice va appeler Bob. Par conséquent, sa signalisation sera transmise à Office 365 via 443 TCP pour vérifier si Bob est en ligne et comment le joindre. Maintenant, disons que Bob est également connecté, ainsi sa signalisation sera transmise à Office 365 via 443 TCP. Cependant, les médias vont directement entre Alice et Bob, ce qui signifie que tout le trafic restera dans leur réseau d'entreprise et qu'il ne sera pas nécessaire de rediriger le trafic vers Office 365 pour établir la session multimédia. En conséquence, cela réduira le temps de latence et le chemin réseau que le trafic aurait connus s'il devait utiliser Internet.

Appel 1: 1 via relais [19659003] Que se passe-t-il si le scénario précédent n'est pas applicable et que nous ne pouvons pas envoyer ce trafic directement d'Alice à Bob? Un bon exemple de cela serait si Alice est à la maison et que Bob est au bureau sur le réseau de l'entreprise. Comme prévu, dans ce scénario, le pare-feu bloque les connexions entre les utilisateurs internes et externes. Ne craignez rien, nous avons également une solution à cela. Du point de vue de la signalisation, rien ne changera. Cela signifie que la signalisation passera toujours d'Alice au réseau Office 365 sur le port 443 TCP. Cependant, comme les médias ne pourront pas se connecter directement d’Alice à Bob, nous devons utiliser ce que l’on appelle un relais de transport. Dans ce scénario spécifique, Alice enverra son média au relais de transport et ce dernier sera envoyé à Bob par le relais de transport. Afin de réduire le temps de latence pouvant être introduit en ajoutant ce relais de transport, les équipes Microsoft sélectionnent le relais le plus proche (sur la base du routage IP) pour assurer le chemin le plus rapide d'Alice à Bob. En bref, si une connexion directe n’est pas possible, le trafic média sera envoyé sur ce relais de transport.

Lieux de réunion

Maintenant que nous savons ce que P2P (Peer Dans les scénarios d’appel entre pairs, parlons un peu de notre service de conférence, que nous avons brièvement mentionné plus tôt, et du fonctionnement de ces appels dans les équipes Microsoft. Donc, d'après ce que nous savons déjà sur les réunions, chaque conférence (plus de 3 utilisateurs) aura toujours son média envoyé au service de conférence d'Office 365. Pour développer cela, les équipes choisiront toujours un service de conférence situé dans la même région que premier utilisateur qui rejoint la réunion . Si vous pensiez que le service de téléconférence est situé le plus près possible de l'organisateur de la réunion, vous vous tromperiez mal. C’est souvent le cas puisque l’organisateur de la réunion est généralement le premier de la réunion. Cependant, il est le premier arrivé, premier servi pour ce qui est du lieu où la réunion sera dirigée. Donc, il peut être rentable d’être au début de vos réunions pour une fois;)

Voyons maintenant un exemple de cela. Disons que nous avons quelques utilisateurs dispersés aux États-Unis avec un locataire basé aux États-Unis. Dans ce scénario, les utilisateurs rechercheront le point de rapprochement le plus proche du réseau mondial Microsoft et les premiers à se joindre à la réunion rechercheront un service de téléconférence géographiquement le plus proche. Désormais, tous les utilisateurs ultérieurs qui décident de rejoindre la réunion recherchent le point de rapprochement le plus proche du réseau mondial Microsoft (comme avant), mais rejoignent ensuite la réunion dans la région où le premier utilisateur a rejoint le groupe.

[]

Alors, que se passe-t-il si nous avons toujours un locataire basé aux États-Unis mais que des utilisateurs en Europe tentent de rejoindre une réunion? Comme auparavant, ces utilisateurs recherchent le point de rapprochement le plus proche du réseau mondial Microsoft. Cependant, maintenant que le premier utilisateur qui participe à cette réunion est basé hors d'Europe, la réunion sera hébergée dans cette région et il n'aura pas à envoyer tout son trafic à travers le monde.

[1945]

Événements en direct

Il s'agit d'un ajout relativement nouveau pour les équipes. Les événements en direct ressemblent beaucoup à vos réunions de diffusion si vous venez de Skype Entreprise. En gros, les événements en direct vous permettent de réunir jusqu'à 10 000 participants à la fois. Cela serait généralement utilisé lors d'une réunion publique où votre PDG voudra peut-être parler à tous les employés. Les événements en direct auront 3 types de rôles différents: animateur, producteur et participant. Les présentateurs et les producteurs auront la possibilité de partager des fichiers audio, vidéo et de bureau au cours de cette réunion spéciale des équipes. Les participants d’autre part ne peuvent pas utiliser ces modalités et n’ont que la possibilité de consommer / regarder le flux. L'un des éléments les plus importants à prendre en compte lors de la planification d'événements en direct est le suivant: si un présentateur subit un type de dégradation du réseau, tous les participants de ALL le verront et seront affectés. D'autre part, étant donné que les participants ne consomment le flux que si l'un des participants subit une dégradation du réseau, cela n'affectera que ce participant en particulier. Cela dit, il est important d'utiliser le même type de planification que pour une planification «régulière» de réunions d'équipes pour vos présentateurs et vos producteurs. En ce qui concerne les participants, chaque terminal consommateur de médias aura besoin d'environ 1,2 Mb / s de bande passante. En outre, la formation des utilisateurs peut aller très loin en demandant à tous les participants de regarder depuis une salle de réunion au lieu de les diffuser en continu à partir de leur PC. Cela nécessiterait que cette bande passante ne soit livrée qu'une seule fois dans cette salle de réunion au lieu de plusieurs fois vers chaque point d'extrémité individuel.

CDN & eCDN

Vos participants consommant le média dans un événement en direct le feront via le réseau Azure Content Delivery Network. (CDN). Cela fait partie du réseau mondial Microsoft et permet de diffuser le flux dans le monde entier via les points de peering locaux que nous avons décrits précédemment afin d'éviter la mise en mémoire tampon. Il existe également un système appelé eCDN (Enterprise Content Delivery Network), qui permet essentiellement aux partenaires certifiés (Hive, Kollective et Ramp) d’intégrer leurs solutions, chaque bureau n’ayant besoin que d’un seul flux provenant d’Internet pour être consommé, puis distribué sur le réseau de l'entreprise. Donc, si vous avez plus de 100 utilisateurs dans le même bureau qui essaient de regarder une réunion, il vous suffit de disposer de suffisamment de bande passante de votre bureau à Internet pour prendre en charge ce flux unique.

Ceci résume tout ce dont nous allons discuter aujourd'hui. sur les flux de médias. Revenez bientôt lorsque nous examinerons plus en détail le réseau Office 365 et son fonctionnement sur le back-end. J'espère que vous avez trouvé cela utile et que je vous encourage à consulter une partie de la documentation fournie par Microsoft dans les événements Live Events et CDN / eCDN .