Wireshark und Verbindung über Direktes Routing

Bei einer Verbindung über Direct Routing hingegen ist das Bild etwas anders. Anscheinend stehen die Media-Endpunkte hier direkt im Internet und wenn ich deren Ports direkt erreiche, dann umgeht Teams das Media Relay:

Hier sehen sie gut, dass die Pakete mit dem Codec 104 (SILK/16000) übertragen werden aber manchmal auch 118 (CN/16000) zum Einsatz kommt. Natürlich melden beide Seiten per RTCP auch ihren Status. Die Payload selbst, d.h. Audio, ist natürlich verschlüsselt. Dennoch kann man zumindest sehen, welcher Codec verwendet wird.

Als Beispiel für eine direkte Verbindung im gleichen Subnetz sehen Sie hier eine Verbindung von meinem PC (192.168.178.50) zu einem anderen PC (192.168.178.33), an dem ein Teams User eines anderen Tenant per Federation mit ein Video und Audio gesendet hat.

Beide Systeme kommunizieren direkt mit einander aber jede Richtung nutzt eigene Ports. Grün ist die bidirektionale Audio-Verbindung, die sowohl RTP als auch RTCP enthält. Das Verhalten kann sich aber immer mal ändern. Hier sehe ich eine Audio-Verbindung zwischen zwei Teams-Usern im Homeoffice, die beide über die Office 365 MediaRelay Server gehen.

Hier sehen Sie genau eine aktive UDP-Verbindung, bei der mein Client mit der 192.168.178.50 mit der 52.112.15.208 spricht und in beide Richtungen viele Pakete laufen