eG Monitoring
 

Measures reported by MTMWHAudioStrmsTest

A/V conferencing enables real-time audio and video communications between the Microsoft Teams users. In environments where users use audio streams for communication, it becomes mandatory for the administrator to check the quality of the audio conferencing experience and the load on the Microsoft Teams so that administrators may proactively be alerted to abnormalities/technical glitches in the conferences. This is where the MTMWHAudioStrmsTest test helps.

Using this test, you can easily figure out the total number of audio streams and the count of audio streams that were classified as poor, good and unclassified. Administrators can also figure out the reason on why the audio streams were classified as poor-is it due to high roundtrip? or high packet loss? or jitter? or high degradation?

Note:

This test uses Webhooks to collect metrics. Before running the Webhooks-based tests for Teams, make sure that the following pre-requisites are fulfilled:

  • Make sure that all the pre-requisites under Monitoring Office 365 are fulfilled;

  • Install and start the Webhooks service on the same system that hosts the eG agent.

  • A public HTTPS URL is required for the endpoint, so it can receive call records from Microsoft. To enable this transmission, make sure that the firewall is configured to allow traffic from the internet to the system hosting the Webhooks service. Also, make sure that the port at which the service listens is open.

  • Ensure that the Webhooks service is SSL - enabled.

  • The Microsoft Graph app should be configured with the User.Read.All Delegated Permission and the CallRecords.Read.All Application Permission; to know how to register the Microsoft Graph app on Azure Active Directory and assign permissions.

For more details on the above listed steps, refer to Pre- requisites for Monitoring Microsoft Office 365 Environments and Using Webhooks to Measure Call Quality documents.

Outputs of the test : One set of results for the monitored Microsoft Teams service.

The measures made by this test are as follows:

Measurement Description Measurement Unit Interpretation
AUcfStm Indicates the number of streams that were marked as Unclassified. Number A stream is marked Unclassified when Interactive Connectivity Establishment (ICE) connectivity fails or when all the metrics required to compute the stream classification are not reported.

If ICE connectivity succeeded for an Unclassified stream, the stream is likely considered Unclassified because key stream metrics were not reported. There are a few reasons these metrics may not be reported:

  • QoE reports were not received

  • Short calls

  • Low packet utilization

Use the detailed diagnosis of this measure to know which audio streams were marked as unclassified. The start time, end time, first UPN, second UPN, first and second IP addresses, conference ID, segment ID, call type, participants, caller and callee of each unclassified stream is reported as part of detailed diagnosis, along with the number of times every stream was marked as unclassified.
AStrm Indicates the total number of audio streams. Number  
APrStm Indicates the total number of audio streams that were classified as poor. Number The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times that each stream was classified as ‘poor’.
APrPrct Indicates the percentage of audio streams that were classified as Poor. Percentage  
APrDRndTp Indicates the number of times the audio was classified as poor due to high roundtrip. Number The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID and the count of times each stream was classified as ‘poor’ owing to high roundtrip time.
APrDPktLs Indicates the number of times audio was classified as poor due to large amount of packets being lost. Number The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times each stream was classified as ‘poor’ owing to high packet loss.
APrDJtr Indicates the number of times audio was classified as poor due to jitter. Number The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times each stream was classified as ‘poor’ owing to jitter.
APrDDgdtn Indicates the number of times audio was classified as poor due to average network mean opinion score degradation. Number This measure indicates how much network loss and jitter have impacted the quality of received audio.

The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times each stream was classified as ‘poor’ due to average network mean opinion score degradation.
APrDCnclRt Indicates the number of times audio was classified as poor due to average ratio of the number of audio frames with concealed samples generated by packet loss healing to the total number of audio frames. Number The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times each stream was classified as ‘poor’ owing to high concealed ratio.
AGdStm Indicates the total number of audio streams that were classified as Good. Number The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times each stream was classified as ‘good’.