question

Ramki-5805 avatar image
0 Votes"
Ramki-5805 asked JimmyYang-MSFT commented

MS Teams Call History and CQD

Dear Members.


i would like to understand more specific on individual call quality in MS teams admin center - End user individual call analytics or history.


from the office network / home network (WFH. now a days) . users are complaining they are disconnecting from the MS Teams meetings / calls / conference.


While am checking the call history, some calls are marked as GOOD and POOR.


The problematic meeting was marked as GOOD. however in the network parameters, they values of jitter, packet loss, RTT - any of the values are more than threshold .


1st thing - I would like know, how the meeting marked as GOOD, even the network measurements are more than high value.


2nd thing - As a proactive measure, i would like analysis the Call / conference quality in MS Teams from the CQD data in network perspectives for a subnet, or building etc . so that i can give the data to the network guys to improve the quality of network if there is any impairments.


what are the measurements should i select from CQD for betterment . there are many in jitter , packet, RTT, concealed

office-teams-windows-itpro
5 |1600 characters needed characters left characters exceeded

Up to 10 attachments (including images) can be used with a maximum of 3.0 MiB each and 30.0 MiB total.

1 Answer

JimmyYang-MSFT avatar image
0 Votes"
JimmyYang-MSFT answered JimmyYang-MSFT commented

Hi @Ramki-5805

how the meeting marked as GOOD, even the network measurements are more than high value.

The metric and conditions used to classify Stream are shown in the tables. It shows different conditions we met will mark as Poor for your reference:

https://docs.microsoft.com/en-us/microsoftteams/stream-classification-in-call-quality-dashboard#classifier-definitions

For audio streams, any of the five classifiers, which are calculated for the average based on the length of the call, could all be within "good" parameters. It doesn't mean the users didn't experience something that contributed to an audio drop out, static, or glitch.

what are the measurements should i select from CQD for betterment . there are many in jitter , packet, RTT, concealed

To determine if it was a network problem, look at the delta between the average values for the session and the max values. Max values are the maximum detected and reported during the session.

If network metrics look good in the averages and max values, then look to other telemetry data:

Check CPU Insufficient Event Ratio to see if the detected CPU resources available were insufficient and caused poor quality.
Was the audio device in Half Duplex mode to prevent feedback due to microphones that are to close to speakers?
Check the Device Half Duplex AEC Event Ratio. Was the device glitching or the microphone glitching introducing noise or static due to USB Audio Drop outs when plugged into a Hub or Docking Station?
Check the Device Glitches and Microphone glitches event ratios. Was the device itself functioning properly?
Check the Capture and Render Device Not Functioning Event Ratios.


If the response is helpful, please click "Accept Answer" and upvote it.

Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.


· 5
5 |1600 characters needed characters left characters exceeded

Up to 10 attachments (including images) can be used with a maximum of 3.0 MiB each and 30.0 MiB total.

@JimmyYang-MSFT

Thanks for your valubale update. The below filters are need to be check from end users perspective like SECOND UPN's ...am i right?

Check CPU Insufficient Event Ratio to see if the detected CPU resources available were insufficient and caused poor quality.
Was the audio device in Half Duplex mode to prevent feedback due to microphones that are to close to speakers?
Check the Device Half Duplex AEC Event Ratio. Was the device glitching or the microphone glitching introducing noise or static due to USB Audio Drop outs when plugged into a Hub or Docking Station?
Check the Device Glitches and Microphone glitches event ratios. Was the device itself functioning properly?
Check the Capture and Render Device Not Functioning Event Ratios

0 Votes 0 ·

Hi @Ramki-5805

Yes! The telemetry will not necessarily call out the issue, but it can help you better understand where to look and inform your decisions. Is it network, device, driver or firmware updates, usage, or user.

0 Votes 0 ·

@Ramki-5805

It has been a while, how is everything going?
If you have any update about this issue, please feel free to post back.

0 Votes 0 ·

Thanks @JimmyYang-MSFT for you update and answer .

0 Votes 0 ·

@Ramki-5805

You're welcome. Glad to see the above information is helpful to you.

0 Votes 0 ·