Call Insights enables customers to evaluate a call efficiently without reviewing all the various call metrics. The highlevel information is available on the Call Debug Level dashboard , indicated by the following panel visible above the map: 


Clicking on the panel opens the Single Call Insights Dashboard.

On the dashboard there are several tables that give information on the types of insights we've found, the users impacted by them and the networks the users who experienced them were working on. Insights are comprised of an analysis of several factors occuring during the call in certain combinations. They generally point at unusual or potentially problematic situations and can help administrators in determining the causes of issues more quickly. The list of Insights as determined so far is listed below and this can be exapanded with more insights as we go forward.

Elements:


List of Insights

Current list of possible Insights

Insight MessageDetails
Potential Firewall Port Exhaustion Detected

Conditions:

    • No local network changes occured
    • One single audio stream (user did not suffer any type of disconnect)
    • Public facing / external NAT port changes did occur during the call
Audio stream was transferred between mobile and desktop versions of TeamsThis can point at the user having problems with a device and switching to see if it improves. However, this can of course also happen for other reasons.
More than 5  BSSIDs were used

The user's device connected to more than 5 different (distinct) Wi-Fi AccessPoints during the call. This can occur when users move during a call but can also point at users who are in an environment where there are access points that service overlapping areas. This can cause unwanted/unnecessary switching between access point and have a detrimental effect on the user's call experience.

TCP was used for Audio traffic

UDP is always recommended for performance and preferred by Microsoft Teams, TCP is a fail back for unreliable connections or cases where UDP is blocked. Users using TCP during calls can point at configuration and or network policies that are misconfigured 

Non-default Audio Ports Detected

Audio should use the local ports of 50000-50019.  Other ports could result in QoS policies failing to identify and prioritize the traffic.
https://answers.microsoft.com/en-us/msteams/forum/all/microsoft-teams-ipports/b21fb0e0-1226-4bcf-b527-92c810bc7a87

User Experienced Mid-Call Failure(s)

As reported by teams client and/or call records

Mid-Call Network Disconnect/ReconnectWindows OS detects a network change event during the call
Audio switched between wired and Wi-Fi In-Call

Teams Audio stream changes between Wi-FI and Wired connections during a call, and this change was not the result of a network change event

Multiple Audio Segments were usedMore than 1 distinct audio segment AND no signs of previously listed network or teams issues. (disconnect, midcall failure, etc)

 

Components on the Dashboard