inactive
369
edits
Debugging MS Teams Traffic: Difference between revisions
Jump to navigation
Jump to search
→Skype control traffic
| Line 9: | Line 9: | ||
== Skype control traffic == | == Skype control traffic == | ||
Skype control traffic is SSL encrypted. This does not allow for decoding and analysis of the control connection content. Since SSL uses TCP as the Layer 4 protocol, all of the TCP connection quality statistics can be used for debugging. Additionally, the response time for the SSL handshake and the first encrypted SSL data response time is available. | |||
The most important quality parameters are: | The most important quality parameters are: | ||
| Line 15: | Line 15: | ||
* TCP handshake response time | * TCP handshake response time | ||
* TCP retransmission rates | * TCP retransmission rates | ||
* TCP Zero | * TCP Zero Window times | ||
* SSL hello handshake respone time | * SSL hello handshake respone time | ||
* SSL first data response time | * SSL first data response time | ||
Please read the [[TCP module]] and [[SSL module]] for more information | Please read the [[TCP module]] and [[SSL module]] for more information on these and more counters. | ||
A simple way to | A simple way to see 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 dialogue: "TCP response time". This will present you the top IP addresses with a correlated name to '''skype''' and their TCP response times. You can also enable the '''Timing''' columns to view and sort for response times. | ||
[[File:Skype response time.png|600px]] | [[File:Skype response time.png|600px]] | ||
This graph shows you | This graph shows you the TCP stack delay to confirm data reception. Note that many TCP stacks wait a few milliseconds if there is no data to respond to(see [[https://en.wikipedia.org/wiki/TCP_delayed_acknowledgment Wikipedia TCP delayed acknowledgment]]). Any additional delay on top of this time (usually 40 ms) indicates a significant roundtrip time delay. If you have installed the Allegro close to the Skype client, it will be the roundtrip time of the TCP packets from your network to the Skype cloud. | ||
DNS names used and IP address ranges can differ for Skype since the control servers in the Microsoft cloud use load balancing which can point data to different servers. 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] | |||
The analysis can also be done for TCP retransmissions and TCP | The analysis can also be done for TCP retransmissions and TCP Zero Window statistics. 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 or if the receiver buffer is full, indicating receiver overload. | ||
== Skype audio/video traffic == | == Skype audio/video traffic == | ||