Debugging MS Teams Traffic: Difference between revisions

No edit summary
Line 7: Line 7:
== Skype control traffic ==
== Skype control traffic ==


The skype control traffic is SSL encrypted. This does not allow to decode and analyse the content of the control connection. As SSL uses the TCP as layer 4 protocol, all quality statistics of the tcp connection can be used. Quality parameters are:
The skype control traffic is SSL encrypted. This does not allow to decode and analyse the content of the control connection. As SSL uses the TCP as layer 4 protocol, all quality statistics of the tcp connection can be used for debugging. The most importent quality parameters are:


* TCP handshake response time
* TCP handshake response time
Line 13: Line 13:
* TCP Zero window times
* TCP Zero window times


Please read the [[TCP module]] for more information about this counters.
Please read the [[TCP module]] for more information about this and more counters.


A simple way to get an overview of the response time for skype servers is the IP statistic table. Her you can use the freetext search for "skype" and select the the graph dialog: "tcp response time". This will present you the top IP addresses with a correlated name to skype and their tcp response time.
A simple way to get an overview of the response time for skype servers is the '''IP statistics''' table. You can use the free text search for "skype" and select the the graph dialog: "tcp response time". This will present you the top IP addresses with a correlated name to skype and their tcp response time.


[[File:Skype response time.png|600px]]
[[File:Skype response time.png|600px]]


This graph shows you the delay of the tcp stack to confirm the reception for data. Please note that many tcp stacks wait a few milliseconds if there is no data to respond ( see [[https://en.wikipedia.org/wiki/TCP_delayed_acknowledgment Wikipedia TCP delayed acknowledgment]]. So any delay below above this value ( usually 40 ms ) shows a significant delay in the roundtrip time. If you have installed the Allegro close to the Skype client, it will be the roundtip time of the tcp packets from your network to the Skype could.
This graph shows you the delay of the tcp stack to confirm the reception for data. Please note that many tcp stacks wait a few milliseconds if there is no data to respond ( see [[https://en.wikipedia.org/wiki/TCP_delayed_acknowledgment Wikipedia TCP delayed acknowledgment]]. So any delay below above this value ( usually 40 ms ) shows a significant delay in the roundtrip time. If you have installed the Allegro close to the Skype client, it will be the roundtip time of the tcp packets from your network to the Skype could.
The used DNS names and IP address ranges for can differ for Skype as it is a propietary protocol. a current description for Skype for Business can be found here: [[https://techcommunity.microsoft.com/t5/skype-for-business-blog/simplified-port-requirements-for-skype-for-business-online/ba-p/77094 https://techcommunity.microsoft.com/t5/skype-for-business-blog/simplified-port-requirements-for-skype-for-business-online/ba-p/77094]]


This can be done also for tcp retransmissions and zero window. If you have installed the Allegro close to the Skype client, this will indicate if the data sent to the Skype server required a retransmission on the WAN link.
This can be done also for tcp retransmissions and zero window. If you have installed the Allegro close to the Skype client, this will indicate if the data sent to the Skype server required a retransmission on the WAN link.
404

edits